Helpdesk migration
Field-level mapping, validation, and rollback between Jira Service Management and Zoho Desk. We move data and schema; workflows are rebuilt natively in Zoho Desk.
Jira Service Management
Source
Zoho Desk
Destination
Compatibility
10 of 13
objects map 1:1 between Jira Service Management and Zoho Desk.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Jira Service Management to Zoho Desk is a structural migration that requires re-mapping Jira's project-per-service-desk hierarchy into Zoho Desk's department-based organization model. Jira Service Management bills per-agent on Standard, Premium, or Enterprise tiers ($20-$38/agent/month annually), while Zoho Desk's Standard plan starts at $14/agent/month with Professional at $23 and Enterprise at $40. We resolve the Jira project-to-department mapping during scoping, transfer tickets and conversation threads via Zoho's bulk import API, and handle agent provisioning before ticket import to prevent orphaned records. Knowledge base articles transfer with the documented caveat that article attachments drop silently during import — we surface this before migration and give customers the option to export attachments separately. Automation rules, SLA definitions, and workflow configurations do not migrate as code; we deliver a written field-level inventory of every rule and trigger requiring manual rebuild in Zoho Desk's Blueprint and macro builder.
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 Jira Service Management 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.
Jira Service Management
Request (Issue)
Zoho Desk
Ticket
1:1Jira Service Management requests map to Zoho Desk tickets. Standard fields — summary, description, priority, status, created/updated timestamps — transfer via Zoho bulk CSV import or REST API. Jira's request key (JSM-XXXX) is stored as a custom field jsm_request_key__c on the Zoho Ticket for cross-reference audit. Request type maps to Zoho Desk's ticket form via a pre-migration field mapping configuration pass.
Jira Service Management
Service Project
Zoho Desk
Department
1:manyJira Service Management projects are the top-level organizational unit. Each JSM project maps to a Zoho Desk Department, which is the highest-level routing container in Zoho. Multi-project JSM instances produce multiple Zoho Departments. We configure department-to-request-type routing during import so that incoming requests land in the correct department based on their source project's request type mapping.
Jira Service Management
Request Type
Zoho Desk
Ticket Form + Custom Field Group
lossyJira request types (IT Help, HR Request, Facilities) define the intake form and associated custom fields. Zoho Desk uses department-scoped ticket forms with custom fields. We map each JSM request type to a Zoho ticket form, and request-type-specific custom fields become Zoho custom fields scoped to that form. Fields that have no Zoho equivalent are flagged in the scoping report for the customer to address pre-import.
Jira Service Management
SLA Definition
Zoho Desk
SLA Policy
1:1JSM SLA goals, starting conditions, and pause conditions migrate to Zoho Desk SLA Policies on Professional and above. SLA metrics (First Response Time, Next Response Time, Resolution Time) map to Zoho's SLA policy targets. Note: Zoho SLA policies use business hours configuration that may differ from JSM's calendar settings — we document the delta and configure Zoho business hours to match JSM's before migration.
Jira Service Management
Automation Rule
Zoho Desk
Blueprint + Macro
lossyJSM Automation rules transfer as documented configuration only. We export rule logic (triggers, conditions, actions) as a written Blueprint specification with step-by-step Zoho equivalent instructions. Automations that reference Jira user actors require re-link to Zoho agents post-migration. Audit logs, performance insights, and global configurations do not migrate per Atlassian's documented migration scope.
Jira Service Management
User: Agent
Zoho Desk
Agent
1:1JSM agents (licensed resolvers) map to Zoho Desk agents. We resolve by email match. Agent role assignment (admin, supervisor, agent) migrates based on JSM's role configuration. JSM agents without a matching Zoho Desk agent email go to a reconciliation queue for manual provisioning before ticket import begins, because Zoho requires a valid agent reference on imported tickets.
Jira Service Management
User: Customer Portal User
Zoho Desk
Contact
1:1JSM customer portal users (non-agent, uncharged) map to Zoho Desk Contacts. Contact email, name, and organization fields migrate directly. Portal-only users with no Jira Software license do not require Zoho agent provisioning, keeping the contact pool separate from agent licensing costs.
Jira Service Management
Comment / Conversation History
Zoho Desk
Thread + Comment
1:1JSM request comments and internal notes migrate to Zoho Desk ticket threads and comments. We preserve author, timestamp, body text, and visibility (public/internal). Attachments embedded in comments are handled as part of the attachment migration pass. Internal notes map to Zoho Desk's private comment visibility setting.
Jira Service Management
Attachment
Zoho Desk
Attachment
1:1File attachments on Jira requests are downloaded from Atlassian's CDN and re-uploaded to Zoho Desk via the attachments API. Large attachment batches are chunked to avoid timeout. We preserve original filenames and MIME types. Jira-hosted attachments linked via external URLs are preserved as URL references in a custom field rather than re-hosted.
Jira Service Management
Knowledge Base Article
Zoho Desk
Zia KB Article
1:1JSM knowledge base articles in Confluence spaces linked to a service project migrate to Zoho Desk Zia KB. We transfer article title, body content, category assignment, and publish status. CRITICAL: Zoho's Zwitch documentation explicitly states that article attachments will not migrate — we surface this limitation during scoping, export article attachments as a separate batch, and provide a pairing guide for re-attaching them to the correct Zoho KB article post-import.
Jira Service Management
Asset (CMDB)
Zoho Desk
Assets (Zoho Desk)
1:1JSM Assets (object schemas, object types, attributes) export via CSV. We import via Zoho Desk's Assets module. The JSM CSV export excludes import configurations and cross-schema object references including issue-to-asset linkages. We reconstruct these linkages by querying the issue-to-asset relationship API before export and re-applying them during Zoho import via a reconciliation pass. This adds a dedicated asset-linking step to the migration job.
Jira Service Management
Tag / Label
Zoho Desk
Tag
1:1Jira labels on requests transfer to Zoho Desk tags. Tag names map directly and are created in Zoho Desk during the import phase if they do not already exist in the destination department.
Jira Service Management
Issue History (Change Log)
Zoho Desk
Ticket History
1:1Jira's full change history — field changes, status transitions, assignee updates — exports via the issue changelog API and re-imports to preserve audit trail. Zoho Desk's ticket history log captures field-level changes with timestamp and actor. We map JSM changelog entries to Zoho ticket history events for a complete audit trail on the destination.
| Jira Service Management | Zoho Desk | Compatibility | |
|---|---|---|---|
| Request (Issue) | Ticket1:1 | Fully supported | |
| Service Project | Department1:many | Fully supported | |
| Request Type | Ticket Form + Custom Field Grouplossy | Fully supported | |
| SLA Definition | SLA Policy1:1 | Fully supported | |
| Automation Rule | Blueprint + Macrolossy | Fully supported | |
| User: Agent | Agent1:1 | Fully supported | |
| User: Customer Portal User | Contact1:1 | Fully supported | |
| Comment / Conversation History | Thread + Comment1:1 | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Knowledge Base Article | Zia KB Article1:1 | Fully supported | |
| Asset (CMDB) | Assets (Zoho Desk)1:1 | Fully supported | |
| Tag / Label | Tag1:1 | Fully supported | |
| Issue History (Change Log) | Ticket History1: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.
Jira Service Management gotchas
SLA and advanced analytics are Premium-gated
Assets export omits ticket linkage and import config
Points-based API rate limits in 2026 change migration throughput
Automation migration excludes actors, audit logs, and performance insights
Agent vs. customer user type determines license billing
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 scoping
We audit the source JSM instance: project count, request types, custom field inventory, agent roster, SLA definitions, automation rule count, knowledge base article volume, and attachment estimate. We pair this with a Zoho Desk department layout design — mapping each JSM project to a Zoho department, selecting the appropriate Zoho Desk tier (Standard, Professional, or Enterprise) based on SLA and Blueprint requirements, and identifying any Zoho custom fields that need pre-creation before import.
Department and form configuration
We configure Zoho Desk department structure, ticket forms, custom fields, and SLA policies in the destination tenant before any data moves. This includes setting business hours for SLA calculation (aligned to JSM's calendar configuration), configuring department-specific ticket routing rules, and pre-creating any Zoho custom fields that correspond to JSM project-level custom fields. Schema configuration is validated in a Zoho test portal before production migration begins.
Agent and contact provisioning
We extract all JSM agents and customer portal users by email and map them to Zoho Desk agents and contacts. Agents require provisioning before ticket import so that OwnerId references are satisfied at import time. Any JSM agent without a matching Zoho Desk account goes to a reconciliation queue for the customer's admin to provision. Customer portal users migrate as Contacts with no agent role, keeping licensing clean.
Knowledge base migration with attachment reconciliation
We migrate knowledge base articles from JSM Confluence spaces to Zoho Desk Zia KB. Article body content, categories, and publish status transfer. We flag every article that contains an attachment and export those attachments as a separate batch with a pairing guide mapping each file to its destination article. The customer applies the attachment pairing post-migration, or we include it in a post-migration support window.
Ticket import with change history
We run ticket import via Zoho's bulk CSV import (up to 10,000 rows per file, 30 MB limit per file) or REST API for records exceeding CSV limits. JSM requests map to Zoho tickets with the jsm_request_key__c custom field preserving the original Jira key. Comments and threads transfer as part of the ticket import pass. Change history exports from JSM's changelog API and re-imports to Zoho's ticket history log. Each import phase emits a row-count reconciliation report.
Asset migration with linkage reconstruction
We export JSM Assets data via CSV and import via Zoho Desk's Assets module. A dedicated reconciliation pass reconstructs issue-to-asset linkages using the relationship data we captured before export. Linked assets appear in Zoho Desk with correct ticket associations. We validate asset count and linkage density against the source before closing this phase.
Cutover, delta sync, and automation handoff
We freeze JSM writes during cutover, run a final delta migration for records modified during the migration window, then switch the system of record to Zoho Desk. We deliver the automation rule inventory — documented as Zoho Blueprint specifications with step-by-step equivalent instructions — to the customer's admin team. SLA policy configuration is validated in Zoho Desk post-import. We support a one-week hypercare window for reconciliation issues and do not rebuild automation rules, SLA escalation paths, or macros as part of the migration scope.
Platform deep dives
Jira Service Management
Source
Strengths
Weaknesses
Zoho Desk
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 4 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Jira Service Management 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
Jira Service Management: Points-based rate limiting introduced 2026; per-endpoint point costs vary; API token traffic is not affected by the new points-based limits.
Data volume sensitivity
Jira Service Management exposes a bulk API — large-volume migrations stream efficiently.
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 Jira Service Management to Zoho Desk migration scoping. Not seeing yours? Book a call.
Walk through your Jira Service Management 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 Jira Service Management
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.