CRM migration
Field-level mapping, validation, and rollback between Zinc and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Zinc
Source
Nutshell
Destination
Compatibility
12 of 12
objects map 1:1 between Zinc and Nutshell.
Complexity
BStandard
Timeline
24–72 hours
Overview
Zinc Work is a pre-employment referencing and background-check platform centered on the Candidate and Check objects. It stores reference request statuses, check results, and linked candidate profiles but does not manage pipeline stages, deal values, or company-level revenue data. Nutshell is a full CRM that organizes data around People, Companies, Leads, and Deals with a visual pipeline and activity timeline. The migration carries Zinc candidate records into Nutshell People, background check metadata into custom fields on those person records, and any associated company records into Nutshell Companies. Nutshell has no native equivalent for check-type taxonomies or reference-request workflows, so those constructs are preserved as structured custom fields and exported as a rebuild reference. The migration uses Nutshell's JSON-RPC API with API-key authentication and scoped read access on Zinc — no downtime in either system during the cutover window. A delta-pickup of 24–48 hours captures any records modified during the final sync before go-live.
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 Zinc 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.
Zinc
Candidate
Nutshell
Person
1:1Zinc candidate records map directly to Nutshell People. Every person who submitted to a reference check in Zinc becomes a Person record in Nutshell with name, email, phone, and the original employer preserved. If a candidate has no email in Zinc, the record is created with available contact fields and a missing-data flag is set.
Zinc
Candidate.employer
Nutshell
Company
1:1The employer field on a Zinc candidate maps to a Nutshell Company record. If the company name matches an existing Nutshell Company, the Person is linked to it; if no match is found, a new Company record is created from the employer string. Circular or duplicate company names are flagged during the mapping audit.
Zinc
Check
Nutshell
Person (custom fields)
1:1Zinc check records do not have a native Nutshell equivalent. The check type, status, request date, and result score are mapped to custom fields on the associated Person record: Zinc_Check_Type__c, Zinc_Check_Status__c, Zinc_Check_Requested__c, Zinc_Check_Completed__c, and Zinc_Check_Score__c. These fields are created in Nutshell before the migration runs.
Zinc
Check.reference
Nutshell
Person (secondary)
1:1Each reference submitted through a Zinc check is created as a secondary Person record in Nutshell linked to the candidate via a People-Company association labeled as a Reference. The reference's name, email, and relationship to the candidate are preserved as contact fields and association metadata.
Zinc
Check.status
Nutshell
Person.Zinc_Check_Status__c
1:1Zinc check statuses (pending, sent, viewed, completed, cancelled) are mapped to a Nutshell custom pick-list field. Custom statuses are reviewed for value-level mapping before migration; any unmapped values are preserved as-is with a warning flag so the admin can decide how to categorize them in Nutshell.
Zinc
Check.score
Nutshell
Person.Zinc_Check_Score__c
1:1Zinc numerical scores attached to a completed check migrate as a Number custom field (Zinc_Check_Score__c) on the Person record. Where Zinc stores multiple scores from different references, the average score is computed and stored alongside a reference count field (Zinc_Reference_Count__c) for reporting parity.
Zinc
Candidate.created_at
Nutshell
Person.Original_Created_Date__c
1:1Zinc captures the exact timestamp when each candidate record was originally created in the system. Nutshell's built-in created date only reflects when the record is inserted during migration, not the true entry date in Zinc. To preserve historical accuracy and ensure reporting continuity, the original Zinc creation timestamp is stored in a custom datetime field (Original_Created_Date__c) on each Person record. This allows your team to run date-based reports on candidate pipeline velocity using the actual submission dates from the source system.
Zinc
Candidate.id
Nutshell
Person.Source_System_ID__c
1:1The unique internal identifier assigned to each candidate in Zinc is preserved as a custom text field (Source_System_ID__c) on the corresponding Nutshell Person record. This field serves multiple purposes: it provides a direct traceability link back to the source record for audit purposes, enables the delta-pickup process to identify and sync only new or changed records during the cutover window, and supports post-migration reconciliation by matching record counts between Zinc exports and Nutshell inserts. The ID is set as non-editable in Nutshell to prevent accidental overwrites.
Zinc
Candidate (no pipeline equivalent)
Nutshell
Lead
1:1Zinc has no deal pipeline or opportunity object. Candidate records that represent prospective employees who have not yet entered a hiring pipeline are mapped to Nutshell Leads. The admin configures a default Lead source field (set to 'Zinc Migration') so these records are distinguishable in Nutshell reports.
Zinc
Check.activity_timestamps
Nutshell
Person.Activity
1:1Zinc records discrete activity events throughout the check lifecycle, including the date a check request was sent to a reference and the date the reference response was received. These timestamps represent meaningful milestones in the hiring evaluation process. During migration, each activity event is created as a Note attached to the Nutshell Person record, with the original timestamp preserved and a standardized prefix (Zinc Activity:) applied. This prefix enables the admin to apply a quick filter in the Nutshell activity timeline to surface all imported Zinc events alongside any new activities logged post-migration.
Zinc
Company (Zinc employer)
Nutshell
Company
1:1Unique employer names from Zinc candidates are de-duplicated and created as Nutshell Company records. If the same company appears across multiple Zinc candidates, a single Nutshell Company record is created and all associated Person records are linked to it via the primary Company field on People.
Zinc
Company.domain
Nutshell
Company.Website
1:1Where a Zinc employer record includes a company website URL, it maps to the Nutshell Company Website field. If no URL is present, the Website field is left blank and the admin can populate it from LinkedIn or a company enrichment tool post-migration.
| Zinc | Nutshell | Compatibility | |
|---|---|---|---|
| Candidate | Person1:1 | Fully supported | |
| Candidate.employer | Company1:1 | Fully supported | |
| Check | Person (custom fields)1:1 | Fully supported | |
| Check.reference | Person (secondary)1:1 | Fully supported | |
| Check.status | Person.Zinc_Check_Status__c1:1 | Fully supported | |
| Check.score | Person.Zinc_Check_Score__c1:1 | Fully supported | |
| Candidate.created_at | Person.Original_Created_Date__c1:1 | Fully supported | |
| Candidate.id | Person.Source_System_ID__c1:1 | Fully supported | |
| Candidate (no pipeline equivalent) | Lead1:1 | Fully supported | |
| Check.activity_timestamps | Person.Activity1:1 | Fully supported | |
| Company (Zinc employer) | Company1:1 | Fully supported | |
| Company.domain | Company.Website1: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.
Zinc gotchas
Integration settings do not migrate automatically
Custom check templates with bespoke rubrics require field-level mapping
Audit logs are not accessible for 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
Generate Zinc candidate export and audit field inventory
We guide your team to run a full candidate report export from the Zinc UI before API access is reviewed. The export CSV is audited for field completeness — missing emails, blank employer names, and unmapped statuses are flagged. We inventory every unique field in the export and compare it against Nutshell's standard Person and Company fields to determine which records need custom field creation. This step also confirms the total candidate count and any records with multi-reference check submissions that will generate secondary Person records.
Create Nutshell custom fields for check metadata
Before any data moves, we create the custom fields on Nutshell People and Company objects: Zinc_Check_Type__c (pick-list), Zinc_Check_Status__c (pick-list with all Zinc status values), Zinc_Check_Requested__c (datetime), Zinc_Check_Completed__c (datetime), Zinc_Check_Score__c (number), Zinc_Reference_Count__c (number), Zinc_Reference_Relationship__c (text), Original_Created_Date__c (datetime), and Source_System_ID__c (text). These are created via the Nutshell API or manually in Nutshell settings, depending on your admin's preference. The field list is delivered in the migration plan for your review before creation.
Map and deduplicate companies before migrating people
Zinc employer strings from all candidate records are extracted, deduplicated, and mapped to Nutshell Company records. Company deduplication uses exact name matching — variations (Acme Corp. vs Acme Corporation) are flagged for admin review before creation. Once Companies are committed, the Person migration runs with AccountId links resolved. Any employer strings that do not map to a valid Company are flagged and held in a staging table for admin decision (create new Company or leave unlinked).
Run sample migration with field-level diff
A representative slice of 100–500 records migrates first, spanning candidates at each Zinc check status (pending, completed, cancelled) and records with multiple references. We generate a field-level diff between the source CSV and the resulting Nutshell records so you can verify check status mapping, score preservation, original creation date, and reference association labels. Any mapping errors are corrected before the full run commits. This sample also confirms that the custom pick-list values in Nutshell render correctly for each status.
Execute full migration with delta-pickup window
The full migration commits all candidate records, company records, and check metadata to Nutshell. A delta-pickup window of 24–48 hours runs in parallel, capturing any candidates added or check statuses updated in Zinc during the cutover. The audit log records every create and update operation, and a one-click rollback is available if the reconciliation count does not match the expected total. After the delta window closes, the migration is considered complete and Zinc API access can be revoked.
Platform deep dives
Zinc
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 Zinc 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
Zinc: Not publicly documented.
Data volume sensitivity
Zinc 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 Zinc to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Zinc 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 Zinc
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.