CRM migration
Field-level mapping, validation, and rollback between Customer Database App and Freshsales. We move data and schema; workflows are rebuilt natively in Freshsales.
Customer Database App
Source
Freshsales
Destination
Compatibility
3 of 8
objects map 1:1 between Customer Database App and Freshsales.
Complexity
BStandard
Timeline
1-2 weeks
Overview
Customer Database App holds all customer data in a free, mobile-first schema with no public API, so migration runs entirely through CSV or VCF exports extracted directly from the app. Because every installation has a unique field structure built by the user, we infer the active schema from the export column headers, sanitize comma-delimited free-text fields, and map each column to a Freshsales standard or custom field before ingestion. We preserve the app's Kanban pipeline stages as Freshsales deal stages, split group and tag labels into individual Freshsales tag records, and attach any bundled contact images or PDFs to the corresponding Freshsales contact record. Voucher balances and call history have no Freshsales equivalent and are documented as out-of-scope for supplemental manual handling. We do not migrate workflows or automations since the app has none to export; the Freshsales side's automation rebuild is the customer's post-migration task.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Customer Database App object lands in Freshsales, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Customer Database App
Contact
Freshsales
Contact and Account (split required)
1:manyCustomer Database App stores every field on a flat contact record with no Account or Company concept. Freshsales separates contacts from accounts. We ask the customer whether each contact should be treated as a standalone Freshsales Contact with no Account (suitable for individual customers, freelancers, or B2C use) or whether we should derive a minimal Account from any company-name field present in the CSV. Email is used as the dedupe key for Contact import into Freshsales.
Customer Database App
Custom Properties
Freshsales
Freshsales Custom Fields
1:1Every contact in Customer Database App supports unlimited user-defined fields with no enforced schema. We infer the active field list from the exported CSV column headers during discovery. Each column maps to a Freshsales custom field of the nearest matching type: text fields to Freshsales Text type, numeric values to Number type, dates to Date type, and comma-delimited multi-value fields to Multi-select Picklist. Fields with free-text values containing commas are quoted during CSV parsing to prevent delimiter collision.
Customer Database App
Pipeline Stages
Freshsales
Deal Stage
lossyCustomer Database App uses a single Kanban-style pipeline with user-defined stage names stored as a label-value property on each contact record. We extract the distinct stage names from the exported CSV and configure matching deal stages in Freshsales. If the customer has deal-associated contacts (i.e., pipeline data attached to contacts), we create Freshsales Deals and link them to the corresponding Contacts after contact import completes.
Customer Database App
Groups and Tags
Freshsales
Tag
1:manyCustomer Database App stores customer groups and tags as comma-separated label strings on each contact record. We split these strings into individual tag values and create Freshsales Tag records. Tags are assigned to the migrated Contact via the tag_ids field. Any tag value that does not already exist in Freshsales is created during the import phase. Tag splitting preserves all original labels; no tag data is discarded.
Customer Database App
Birthday Records
Freshsales
Custom Date Field
1:1Birthday is stored as a date field on the contact record in Customer Database App. Freshsales does not ship a dedicated birthday or anniversary field as standard. We map the birthday date to a Freshsales custom field of type Date with a label such as Birthday. If the customer prefers, it can also map to a custom Date field on the Contact record with any preferred naming convention chosen during scoping.
Customer Database App
Vouchers
Freshsales
None (not migrated)
lossyVouchers are an app-specific object with no equivalent in Freshsales. The voucher balance is not exported via CSV from Customer Database App. We document this limitation in the migration scope and provide the customer with a supplemental CSV export of any voucher data available within the app for manual entry into Freshsales as a custom field value or external spreadsheet if needed.
Customer Database App
Phone Call History
Freshsales
None (not migrated)
lossyThe caller-ID log and call history are transient device-level records that are not included in the CSV or VCF export from Customer Database App. Freshsales has native phone and call logging capabilities; the customer can re-establish call logging within Freshsales post-migration. We document this gap in the scope and recommend that the customer capture current call-handling procedures as a separate operational reference document.
Customer Database App
Attachments (Contact Images and PDFs)
Freshsales
Contact Attachments
1:1Contact images and PDF exports of individual records can be bundled into a ZIP archive alongside the CSV export from Customer Database App. We attach each contact's image or PDF to the corresponding Freshsales Contact record via the native file attachment mechanism. If the ZIP archive is not available, we flag this during discovery and the customer can regenerate the archive before migration begins.
| Customer Database App | Freshsales | Compatibility | |
|---|---|---|---|
| Contact | Contact and Account (split required)1:many | Fully supported | |
| Custom Properties | Freshsales Custom Fields1:1 | Mapping required | |
| Pipeline Stages | Deal Stagelossy | Fully supported | |
| Groups and Tags | Tag1:many | Fully supported | |
| Birthday Records | Custom Date Field1:1 | Mapping required | |
| Vouchers | None (not migrated)lossy | Not supported | |
| Phone Call History | None (not migrated)lossy | Not supported | |
| Attachments (Contact Images and PDFs) | Contact Attachments1:1 | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
Customer Database App gotchas
No API means migration runs through CSV exports only
User-defined schema creates field mapping ambiguity
MySQL sync creates a parallel data source that must be reconciled
Voucher and birthday objects have no standard CRM equivalent
Freshsales gotchas
Freddy AI is Pro-tier only despite heavy marketing
Post-migration emails and sequences are disabled
Bot session credits are a one-time 500-session allocation
Phone credits charged per minute with no cap
File storage limits scale with plan tier
Pair-specific challenges
Migration approach
Discovery and CSV export preparation
We request a full CSV export from the Customer Database App, confirming the export includes all contact fields and pipeline stage values. If the customer has enabled MySQL sync, we request read access to the MySQL database as an alternative or supplementary source. We inspect the export column headers to inventory the full active field schema, identify any multi-value fields (tags, groups), and flag any fields with embedded commas or special characters that require sanitization during the transform step.
Schema mapping and Freshsales field creation
We map each Customer Database App CSV column header to a Freshsales field. Standard fields (first_name, last_name, email, phone, address) map to Freshsales standard contact fields. All remaining columns become Freshsales custom fields of the nearest typed equivalent. We create any missing custom fields in the Freshsales environment before migration begins. The customer confirms the Contact-only versus Contact-plus-Account split strategy during this phase.
Tag splitting and value deduplication
We parse every comma-separated tags or groups field in the CSV and split it into individual tag values. We deduplicate the full tag value list and create any tags that do not already exist in Freshsales. Each contact record receives its resolved tag list via the Freshsales tag assignment API during the contact import phase. Tag splitting is logged so the customer can audit the transformation.
Test migration to Freshsales sandbox
We run a representative subset of the exported data (typically 50-100 records chosen from different pipeline stages and tag groups) through the full transform and import pipeline into a Freshsales test environment. The customer reconciles the test import: record counts per object, field values on 20-30 spot-checked contacts, stage assignments, and tag assignments. We correct any mapping errors identified during test migration before proceeding to the full production import.
Production migration and cutover
With test migration signed off, we run the full dataset through the transform pipeline and import into the production Freshsales environment. Import runs in dependency order: custom fields created first, then Contacts (with Account linkage resolved where applicable), then Deals (if pipeline data exists in the source), then Tags assigned per Contact. We freeze Customer Database App writes during the cutover window and run a final delta export to capture any records modified during the migration window.
Validation, handoff, and supplemental exports
We deliver a row-count reconciliation report comparing source record totals against Freshsales record totals for each object. We provide a supplemental CSV export of voucher data for manual Freshsales entry, and a documented list of any call-handling procedures the customer should re-establish within Freshsales native phone features. We do not rebuild workflows or automations as Customer Database App has none to export; the Freshsales automation rebuild is the customer's post-migration task.
Platform deep dives
Customer Database App
Source
Strengths
Weaknesses
Freshsales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Customer Database App and Freshsales.
Object compatibility
2 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
Customer Database App: Not applicable — no API exists.
Data volume sensitivity
Customer Database App doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Customer Database App to Freshsales migration scoping. Not seeing yours? Book a call.
Walk through your Customer Database App to Freshsales migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Customer Database App
Other ways to arrive at Freshsales
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.