CRM migration

Migrate from Giva eHelpDesk to Nutshell

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

Giva eHelpDesk logo

Giva eHelpDesk

Source

Nutshell

Destination

Nutshell logo

Compatibility

100%

14 of 14

objects map 1:1 between Giva eHelpDesk and Nutshell.

Complexity

BStandard

Timeline

24–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Giva eHelpDesk logo

Giva eHelpDesk

What's pushing teams away

  • Limited ecosystem integrations with tools like Slack and Firebase disrupt workflows and force teams to maintain workarounds or supplementary systems.
  • Frequent updates introduce server connection issues and time delays that frustrate agents who expect reliable real-time access during their shifts.
  • Less suited for enterprise scale — organizations with large agent counts or complex multi-department structures find Giva's reporting depth and customization insufficient.
  • The inability to move tickets between Service Desks and the lack of questionnaire copy functionality are specific workflow gaps that drive dissatisfaction among multi-team support organizations.
  • UI and reporting inconsistencies across updates mean teams cannot always trust that dashboards and exports behave predictably over time.

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 Giva eHelpDesk objects map to Nutshell

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

maps to

Nutshell

Company

1:1
Fully supported

Giva 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

maps to

Nutshell

Company (address fields)

1:1
Fully supported

Giva 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

maps to

Nutshell

Person

1:1
Fully supported

Giva 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

maps to

Nutshell

Person.Email

1:1
Fully supported

The 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

maps to

Nutshell

Activity

1:1
Fully supported

Giva 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

maps to

Nutshell

Activity (custom priority field)

1:1
Fully supported

Giva 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

maps to

Nutshell

Activity (status via custom field)

1:1
Fully supported

Giva 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

maps to

Nutshell

Activity.Owner (Person lookup)

1:1
Fully supported

The 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

maps to

Nutshell

Activity.Date

1:1
Fully supported

The 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

maps to

Nutshell

Activity (custom attachment URL field)

1:1
Fully supported

Giva 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

maps to

Nutshell

No native equivalent — export JSON

1:1
Fully supported

Giva 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

maps to

Nutshell

Nutshell User

1:1
Fully supported

Giva 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

maps to

Nutshell

No native equivalent — custom field or Company note

1:1
Fully supported

Giva 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

maps to

Nutshell

No native equivalent — export JSON

1:1
Fully supported

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

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.

Giva eHelpDesk logo

Giva eHelpDesk gotchas

High

No documented public API for bulk data export

Medium

Knowledge base articles are decoupled from ticket objects

Medium

AI Copilot settings and trained knowledge bases cannot be transferred

Low

Cross-Service Desk ticket moves are not supported by Giva

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

  • Giva tickets have no native Nutshell equivalent — they land as Activities with a giva_ticket_id link

    Giva eHelpDesk is built around a full ticket lifecycle: New → Open → Pending → Resolved → Closed, with priority levels, assigned technicians, and resolution timestamps. Nutshell has no ticket object. Every Giva ticket migrates as a Nutshell Activity (a time-stamped record with subject and note) with giva_ticket_id__c, giva_status__c, giva_priority__c, and giva_resolved_date__c custom fields carrying the original metadata. Managers who rely on Giva's Kanban-style ticket board will need to rebuild similar views using Nutshell's Activity filters and custom fields. This is a structural difference between a support-desk model and a sales CRM model, not a data loss issue — the content migrates completely.

  • HIPAA compliance posture changes — Nutshell does not offer native BAA coverage

    Giva eHelpDesk ships with HIPAA and HITECH compliance as a platform-level feature, which is a stated reason healthcare organizations choose it. Nutshell's standard terms of service do not include a Business Associate Agreement for healthcare customers. Teams migrating from Giva who are subject to HIPAA must evaluate Nutshell's healthcare-specific offering or consider a BAA arrangement with Nutshell directly before migration. FlitStack flags this in the pre-migration discovery questionnaire and can pause the migration while your legal team evaluates risk. This is not a data issue but a compliance boundary that must be addressed at the organizational level before go-live.

  • Knowledge base articles require manual rebuild — bulk import is not available in Nutshell

    Giva stores knowledge base articles with title, body HTML, category paths, and attachments. Nutshell has an Articles tab where agents create individual articles manually — there is no bulk import API or CSV upload for knowledge base content. FlitStack exports all Giva knowledge base articles as structured JSON including article text, category path, and attachment URLs. Your Nutshell admin uses this export to recreate articles in Nutshell's UI. We surface the full export before migration runs so your team can begin the rebuild concurrently and minimize the gap between Giva cutover and Nutshell knowledge base availability.

  • Giva user accounts require pre-provisioned Nutshell users before owner resolution can complete

    Nutshell Activities are owned by Nutshell user accounts. During migration, Giva technician email addresses are matched against Nutshell users by email. If a Giva technician account has no matching Nutshell user, their migrated tickets land under a fallback owner that your admin designates in advance. FlitStack runs a pre-flight user match check before migration starts and provides a list of unmatched Giva technicians so your team can invite them to Nutshell first or confirm the fallback owner. This step prevents orphaned activities but requires your Nutshell admin to complete user provisioning before the full migration window.

  • Giva macros and saved responses cannot migrate — they are exported as JSON for manual rebuild

    Giva macros and saved response templates are workflow configuration objects that define conditional ticket routing, pre-filled field values, and automated actions. Nutshell has email templates and sequence drafts as analogues but no macro engine. FlitStack exports Giva macro definitions as JSON including step sequence, trigger conditions, and field-assignment logic. Your Nutshell admin reviews the export and rebuilds critical macros as Nutshell email templates or sequence steps. This is disclosed upfront in the migration scope document so there are no post-migration surprises about workflow parity.

Migration approach

Six steps for a successful Giva eHelpDesk to Nutshell data migration

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

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

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

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

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

Context on both ends of the pair

Giva eHelpDesk logo

Giva eHelpDesk

Source

Strengths

  • HIPAA compliance with signed Business Associate Agreement for healthcare and regulated-industry deployments.
  • ITIL-aligned incident, problem, change, and service request management built into the core subscription.
  • Natural language and Boolean search across the knowledge base with synonym and root-word stemming capabilities.
  • SaaS deployment with no coding or programming required for initial configuration.
  • CMDB with hardware asset management and software license tracking linked to change requests.

Weaknesses

  • Limited ecosystem with sparse third-party integrations, particularly for modern collaboration tools like Slack and Firebase.
  • No free version available; pricing is not publicly documented and requires a sales contact for a quote.
  • Frequent updates have been reported to introduce server connection issues and time delays during agent use.
  • Reporting and dashboard depth varies across releases, making consistent analytics difficult for some organizations.
  • Absence of bulk API export means data extraction relies on paginated API calls or manual exports, which adds time to migration scoping.
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. 2 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 Giva eHelpDesk and Nutshell.

  • Object compatibility

    B

    2 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

    Giva eHelpDesk: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Giva eHelpDesk 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 Giva eHelpDesk to Nutshell data migrations

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

Can't find your answer?

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 consultation

Most Giva to Nutshell migrations complete within 24–72 hours for setups under 25,000 total records (tickets, contacts, organizations). Larger databases with extensive knowledge base articles, custom fields on organizations, or Giva asset records extend the timeline to 4–7 days. The longest planning step is Nutshell custom field creation and user provisioning — completing those before migration starts keeps the technical migration window short.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Giva eHelpDesk.
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