CRM migration
Field-level mapping, validation, and rollback between Giva eHelpDesk and Freshsales. We move data and schema; workflows are rebuilt natively in Freshsales.
Giva eHelpDesk
Source
Freshsales
Destination
Compatibility
11 of 12
objects map 1:1 between Giva eHelpDesk and Freshsales.
Complexity
BStandard
Timeline
48–72 hours
Overview
Giva eHelpDesk organizes work around tickets, requesters, and service desk categories. Freshsales is a sales CRM built around Leads, Contacts, Accounts, and Opportunities with deal pipelines and lifecycle stages. The migration maps Giva requesters to Freshsales Contacts and Leads (split by prospect status), ticket history to activity Tasks and Notes, and Giva priority and category fields to Freshsales custom fields. Custom fields migrate 1:1 but may require Freshsales-side field creation when field types differ between platforms. A key limitation is that Freshsales has no native ticket object, so Giva tickets become Task records with status, priority, and category stored as custom fields — these custom fields must be created in Freshsales before migration or ticket context will be lost. Knowledge base articles have no native Freshsales equivalent and must be rebuilt as Freshsales Documents or hosted externally. Giva workflows and automated ticket routing do not migrate — Freshsales Designer handles workflows separately. The migration uses Freshsales' bulk import API with a 25,000-record per-batch limit; large Giva datasets require batched processing in the correct foreign-key sequence (Accounts before Contacts, Contacts before Tasks). A delta window of 24–48 hours captures records modified during the cutover window.
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 Freshsales, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Giva eHelpDesk
Requester
Freshsales
Contact
1:1Giva requesters map directly to Freshsales Contacts. The requester's name, email, phone, and company fields map to the corresponding Freshsales Contact fields. If the requester is a known prospect with no active deal, they land as a Contact. Original Giva requester ID is stored as Source_System_ID__c for traceability and de-duplication.
Giva eHelpDesk
Requester (prospect)
Freshsales
Lead
1:manyGiva requesters flagged as prospective customers (no prior purchase or active contract) route to Freshsales Lead. Lead lifecycle stage is set based on Giva requester status: 'New Prospect' maps to 'Subscriber', 'Qualified Lead' maps to 'Sales Qualified Lead'. The split ensures Freshsales lead scoring (Freddy AI on Pro+ plans) applies only to actual sales prospects.
Giva eHelpDesk
Ticket
Freshsales
Task / Note (on Contact/Lead)
1:1Freshsales has no native ticket object. Each Giva ticket becomes a Task record attached to the relevant Contact or Lead, with Task Subject set to the Giva ticket title and Description carrying the ticket body. Ticket status (New, Open, Pending, Resolved, Closed) is stored as a custom pick-list field (Ticket_Status__c). Conversation threads from Giva comments migrate as Task comments or linked Note records.
Giva eHelpDesk
Ticket Priority
Freshsales
Custom Field (Priority__c)
1:1Giva priority levels (Urgent, High, Medium, Low) have no native Freshsales equivalent. We create a custom pick-list field (Giva_Priority__c) on Contact and Lead. Value mapping is 1:1: Urgent→Urgent, High→High, Medium→Medium, Low→Low. Priority drives sorting and filtering in Freshsales but does not trigger automated routing without a Freshsales Designer workflow.
Giva eHelpDesk
Ticket Category / Service Desk
Freshsales
Custom Field / Tag
1:1Giva service desk categories (IT, HR, Facilities, etc.) and ticket categories require a custom field in Freshsales (Giva_Category__c) as a pick-list. Multiple Giva service desks can be mapped to separate Freshsales Accounts representing departments, or consolidated under a single org with the category field distinguishing ticket types.
Giva eHelpDesk
Knowledge Base Article
Freshsales
Freshsales Document / External Resource
1:1Giva knowledge base articles with titles, body content, and categories have no direct Freshsales equivalent. Articles are exported from Giva as structured HTML. In Freshsales, they are recreated as Freshsales Documents (on Pro+ plans) or hosted externally with a custom field (Knowledge_Base_URL__c) on relevant Contacts linking to the exported content.
Giva eHelpDesk
Agent
Freshsales
Freshsales User / Owner
1:1Giva agents map to Freshsales Users by email address match. The agent's name, email, and role in Giva transfer to the corresponding Freshsales User profile. Agents who handled tickets become Users so their historical ticket activity is attributed correctly in Freshsales activity timelines.
Giva eHelpDesk
Attachment / File
Freshsales
Freshsales File Storage
1:1Giva file attachments on tickets and requesters are downloaded and re-uploaded to Freshsales File Storage, linked to the corresponding Contact or Lead record. Freshsales file size limits (25MB per file) apply; oversized files are flagged before migration. Inline images in Giva note content are extracted and hosted as Freshsales Files.
Giva eHelpDesk
Ticket Comments / Conversation
Freshsales
Task Comments / Note
1:1Giva ticket comments from agents and requesters migrate as chronological entries in the linked Task's comment thread or as separate Note records ordered by timestamp. Original author name, timestamp, and content are preserved. Comment attribution in Freshsales links to the matching Contact or User record by email.
Giva eHelpDesk
Custom Fields (Ticket, Requester)
Freshsales
Freshsales Custom Fields
1:1Giva custom fields on tickets and requesters are enumerated during the audit phase. Each field is evaluated for a Freshsales native equivalent. Text, number, date, and pick-list custom fields create as Freshsales custom fields of the matching type. Multi-select pick-lists in Giva may require conversion to comma-separated text in Freshsales if no multi-select type is available in the target plan.
Giva eHelpDesk
SLA Timer / Escalation Rule
Freshsales
Custom Field + Freshsales Workflow (manual rebuild)
1:1Giva SLA timers and escalation rules are documented during migration planning but cannot be migrated to Freshsales, which has no native SLA management for general CRM use. SLA field values (time-to-first-response, time-to-resolution) are stored as custom datetime fields on the Ticket record for reference. Freshsales Designer workflows that approximate SLA escalation are rebuilt post-migration.
Giva eHelpDesk
Asset / Configuration Item
Freshsales
Freshsales Product / Custom Object
1:1Giva assets and configuration items (server names, device IDs, software versions) that are relevant to customer support records migrate as Freshsales Products or a custom Asset object depending on volume. A custom field (Related_Asset__c) on the Contact record links support tickets to the relevant asset for context in Freshsales.
| Giva eHelpDesk | Freshsales | Compatibility | |
|---|---|---|---|
| Requester | Contact1:1 | Fully supported | |
| Requester (prospect) | Lead1:many | Fully supported | |
| Ticket | Task / Note (on Contact/Lead)1:1 | Fully supported | |
| Ticket Priority | Custom Field (Priority__c)1:1 | Fully supported | |
| Ticket Category / Service Desk | Custom Field / Tag1:1 | Fully supported | |
| Knowledge Base Article | Freshsales Document / External Resource1:1 | Fully supported | |
| Agent | Freshsales User / Owner1:1 | Fully supported | |
| Attachment / File | Freshsales File Storage1:1 | Fully supported | |
| Ticket Comments / Conversation | Task Comments / Note1:1 | Fully supported | |
| Custom Fields (Ticket, Requester) | Freshsales Custom Fields1:1 | Fully supported | |
| SLA Timer / Escalation Rule | Custom Field + Freshsales Workflow (manual rebuild)1:1 | Fully supported | |
| Asset / Configuration Item | Freshsales Product / Custom Object1: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
Freshsales gotchas
Freddy AI is Pro-tier only despite heavy marketing
Post-migration emails and sequences are disabled
Bot session credits are a one-time 500-session allocation
Phone credits charged per minute with no cap
File storage limits scale with plan tier
Pair-specific challenges
Migration approach
Audit Giva data and map to Freshsales schema
We connect to Giva via API to enumerate all requesters, tickets, custom fields, knowledge base articles, and attachments. The audit output is a data dictionary listing every Giva field, its type, and the proposed Freshsales target (native field, custom field, or custom object). Knowledge base articles are exported as HTML. Custom fields are categorized as direct-mappable, type-conversion required, or no-equivalent. This audit typically takes 1–2 business days and produces the migration plan we review with you before any data moves.
Create Freshsales schema for custom fields and objects
Before data lands, your Freshsales admin (or our team) creates the custom fields identified in the audit: Giva_Priority__c, Giva_Ticket_Status__c, Giva_Category__c, Source_System_ID__c, Original_Create_Date__c, and any requester or ticket custom fields from Giva. Knowledge base article export is prepared as HTML with image re-hosting. We deliver a Freshsales setup checklist so your instance is schema-ready before the first import run — avoiding the common error of importing data before the target fields exist.
Resolve owners and validate email matches
Giva agents and requesters are matched to Freshsales Users and Contacts by email address. Agents without a Freshsales User account are flagged before migration — your team creates the User accounts or assigns their tickets to a fallback owner. Requesters without email addresses are migrated as Contacts with a placeholder email. The owner resolution report is reviewed before the migration run so no Task lands without an owner in Freshsales.
Run sample migration with field-level diff
A representative slice of 100–500 records migrates first: a mix of Contacts, Leads, Tasks, Notes, and Files. We generate a field-level diff comparing Giva source values to the Freshsales target values so you can verify custom field mapping, owner resolution, and activity threading before the full run commits. This sample validates the batch sequencing (Accounts before Contacts, Contacts before Tasks) and catches any field name mismatches before volume migration begins.
Execute full migration with delta-pickup window
The full migration runs against Freshsales using sequenced batch imports staying within Freshsales' 25,000-record per-batch limit. A delta-pickup window of 24–48 hours captures any Giva records modified or created during the cutover. After delta pickup, we run a reconciliation report comparing record counts by object and validating that custom field values match Giva's final state. An audit log captures every import operation, and one-click rollback is available if reconciliation finds unexpected discrepancies.
Validate counts, activity timelines, and knowledge base export
Post-migration validation checks record counts in Freshsales against Giva export totals, verifies activity timelines on sample Contacts show chronological task and note entries, confirms file attachments are accessible, and confirms knowledge base HTML exports are complete. We deliver a final migration report with any records that failed to import and the reason for each failure. Knowledge base article recreation as Freshsales Documents is handed off as a documented post-migration task.
Platform deep dives
Giva eHelpDesk
Source
Strengths
Weaknesses
Freshsales
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 Freshsales.
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 Freshsales migration scoping. Not seeing yours? Book a call.
Walk through your Giva eHelpDesk to Freshsales 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 Freshsales
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.