Helpdesk migration
Field-level mapping, validation, and rollback between ITSM 365 and Zoho Desk. We move data and schema; workflows are rebuilt natively in Zoho Desk.
ITSM 365
Source
Zoho Desk
Destination
Compatibility
11 of 14
objects map 1:1 between ITSM 365 and Zoho Desk.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from ITSM 365 to Zoho Desk is a structural migration that requires translating Naumen's ITIL-aligned object model into Zoho Desk's multi-department, multi-channel ticketing architecture. ITSM 365 distinguishes Incidents, Service Requests, Changes, and Problems as separate objects; Zoho Desk uses a single Tickets module with customizable types and custom fields scoped per department. We preserve SLA assignments and priority flags from ITSM 365 as Zoho Desk ticket fields during import, and we map the ITSM 365 Standard tier's custom properties and approval chains before migration begins. Workflows, approval chains, and SLA policies do not migrate as code; we deliver a written inventory of every active rule requiring rebuild in Zoho Desk's Blueprint and Macros. Knowledge Base articles transfer with a documented limitation: attachments do not migrate through Zoho Desk's native tooling, so we provide a separate attachment migration path or a file-link reference strategy. Agent and contact records migrate with their historical assignments intact, and we sequence the import to resolve parent-account lookups before child ticket insert.
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 ITSM 365 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.
ITSM 365
Incident
Zoho Desk
Ticket
1:1ITSM 365 Incidents map to Zoho Desk Tickets with the ticket type field set to Incident. Priority, status, and assignment fields migrate directly. The ITSM 365 incident_number becomes a custom field incident_number__c for cross-reference during the warranty period. SLA assignment from ITSM 365 maps to Zoho Desk's First Response Due and Resolution Due timestamp fields if the destination plan includes SLA; otherwise, we store the SLA name in sla_name__c and the escalation datetime in sla_due__c for the admin to configure SLAs post-migration.
ITSM 365
Service Request
Zoho Desk
Ticket
1:1ITSM 365 Service Requests map to Zoho Desk Tickets with ticket type set to Service Request. Request category and subcategory from ITSM 365 map to Zoho Desk custom fields if the department schema includes them; otherwise, they migrate as tags. Approval status from the Standard tier approval chain moves to a custom approval_status__c field.
ITSM 365
Change
Zoho Desk
Ticket (Custom Type)
1:1ITSM 365 Changes map to Zoho Desk Tickets with a custom ticket type (Change) that the customer configures in Zoho Desk before migration. Change-specific fields (change_type, risk_level, approval_status, implementation_plan) from Standard tier migrate as typed Zoho Desk custom fields created in the target department before data import. Normal, Standard, and Emergency change classifications map to Zoho Desk picklist values.
ITSM 365
Problem
Zoho Desk
Ticket (Custom Type)
1:1ITSM 365 Problems map to Zoho Desk Tickets with a custom ticket type (Problem). Problem-specific fields (known_error_status, related_incidents, root_cause, workaround) from Standard tier migrate as typed Zoho Desk custom fields. The linked_incidents__c field carries the comma-separated list of incident ticket IDs for the admin to reconnect via Zoho Desk's linked tickets feature post-migration.
ITSM 365
Contact (Requester)
Zoho Desk
Contact
1:1ITSM 365 Contact records (requesters) map to Zoho Desk Contact. The contact email becomes the dedupe key. First name, last name, phone, and organization link (via the Account mapping) migrate directly. Active and inactive status preserves from ITSM 365.
ITSM 365
Organization
Zoho Desk
Account
1:1ITSM 365 Organizations map to Zoho Desk Account. Account name and domain become the Account's name and website fields. Address, industry, and custom properties from Standard tier migrate to typed Zoho Desk Account fields. Account is created before any Contact import so that the Contact-to-Account lookup is satisfied at insert time.
ITSM 365
Agent
Zoho Desk
Agent
1:1ITSM 365 Agents map to Zoho Desk Agents. We resolve agents by email match against the destination Zoho Desk user table. Any ITSM 365 Agent without a matching Zoho Desk Agent goes to a reconciliation queue for the admin to provision before ticket import begins. Agent role and group assignment from ITSM 365 maps to Zoho Desk profile and department assignment.
ITSM 365
Group
Zoho Desk
Team
1:1ITSM 365 Groups (ITIL assignment groups) map to Zoho Desk Teams. Group membership migrates as Team membership with agents linked by their email address. We resolve the agent reference after the Agent import phase completes.
ITSM 365
SLA Assignment
Zoho Desk
SLA Fields (Custom)
lossyITSM 365 SLA is a first-class object with calendar-based escalation timers. Zoho Desk does not have a native SLA object at lower tiers; SLA targets migrate as custom timestamp fields on the ticket (first_response_due__c, resolution_due__c) that are calculated from the original ITSM 365 SLA definition and the ticket creation timestamp. The admin configures Zoho Desk SLA policies post-migration if the Professional or Enterprise plan is selected; we document the source SLA definitions in the handoff inventory.
ITSM 365
Custom Property
Zoho Desk
Custom Field
lossyITSM 365 Standard tier custom properties map to Zoho Desk custom fields of equivalent type (string, integer, decimal, checkbox, date, picklist). Custom fields in Zoho Desk are department-scoped, so we create the destination fields in each target department before migration. The ITSM 365 custom property API name is preserved in the Zoho Desk custom field API name with a itsm365_ prefix for traceability.
ITSM 365
Approval Chain
Zoho Desk
Blueprint (configuration)
lossyITSM 365 Standard tier approval chains on Service Requests and Changes do not migrate as automation code. We document every active approval chain (trigger condition, approver role, escalation path) in the handoff inventory with recommended Zoho Desk Blueprint equivalents. The admin rebuilds the Blueprint in Zoho Desk; we do not do that as part of the data migration scope.
ITSM 365
Knowledge Base Article
Zoho Desk
Article
1:1ITSM 365 Knowledge Base articles map to Zoho Desk Articles with title, content (rich text), category, and status preserved. Article author and creation date migrate to Zoho Desk metadata fields. Attachments do not migrate through Zoho Desk's native migration tooling; we provide a file reference list and optional supplemental import of attachments as Zoho Desk file attachments or hosted URL links at additional scope.
ITSM 365
Comment
Zoho Desk
Ticket Comment
1:1ITSM 365 ticket comments migrate to Zoho Desk Ticket Comments with content, creation timestamp, and commenter name preserved. Comment author resolution is limited: Zoho Desk's standard migration tooling cannot link the author to a Contact or Agent record, so we preserve the commenter name as text in the comment body. If the ITSM 365 commenter email exists as a Contact in Zoho Desk, we attempt to match and link the comment manually.
ITSM 365
Attachment
Zoho Desk
Attachment
1:1Ticket attachments migrate as Zoho Desk file attachments linked to the parent ticket. Inline images within ticket descriptions and comments do not migrate through the standard import path; we flag each inline image and provide a URL reference or re-upload option post-migration. Attachment file size must comply with Zoho Desk's per-plan limits.
| ITSM 365 | Zoho Desk | Compatibility | |
|---|---|---|---|
| Incident | Ticket1:1 | Fully supported | |
| Service Request | Ticket1:1 | Fully supported | |
| Change | Ticket (Custom Type)1:1 | Fully supported | |
| Problem | Ticket (Custom Type)1:1 | Fully supported | |
| Contact (Requester) | Contact1:1 | Fully supported | |
| Organization | Account1:1 | Fully supported | |
| Agent | Agent1:1 | Fully supported | |
| Group | Team1:1 | Fully supported | |
| SLA Assignment | SLA Fields (Custom)lossy | Fully supported | |
| Custom Property | Custom Fieldlossy | Fully supported | |
| Approval Chain | Blueprint (configuration)lossy | Fully supported | |
| Knowledge Base Article | Article1:1 | Fully supported | |
| Comment | Ticket Comment1: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.
ITSM 365 gotchas
Russian-origin vendor with primarily Russian-language documentation and support
Pricing differs by region and currency — published rubles do not equal published USD
Multi-product portfolio means each module has its own data model and pricing page
Server downtime episodes reported by users
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 tier audit
We audit the source ITSM 365 account across tier (Lite or Standard), active Incidents, Service Requests, Changes, and Problems, custom properties, SLA assignments, approval chain count, knowledge base article count, and attachment volume. We pair this with a Zoho Desk plan review (Free through Enterprise) and confirm whether the destination plan includes SLA fields, multi-department support, and Blueprint access. The discovery output is a written migration scope and a Zoho Desk plan recommendation based on the feature requirements discovered in ITSM 365.
Source data export and department mapping
We export the ITSM 365 data via the Naumen API or CSV export (depending on the customer's tier and API access). We map the ITSM 365 ticket type distribution and confirm the target Zoho Desk departments. For each target department, we create the corresponding custom fields (mapped from ITSM 365 custom properties) before any data import. We also configure the ticket type picklist values (Incident, Service Request, Change, Problem) in Zoho Desk. SLA definitions from ITSM 365 are documented as a data dictionary for post-migration SLA policy configuration.
User and group reconciliation
We extract every distinct ITSM 365 Agent and Group and match by email against the destination Zoho Desk user table. Agents without a matching Zoho Desk Agent go to a reconciliation queue for the admin to provision before ticket import. Groups map to Zoho Desk Teams, with team membership resolved after the Agent import phase completes. Active and inactive status is preserved; inactive agents are imported as inactive Zoho Desk agents so that historical assignment records remain intact.
Sandbox migration and reconciliation
We run a full migration into the destination Zoho Desk account (or a sandbox-equivalent if available) using production-like data volume. The customer's IT admin and support manager reconcile record counts (Tickets in by type, Contacts in, Accounts in, Articles in), spot-check 25-50 random tickets against the ITSM 365 source, and verify custom field values. Any mapping corrections, missed departments, or incorrect custom field types are corrected before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Agents (manual provisioning validated), Accounts (from ITSM 365 Organizations), Contacts (with AccountId resolved), Teams (from ITSM 365 Groups), Tickets by type (Incidents, Service Requests, Changes, Problems with AccountId, ContactId, OwnerId, and ticket type resolved), Comments (linked to parent ticket), Attachments (linked to parent ticket), Knowledge Base articles (with category mapping). SLA target timestamps are calculated from the source SLA definition and original ticket creation date and written to custom fields on each ticket. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and Blueprint rebuild handoff
We freeze ITSM 365 writes during cutover, run a final delta migration of any records modified during the migration window, then enable Zoho Desk as the system of record. We deliver the approval chain and SLA policy inventory document to the customer's admin team with Zoho Desk Blueprint and SLA equivalents documented per item. We support a one-week hypercare window where we resolve any reconciliation issues. We do not rebuild ITSM 365 approval chains as Zoho Desk Blueprints inside the migration scope; that is a separate configuration engagement or an internal admin task.
Platform deep dives
ITSM 365
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 ITSM 365 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
ITSM 365: Not publicly documented in English-language materials.
Data volume sensitivity
ITSM 365 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 ITSM 365 to Zoho Desk migration scoping. Not seeing yours? Book a call.
Walk through your ITSM 365 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 ITSM 365
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.