CRM migration
Field-level mapping, validation, and rollback between BigChange and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
BigChange
Source
Salesforce Sales Cloud
Destination
Compatibility
11 of 12
objects map 1:1 between BigChange and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
48–72 hours
Overview
BigChange organizes field service data around Jobs, Quotes, Persons, and Companies, with a DaaS API exposing data marts for read access. Salesforce Sales Cloud uses a standard CRM object model — Contacts, Accounts, Leads, Cases, Opportunities — that does not natively include work-order or field-service job semantics. FlitStack AI extracts from BigChange's data marts, maps field-service entities to Salesforce's CRM objects, and loads via the Bulk API. The core translation challenge is Jobs: BigChange's job lifecycle (Scheduled, In Progress, Completed) maps to Salesforce Cases, but requires custom fields for Job_Type__c, Engineer_Assigned__c, and Site_Address__c. Quotes map to Opportunities with custom Quote_Status__c and Quote_Date__c fields, and Quote_Line_Items become OpportunityLineItems with PricebookEntry resolution. BigChange's many-to-many Person-to-Company associations migrate to Salesforce's AccountContactRelation junction object. Financial documents — invoices and credit notes — have no Salesforce equivalent; FlitStack stores these as Salesforce Files with custom metadata. All automations, job templates, and scheduling rules are source-platform-specific and cannot migrate — FlitStack documents them for rebuild in Salesforce Flow.
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 BigChange object lands in Salesforce Sales Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
BigChange
Person
Salesforce Sales Cloud
Contact
1:1BigChange Persons with type 'Customer' or 'Lead' map to Salesforce Contacts. All standard contact properties carry over including email, phone, address, and job title. Person_Notes transfers to the Salesforce Contact Description field.
BigChange
Person
Salesforce Sales Cloud
Lead
1:manyPersons with type 'Prospect' or 'Enquiry' that have not progressed to active jobs route to Salesforce Lead. The BigChange Person status pick-list maps value-by-value to Salesforce Lead Status pick-list options.
BigChange
Company
Salesforce Sales Cloud
Account
1:1BigChange Companies map to Salesforce Accounts. Company name, registered address, industry, employee count, and annual revenue transfer as direct field mappings. Parent-company hierarchy in BigChange maps to Salesforce ParentId.
BigChange
Person_Company_Association
Salesforce Sales Cloud
AccountContactRelation
1:1The Person-to-Company association table in BigChange, which supports multiple companies per contact, migrates to Salesforce's AccountContactRelation junction object. Both primary and secondary associations are preserved with their roles.
BigChange
Job
Salesforce Sales Cloud
Case
1:1Jobs are the primary work record in BigChange and map to Salesforce Cases, which are the closest standard CRM object for work orders. Job status, type, priority, and custom properties become Case fields. Engineer assignment is stored as Engineer__c custom field.
BigChange
Quote
Salesforce Sales Cloud
Opportunity
1:1Quotes in BigChange have their own lifecycle (Draft, Sent, Accepted, Lost, Revoked) and custom fields that have no direct Salesforce equivalent. These map to Salesforce Opportunities with custom Quote_Status__c, Quote_Date__c, and Quote_Valid_Until__c fields capturing the original quote state.
BigChange
Quote_Line_Item
Salesforce Sales Cloud
OpportunityLineItem
1:1Quote line items map directly to Salesforce Opportunity Products. Unit price, quantity, tax, and discount transfer as direct fields on OpportunityLineItem. PricebookEntry resolution happens during migration — unmatched products are flagged for admin review.
BigChange
Financial_Document
Salesforce Sales Cloud
ContentDocument / Custom_Invoice__c
1:1Invoices, purchase orders, and credit notes in BigChange have no Salesforce equivalent. These are stored as Salesforce Files with custom metadata (Document_Type__c, Document_Number__c, Amount__c) or as a custom Invoice__c object at the account level.
BigChange
Custom_Property (Person)
Salesforce Sales Cloud
Contact.CustomField__c
1:1BigChange custom properties on Persons become custom fields on the Salesforce Contact object using the __c suffix. Type-aware conversion is applied automatically: text stays text, date becomes date, pick-list becomes pick-list.
BigChange
Custom_Property (Job)
Salesforce Sales Cloud
Case.CustomField__c
1:1Job custom properties map to custom fields on the Salesforce Case object. Custom field creation is coordinated with the Salesforce admin before migration runs to avoid field name collisions.
BigChange
Custom_Property (Quote)
Salesforce Sales Cloud
Opportunity.CustomField__c
1:1BigChange Quote custom properties migrate to custom fields on the Salesforce Opportunity object. Each custom property is type-checked against Salesforce's supported field types before mapping.
BigChange
Attachment
Salesforce Sales Cloud
ContentVersion
1:1Files attached to Jobs, Quotes, or Persons are re-uploaded as Salesforce Files using the ContentVersion/ContentDocument model. Original file names, MIME types, and creation timestamps are preserved in Salesforce metadata.
| BigChange | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| Person | Contact1:1 | Fully supported | |
| Person | Lead1:many | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Person_Company_Association | AccountContactRelation1:1 | Fully supported | |
| Job | Case1:1 | Fully supported | |
| Quote | Opportunity1:1 | Fully supported | |
| Quote_Line_Item | OpportunityLineItem1:1 | Fully supported | |
| Financial_Document | ContentDocument / Custom_Invoice__c1:1 | Fully supported | |
| Custom_Property (Person) | Contact.CustomField__c1:1 | Fully supported | |
| Custom_Property (Job) | Case.CustomField__c1:1 | Fully supported | |
| Custom_Property (Quote) | Opportunity.CustomField__c1:1 | Fully supported | |
| Attachment | ContentVersion1: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.
BigChange gotchas
DaaS data retention limits what historical data is available for export
Financial document exports require a separate migration pass
Custom quote fields and worksheet templates need manual field-level mapping
No documented public bulk REST API for direct record insertion
Evening performance degradation can interrupt migration window planning
Salesforce Sales Cloud gotchas
Workflow Rules and Process Builder are retired
Bulk API batch quota exhaustion during large imports
Storage overage billing is non-obvious
Account-Contact many-to-many relationship mapping
Territory and team member import ordering dependencies
Pair-specific challenges
Migration approach
Map BigChange objects to Salesforce schema and pre-create custom fields
FlitStack audits BigChange's object inventory (Persons, Companies, Jobs, Quotes, Quote_Line_Items, Financial_Documents) against Salesforce's standard objects and creates a schema plan. Custom __c fields are pre-created on Contact, Account, Case, and Opportunity for Job_Type__c, Engineer__c, Site_Address__c, Quote_Status__c, Quote_Date__c, and all BigChange custom properties. Case record types are created for each Job type so page layouts are scoped correctly. The Salesforce admin approves and creates the custom fields before any data moves.
Resolve BigChange users and engineers to Salesforce users and Contact records
BigChange engineers and office staff are resolved by email match against Salesforce Users. Engineers who do not have Salesforce User accounts are migrated as Contact records with a custom Engineer__c flag. Unmatched users are flagged before migration — teams either provision Salesforce accounts or assign a fallback owner. No record lands in Salesforce without a resolved owner or contact reference.
Load Companies and Persons in dependency order, then Jobs and Quotes
Salesforce requires Accounts before Contacts (via AccountId) and Accounts before Cases (via AccountId). FlitStack sequences the migration: Companies → Accounts, then Persons → Contacts with AccountId resolution, then Jobs → Cases with AccountId and Engineer__c lookups, then Quotes → Opportunities with AccountId and Contact lookups, then Quote_Line_Items → OpportunityLineItems with PricebookEntry resolution. Circular references in the Person-Company association table are flagged and resolved in a separate pass.
Run a sample migration with field-level diff and validate with the customer
A representative slice of 50–200 records spanning all object types migrates first. FlitStack generates a field-level diff comparing source values to destination field contents, letting the customer verify that Job status mapped correctly to Case Status, that Engineer__c lookups resolved, that Quote line items appear on the Opportunity, and that financial documents are accessible on the Account. The customer signs off before the full run commits.
Execute full migration with delta-pickup window and post-migration reconciliation
The full migration runs against Salesforce using the Bulk API for large record volumes. A 48-hour delta-pickup window captures any new or changed records in BigChange during the cutover window. After delta pickup closes, FlitStack reconciles record counts between BigChange and Salesforce, spot-checks field values on a statistical sample, and confirms all foreign keys resolved. An audit log is delivered and one-click rollback is available if reconciliation fails.
Platform deep dives
BigChange
Source
Strengths
Weaknesses
Salesforce Sales Cloud
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 BigChange and Salesforce Sales Cloud.
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
BigChange: Not publicly documented.
Data volume sensitivity
BigChange 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 BigChange to Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your BigChange to Salesforce Sales Cloud migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave BigChange
Other ways to arrive at Salesforce Sales Cloud
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.