CRM migration
Field-level mapping, validation, and rollback between Maple CRM and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Maple CRM
Source
Nutshell
Destination
Compatibility
6 of 8
objects map 1:1 between Maple CRM and Nutshell.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Maple CRM to Nutshell is a domain-model migration: Maple CRM structures its data around immigration Cases with a Client portal and jurisdiction-specific intake forms, while Nutshell uses standard People, Companies, and Deals with a simpler pipeline model. We resolve the Case-to-Deal mapping, collapsing Maple's multi-stage visa process into Nutshell's Deal stages while preserving the original stage labels in custom fields for audit. Client records map to Nutshell People, and because Nutshell does not have a native Case object, we attach case-related data as custom fields on Deals. Agreement templates, workflow automations, and SLA escalation rules do not migrate via API; we document them for the customer's admin to rebuild. We deliver a structured written inventory of all active automations so nothing is lost during the transition.
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 Maple CRM object lands in Nutshell, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Maple CRM
Lead
Nutshell
Lead
1:1Maple CRM Leads with source, status, assigned executive, follow-up dates, and custom intake data map directly to Nutshell Leads. Jurisdiction-specific intake fields (IRCC stream, visa type, country of origin) migrate to custom fields on the Nutshell Lead record. We preserve the Maple Lead status as a custom field hs_original_status__c for reconciliation. The migration creates Leads before People to support the Nutshell import ordering convention.
Maple CRM
Client
Nutshell
Person
1:1Maple CRM Client records hold contact details, address, nationality, passport data, and links to multiple open Cases. Client maps to Nutshell Person, which stores contact information, company association, and custom fields. We migrate Clients before Cases to satisfy foreign-key lookups in Nutshell's People-centric model. Passport expiry dates and nationality fields migrate to custom fields on the Person record since Nutshell does not have native passport tracking.
Maple CRM
Case
Nutshell
Deal
1:manyMaple CRM Cases link to a Client and track process stages (Application, Review, Submission, Approval, Denial/Appeal). Nutshell has no native Case object, so we map each Case to a Nutshell Deal with custom fields preserving the original case context: case_id__c, visa_type__c, jurisdiction__c, application_stage__c, and ircc_reference__c. For Clients with multiple active Cases, we create one Deal per Case to preserve the per-application record. The original Maple case stage becomes a custom picklist field rather than a Nutshell pipeline stage, since Nutshell's pipeline stages are sales-oriented.
Maple CRM
Document
Nutshell
Attachment / File
1:1Documents attach to Cases or Clients and include intake forms, passports, proof of funds, and visa applications. File attachments migrate as binary blobs linked to the parent Deal (from Case) or Person (from Client). Document type metadata (passport, application form, proof of funds) migrates to a custom field doc_type__c on the attachment record. We preserve upload date and the related record reference. Large document repositories may extend timeline depending on total blob size.
Maple CRM
Quotation
Nutshell
Deal Line Item
lossyMaple CRM Quotation Builder creates PDF quotations linked to Deals or Orders. We migrate quotation line items, pricing, and status as custom fields on the Nutshell Deal: quotation_amount__c, quotation_status__c, and quotation_date__c. The PDF itself does not migrate; only the underlying data record transfers. If the customer requires PDF preservation, we attach the rendered PDF as a file on the Deal after migration.
Maple CRM
Invoice
Nutshell
Deal
1:1Maple CRM Invoice Builder tracks invoice generation, payment status, and instalment schedules. Invoice records map to custom fields on the related Nutshell Deal: invoice_number__c, invoice_amount__c, payment_status__c, instalment_schedule__c, and outstanding_balance__c. Historical paid invoices preserve their status for financial audit. Nutshell does not have a native accounting module, so billing data lives in custom fields on the Deal record.
Maple CRM
Contracts / AMCs
Nutshell
Deal
1:1Contracts and Annual Maintenance Contracts link to Clients and track service terms, renewal dates, and pricing. These map to custom fields on the Nutshell Deal derived from the original Client or Case: contract_type__c, contract_start_date__c, contract_end_date__c, renewal_date__c, and contract_value__c. Renewal scheduling is preserved as a date field; Nutshell does not have native contract renewal automation.
Maple CRM
Support Request
Nutshell
Task
1:1Support Request records from Maple CRM's separate module migrate to Nutshell Tasks. We transfer status, priority, assignee (mapped via email to Nutshell User), and timestamps (created, modified). SLA and TAT escalation rules do not migrate; these are platform-specific configurations documented for rebuild in Nutshell's Task automation features post-migration. Support Request queue assignments map to Nutshell User ownership of the Task record.
| Maple CRM | Nutshell | Compatibility | |
|---|---|---|---|
| Lead | Lead1:1 | Fully supported | |
| Client | Person1:1 | Fully supported | |
| Case | Deal1:many | Fully supported | |
| Document | Attachment / File1:1 | Fully supported | |
| Quotation | Deal Line Itemlossy | Fully supported | |
| Invoice | Deal1:1 | Fully supported | |
| Contracts / AMCs | Deal1:1 | Mapping required | |
| Support Request | Task1: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.
Maple CRM gotchas
Workflow automations have no migration path
Minimum 10-user license enforced at signup
Agreement templates are not API-exportable
Support Request SLA/TAT rules do not migrate
Intake form data is tightly coupled to immigration jurisdiction
Nutshell gotchas
Contact tier limits enforced on import
No bulk API endpoint requires paginated extraction
Email sequences not exportable via API
Foundation plan disables key sales features
Pair-specific challenges
Migration approach
Discovery and data audit
We audit the source Maple CRM account across active Leads, Clients, Cases, Documents, Quotations, Invoices, Contracts, Support Requests, and active workflow automations. We assess record counts per object, custom field usage, document blob volume, and active automation rule count. We pair this with a Nutshell destination audit to confirm the target tier (Foundation, Pro, Power AI, or Enterprise) supports the required custom field count and storage. The discovery output is a written migration scope with record counts, custom field inventory, and a timeline estimate.
Schema design and custom field creation
We design the destination schema in Nutshell before any data moves. This includes creating custom fields on Leads, People, Companies, and Deals to capture immigration-specific data (visa_type__c, jurisdiction__c, application_stage__c, passport_expiry__c, contract_type__c, etc.). We define the Case-to-Deal mapping rule: each Maple Case becomes a Nutshell Deal with the original case stage preserved in application_stage__c rather than mapped to a Nutshell pipeline stage. Schema is configured in Nutshell directly during this step, and the customer validates the custom field structure before migration begins.
Sample migration and reconciliation
We run a sample migration of 50-100 records across each object type to validate the mapping logic before committing to a full load. The customer reconciles field values in Nutshell against the Maple CRM source records, confirms custom field labels are correct, and approves the mapping for production. Any field-level corrections happen at this stage. This step also validates that the Nutshell JSON-RPC API accepts the incoming record format without validation errors.
Owner and user reconciliation
We extract every distinct Maple CRM user referenced on Lead, Client, Case, Support Request, and Document records and match by email against the Nutshell destination's User table. Any Maple CRM user without a matching Nutshell account is held in a reconciliation queue for the customer's admin to provision. Migration cannot proceed past record import without resolved ownership because Nutshell requires an OwnerId on most standard objects.
Production migration in dependency order
We run production migration in record-dependency order: Leads first (as per Nutshell's recommended import order), then People (from Maple Clients), then Deals (from Maple Cases, with Client-to-Person lookups resolved), then custom field data (invoices, contracts, quotations as Deal fields), then document attachments, then Support Request Tasks. Each phase emits a row-count reconciliation report before the next phase begins. Document blobs are migrated last to avoid blocking record migration while large files transfer.
Cutover, validation, and automation handoff
We freeze Maple CRM writes during cutover, run a final delta migration of any records modified during the migration window, then enable Nutshell as the system of record. We deliver the automation inventory document listing every active Maple CRM workflow rule with its trigger, conditions, and recommended Nutshell equivalent. We do not rebuild Maple CRM workflows in Nutshell; that is a separate engagement or internal admin task. We support a 5-business-day hypercare window where we resolve any reconciliation issues raised by the customer's team.
Platform deep dives
Maple CRM
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 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 Maple CRM and Nutshell.
Object compatibility
1 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
Maple CRM: Not publicly documented.
Data volume sensitivity
Maple CRM 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 Maple CRM to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Maple CRM to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Maple CRM
Other ways to arrive at Nutshell
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.