Helpdesk migration
Field-level mapping, validation, and rollback between iSupport Software and Zoho Desk. We move data and schema; workflows are rebuilt natively in Zoho Desk.
iSupport Software
Source
Zoho Desk
Destination
Compatibility
11 of 12
objects map 1:1 between iSupport Software and Zoho Desk.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from iSupport Software to Zoho Desk is a migration from an on-premise-friendly ITSM tool with no documented bulk API to a cloud-native multi-channel help desk with REST API access and a native migration tool (Zwitch) that, critically, does not support iSupport. We build a custom extraction pipeline for each engagement because iSupport requires direct database or export-tool access rather than API calls. We preserve the unique 10-digit alphanumeric ticket IDs that iSupport assigns at ticket creation as a reference field in Zoho Desk, and we audit the source deployment type (on-premise vs hosted) before scoping email rule migration. Change Records, CMDB entries, and Service Catalog items only exist if the source account runs the Service Desk Edition; we run a feature detection query during discovery to determine what actually exists to migrate. Knowledge Entries, Asset-to-incident relationships, and Survey responses require explicit junction-table requests during scoping. Zoho Desk's department-centric hierarchy means we configure departments and department-to-agent mappings before importing tickets. Workflows, automations, and email rules do not migrate as code; we deliver a written inventory for the customer admin to rebuild in Zoho Desk's rule engine.
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 iSupport Software object lands in Zoho Desk, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
iSupport Software
Incident
Zoho Desk
Ticket
1:1iSupport Incidents map to Zoho Desk Tickets with direct field mapping for status, priority, category, assignee, and requester. The 10-digit alphanumeric ticket ID from iSupport preserves as a custom field cf_original_incident_id__c in Zoho Desk for cross-referencing during and after cutover. iSupport's On-premise vs hosted deployment type is logged during discovery to determine whether email account configuration exports from the web console or the local settings database.
iSupport Software
Customer
Zoho Desk
Contact
1:1iSupport Customer records map to Zoho Desk Contacts. The customer's primary email address serves as the dedupe key during import. We map standard fields (name, email, phone, mobile) directly. Custom fields on Customer records migrate to Zoho Desk custom fields on Contact, with picklist values audited and created in the destination before import if they do not already exist.
iSupport Software
Company
Zoho Desk
Account
1:1iSupport Company records map to Zoho Desk Accounts. The Company-to-Customer linkage is preserved by resolving the company_id foreign key during contact import so that each Contact links to its parent Account. Account-level fields (name, phone, website, industry) map directly; custom Company fields require pre-creation in Zoho Desk's Account module first.
iSupport Software
Knowledge Entry
Zoho Desk
Article (Knowledge Base)
1:1iSupport Knowledge Entries (FAQ and article records) map to Zoho Desk Knowledge Base articles. Both title/content and category structure migrate. Attachments linked to Knowledge Entries migrate as file attachments to the corresponding Zoho Desk article. Article publishing status from iSupport maps to Zoho Desk's Draft/Published status.
iSupport Software
Asset
Zoho Desk
Asset or Custom Field
lossyiSupport Assets track configuration items and hardware/software inventory. Zoho Desk does not have a native standalone Asset object in all editions. We map Assets to Zoho Desk custom fields on Tickets or Accounts, or to a Zoho Inventory Asset record if the customer licenses Zoho Inventory. The asset-to-incident linkage requires the incident_asset_link junction table; if unavailable, we fall back to the text-based asset ID field stored on the incident record and map it to a custom Ticket field.
iSupport Software
Survey
Zoho Desk
Ticket Rating
1:1iSupport Survey responses attach to incidents and capture post-resolution satisfaction data. Survey questions and answer schemas require mapping to Zoho Desk's ticket rating and custom satisfaction fields. We migrate survey responses as custom Ticket fields rather than a native survey object since Zoho Desk's built-in satisfaction tracking uses a different schema.
iSupport Software
Custom Field
Zoho Desk
Custom Field
1:1Custom fields on Incidents, Customers, and Companies migrate to Zoho Desk custom fields on the corresponding modules. Zoho Desk requires custom fields to be created in the destination PRIOR to importing records that use them. We run a field-level audit during discovery, pre-create all custom fields with matching data types (string, picklist, integer, date), and then import data against the pre-built schema. Picklist values from iSupport are audited separately and created as allowed values in the destination field.
iSupport Software
Change Record
Zoho Desk
Not Migrated
1:1Change Records exist only in iSupport's Service Desk Edition and include change type, risk assessment, and approval workflow fields. Zoho Desk does not have a native ITIL-aligned Change Management object. If the source runs Service Desk Edition, we flag Change Records for manual handoff: we export them as a CSV with full schema and recommend Zoho Desk's Blueprint feature or a third-party ITSM integration for post-migration rebuild. The customer receives a Change Record inventory document with field definitions.
iSupport Software
Configuration Item / CMDB
Zoho Desk
Not Migrated
1:1Configuration Items and CMDB entries exist only in iSupport's Service Desk Edition and hold CI relationships and dependency maps. Zoho Desk lacks a native CMDB object. We export CMDB entries as a reference CSV with item-to-item dependency relationships for the customer admin to rebuild using Zoho Creator or Zoho Inventory if a CI registry is needed.
iSupport Software
Email Rules and Accounts
Zoho Desk
Email Configuration (manual rebuild)
1:1iSupport email routing rules use a positional ordering system evaluated by the Email Processing agent. On-premise deployments store email configuration differently from hosted deployments. We audit the deployment type during discovery and export email_rules and email_accounts table data for reference. Zoho Desk's email configuration is rebuilt by the customer admin using Zoho Mail and Zoho Desk's email setup wizard. We deliver an email account mapping document that pairs each iSupport email account with the corresponding Zoho Desk email address configuration.
iSupport Software
Service Catalog Item
Zoho Desk
Not Migrated
1:1Service Catalog items are gated behind iSupport's Service Desk Edition and support request fulfillment workflows. Zoho Desk does not have an equivalent native Service Catalog. If the source runs Service Desk Edition, we export Service Catalog items as a CSV with item details, categories, and request forms for the customer admin to evaluate rebuilding using Zoho Creator or Zoho Desk's custom request forms.
iSupport Software
Attachment
Zoho Desk
Attachment
1:1File attachments on Incidents, Knowledge Entries, and other records migrate to Zoho Desk attachments linked to the corresponding Ticket, Contact, Account, or Article. We handle attachments as binary blobs extracted from the source and uploaded via Zoho Desk's file upload API during the record import phase. Attachment filenames and original URLs are preserved for audit.
| iSupport Software | Zoho Desk | Compatibility | |
|---|---|---|---|
| Incident | Ticket1:1 | Fully supported | |
| Customer | Contact1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Knowledge Entry | Article (Knowledge Base)1:1 | Fully supported | |
| Asset | Asset or Custom Fieldlossy | Fully supported | |
| Survey | Ticket Rating1:1 | Fully supported | |
| Custom Field | Custom Field1:1 | Fully supported | |
| Change Record | Not Migrated1:1 | Fully supported | |
| Configuration Item / CMDB | Not Migrated1:1 | Fully supported | |
| Email Rules and Accounts | Email Configuration (manual rebuild)1:1 | Mapping required | |
| Service Catalog Item | Not Migrated1:1 | Fully supported | |
| Attachment | Attachment1: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.
iSupport Software gotchas
Email rule export requires deployment-type awareness
Service Desk features absent in Incident Management edition
No public bulk API documented for automated export
Custom field picklist values may not export cleanly
Asset-to-incident linkage requires manual relationship mapping
Zoho Desk gotchas
Agent email identity determines comment ownership after migration
Blueprints and SLA policies do not export via API
File upload capped at 10GB per migration batch
Tier-gated export and migration capabilities
Inbound migration is two-phase with a hard Phase 2 cutoff
Pair-specific challenges
Migration approach
Discovery and deployment audit
We audit the source iSupport instance across edition type (Incident Management vs Service Desk), deployment model (on-premise vs hosted), record counts per object type (Incidents, Customers, Companies, Knowledge Entries, Assets, Surveys, Change Records, CMDB entries), and custom field inventory. We also audit active email routing rules and account configurations. The deployment audit determines whether email config exports from the web console or local server settings. The edition audit determines which of the Service Desk-gated objects actually exist. The output is a written migration scope document specifying what will migrate, what will export as reference CSVs, and what will require manual rebuild in Zoho Desk.
Custom extraction pipeline build
Because iSupport has no documented public bulk API, we build a custom extraction pipeline for each engagement. This may use CSV exports from the admin console, direct database queries for on-premise instances, or a combination of both. The pipeline handles the specific export format the source instance produces, normalizes field names and data types, and outputs staged CSV or JSON files ready for transformation. This phase adds 2-4 days compared to platforms with published APIs and is scoped during discovery.
Zoho Desk schema setup and custom field pre-creation
We configure the Zoho Desk destination before importing any records. This includes setting up departments (mirroring the iSupport organizational structure), provisioning agents and assigning them to departments, creating custom fields on Tickets, Contacts, and Accounts with correct data types and picklist values, and setting up the Knowledge Base category hierarchy. Custom fields must be created in Zoho Desk BEFORE any record import that references them; we treat this as a hard sequencing constraint.
Test migration and reconciliation
We run a full test migration into a Zoho Desk sandbox or a fresh Zoho Desk account using production-like data volume. The customer reconciles record counts (Tickets in, Contacts in, Accounts in, Knowledge Articles in), spot-checks 25-50 random records against the iSupport source, and validates that custom field values populated correctly. Asset-to-incident linkage is specifically validated if the source runs Service Desk Edition. Any mapping corrections, missing custom fields, or picklist value gaps are resolved before the production migration proceeds.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from iSupport Companies), Contacts (with AccountId resolved from the company_id linkage), Tickets (with ContactId and assignee resolved), Knowledge Base articles (with category structure), Attachments (uploaded against the correct parent record), and Custom field data (against pre-built fields). Assets and Asset-to-incident linkages migrate last if the source runs Service Desk Edition. Each phase emits a row-count reconciliation report. We use Zoho Desk's REST API with rate-limit handling and exponential backoff for all imports.
Cutover, validation, and automation rebuild handoff
We freeze iSupport writes during cutover, run a final delta migration of any records modified during the migration window, and enable Zoho Desk as the system of record. We deliver written inventories for Change Records, CMDB entries, Service Catalog items, and email account configurations — each as a structured CSV with field definitions for the customer admin to evaluate for rebuild in Zoho Desk's Blueprint, custom forms, or Zoho Creator. We support a one-week hypercare window for reconciliation issues. We do not rebuild iSupport business rules, routing rules, or workflows as Zoho Desk rules inside the migration scope; that is a separate engagement.
Platform deep dives
iSupport Software
Source
Strengths
Weaknesses
Zoho Desk
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 4 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across iSupport Software and Zoho Desk.
Object compatibility
4 of 7 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
7-object category — typical timelines run 2–7 days end-to-end.
API constraints
iSupport Software: Not publicly documented.
Data volume sensitivity
iSupport Software 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 iSupport Software to Zoho Desk migration scoping. Not seeing yours? Book a call.
Walk through your iSupport Software to Zoho Desk migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave iSupport Software
Other ways to arrive at Zoho Desk
Same-Helpdesk migrations
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.