CRM migration
Field-level mapping, validation, and rollback between Sugar Sell and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Sugar Sell
Source
Nutshell
Destination
Compatibility
10 of 12
objects map 1:1 between Sugar Sell and Nutshell.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Sugar Sell to Nutshell is a simplification migration. Sugar Sell uses a multi-module relational model with separate Accounts, Contacts, Leads, Opportunities, Cases, Quotes, and Product Catalog objects, with custom field definitions stored in vardef PHP files and workflow automation via SugarBPM. Nutshell uses a flatter object model with Accounts, People (Contacts/Leads merged at the data level), and Opportunities, with custom fields accessed via a customFields dictionary in its JSON-RPC API. We resolve the schema differences during discovery, extract custom field definitions from Sugar vardefs, pre-create matching custom fields in Nutshell via the API, and import all primary objects in dependency order. SugarBPM workflow sequences, SugarBPM workflow definitions, and Sugar Studio automation records do not migrate to Nutshell; we deliver a written inventory of every active SugarBPM definition for the customer's admin to rebuild as Nutshell Automations. Nutshell's unlimited contacts and storage model on every paid tier removes the per-record pricing friction that Sugar Sell customers cite as a scaling pain point.
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 Sugar Sell 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.
Sugar Sell
Account
Nutshell
Account
1:1Sugar Accounts map directly to Nutshell Accounts. The Account Name, website, phone, industry, and address fields transfer 1:1. Nutshell uses a single address block per Account; Sugar address fields (billing_street, billing_city, etc.) are concatenated into the Nutshell mailing_address string during transform. Account is the first object imported because Contacts, Opportunities, and Activities reference it as a parent.
Sugar Sell
Contact
Nutshell
Person (Contact)
1:1Sugar Contacts map to Nutshell Person records in the Contacts section. We resolve the Contact-to-Account relationship via the account_id foreign key and attach the Person to the migrated Account. Sugar contact roles on Account-Contact relationships (e.g., 'Decision Maker', 'Technical Buyer') transfer as custom text fields on the Person record. Title, email, phone, and address fields migrate directly.
Sugar Sell
Lead
Nutshell
Person (Lead)
1:1Sugar Leads map to Nutshell Person records in the Leads section. We preserve the full Lead status lifecycle (New, Assigned, In Progress, Converted, Dead) in a custom field sugar_lead_status__c on the Nutshell Person. Any Sugar Predict AI lead scoring values transfer to a custom numeric field lead_score__c for post-migration prioritization.
Sugar Sell
Opportunity
Nutshell
Opportunity
1:1Sugar Opportunities map to Nutshell Opportunities with amount, name, date_closed, and sales_stage preserved. Sugar stage values (Prospecting, Qualification, Proposal, Negotiation, Closed Won, Closed Lost) remap to Nutshell stage values during the transform. The probability field transfers to a custom field probability__c on Nutshell Opportunity because Nutshell does not expose probability as a standard field, but the stage order implicitly drives win likelihood.
Sugar Sell
Activity (Calls, Meetings, Tasks)
Nutshell
Activity
1:manySugar's separate Calls, Meetings, and Tasks modules each map to Nutshell Activity records with a type flag (call, meeting, or task). We resolve the parent record reference using the foreign key fields (contact_id, lead_id, opportunity_id) and attach the Activity to the migrated Nutshell Person or Opportunity. ActivityDate and duration fields preserve the original timestamp and length. Calls migrated as Activity with type=call; meetings as type=meeting; standalone tasks as type=task.
Sugar Sell
Quote
Nutshell
Quote
1:1Sugar Quotes with line items migrate to Nutshell Quotes. Sugar's quoted_line_items (product name, quantity, unit_price, discount) transfer directly to Nutshell Quote Line Items. Tax and discount fields from Sugar carry over. PDF attachments on Sugar Quotes migrate as file attachments on the Nutshell Quote via Nutshell's file upload API.
Sugar Sell
Product Catalog
Nutshell
Product
1:1Sugar Product Catalog entries map to Nutshell Products with name, description, price, and product_code preserved. Sugar Manufacturers and Product Types map to Nutshell custom fields on Product (manufacturer__c, product_type__c). The Nutshell Products feed into the Nutshell Quotes tool for pricing quotes.
Sugar Sell
Case
Nutshell
Case
1:1Sugar Cases migrate to Nutshell Cases with subject, description, priority, status, and resolution fields preserved. The Account and Contact linked to the Case resolve via the Account and Person lookup. Bug Tracker-specific fields (severity, version, resolution type) from Sugar Advanced and Premier migrate as custom fields on Nutshell Case.
Sugar Sell
User (Owner)
Nutshell
User
1:1Sugar Users map to Nutshell Users by email address match. Any Sugar User without a matching Nutshell User goes to a reconciliation queue for the customer's admin to provision before record import resumes. Team membership from Sugar (which determines record-level access) transfers to Nutshell Teams via the API. Role and status fields from Sugar carry over as custom fields on the Nutshell User record.
Sugar Sell
Note
Nutshell
Note
1:1Sugar Notes (text and file attachments) migrate to Nutshell Notes linked to the parent record via the relationship field (account_id, contact_id, opportunity_id). Text notes transfer as Note body. File attachments are extracted from the Sugar file system or API response, re-uploaded to Nutshell via the file attachment API, and linked to the same parent record.
Sugar Sell
Tag
Nutshell
Tag
1:1Sugar Tags stored as string values on records extract and deduplicate into a Nutshell Tags collection. We recreate each unique tag in Nutshell and relink the tag associations to the migrated Account, Person, or Opportunity records. Tags used for lead segmentation transfer as Nutshell List memberships in addition to tag labels.
Sugar Sell
Custom Fields (Studio)
Nutshell
Custom Fields
lossySugar Studio custom fields require vardef file extraction before migration. We read the custom field name, type, module assignment, and default value from the vardef, then pre-create matching custom fields in Nutshell via the customFields API on the corresponding object (Lead, Account, Contact). Vardef-enforced required fields map to required: true in Nutshell. Dropdown or multi-select types in Sugar map to Nutshell custom field picklist options. This step must complete before any data import because custom field values cannot insert into a field that does not yet exist.
| Sugar Sell | Nutshell | Compatibility | |
|---|---|---|---|
| Account | Account1:1 | Fully supported | |
| Contact | Person (Contact)1:1 | Fully supported | |
| Lead | Person (Lead)1:1 | Fully supported | |
| Opportunity | Opportunity1:1 | Fully supported | |
| Activity (Calls, Meetings, Tasks) | Activity1:many | Fully supported | |
| Quote | Quote1:1 | Fully supported | |
| Product Catalog | Product1:1 | Fully supported | |
| Case | Case1:1 | Fully supported | |
| User (Owner) | User1:1 | Fully supported | |
| Note | Note1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Custom Fields (Studio) | Custom Fieldslossy | Mapping required |
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.
Sugar Sell gotchas
Sugar Sell Essentials blocks Module Loader uploads
CSV export omits related record data
SugarBPM workflow sequences break across tier upgrades
Custom field vardefs require developer-level access to migrate
Sugar Sell API rate limits are undocumented
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
Edition check and vardef extraction
We confirm the source Sugar Sell edition (Essentials, Standard, Advanced, Premier) during scoping because Essentials blocks Module Loader uploads, which affects how we access custom field definitions. We request read access to the Sugar vardef directory or a Module Loader package export, extract every custom field definition (name, type, module, default, required flag), and map them to Nutshell custom field equivalents in the Nutshell API. We also run per-module CSV exports (Accounts, Contacts, Leads, Opportunities, Activities, Cases, Quotes, Products) to capture the relational graph without cross-module joins.
Custom field pre-creation and schema validation
Before any data import, we create every mapped custom field in Nutshell via the API customFields dictionary on Leads, Accounts, and Contacts. We validate that picklist options match Sugar dropdown values, that numeric fields accept the imported ranges, and that date fields use the correct ISO 8601 format. If the customer has custom modules in Sugar (beyond standard Accounts, Contacts, Leads, Opportunities), we assess feasibility for Nutshell custom field or entity extension before proceeding.
Sandbox migration and reconciliation
We run a full migration into a Nutshell trial or sandbox environment using production-equivalent data volume. The customer's RevOps or sales operations lead reviews a reconciliation report comparing record counts per object, spot-checks 25-50 records against the Sugar source, and validates that custom field values populated correctly. Any mapping corrections, missing fields, or relationship resolution failures surface here. We do not proceed to production migration without signed-off reconciliation from the customer.
Owner and user provisioning
We extract every distinct Sugar User referenced on records (owner_id fields on Accounts, Contacts, Opportunities, Cases) and match by email against Nutshell Users. Any Sugar User without a matching Nutshell User goes to a reconciliation queue. The customer's Nutshell admin provisions any missing users (active or inactive based on whether the original Sugar user is still employed). Migration cannot resolve OwnerId references on Opportunities and Cases without an active Nutshell User for each owner.
Production migration in dependency order
We run production migration in this sequence: Accounts (first, as the parent object), Products (for quote population), Contacts and Leads (with account_id and lead_status preserved), Opportunities (with AccountId, OwnerId, and stage resolved), Quotes and Line Items, Cases, Activities (calls, meetings, tasks via batched API calls with parent lookup resolution), Notes and file attachments, Tags and List memberships, and finally custom field values on all objects. Each phase emits a row-count reconciliation report before the next begins. Sugar Predict scores, lead status values, and any SugarBPM metadata flags transfer as custom fields during the relevant object import.
Cutover, validation, and SugarBPM handoff
We freeze Sugar Sell writes during cutover, run a final delta pass of any records modified during the migration window, then enable Nutshell as the system of record. We deliver the SugarBPM audit inventory and the custom field map as written documents to the customer's admin. We support a one-week post-go-live window for reconciliation issues raised by the sales team. SugarBPM rebuild as Nutshell Automations, and any Nutshell training for the sales team, are separate engagements outside standard migration scope.
Platform deep dives
Sugar Sell
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 Sugar Sell 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
Sugar Sell: Not publicly documented for SugarCloud; rate limit behavior is observed but no published per-tenant quota.
Data volume sensitivity
Sugar Sell 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 Sugar Sell to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Sugar Sell 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 Sugar Sell
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.