CRM migration
Field-level mapping, validation, and rollback between Sunbase Data and Freshsales. We move data and schema; workflows are rebuilt natively in Freshsales.
Sunbase Data
Source
Freshsales
Destination
Compatibility
8 of 11
objects map 1:1 between Sunbase Data and Freshsales.
Complexity
CModerate
Timeline
2-3 weeks
Overview
Sunbase Data organizes contractor data around Leads, Contacts, Deals, Projects, Work Orders, Invoices, Employees, and Appointments across separate modules with no unified export interface and no REST API. We sequence extraction from each active module, preserve cross-record relationships (Deal-to-Project, Project-to-Work Order) in a pre-migration relationship map, and load into Freshsales Contacts, Accounts, Deals, Tasks, and custom fields. The absence of a Sunbase API is the primary driver of timeline and cost: manual exports require customer-side coordination and capture field values but not schema definitions, so we request a custom field manifest during scoping. Freshsales provides a REST API with tiered rate limits (1,000 to 5,000 requests per hour by plan) that we respect through batch sizing and exponential backoff. We do not migrate automation workflows, pipeline board configurations, or appointment calendar links; these require rebuild in Freshsales.
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 Sunbase Data 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.
Sunbase Data
Contact
Freshsales
Contact
1:1Sunbase Contact records (name, email, phone, address, and any industry-specific fields) map to Freshsales Contact. We preserve standard fields directly and carry custom field values into Freshsales custom fields on Contact, assuming a field manifest has been provided during scoping. Sunbase contact-to-deal relationships are preserved via the Deal mapping and resolved at migration time through the parent contact ID.
Sunbase Data
Lead
Freshsales
Lead
1:1Sunbase Leads capture door-to-door and web-sourced prospects with lead source, status, and assignment fields. We map these to Freshsales Lead with the original Sunbase lead source preserved in a custom field. Lead scoring logic (if configured in Sunbase) does not migrate; we document it for the customer to rebuild in Freshsales Freddy AI or a workflow rule.
Sunbase Data
Deal
Freshsales
Deal
1:1Sunbase Deals track the sales cycle including proposals, quotes, and pipeline stages. We map deal amount, stage name, stage history, and associated contact references to Freshsales Deal. Pipeline stage definitions migrate as data values only; the visual pipeline board requires manual configuration in Freshsales. Custom deal fields map to Freshsales custom fields on Deal with a type validation step before import.
Sunbase Data
Project
Freshsales
Account or Deal (split by role)
lossySunbase Projects represent installation or job-site operations and carry project metadata, status, budget, and work order linkage. We assess whether each Project functions primarily as a customer account (for long-term client records) or as a project opportunity (for active jobs with a financial value). Projects with a budget and active financial tracking map to Freshsales Deal with project metadata stored as custom fields. Projects with a client-relationship function map to Freshsales Account with project-specific fields. This split is determined during scoping with the customer.
Sunbase Data
Work Order
Freshsales
Deal (with custom fields)
lossySunbase Work Orders include permit information, task details, system specifications, and employee assignments. We carry Work Order data as a related record or as additional fields on the parent Deal (from the Project mapping). Attachment files within Work Orders migrate as Freshsales file attachments linked to the parent record. Permit status and system specification fields map to Deal custom fields.
Sunbase Data
Invoice
Freshsales
Deal (line items preserved)
1:1Sunbase Invoices include line items, payment status, and linkage to the originating Project or Client. We map invoice line items to Deal product items in Freshsales and payment status to a custom picklist field on the Deal. Historical paid invoices carry over as closed-won Deals with the invoice amount preserved. Outstanding invoice status is mapped to a custom field for the customer's finance team to reconcile.
Sunbase Data
Employee
Freshsales
User
1:1Sunbase Employee records contain HR data, crew assignments, and role information. We map active Sunbase employees to Freshsales User records by matching email. Employees without an email or who are not intended as CRM users are mapped to a custom object or held for the customer's admin to assign CRM roles. GPS location history from Employee records migrates as a custom object or as notes on the User record depending on the customer's reporting needs.
Sunbase Data
Appointment
Freshsales
Task
1:1Sunbase Appointments carry scheduling data, assigned contacts, dates, times, and status. We map these to Freshsales Task records with ActivityDate set to the Sunbase appointment date and description carrying the original scheduling details. Google Calendar synchronization (if configured in Sunbase) does not transfer; Freshsales calendar sync is configured separately post-migration. Appointment status migrates as a custom picklist value on Task.
Sunbase Data
Document
Freshsales
Attachment
1:1Sunbase Documents include contracts, permits, and financing applications stored within the platform. We extract binary files with their original file names and upload dates, and attach them to the corresponding parent record in Freshsales (Contact, Account, or Deal). File associations are preserved through the cross-module relationship map built during discovery.
Sunbase Data
Custom Fields
Freshsales
Custom Fields
lossySunbase custom field values migrate to Freshsales custom fields on the equivalent object. Sunbase does not export field definition metadata (field name, type, validation rules), so we request a custom field manifest from the customer during scoping. We validate types before import to avoid mismatches (for example, date fields stored as text in Sunbase must be parsed and retyped). Industry-specific custom fields like aerial measurement or financing status are mapped to Freshsales custom fields on Contact or Deal.
Sunbase Data
Pipeline Configuration
Freshsales
Pipeline (manual rebuild)
1:1Sunbase pipeline board configurations, visual stage boards, and automation rules are tied to the internal workflow engine and are not exposed via any export mechanism. We cannot migrate pipeline configurations as functional rules. During scoping, we document the current pipeline stages, automation triggers, and rule logic from the source system. The customer rebuilds pipeline stages in Freshsales using the documented map; automation rules are rebuilt as Freshsales workflows post-migration.
| Sunbase Data | Freshsales | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Lead | Lead1:1 | Fully supported | |
| Deal | Deal1:1 | Fully supported | |
| Project | Account or Deal (split by role)lossy | Fully supported | |
| Work Order | Deal (with custom fields)lossy | Fully supported | |
| Invoice | Deal (line items preserved)1:1 | Fully supported | |
| Employee | User1:1 | Fully supported | |
| Appointment | Task1:1 | Fully supported | |
| Document | Attachment1:1 | Fully supported | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| Pipeline Configuration | Pipeline (manual rebuild)1: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.
Sunbase Data gotchas
No publicly documented REST API or export endpoints
Module-level data isolation complicates bulk exports
Automation workflows and pipeline configurations are non-exportable
Custom fields lack a schema definition export
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 extraction method confirmation
We audit the active Sunbase Data modules, estimated record counts per object, and any existing custom field configuration. The critical step is confirming the extraction method with Sunbase's technical team: direct database access for enterprise deployments or manual CSV exports per module. We build a cross-module relationship map during this phase connecting Contact IDs to Deal IDs, Project IDs to Work Order IDs, and Employee assignments to appointments. The discovery output is a written scope document with extraction method, record counts, relationship map, and a request for the custom field manifest.
Freshsales schema design and custom field provisioning
We design the destination schema in Freshsales. This includes provisioning custom fields on Contact, Lead, Account, and Deal to receive Sunbase custom field values and industry-specific data (permit tracking, system specifications, budget fields). We map pipeline stages from Sunbase to Freshsales stage values and configure the Freshsales pipeline layout. If any Sunbase Projects function as customer account records, we design the Account object to hold project metadata. We coordinate with the customer's Freshsales admin to apply field-level security settings before migration begins.
Sandbox validation and mapping reconciliation
We run a trial migration into a Freshsales sandbox using a representative subset of production data. The customer reconciles record counts, spot-checks field values against the Sunbase source, and validates that custom fields landed in the correct properties. Mapping corrections identified during sandbox validation are applied before production migration. This step also confirms the extraction method is producing complete and consistent data and flags any Sunbase records that require pre-migration cleanup.
Data extraction and staging
We coordinate with Sunbase's technical team to execute the agreed extraction method. For database access, we run pre-built queries against the Sunbase relational schema. For manual exports, we provide a per-module export template with field headers to ensure consistent output. All extracted data is staged in a secure intermediate environment, deduplicated against the relationship map, and validated for format consistency before any API write operations begin in Freshsales.
Production migration in dependency order
We execute the production migration in record-dependency order: Freshsales Users (validated against the Employee mapping), Accounts (from Sunbase Projects identified as account records), Contacts (with any parent AccountId resolved), Leads, Deals (with AccountId and OwnerId resolved), Work Orders (as Deal custom fields or related records), Invoices (as product items on Deals), Tasks (from Appointments), and attachments (linked to parent records). We use the Freshsales REST API with rate-limit handling and batch chunking. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and automation rebuild handoff
We freeze writes in Sunbase during the final cutover window, run a delta migration of any records modified during the migration window, then mark Freshsales as the system of record. We validate record counts, spot-check field accuracy, and confirm attachment linkage across 25-50 records per object type. We deliver the automation inventory document to the customer's admin team with each Sunbase workflow or pipeline rule documented and mapped to a recommended Freshsales equivalent. We do not rebuild automations as Freshsales workflows inside the migration scope; that work is handled by the customer's admin or a separate implementation engagement.
Platform deep dives
Sunbase Data
Source
Strengths
Weaknesses
Freshsales
Destination
Strengths
Weaknesses
Complexity grading
Moderate CRM migration. 1 of 8 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Sunbase Data and Freshsales.
Object compatibility
1 of 8 objects need a manual workaround.
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
Sunbase Data: Not publicly documented.
Data volume sensitivity
Sunbase Data 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 Sunbase Data to Freshsales migration scoping. Not seeing yours? Book a call.
Walk through your Sunbase Data 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 Sunbase Data
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.