CRM migration
Field-level mapping, validation, and rollback between DinamikCRM and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
DinamikCRM
Source
Nutshell
Destination
Compatibility
8 of 10
objects map 1:1 between DinamikCRM and Nutshell.
Complexity
BStandard
Timeline
2-3 weeks
Overview
Moving from DinamikCRM to Nutshell is a migration from a modular, per-account schema to a fixed object model. DinamikCRM's architecture allows customers to create and modify modules freely, so no two accounts share the same field structure. We begin every migration with a schema discovery phase that enumerates active modules and their fields before extracting any data. Nutshell's object model centers on People (Contacts), Companies, Leads, Deals, Tasks, and Events, with custom fields available for additional properties at all paid tiers. Nutshell's native API is available on the Enterprise plan ($79/user/month annual), which affects how we sequence large activity histories. We do not migrate module-level automation rules, notification triggers, or workflow configurations; these require manual rebuild in Nutshell's automation builder. We deliver a written automation inventory as part of every migration so the customer's admin can plan the rebuild.
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 DinamikCRM 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.
DinamikCRM
Contact
Nutshell
Person (People)
1:1DinamikCRM Contact records map to Nutshell Person. Standard fields (name, email, phone, address) map to Nutshell's name, email addresses, phone numbers, and postal addresses. Custom fields on DinamikCRM Contacts migrate to Nutshell custom fields on the Person object. We preserve the contact's original owner assignment via Nutshell's user lookup and flag any DinamikCRM contact ownership chains that require Nutshell user provisioning before import.
DinamikCRM
Company
Nutshell
Account (Company)
1:1DinamikCRM Company records map to Nutshell Account. Company name, industry, website, and address fields migrate directly. DinamikCRM's company-contact relationship (linking a Contact to a Company) migrates as the Person-Account relationship in Nutshell. We resolve the Account lookup on each Person record at migration time using the company name as the dedupe key.
DinamikCRM
Lead
Nutshell
Lead
1:1DinamikCRM Lead records map directly to Nutshell Lead. Lead status, source, and score fields migrate to Nutshell's standard Lead fields. Any DinamikCRM lead-specific custom fields migrate as custom fields on the Nutshell Lead object. Lead assignment to DinamikCRM owners maps via email resolution to Nutshell user records.
DinamikCRM
Deal
Nutshell
Deal
1:1DinamikCRM Deal records map to Nutshell Deal. Deal name, value, stage, expected close date, and owner migrate directly. DinamikCRM's pipeline stage names map to Nutshell Deal status values. We configure Nutshell's pipeline stages to match DinamikCRM's stage names and probabilities before migration so deal history reflects the original pipeline structure. Deals are imported after their linked Person and Account records are in place.
DinamikCRM
Activities
Nutshell
Task
1:1DinamikCRM Activity log entries (call logs, email references, note entries) map to Nutshell Task records. Activity type, timestamp, description, and owner migrate as Task subject, due date, description, and assigned user. We preserve activity ordering by setting the Nutshell Task's completion date to the original DinamikCRM activity timestamp. Activity linking to the correct Person or Account uses Nutshell's built-in relation fields populated at migration time.
DinamikCRM
Appointments
Nutshell
Event
1:1DinamikCRM Appointment records (date, time, attendee, status, location) map to Nutshell Event records where Nutshell Enterprise API is available. On lower Nutshell tiers without API access, appointments migrate as Tasks with the appointment flag set in a custom field and the original datetime preserved in description. Scheduling-specific fields like attendee type or recurrence rules that do not map directly to Nutshell Event are flagged for manual review during cutover.
DinamikCRM
Custom Modules
Nutshell
Custom Fields on standard objects
1:manyDinamikCRM custom modules (customer-defined module structures unique to each account) require schema discovery before extraction. We enumerate all active custom module definitions, map each custom module to a standard Nutshell object augmented with custom fields, and flag any module-to-module relationships that cannot flatten into Nutshell's relational model. Many-to-many relationship modules migrate as tagged associations on the primary record using Nutshell's tagging system.
DinamikCRM
Pipeline (Sales Module)
Nutshell
Deal Status + Pipeline
lossyDinamikCRM pipeline configurations (stage names, stage order, stage probabilities) migrate to Nutshell Deal status values and pipeline layout. On Nutshell Foundation (one pipeline), all stages map into a single Nutshell pipeline. On Pro (five pipelines) and Enterprise (unlimited pipelines), we create separate Nutshell pipelines for each DinamikCRM pipeline if the account uses multiple sales pipelines. Stage probabilities migrate as deal-weight values in Nutshell's reporting setup.
DinamikCRM
Invoices
Nutshell
Deal (line items) or Custom Fields
1:1DinamikCRM Invoice records with line items, totals, and status migrate to Nutshell Deal records using the deal value for the invoice total and custom fields for line item summaries. Financial fields requiring strict validation (tax amounts, payment status, invoice numbers) migrate as custom fields on the linked Deal, with a flag noting that financial record accuracy should be validated by the customer's finance team post-migration.
DinamikCRM
User/Owner
Nutshell
User
1:1DinamikCRM user accounts and owner assignments map to Nutshell User records by email match. Any DinamikCRM owner referenced on a Contact, Company, Deal, or Activity record without a matching Nutshell User goes into a reconciliation queue for the customer to provision before migration resumes. We do not create Nutshell Users programmatically; the customer provisions them via the Nutshell admin panel.
| DinamikCRM | Nutshell | Compatibility | |
|---|---|---|---|
| Contact | Person (People)1:1 | Fully supported | |
| Company | Account (Company)1:1 | Fully supported | |
| Lead | Lead1:1 | Fully supported | |
| Deal | Deal1:1 | Fully supported | |
| Activities | Task1:1 | Fully supported | |
| Appointments | Event1:1 | Mapping required | |
| Custom Modules | Custom Fields on standard objects1:many | Mapping required | |
| Pipeline (Sales Module) | Deal Status + Pipelinelossy | Fully supported | |
| Invoices | Deal (line items) or Custom Fields1:1 | Mapping required | |
| User/Owner | User1: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.
DinamikCRM gotchas
Custom module schema varies per account
API documentation does not disclose rate limits
No documented bulk export endpoint
Module-level business logic may not transfer
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
Schema discovery and scoping
We enumerate all active DinamikCRM modules and their field definitions via the API discovery phase. We map each DinamikCRM module to a Nutshell object or set of custom fields, identify custom module-to-module relationships, and flag any module that represents a financial record or appointment requiring special handling. We also determine the target Nutshell plan (Foundation through Enterprise) based on the migration scope and API requirement. The discovery output is a written migration scope document with the full schema map.
Nutshell account setup and user provisioning
We guide the customer through creating their Nutshell account on the selected plan and provisioning the User accounts that correspond to DinamikCRM owners. We configure the Nutshell pipeline stages, Deal statuses, and any custom fields required to match DinamikCRM's data model before record migration begins. If the Enterprise plan is selected for API access, we set up the Nutshell API credentials and test the connection.
Record extraction in dependency order
We extract DinamikCRM records in dependency order: Users and Owners (for reconciliation), Contacts, Companies, Leads, Deals, Activities, Appointments, and custom module records. Custom module records are extracted last because they may contain lookups to standard DinamikCRM objects. We use parallel batch extraction for large object types and apply exponential backoff on HTTP 429 responses from the DinamikCRM API.
Data transformation and sandbox import
We transform extracted records to match Nutshell's field names, types, and required values. Custom module records are flattened or linked to standard Nutshell objects as determined during scoping. We perform a sandbox or trial import into the customer's Nutshell instance to validate record counts, field mapping accuracy, and relationship integrity before the production import begins.
Production migration and delta sync
We run the production migration using the validated schema and field mapping. On Nutshell Enterprise, we use the REST API for bulk record insertion. On lower tiers, we use spreadsheet import with batch chunking. After the initial migration, we run a delta sync to capture any DinamikCRM records modified during the migration window. We then freeze DinamikCRM write access and run a final delta pass.
Cutover, validation, and automation handoff
We validate record counts and spot-check migrated records against the DinamikCRM source. We deliver the automation inventory document listing every DinamikCRM module-level rule, notification trigger, and workflow configuration that requires rebuilding in Nutshell. We support a 48-hour hypercare window for reconciliation issues. We do not rebuild automations or configure Nutshell workflows as part of the standard migration scope.
Platform deep dives
DinamikCRM
Source
Strengths
Weaknesses
Nutshell
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 DinamikCRM and Nutshell.
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
DinamikCRM: Not publicly documented.
Data volume sensitivity
DinamikCRM 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 DinamikCRM to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your DinamikCRM 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 DinamikCRM
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.