Helpdesk migration
Field-level mapping, validation, and rollback between Issuetrak and Zoho Desk. We move data and schema; workflows are rebuilt natively in Zoho Desk.
Issuetrak
Source
Zoho Desk
Destination
Compatibility
10 of 14
objects map 1:1 between Issuetrak and Zoho Desk.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Moving from Issuetrak to Zoho Desk restructures a help desk built around configurable UDFs and Issue Classes into Zoho Desk's multi-department, multi-channel ticket model. Issuetrak's two-level Status/Substatus hierarchy maps directly to Zoho Desk's Status and sub-status fields, but Issuetrak's Task-Associated UDFs and Global Issue groupings require transformation or documentation for manual rebuild. Zoho Desk's Knowledge Base import cannot carry KB attachments or inline images; we migrate these as separate ContentDocument records linked to the article, and we document the limitation explicitly in the migration inventory. Auto-Assignment Rules and Scheduled Issues do not transfer because their scheduling engine is not exposed via Issuetrak's API — we deliver a written rule inventory for the customer's admin to implement in Zoho Desk's Assignment Rules and Blueprint modules post-migration.
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 Issuetrak 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.
Issuetrak
Issue
Zoho Desk
Ticket
1:1Issuetrak Issues map to Zoho Desk Tickets with Subject, Description, Issue Type, Assigned To, Priority, Status, and Substatus transferred directly. The two-level status hierarchy (Status + Substatus) maps to Zoho Desk's Status and sub-status fields respectively. Created and Modified timestamps preserve via the Ticket's createdTime and modifiedTime fields. We parse Issuetrak's rich-text Description and normalize HTML tags for Zoho Desk's editor compatibility.
Issuetrak
Issue Class
Zoho Desk
Department
1:1Issuetrak Issue Classes (categorical groupings that drive dashboard filtering) map to Zoho Desk Departments. Each Class becomes a Department with its own ticket queue, agent group, and SLAs. If the customer uses Issuetrak's Class/Subclass hierarchy, the Subclass maps to a Zoho Desk Team within the Department. We preserve the Class assignments on each Issue for reporting continuity.
Issuetrak
Issue Status / Substatus
Zoho Desk
Ticket Status / sub-status
1:1Issuetrak's two-level status hierarchy (Open/Closed as Status; Pending, In Progress, Resolved as Substatus) maps directly to Zoho Desk's Status and sub-status. We export both levels and create a combined display value for the sub-status field so agents see the full state context. Custom substatus values created by the customer are recreated as sub-status options in Zoho Desk during configuration.
Issuetrak
User Defined Field (text, number, date)
Zoho Desk
Custom Field
1:1Text, large text, number, and date UDFs map to Zoho Desk custom fields with equivalent types. We query Issuetrak's UDF metadata endpoint and value endpoint separately, join them on Issue ID, and insert values into the corresponding Zoho Desk custom field. Date UDFs preserve as Date field type in Zoho Desk; we do not convert to text.
Issuetrak
User Defined Field (list)
Zoho Desk
Custom Field (dropdown)
1:1Single-select list UDFs map to Zoho Desk dropdown custom fields. We export the picklist options from Issuetrak's UDF definition and pre-populate the Zoho Desk dropdown field with matching values. If the customer uses list items that differ from the defined picklist (due to direct database writes), we flag these as exceptions and note them in the reconciliation report.
Issuetrak
User Defined Field (multi-list)
Zoho Desk
Custom Field (multi-select)
1:1Multi-list UDFs store comma-delimited strings in Issuetrak's API response. We parse each string into an array and insert into Zoho Desk's multi-select custom field. If Zoho Desk's multi-select field has a pre-defined picklist, we validate each incoming value against the allowed set and flag any that do not match as data exceptions.
Issuetrak
User Defined Field (task-associated)
Zoho Desk
Task (standalone)
1:manyTask-Associated UDFs trigger Issuetrak's workflow engine to append a Task Group to an Issue when a specific list item is selected. This automation does not transfer because it lives in Issuetrak's workflow engine and is not exposed via API. We export the Task Group contents as standalone tasks linked to the parent Issue. The trigger logic must be reimplemented in Zoho Desk's Blueprint or custom function post-migration.
Issuetrak
Global Issues
Zoho Desk
Related Tickets (manual)
lossyIssuetrak Global Issues link multiple related Issues together for collective management. We export the linkage table (parent Issue ID and child Issue IDs) and the grouping metadata. Zoho Desk has no native Global Issue equivalent, so we document the groupings in a reference table and advise the customer's admin to use Zoho Desk's related tickets feature or a custom function to recreate the groupings. We preserve the parent-child relationships in the migration inventory for post-migration implementation.
Issuetrak
Solutions
Zoho Desk
Knowledge Base Article (canned response)
1:1Issuetrak Solutions are text templates used to respond to or close Issues. We export them as a separate artifact and map them to Zoho Desk's Knowledge Base articles scoped to the same Department. We preserve categorization labels and map canned response templates to Zoho Desk's Macro feature where appropriate. The customer's admin configures macro availability per team post-migration.
Issuetrak
Knowledge Base Article
Zoho Desk
Knowledge Base Article
1:1Issuetrak KB articles with embedded images and rich text export with full HTML content. Inline images are stored as separate binary attachments in Issuetrak; we migrate them as ContentDocument records linked to the corresponding Zoho Desk KB article. Note: Zoho Desk's native import cannot transfer KB attachments; we use the Zoho Desk API to upload ContentDocument records and link them to the article record after initial import.
Issuetrak
Attachment (on Issue)
Zoho Desk
Attachment (on Ticket)
1:1Attachments on Issuetrak Issues migrate as Zoho Desk Ticket attachments via the Zoho Desk API. We preserve original filenames and associate each file with the correct ticket using the ticket ID resolution map. File size limits apply per Zoho Desk's API constraints; files exceeding the limit are flagged for alternative handling (external storage with link, or manual post-migration upload).
Issuetrak
Scheduled Issues
Zoho Desk
Recurring Blueprint (documentation only)
lossyIssuetrak Scheduled Issues auto-submit on recurring timelines with pre-defined fields and attachments. The scheduling engine is not exposed via API. We document each Scheduled Issue's recurrence pattern (frequency, interval, pre-filled fields, attachments) in the migration inventory. The customer's admin recreates the recurrence logic using Zoho Desk's Blueprint with scheduled actions or a Zoho Creator extension post-migration.
Issuetrak
Auto-Assignment Rules
Zoho Desk
Assignment Rules (documentation only)
lossyIssuetrak Auto-Assignment Rules route Issues to agents or groups based on criteria. We export the full rule definitions (criteria fields, operators, assigned agent/group) and document them as a numbered inventory. Zoho Desk's Assignment Rules provide equivalent routing logic, but the criteria syntax differs. The customer's admin rebuilds each rule in Zoho Desk's Assignment Rules UI post-migration using our documented rule inventory as the implementation guide.
Issuetrak
Survey Response
Zoho Desk
Ticket CSAT / Custom Field
1:1Issuetrak survey responses export as CSV from the reporting interface. We pull raw response data with AND-logic filtering confirmed as bypassed (requesting unfiltered exports to avoid silent row drops). Survey questions map to Zoho Desk's CSAT field if the survey uses a satisfaction rating, or to a custom field if the survey contains custom question types. Comment text from survey responses attaches to the parent Ticket as a note.
| Issuetrak | Zoho Desk | Compatibility | |
|---|---|---|---|
| Issue | Ticket1:1 | Fully supported | |
| Issue Class | Department1:1 | Fully supported | |
| Issue Status / Substatus | Ticket Status / sub-status1:1 | Fully supported | |
| User Defined Field (text, number, date) | Custom Field1:1 | Fully supported | |
| User Defined Field (list) | Custom Field (dropdown)1:1 | Fully supported | |
| User Defined Field (multi-list) | Custom Field (multi-select)1:1 | Fully supported | |
| User Defined Field (task-associated) | Task (standalone)1:many | Fully supported | |
| Global Issues | Related Tickets (manual)lossy | Mapping required | |
| Solutions | Knowledge Base Article (canned response)1:1 | Mapping required | |
| Knowledge Base Article | Knowledge Base Article1:1 | Fully supported | |
| Attachment (on Issue) | Attachment (on Ticket)1:1 | Fully supported | |
| Scheduled Issues | Recurring Blueprint (documentation only)lossy | Not supported | |
| Auto-Assignment Rules | Assignment Rules (documentation only)lossy | Mapping required | |
| Survey Response | Ticket CSAT / Custom Field1: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.
Issuetrak gotchas
On-premises vs cloud extraction requires different methods
User Defined Field types require schema discovery before mapping
Survey export applies active filters by default
Task-Associated UDF triggers do not transfer
API authorization tied to Agent account permissions
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
Deployment type determination and extraction path selection
We confirm whether the customer is on Issuetrak's managed cloud or a self-hosted on-premises SQL Server instance during the first scoping call. Cloud instances proceed via the Issuetrak REST API with token authentication scoped to an administrator-level Agent account. On-premises instances require coordination with the customer's DBA for direct SQL Server database export or a parameterized query we provide. We also confirm whether the on-premises instance has external API access enabled or requires a VPN connection.
Schema discovery and UDF field-type inventory
We run discovery queries against Issuetrak to enumerate all active UDFs, their data types (text, large text, number, date, list, multi-list, task-associated), picklist values for list types, and any cross-field dependencies. We also capture Issue Class definitions, substatus value sets, Global Issue linkage tables, Auto-Assignment Rule definitions, and Scheduled Issue recurrence patterns. This output is the full migration schema document that drives all subsequent mapping decisions.
Destination architecture in Zoho Desk
We design the Zoho Desk destination architecture before any data moves. This includes provisioning Departments (from Issuetrak Issue Classes), Teams (from Subclasses if applicable), sub-status field options (recreating Issuetrak's substatus values), custom fields (mapped 1:1 from UDF types with multi-list to multi-select conversion), CSAT configuration, and Knowledge Base categories matching Issuetrak's KB structure. We also document the KB attachment gap and plan the ContentDocument migration path via API after KB import.
Data extraction, transformation, and sandbox validation
We extract all Issues, UDF values, attachments, Knowledge Base articles, Solutions, Global Issue linkage records, and survey responses from Issuetrak. Multi-list UDFs are parsed from comma-delimited strings into array format. Task Group contents are extracted as standalone task records with parent Issue IDs preserved for linking. We run a test migration into a Zoho Desk sandbox environment with a representative data sample (typically 50-100 records per object type) and validate record counts, field mapping, and attachment linkage. The customer reconciles a sample of records and approves before production migration.
Production migration in dependency order
We run production migration in dependency order: Departments and custom fields first (configuration dependencies), then Knowledge Base articles with subsequent ContentDocument attachment upload, then Issues with UDF values, then Solutions mapped to KB/Macro, then Global Issue groupings (documented for manual rebuild), then Survey responses. Auto-Assignment Rules and Scheduled Issues are documented but not imported; the documentation deliverable is produced during this phase and handed off to the customer's admin.
Cutover, validation, and automation rebuild handoff
We freeze Issuetrak writes during cutover, run a final delta migration of any records created or modified during the migration window, then validate record counts against the source system. We deliver the automation rebuild documentation (Auto-Assignment Rules inventory with Zoho Desk equivalent instructions, Scheduled Issues recurrence pattern guide, Task-Associated UDF trigger rebuild guide) to the customer's admin team. We provide a one-week hypercare window for reconciliation issues. We do not rebuild automations in Zoho Desk as part of standard migration scope.
Platform deep dives
Issuetrak
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 Issuetrak 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
Issuetrak: Not publicly documented in the v2 documentation.
Data volume sensitivity
Issuetrak 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 Issuetrak to Zoho Desk migration scoping. Not seeing yours? Book a call.
Walk through your Issuetrak 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 Issuetrak
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.