CRM migration
Field-level mapping, validation, and rollback between Sunbase Data and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Sunbase Data
Source
Nutshell
Destination
Compatibility
5 of 8
objects map 1:1 between Sunbase Data and Nutshell.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Sunbase Data and Nutshell serve different primary functions, which shapes every migration decision. Sunbase is a contractor management platform for solar, roofing, and construction firms that combines CRM, project management, HR, and financial tools in a modular architecture with no public API. Nutshell is a straightforward sales CRM with transparent per-user pricing from $13 to $79 per month, built for small and mid-size teams that want a tool sales reps will actually use without a technical onboarding burden. We extract records from Sunbase's separate CRM, Project, and HR modules, reconstruct the cross-module relationships (Deal-to-Project, Work-Order-to-Contact) using Sunbase's internal IDs, then load the CRM-relevant subset into Nutshell. Contractor-specific objects like Projects, Work Orders, and Invoices do not have standard Nutshell equivalents and require a custom object strategy or external system planning. Automation rules, pipeline board configurations, and workflow triggers are non-exportable from Sunbase and are not migrated.
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 Nutshell, 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
Nutshell
Person
1:1Sunbase Contact records map to Nutshell Person. Standard fields (name, email, phone, address) transfer directly. Industry-specific contact fields from Sunbase's CRM module map to custom fields on Person if the Nutshell plan supports them; Pro ($42/user/mo) and above include custom field capability. Sunbase's custom field definitions do not export, so we request a customer-provided custom field manifest during scoping to ensure values land in correctly typed destination fields. Duplicate detection uses email as the primary key.
Sunbase Data
Lead
Nutshell
Lead
1:1Sunbase Lead records map directly to Nutshell Lead. Lead source, status, and owner assignment transfer as standard fields. Sunbase lead fields tied to automation workflows (such as auto-assignment triggers) are migrated as data only; the automation logic itself is non-exportable from Sunbase and must be rebuilt in Nutshell's automation layer post-migration if the customer has a Pro plan or above.
Sunbase Data
Deal
Nutshell
Opportunity
1:1Sunbase Deals map to Nutshell Opportunities. Deal name becomes Opportunity name; deal monetary value becomes Amount; deal stage maps to a Nutshell pipeline stage. Sunbase pipeline configurations are non-exportable, so we create a new pipeline in Nutshell using stage names extracted from Sunbase during discovery. Closed-Won and Closed-Lost reasons from Sunbase custom fields map to Nutshell Opportunity loss_reason or a custom field on the Opportunity.
Sunbase Data
Project
Nutshell
Company (tagged) or Custom Object
lossySunbase Projects (installation jobs, job-site operations) have no direct Nutshell CRM equivalent. If the customer is on Nutshell Enterprise ($79/user/mo) with custom objects enabled, we create a Project custom object with metadata fields (status, budget, linked contact) as custom fields. For customers on lower Nutshell tiers, Projects are migrated as Companies with a project-identifier tag in the name and key metadata stored in the Company description or a custom field. Work Order-to-Project relationships are preserved as cross-record references in the migration manifest for manual reconnection.
Sunbase Data
Work Order
Nutshell
Note or Custom Object
lossySunbase Work Orders contain permit information, task details, system specifications, and linked employee assignments. With no Nutshell equivalent, Work Order data is migrated as a Note attached to the related Company (or Project custom object if Enterprise) with the Work Order identifier in the title. Key metadata fields (permit status, task details, system specs) are stored as custom fields if available, or as formatted text in the Note body. This is a data-preservation approach, not a functional equivalent.
Sunbase Data
Invoice
Nutshell
Note (on Company or Opportunity)
lossyNutshell does not include a native billing or invoicing object. Sunbase Invoices are migrated as Notes attached to the associated Company or Opportunity record, preserving line items, payment status, and project linkage in structured text. The customer should maintain invoice history in a dedicated accounting platform (QuickBooks, Xero, or similar) post-migration; Nutshell is not a billing system and this migration does not replicate Sunbase's financial module functionality.
Sunbase Data
Employee
Nutshell
Person (tagged)
1:1Sunbase Employee records (HR data, crew assignments) that overlap with customer contacts migrate as Nutshell Person records tagged with an Employee list membership. Internal-only employees with no CRM contact counterpart are migrated as inactive Person records or held in a separate export manifest for the customer's HR system migration. GPS location history and detailed HR fields beyond contact info cannot be represented in Nutshell's CRM data model and are excluded from migration scope.
Sunbase Data
Appointment
Nutshell
Meeting
1:1Sunbase Appointments with date, time, assigned contact, and status map to Nutshell Meeting records. We preserve the appointment date and time in Nutshell's start_time and end_time fields, set the associated Person or Lead as the Meeting attendee, and record the status. Sunbase's Google Calendar sync linkage is not transferable; the calendar connection must be re-established in Nutshell post-migration by reconnecting the Google Calendar integration in Nutshell settings.
| Sunbase Data | Nutshell | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Lead | Lead1:1 | Fully supported | |
| Deal | Opportunity1:1 | Fully supported | |
| Project | Company (tagged) or Custom Objectlossy | Fully supported | |
| Work Order | Note or Custom Objectlossy | Fully supported | |
| Invoice | Note (on Company or Opportunity)lossy | Fully supported | |
| Employee | Person (tagged)1:1 | Fully supported | |
| Appointment | Meeting1: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
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 extraction method selection
We audit the customer's Sunbase account across all active modules (CRM, Project Management, HR, Inventory, Financial) to identify which modules contain CRM-relevant data and which contain non-CRM operational data. We confirm the available extraction method: direct database access with read-only credentials or manual CSV exports from each module. We extract the Sunbase internal ID map across all modules to preserve relationship metadata between Deals, Projects, Work Orders, Contacts, and Invoices. We also audit the current Nutshell plan tier to determine available custom field and custom object capacity.
Cross-module relationship reconstruction
Because Sunbase data lives in separate modules with independent export interfaces, we reconstruct cross-module relationships using the internal ID map from discovery. We link Sunbase Deals to their associated Contacts and Projects, link Work Orders to their parent Projects, and link Invoices to their originating Projects and Clients. This relationship graph is stored in a migration manifest that drives the import order and ensures that record references resolve correctly in Nutshell.
Nutshell schema configuration
We configure the Nutshell destination account: pipeline stages (using stage names extracted from Sunbase during discovery), custom fields (using the customer-provided manifest for Sunbase custom field names and types), custom objects if Enterprise plan is active, and list memberships for tagging contractor-specific records. Schema configuration is validated in the Nutshell account before any data import begins.
Test migration and reconciliation
We run a test migration with a representative sample of Sunbase data (typically 50-100 records per object type) into the configured Nutshell account. The customer reviews the sample for field accuracy, duplicate handling, and relationship integrity. Any mapping corrections are documented and applied to the full migration plan. Test migration validation is required before the production migration window opens.
Production migration in dependency order
We execute the full migration in dependency order: Companies first (to satisfy the Person-to-Company lookup), then People and Leads (resolving email-based duplicates), then Opportunities, then Meetings, then Notes. Documents attached to Opportunities and Companies are migrated as Nutshell attachments; documents attached to People are flagged for manual transfer or external storage as described in the attachment gotcha. Cross-module relationship references are validated against the relationship manifest after each phase.
Cutover and automation handoff
We freeze Sunbase writes during the cutover window, run a final delta migration for any records modified during the migration window, then hand off the Nutshell account to the customer. We deliver the written automation inventory documenting Sunbase pipeline configurations and workflow triggers for the customer's admin to rebuild in Nutshell's automation layer. We do not rebuild Sunbase automations as Nutshell automations within migration scope; that work is handled by the customer's admin or a Nutshell implementation partner.
Platform deep dives
Sunbase Data
Source
Strengths
Weaknesses
Nutshell
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 Nutshell.
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 Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Sunbase Data 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 Sunbase Data
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.