CRM migration
Field-level mapping, validation, and rollback between ResMan and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
ResMan
Source
Nutshell
Destination
Compatibility
11 of 12
objects map 1:1 between ResMan and Nutshell.
Complexity
BStandard
Timeline
48–72 hours
Overview
ResMan ships a CRM module as part of its broader property management suite: it tracks leads, prospects, properties, residents, leases, and work orders. Nutshell is a dedicated sales CRM that models businesses as accounts, individuals as people and leads, and pipeline progress as deals. These models diverge significantly on ownership, lifecycle stages, and the activity types each platform normalizes — so the migration scope is narrower than a CRM-to-CRM move but demands careful field-level mapping. FlitStack AI maps four ResMan record categories to Nutshell: (1) properties become accounts with custom fields carrying ResMan property IDs and addresses; (2) resident contacts become people records, with deduplication by email and household members stored as Nutshell relationships; (3) open leases and lease amounts become deals with custom fields for deposit, term length, and unit number; (4) pending work orders become open tasks assigned to the ResMan owner by email match. ResMan's workflows, automations, reporting templates, and trust-accounting ledgers do not have Nutshell equivalents — those are documented in the migration plan as rebuild items. Accounting entries (charges, payments, ledger balances) are imported as activity notes with structured amounts, not as ledger records, since Nutshell's data model does not support double-entry accounting.
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 ResMan 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.
ResMan
Property
Nutshell
Account
1:1ResMan properties map 1:1 to Nutshell accounts. The property name becomes the account name, address fields map directly, and the ResMan PropertyId is stored as a custom field (ResMan_Property_ID__c) for traceability and delta-run de-duplication.
ResMan
Property.vendor_partner_contact
Nutshell
Person
1:1ResMan vendor contacts are not tracked as standalone CRM entities. We extract them as Nutshell people records and flag them with a custom role field (ResMan_Vendor_Contact__c) so they are identifiable for referral management.
ResMan
Resident
Nutshell
Person
1:1ResMan residents map to Nutshell people. Email is the primary identifier for deduplication. Residents without email addresses are flagged as 'no email' and imported with the unit number stored as a custom field so they can be matched manually after migration.
ResMan
Resident (duplicate email)
Nutshell
Person + Relationship
many:1When multiple residents share the same email (e.g., spouses on a lease), the first resident by create date becomes the primary Nutshell person. Additional residents with the same email become Nutshell relationships with type 'Household Member', preserving unit and lease context on each.
ResMan
Lease / Household
Nutshell
Deal
1:1Active leases with rent amounts and close dates map to Nutshell deals. The deal name uses the property name + unit number + resident last name for uniqueness. Rent amount maps to deal value, move-in date to deal create date, and lease end date to the deal close date.
ResMan
Lease.deposit_amount
Nutshell
Deal custom field
1:1ResMan stores security deposit as a ledger field on the lease. Nutshell has no native deposit field. We create Lease_Deposit__c as a currency custom field on the deal to preserve the amount for reference and reconciliation.
ResMan
Lease.lease_status
Nutshell
Lead.Status / Deal.stage
1:1Lease status values (current, renewing, month-to-month, expired) are mapped to Nutshell lead status. 'Current' and 'renewing' leases become open leads or converted deals; 'expired' maps to a closed/lost stage. Mapping table delivered in the pre-migration plan.
ResMan
Work Order (pending)
Nutshell
Task
1:1Pending ResMan work orders become open Nutshell tasks. The task subject uses the category and unit number. Priority (emergency, routine, preventive) maps to Nutshell priority levels. Assignee is resolved by email match against the ResMan owner or vendor contact.
ResMan
Charge / Payment
Nutshell
Activity Note
1:1ResMan charges and payments are ledger entries with code, amount, and date. These do not map to Nutshell financial objects. Instead, they are stored as activity notes on the associated person or account with a structured label (CHARGE: code – $amount) for historical reference.
ResMan
Attachment / Document
Nutshell
Note
1:1ResMan documents (lease agreements, addendums, correspondence) attached to residents or leases are downloaded and re-uploaded to Nutshell as notes attached to the corresponding person or account record. Original file names are preserved in the note title.
ResMan
Lead / Prospect
Nutshell
Lead
1:1ResMan's lead management records map directly to Nutshell leads. Source attribution, stage, and owner are preserved. ResMan lead notes migrate as Nutshell lead description text; detailed activity logs migrate as activities.
ResMan
ResMan User
Nutshell
Nutshell User
1:1ResMan staff accounts are matched to Nutshell users by email address. Unmatched owners are flagged before migration — the team either creates the Nutshell user first or assigns their records to a fallback owner. No record lands without a valid Nutshell owner.
| ResMan | Nutshell | Compatibility | |
|---|---|---|---|
| Property | Account1:1 | Fully supported | |
| Property.vendor_partner_contact | Person1:1 | Fully supported | |
| Resident | Person1:1 | Fully supported | |
| Resident (duplicate email) | Person + Relationshipmany:1 | Fully supported | |
| Lease / Household | Deal1:1 | Fully supported | |
| Lease.deposit_amount | Deal custom field1:1 | Fully supported | |
| Lease.lease_status | Lead.Status / Deal.stage1:1 | Fully supported | |
| Work Order (pending) | Task1:1 | Fully supported | |
| Charge / Payment | Activity Note1:1 | Fully supported | |
| Attachment / Document | Note1:1 | Fully supported | |
| Lead / Prospect | Lead1:1 | Fully supported | |
| ResMan User | Nutshell 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.
ResMan gotchas
Utility billing charges are calculated at move-out in real time
Section 8 subsidy data requires compliance-specific field mapping
Bulk text templates are not auto-saved from organic conversations
Custom report definitions are proprietary and not portable
Integration ecosystem creates data in third-party systems
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
Pre-migration discovery and ResMan API authentication
FlitStack schedules a discovery session to audit the ResMan environment: property count, resident volume, lead pipeline size, work order backlog, and custom field inventory. We authenticate to the ResMan Partner API using team credentials and confirm whether impersonation scope is available — critical for session continuity during large batch exports. If the Partner API is unavailable or MFA blocks unattended access, we pivot to a file-based export using ResMan's bulk report tool and normalize the CSV before mapping. A schema inventory document is produced covering every ResMan field and its Nutshell destination.
Data extraction, deduplication, and field transformation
FlitStack extracts all CRM-layer records from ResMan: properties, residents, leads, leases, work orders, and vendor contacts. Email-based deduplication runs across resident records — duplicates are flagged with the household relationship plan before any record is written to Nutshell. Custom fields (Section 8 flag, LIHTC code, fraud tag, deposit amount) are normalized to Nutshell's custom field naming conventions. Lease status values are mapped to Nutshell deal stages via the pre-agreed value table. All ResMan internal IDs are stored in custom traceability fields on the destination records for delta-run matching.
Sample migration with field-level diff
A representative slice of 50–100 records migrates first — typically one property's residents, one lead pipeline, and a handful of work orders. FlitStack generates a field-level diff report comparing source values against the Nutshell destination for every mapped field. You review the diff to verify deal amounts, resident emails, work order priority mapping, and custom field values. Any field-level errors are corrected in the transformation logic before the full run is scheduled. This step is the reconciliation checkpoint — it prevents bulk errors from reaching production.
Full migration with delta-pickup window
The full migration commits all validated records to Nutshell using the Nutshell API (app.nutshell.com/api/v1/json — JSON-RPC). A delta-pickup window of 24–48 hours runs concurrently, capturing any new residents, updated leases, new work orders, or lead stage changes that occur in ResMan during the cutover. After the window closes, the delta records are migrated and appended to the Nutshell dataset. FlitStack produces a final reconciliation report showing record counts by object, zero duplicate contacts, and a full audit log of every API operation. One-click rollback is available if reconciliation reveals gaps exceeding the agreed tolerance threshold.
Post-migration handoff and rebuild reference
FlitStack delivers a rebuild reference document listing every ResMan automation, workflow, report, and integration that does not migrate — organized by priority (critical, important, nice-to-have). ResMan workflow definitions are exported as JSON and handed off to your Nutshell admin for recreation using Nutshell's automation rules and sequences. Integration credentials for any third-party tools connected to ResMan are inventoried so they can be reconnected to Nutshell post-migration. Post-migration support is available for 30 days to address data discrepancies discovered after go-live.
Platform deep dives
ResMan
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 ResMan 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
ResMan: Not publicly documented; partner tier restrictions apply.
Data volume sensitivity
ResMan exposes a bulk API — large-volume migrations stream efficiently.
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 ResMan to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your ResMan 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 ResMan
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.