CRM migration

Migrate from Zinc to Nutshell

Field-level mapping, validation, and rollback between Zinc and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.

Zinc logo

Zinc

Source

Nutshell

Destination

Nutshell logo

Compatibility

100%

12 of 12

objects map 1:1 between Zinc and Nutshell.

Complexity

BStandard

Timeline

24–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Zinc logo

Zinc

What's pushing teams away

  • Lack of live chat support forces users to rely on a chatbot or email, which some find inadequate for time-sensitive hiring queries.
  • Admin visibility into usage volumes — how many checks remain or have been used — is limited in the standard UI, frustrating finance and HR operations teams.
  • Custom check builder lacks an accessible backend view for some administrators, making it hard to audit or manage check usage at scale.

Choosing

Nutshell logo

Nutshell

What's pulling them in

  • Lowest cost entry point among mid-market CRMs—Foundation plan starts at $13/user/month, making it accessible for teams validating CRM fit before committing.
  • Integrated sales automation and email sequencing on Pro plans without requiring a separate email marketing platform, per verified Capterra reviews.
  • Consistently praised for intuitive interface and fast onboarding, with case studies reporting 100% team adoption rates within initial deployment periods.
  • Strong customer support responsiveness cited across G2 reviews, with dedicated support tiers available on Enterprise plans.
  • Native integrations with WhatsApp, Facebook Messenger, Instagram, and Slack reduce reliance on third-party middleware for common communication channels.

Object mapping

How Zinc objects map to Nutshell

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

maps to

Nutshell

Person

1:1
Fully supported

Zinc 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

maps to

Nutshell

Company

1:1
Fully supported

The 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

maps to

Nutshell

Person (custom fields)

1:1
Fully supported

Zinc 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

maps to

Nutshell

Person (secondary)

1:1
Fully supported

Each 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

maps to

Nutshell

Person.Zinc_Check_Status__c

1:1
Fully supported

Zinc 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

maps to

Nutshell

Person.Zinc_Check_Score__c

1:1
Fully supported

Zinc 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

maps to

Nutshell

Person.Original_Created_Date__c

1:1
Fully supported

Zinc 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

maps to

Nutshell

Person.Source_System_ID__c

1:1
Fully supported

The 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)

maps to

Nutshell

Lead

1:1
Fully supported

Zinc 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

maps to

Nutshell

Person.Activity

1:1
Fully supported

Zinc 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)

maps to

Nutshell

Company

1:1
Fully supported

Unique 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

maps to

Nutshell

Company.Website

1:1
Fully supported

Where 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.

Gotchas + challenges

What specifically takes care here

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 logo

Zinc gotchas

High

Integration settings do not migrate automatically

Medium

Custom check templates with bespoke rubrics require field-level mapping

Low

Audit logs are not accessible for export

Nutshell logo

Nutshell gotchas

High

Contact tier limits enforced on import

Medium

No bulk API endpoint requires paginated extraction

Medium

Email sequences not exportable via API

Medium

Foundation plan disables key sales features

Pair-specific challenges

  • Zinc check statuses require custom pick-list configuration in Nutshell

    Zinc tracks check statuses as a fixed taxonomy (pending, sent, viewed, completed, cancelled). Nutshell has no native check-status field — every status value must be mapped to a custom pick-list (Zinc_Check_Status__c) that your Nutshell admin creates before the migration runs. If Zinc uses any custom statuses beyond the standard five, those values must be reviewed individually during the mapping audit and added to the Nutshell pick-list manually, otherwise they are flagged as unmapped and the records land with blank status values pending admin resolution.

  • Zinc stores no pipeline or deal data — all records land as People or Leads

    Zinc Work has no opportunity, deal, or pipeline object. Every record in Zinc is a candidate or a reference. When migrating to Nutshell, there is no deal history to preserve because Zinc never tracked it. We map candidates to People records and set a default Lead source of 'Zinc Migration' for records without a closed check, but the admin must build any pipeline stage logic from scratch in Nutshell based on hiring stage data that may exist in a separate ATS.

  • Multiple references per candidate create secondary Person records requiring association cleanup

    A single Zinc check can generate multiple reference contacts (manager, peer, direct report). Each reference becomes a secondary Person record in Nutshell linked to the candidate. Nutshell supports N:N people-company associations, but the candidate-to-reference relationship must be labeled explicitly — we use a People association labeled 'Reference' and store the relationship type in Zinc_Reference_Relationship__c. The admin should review the association labels post-migration to confirm the relationship hierarchy matches your hiring team's expectations.

  • Zinc API does not expose bulk candidate export — migration requires report-based extraction

    Zinc Work's API is oriented around check order creation and retrieval, not bulk data export. A full candidate export requires running a candidate report in the Zinc UI and downloading the CSV, then using that file as the source for migration mapping. If your team has not run a full export before disabling Zinc, the report must be generated before account deactivation. We cannot extract historical candidate records after API access is revoked without a backup export.

  • Background check scores have no Nutshell native field — custom number field requires reporting logic rebuild

    Zinc stores numerical check scores that appear in Zinc dashboards but have no equivalent in Nutshell's standard reporting model. We preserve the score in Zinc_Check_Score__c as a custom number field, but Nutshell's standard reports and pipeline views do not reference custom fields by default. Building a Nutshell report that surfaces check scores alongside candidate contact information requires setting up a custom report type or using Nutshell's Excel export with the custom field included — a step that is outside the data migration scope and described in our rebuild reference guide.

Migration approach

Six steps for a successful Zinc to Nutshell data migration

  1. 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.

  2. 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.

  3. 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).

  4. 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.

  5. 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

Context on both ends of the pair

Zinc logo

Zinc

Source

Strengths

  • Structured digital reference reports replace unstructured phone calls, producing consistent, comparable data across hires.
  • Fast turnaround from request to completed reference — multiple reviews cite 48-hour or next-day completion timelines.
  • Integration ecosystem connects to major ATS and HRIS platforms, automating request dispatch and result ingestion.
  • Configurable check templates let companies tailor questions to role level and department without rebuilding from scratch.
  • High customer satisfaction — 4.7/5 on G2 with 83% five-star ratings across 174 reviews.

Weaknesses

  • No live chat or real-time support channel — users are directed to a chatbot or email for assistance.
  • Admin and finance users have limited self-service visibility into check consumption, volume usage, and remaining quota.
  • Integration settings and webhook configurations must be manually re-established after any migration, with no automated export of these settings.
  • Custom check templates with non-standard scoring rubrics may not map cleanly to alternative reference-checking platforms.
Nutshell logo

Nutshell

Destination

Strengths

  • Simple, intuitive interface with minimal learning curve for sales teams new to CRM
  • Per-seat pricing is transparent and predictable, with annual billing reducing monthly cost
  • Full data export tool available for all account data including backups
  • Open JSON-RPC API allows programmatic access to all core objects
  • Native multichannel engagement (email, SMS, WhatsApp) without third-party add-ons for communication

Weaknesses

  • Reporting and analytics are considered weak, requiring manual Excel exports for detailed analysis
  • No bulk API endpoint—migration requires paginated API reads that must be rate-limited carefully
  • JSON-RPC API is less common than REST, requiring custom integration code compared to standard REST CRMs
  • Add-on costs (Forms, Nutshell IQ, Email Marketing) are per-company charges that stack on top of per-seat pricing
  • Feature restrictions on entry-level plans mean teams often need mid-tier to get basic automation

Complexity grading

How hard is this migration?

Standard CRM migration. 1 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Zinc and Nutshell.

  • Object compatibility

    B

    1 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Zinc: Not publicly documented.

  • Data volume sensitivity

    B

    Zinc doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Zinc to Nutshell migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Zinc to Nutshell data migrations

Answers to the questions buyers ask most during Zinc to Nutshell migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Zinc to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most Zinc-to-Nutshell migrations complete within 24–72 hours of clock time for datasets under 10,000 candidate records. The primary time variable is whether Zinc has already been exported as a CSV report — if not, generating that export adds 1–2 business days depending on your Zinc account's report tooling. Larger datasets above 50,000 candidates or setups with more than 10 custom metadata fields per record extend to 5–7 days, primarily due to the Nutshell custom field creation and mapping audit step before data moves.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Zinc.
Land in Nutshell, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day