CRM migration
Field-level mapping, validation, and rollback between RAMM and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
RAMM
Source
Nutshell
Destination
Compatibility
9 of 10
objects map 1:1 between RAMM and Nutshell.
Complexity
BStandard
Timeline
48–72 hours
Overview
RMM platforms store client relationships as organizations linked to monitored devices, contacts associated with those organizations, and support tickets or tasks tied to contacts. Nutshell organizes data around Companies (accounts), People (contacts), Leads, and Deals — a model that separates the sales pipeline from service records. This migration maps your RMM client organizations to Nutshell Companies, primary contacts to Nutshell People, and support history to Nutshell Activities (tasks and notes). We preserve original create dates and owner assignments using Nutshell's API for user resolution by email match. Custom fields from your RMM platform become Nutshell custom fields on the appropriate record type. Workflows, automation rules, and integrations do not migrate — they must be rebuilt in Nutshell or replaced with Nutshell's built-in automation tools. The migration uses Nutshell's JSON-RPC API with scoped read access on the source side, allowing your team to continue working in RMM during the cutover window while a delta-pickup period captures in-flight changes.
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 RAMM 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.
RAMM
Client Organization
Nutshell
Company
1:1RMM client organizations map directly to Nutshell Companies. Organization name becomes Company Name. Domain and address fields map to their Nutshell equivalents. If your RMM uses parent-child organization hierarchies, the parent organization becomes the primary Company and child organizations require disambiguation — either as separate Nutshell Companies or as a custom field for relationship context.
RAMM
Primary Contact
Nutshell
Person
1:1The primary contact associated with an RMM client organization becomes a Nutshell Person record linked to the corresponding Company. Name, email, phone, and title fields map directly. Nutshell People can link to multiple Companies, which handles scenarios where a single contact manages multiple client organizations in your RMM platform.
RAMM
Additional Contacts
Nutshell
Person
many:1RMM platforms may store multiple contacts per client organization (technical contacts, billing contacts, executives). We create a separate Nutshell Person for each unique contact email and link all to the same Company. Duplicate email addresses are flagged for manual resolution before migration.
RAMM
Device / Asset Record
Nutshell
Custom Field on Company
1:1RMM device records (workstations, servers, network devices) do not have a direct Nutshell equivalent. We preserve device summary data — device type counts, last check-in date, warranty status — as custom fields on the Nutshell Company record. Detailed device inventory requires a separate asset management tool or a Nutshell custom object.
RAMM
Support Ticket
Nutshell
Task
1:1RMM support tickets map to Nutshell Tasks. Ticket subject becomes Task name. Ticket description and internal notes merge into the Task's notes field. Ticket status (open, pending, resolved) maps to Nutshell Task status. Open tickets retain their status; closed tickets migrate as completed Tasks with original close date preserved.
RAMM
Ticket Comments / Thread History
Nutshell
Note
1:1Ticket comment threads from the RMM platform become Nutshell Notes attached to the corresponding Task. Original comment timestamps, author names, and message bodies are preserved in each Note, including any inline formatting or file references. This approach maintains the full support conversation history within Nutshell for review by the sales team.
RAMM
Service Contract / SLA
Nutshell
Custom Field on Company
1:1RMM service contract details (contract name, tier, renewal date, monthly/annual billing) become custom fields on the Nutshell Company. Contract value and billing frequency map to number and text fields respectively. Contract renewal dates set as reminder dates in Nutshell's built-in task scheduling.
RAMM
Technician / User
Nutshell
User (via email resolution)
1:1RMM technician accounts are matched to Nutshell users by email address. If a technician email does not match an existing Nutshell user, the record is assigned to a designated fallback owner (configurable by your team) and flagged in the pre-migration report for user creation before go-live.
RAMM
Ticket Attachment / File
Nutshell
Note Attachment
1:1RMM ticket attachments such as screenshots, log files, and exported documents are re-uploaded to Nutshell Notes as file attachments on the associated Task record. Nutshell enforces file size limits per plan; any attachment exceeding the threshold is flagged during the audit and stored externally, with a URL reference inserted into the Note. This ensures all relevant support files remain accessible within Nutshell while respecting storage constraints.
RAMM
RMM Tag / Label
Nutshell
Nutshell Tag
1:1Client and contact tags from the RMM platform transfer as Nutshell Tags, preserving the original labeling hierarchy. Tags that were applied to organizations attach to the corresponding Nutshell Company record, while tags assigned to contacts attach to the associated Person record. This migration of tags keeps your categorization logic intact, enabling consistent filtering and reporting in Nutshell.
| RAMM | Nutshell | Compatibility | |
|---|---|---|---|
| Client Organization | Company1:1 | Fully supported | |
| Primary Contact | Person1:1 | Fully supported | |
| Additional Contacts | Personmany:1 | Fully supported | |
| Device / Asset Record | Custom Field on Company1:1 | Fully supported | |
| Support Ticket | Task1:1 | Fully supported | |
| Ticket Comments / Thread History | Note1:1 | Fully supported | |
| Service Contract / SLA | Custom Field on Company1:1 | Fully supported | |
| Technician / User | User (via email resolution)1:1 | Fully supported | |
| Ticket Attachment / File | Note Attachment1:1 | Fully supported | |
| RMM Tag / Label | Nutshell Tag1: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.
RAMM gotchas
Catalog entry is mismatched with the actual product at the website
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
Audit source RMM data and configure Nutshell schema
We begin by connecting to your RMM platform via API to enumerate all client organizations, contacts, tickets, and custom fields. A data audit report identifies record counts, relationship cardinalities, and fields that require custom mapping. Based on this audit, we deliver a Nutshell schema setup plan: custom fields to create on Company and Person objects, task status and priority value mappings, and any new Nutshell users required for technician-to-owner email resolution. Your team creates the schema before data migration begins.
Resolve owners and create Nutshell user accounts
RMM technician accounts are matched to Nutshell users by email address. We run an owner resolution report that identifies which RMM technicians have matching Nutshell accounts and which do not. Unmatched technicians require Nutshell user creation before migration — we provide a user creation checklist with email addresses and suggested roles. No ticket or task migrates without a resolved Nutshell owner.
Migrate organizations and contacts before tickets
Nutshell requires Companies before People (for the CompanyId foreign key) and People before Tasks (for the PersonId link). We sequence the migration: Organizations → Companies, then Contacts → People, then Tickets → Tasks with resolved owner and foreign key links. This dependency order ensures every Task in Nutshell is correctly attached to its Company and Person records without orphaned references.
Run sample migration with field-level diff
A representative slice migrates first — typically 100–500 records spanning organizations, contacts, and tickets. We generate a field-level diff comparing source values against migrated Nutshell records so you can verify mapping accuracy before the full run. Common checks: organization name truncation, contact email formatting, ticket status value mapping, owner resolution rate. Adjustments to the mapping plan are made based on the sample results before committing the full migration.
Execute full migration with delta-pickup window
The full migration runs against Nutshell's JSON-RPC API with scoped read access on the RMM platform. Your team continues working in RMM during this window. A delta-pickup period (typically 24–48 hours) captures any records created or modified in the RMM platform during the migration run. Audit logs document every record created in Nutshell, and one-click rollback is available if reconciliation identifies unexpected gaps. Post-migration, we deliver a reconciliation report comparing RMM record counts against Nutshell record counts by object type.
Platform deep dives
RAMM
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 RAMM 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
RAMM: Not applicable.
Data volume sensitivity
RAMM 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 RAMM to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your RAMM 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 RAMM
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.