CRM migration
Field-level mapping, validation, and rollback between Giva eHelpDesk and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Giva eHelpDesk
Source
Nutshell
Destination
Compatibility
14 of 14
objects map 1:1 between Giva eHelpDesk and Nutshell.
Complexity
BStandard
Timeline
24–72 hours
Overview
Giva eHelpDesk is a HIPAA-compliant IT service management and help desk platform built for support teams — its data model centers on tickets (with priority, status, and assignment), knowledge base articles, and asset management records. Nutcracker is a sales CRM designed for small-to-mid-market teams, organizing work around People, Companies, Leads, Deals, and Activities with pipeline stages for revenue tracking. The two platforms share a common record-based architecture, which makes contacts, organizations, and timestamps directly migratable, but the ticketing-to-deal paradigm shift means Giva support tickets do not map 1:1 to any native Nutshell object — they land as Activities with original timestamps preserved and a custom tag field indicating the Giva ticket number. We export Giva knowledge base articles and macros as structured JSON so your Nutshell admin can rebuild knowledge content manually in Nutshell's Articles tab. We use scoped read access on the Giva API, resolve Giva users by email match to Nutshell accounts, and run a sample migration with field-level diff before the full run commits.
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 Giva eHelpDesk 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.
Giva eHelpDesk
Organization
Nutshell
Company
1:1Giva organizations map directly to Nutshell Companies using a direct one-to-one field mapping. The organization's name, primary domain, phone number, and address fields migrate to the corresponding Company fields in Nutshell. If Giva stores parent-child organization hierarchies, the primary parent organization becomes the Nutshell Parent Company reference to preserve the corporate structure relationship.
Giva eHelpDesk
Organization Address
Nutshell
Company (address fields)
1:1Giva organization address components including street address, city, state or province, postal code, and country map to the corresponding fields within Nutshell's Company address block. Multi-line Giva address entries are concatenated into a single consolidated address string compatible with Nutshell's single-line address data model for clean record storage.
Giva eHelpDesk
Contact / End User
Nutshell
Person
1:1Giva end-user contacts map to Nutshell People records with a straightforward field-to-field translation. First name, last name, email address, phone number, job title, and department all migrate to their corresponding Person fields. If a Giva contact record lacks an email address, a placeholder entry is generated and flagged for manual review by your team.
Giva eHelpDesk
Contact Email
Nutshell
Person.Email
1:1The Giva contact email address field maps directly to the Nutshell Person email field with no transformation required. Email address serves as the primary deduplication key during migration — if a Nutshell Person record with the same email already exists, the records are merged or flagged according to your pre-configured merge rule for resolution.
Giva eHelpDesk
Ticket
Nutshell
Activity
1:1Giva tickets represent the most significant structural transformation in this migration. Since Nutshell has no native ticket object, each Giva ticket becomes a time-stamped Activity on the related Nutshell Person or Company record. The Activity subject carries the Giva ticket number concatenated with the summary. The body carries the full ticket description text. A custom giva_ticket_id__c field links back to the source Giva system for complete audit traceability.
Giva eHelpDesk
Ticket Priority
Nutshell
Activity (custom priority field)
1:1Giva ticket priority levels (Low, Medium, High, Critical) map to a Nutshell custom pick-list field created on the Activity record type. The value mapping preserves the original Giva priority label exactly so that support managers can sort and filter migrated activities by original priority designation when reviewing reports in Nutshell.
Giva eHelpDesk
Ticket Status
Nutshell
Activity (status via custom field)
1:1Giva ticket statuses (New, Open, Pending, Resolved, Closed) map to a custom text field on the Activity record because Nutshell Activities do not have a native status concept. This transformation preserves the original ticket lifecycle state for audit trail completeness and historical reporting continuity.
Giva eHelpDesk
Ticket Assigned Technician
Nutshell
Activity.Owner (Person lookup)
1:1The Giva technician assigned to each ticket is resolved by matching their email address against existing Nutshell user accounts. Successfully matched technicians become the owning user for the Activity in Nutshell. Unmatched technicians are assigned to a designated fallback owner to ensure no migrated Activity record becomes orphaned without proper assignment.
Giva eHelpDesk
Ticket Create Date
Nutshell
Activity.Date
1:1The Giva ticket creation timestamp migrates directly as the Nutshell Activity date value, preserving the original customer interaction timestamp for accurate reporting continuity. Last-modified timestamps are also carried over and stored in the custom field giva_created_date__c for full temporal audit capability.
Giva eHelpDesk
Ticket Attachments
Nutshell
Activity (custom attachment URL field)
1:1Giva file attachments are exported with their original hosted download URLs preserved. Since Nutshell does not automatically re-host external files, the attachment URLs are stored in a custom text field named giva_attachment_urls__c on each Activity. Your team downloads and re-uploads files to Nutshell manually after migration completes.
Giva eHelpDesk
Knowledge Base Article
Nutshell
No native equivalent — export JSON
1:1Giva knowledge base articles including title, body text, category, and attachment links have no native Nutshell equivalent object. We export them as structured JSON including article text, category path, and attachment references. Your Nutshell admin uses this export as a rebuild reference for recreating articles manually in Nutshell's Articles tab.
Giva eHelpDesk
User / Technician
Nutshell
Nutshell User
1:1Giva technician and admin user accounts are matched by their email address to existing Nutshell user accounts in a direct lookup resolution. If a Giva user account has no matching Nutshell account, that user is flagged on a pre-migration report for your team to provision first or to confirm assignment of their records to a designated fallback owner before migration runs.
Giva eHelpDesk
Asset Record
Nutshell
No native equivalent — custom field or Company note
1:1Giva asset management records including device name, serial number, location, and assignment data have no Nutshell equivalent native object. We export asset records as structured JSON and surface them as a formatted note or custom fields on the related Nutshell Company record so the device data remains accessible post-migration.
Giva eHelpDesk
Macros / Saved Responses
Nutshell
No native equivalent — export JSON
1:1Giva macros and saved response templates are workflow configuration objects with no direct Nutshell equivalent feature. We export macro definitions as structured JSON including complete step sequence, conditional logic branches, and field-assignment rules so your Nutshell admin can rebuild them as Nutshell email templates or sequence step drafts.
| Giva eHelpDesk | Nutshell | Compatibility | |
|---|---|---|---|
| Organization | Company1:1 | Fully supported | |
| Organization Address | Company (address fields)1:1 | Fully supported | |
| Contact / End User | Person1:1 | Fully supported | |
| Contact Email | Person.Email1:1 | Fully supported | |
| Ticket | Activity1:1 | Fully supported | |
| Ticket Priority | Activity (custom priority field)1:1 | Fully supported | |
| Ticket Status | Activity (status via custom field)1:1 | Fully supported | |
| Ticket Assigned Technician | Activity.Owner (Person lookup)1:1 | Fully supported | |
| Ticket Create Date | Activity.Date1:1 | Fully supported | |
| Ticket Attachments | Activity (custom attachment URL field)1:1 | Fully supported | |
| Knowledge Base Article | No native equivalent — export JSON1:1 | Fully supported | |
| User / Technician | Nutshell User1:1 | Fully supported | |
| Asset Record | No native equivalent — custom field or Company note1:1 | Fully supported | |
| Macros / Saved Responses | No native equivalent — export JSON1: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.
Giva eHelpDesk gotchas
No documented public API for bulk data export
Knowledge base articles are decoupled from ticket objects
AI Copilot settings and trained knowledge bases cannot be transferred
Cross-Service Desk ticket moves are not supported by Giva
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-flight Giva API connection and user inventory
FlitStack connects to Giva eHelpDesk using scoped read-access credentials provided by your Giva admin. We pull a full inventory of organizations, contacts, tickets, knowledge base articles, assets, users, and macros in the first pass. Simultaneously, your Nutshell admin provides a Nutshell user list and confirms the fallback owner for any unmatched Giva technicians. This step establishes the complete record count and identifies any Giva custom fields that need Nutshell custom field creation before data validation begins.
Create Nutshell custom fields for Giva ticket metadata
Before migrating tickets, your Nutshell admin (or our team acting with admin credentials) creates the custom fields required on Nutshell Activities: giva_ticket_id__c (text), giva_status__c (picklist), giva_priority__c (picklist), giva_category__c (text), giva_created_date__c (datetime), giva_modified_date__c (datetime), giva_resolved_date__c (datetime), and giva_attachment_urls__c (long text). This schema setup is delivered as a written checklist so your admin can pre-create fields before the sample migration runs, avoiding post-migration schema changes.
Resolve Giva users to Nutshell users by email match
FlitStack matches each Giva technician and admin account to an existing Nutshell user by email address. The match report is delivered as a CSV showing matched users, unmatched Giva accounts, and the designated fallback owner for each unmatched account. Your team confirms the fallback assignments before migration runs. If a Giva user needs a Nutshell account created, this step surfaces it early so provisioning happens before the migration window rather than during it.
Run sample migration with field-level diff
A representative slice — typically 200–500 tickets spanning all statuses and priorities plus 100 contacts and 50 organizations — migrates first. FlitStack generates a field-level diff report comparing source Giva values against the migrated Nutshell records. You verify that ticket subjects, descriptions, priority labels, status values, and timestamps are correct. The diff also confirms that knowledge base export JSON is complete. No full migration runs until you sign off on the sample results.
Execute full migration with delta-pickup window
The full record set migrates in sequenced batches: Organizations → People → Activities (tickets) → Knowledge Base export → Macro export → Asset export. Nutshell is read-accessible throughout — your team continues working in Giva during cutover. A delta-pickup window of 24–48 hours after the bulk run captures any Giva records modified or created during the migration window. FlitStack delivers an audit log of every migrated record and a rollback snapshot if reconciliation identifies unexpected gaps.
Platform deep dives
Giva eHelpDesk
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 Giva eHelpDesk 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
Giva eHelpDesk: Not publicly documented.
Data volume sensitivity
Giva eHelpDesk 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 Giva eHelpDesk to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Giva eHelpDesk 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 Giva eHelpDesk
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.