Helpdesk migration

Migrate from ITSM 365 to Zoho Desk

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 logo

ITSM 365

Source

Zoho Desk

Destination

Zoho Desk logo

Compatibility

79%

11 of 14

objects map 1:1 between ITSM 365 and Zoho Desk.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

ITSM 365 logo

ITSM 365

What's pushing teams away

  • Russian-market origin and primarily Russian-language documentation create friction for non-Russian-speaking IT teams.
  • Reviewers cite poor English documentation and integration guidance as a recurring frustration, especially when wiring up third-party tools.
  • Server downtime affecting cloud connectivity has been reported by some users — concerning for IT teams whose own SLAs depend on the service desk being available.
  • Per-tier pricing jumps between Lite and Standard create a noticeable cost cliff for teams growing into advanced workflows.
  • Smaller global review and community footprint than competitors like ServiceNow, Freshservice, or Jira Service Management complicates vendor due diligence outside Russia/CIS.

Choosing

Zoho Desk logo

Zoho Desk

What's pulling them in

  • Deep Zoho ecosystem integration lets support data tie directly to CRM contacts, invoice records in Zoho Books, and custom apps built in Zoho Creator, providing a unified customer view without third-party middleware.
  • Pricing undercuts comparable platforms significantly: Enterprise at roughly $40 per agent per month versus Zendesk at comparable tiers, making it attractive for cost-sensitive teams scaling past 10 agents.
  • Blueprints and multi-level escalations allow teams to codify support workflows and enforce SLA routing automatically, reducing manual triage for mid-size support operations.
  • Multi-channel ticket ingestion unifies email, social media, live chat, and phone into a single queue view, giving agents one inbox without context-switching across channels.
  • The free tier up to 3 agents lets small teams validate the platform before committing, reducing financial risk for startups and micro-businesses evaluating help desk software.

Object mapping

How ITSM 365 objects map to Zoho Desk

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

maps to

Zoho Desk

Ticket

1:1
Fully supported

ITSM 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

maps to

Zoho Desk

Ticket

1:1
Fully supported

ITSM 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

maps to

Zoho Desk

Ticket (Custom Type)

1:1
Fully supported

ITSM 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

maps to

Zoho Desk

Ticket (Custom Type)

1:1
Fully supported

ITSM 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)

maps to

Zoho Desk

Contact

1:1
Fully supported

ITSM 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

maps to

Zoho Desk

Account

1:1
Fully supported

ITSM 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

maps to

Zoho Desk

Agent

1:1
Fully supported

ITSM 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

maps to

Zoho Desk

Team

1:1
Fully supported

ITSM 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

maps to

Zoho Desk

SLA Fields (Custom)

lossy
Fully supported

ITSM 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

maps to

Zoho Desk

Custom Field

lossy
Fully supported

ITSM 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

maps to

Zoho Desk

Blueprint (configuration)

lossy
Fully supported

ITSM 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

maps to

Zoho Desk

Article

1:1
Fully supported

ITSM 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

maps to

Zoho Desk

Ticket Comment

1:1
Fully supported

ITSM 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

maps to

Zoho Desk

Attachment

1:1
Fully supported

Ticket 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.

Gotchas + challenges

What specifically takes care here

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 logo

ITSM 365 gotchas

High

Russian-origin vendor with primarily Russian-language documentation and support

Medium

Pricing differs by region and currency — published rubles do not equal published USD

Medium

Multi-product portfolio means each module has its own data model and pricing page

Low

Server downtime episodes reported by users

Zoho Desk logo

Zoho Desk gotchas

High

Agent email identity determines comment ownership after migration

High

Blueprints and SLA policies do not export via API

Medium

File upload capped at 10GB per migration batch

Medium

Tier-gated export and migration capabilities

Low

Inbound migration is two-phase with a hard Phase 2 cutoff

Pair-specific challenges

  • Zoho Desk custom fields are department-scoped; ITSM 365 properties are account-wide

    ITSM 365 Standard tier custom properties are scoped to the entire account and available across all ticket types. Zoho Desk custom fields are scoped to a specific department. We create the destination custom fields in each target department before migration, but the customer must identify which departments receive which custom properties. If the same custom property applies across all departments, we create it in each department. This adds planning scope for customers with multiple Zoho Desk departments, and any missed department during planning results in null values for records in that department after migration.

  • Inline images, CC users, and Groups do not migrate through Zoho Desk tooling

    Zoho Desk's native migration tooling (Zwitch) explicitly excludes inline images embedded in ticket descriptions and comments, CC user lists on tickets, and Groups as separate records. We flag each excluded element during scoping and provide a supplemental import option. Inline images are replaced with URL placeholders pointing to the original ITSM 365 attachment URL if accessible, or documented as a re-upload task for the admin. CC users are listed in the ticket description text.

  • Ticket Created At timestamp is not preserved in standard Zoho Desk imports

    Zoho Desk's standard import path does not support setting the original ticket creation timestamp; migrated tickets receive the import date as their created_at value. We preserve the original creation timestamp in a custom field original_created_date__c on each ticket so that reporting and historical analysis retain the original ticket age. The admin can use this field to re-sort the ticket list by original date post-migration if needed.

  • ITSM 365 approval chains and SLA policies require Blueprint rebuild in Zoho Desk

    ITSM 365 Standard tier approval chains (step-level escalation, conditional routing, SLA escalation policies) are workflow objects that do not migrate to Zoho Desk as automation code. Zoho Desk uses Blueprint for multi-step approval flows and SLA policies for time-based escalation. We document every active approval chain with its trigger, steps, approver roles, and escalation path in the handoff inventory. The admin rebuilds the Blueprint in Zoho Desk; we do not do that as part of the data migration. SLA definitions migrate as data (timestamp fields on tickets) rather than configured SLA policies, and the admin enables Zoho Desk SLA policies post-migration if the plan supports them.

  • ITSM 365 Lite custom properties require field-level mapping before Standard-equivalent Zoho Desk features activate

    ITSM 365 Lite ($24.9 per user per month) limits advanced workflow features, custom properties, and SLA management that exist on the Standard tier. Customers on Lite migrating to Zoho Desk Professional or Enterprise may find that ITSM 365 did not capture certain metadata (SLA targets, custom fields, Change risk levels) because those features were not enabled in the source. We audit the source tier during discovery, flag any Lite-tier gaps, and map only the fields that exist in the source. Customers needing ITSM-equivalent features in Zoho Desk must explicitly configure them post-migration.

Migration approach

Six steps for a successful ITSM 365 to Zoho Desk data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

ITSM 365 logo

ITSM 365

Source

Strengths

  • Low-code visual configuration lets non-developer admins customize workflows and approval chains.
  • Native integrations with Jira, Power BI, WhatsApp, and Telegram cover common SMB needs.
  • Multi-product portfolio (Support, Outsource, Projects, HR) lets a single vendor cover adjacent service management areas.
  • Free 14-day trial plus free ITSM 365 School training reduce evaluation friction.
  • ITIL-aligned out of the box with Incident, Request, Change, and Problem processes documented.

Weaknesses

  • Documentation and support are primarily Russian-language; English coverage is partial.
  • Reviewers cite poor integration documentation as a recurring frustration during third-party tool setup.
  • Server downtime episodes have been reported, affecting cloud-based agent productivity.
  • Smaller global review/community footprint than ServiceNow, Freshservice, or Jira Service Management.
  • Per-tier price cliffs between Lite and Standard can frustrate growing teams that need only a subset of Standard features.
Zoho Desk logo

Zoho Desk

Destination

Strengths

  • Generous free tier for teams of up to 3 agents with no time limit, reducing financial risk for small support operations.
  • Per-agent flat pricing across tiers is significantly lower than Zendesk, Freshdesk, or Intercom at equivalent feature levels.
  • Tight integration with Zoho CRM, Zoho Books, and Zoho Creator provides a unified data ecosystem without third-party middleware.
  • Multi-channel ticket aggregation consolidates email, social, chat, and phone into a single queue view.
  • Assisted migration service handles the two-phase transfer process with Zoho's own migration team for inbound moves.

Weaknesses

  • The UI is frequently described as dated, clunky, and inconsistent across modules compared to modern SaaS competitors.
  • Advanced automation features including Blueprints, multi-brand, and live chat are tier-gated, limiting the free and Express plans to basic ticketing.
  • Non-Zoho integrations require custom Deluge scripting or external middleware, reducing flexibility for heterogeneous tech stacks.
  • Steep learning curve and complex customization options mean slower onboarding for new agents and ongoing training investment.
  • Export and migration capabilities are gated by plan tier, with data backup only available on higher plans.

Complexity grading

How hard is this migration?

Moderate Helpdesk migration. 4 of 7 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across ITSM 365 and Zoho Desk.

  • Object compatibility

    C

    4 of 7 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    7-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    ITSM 365: Not publicly documented in English-language materials.

  • Data volume sensitivity

    B

    ITSM 365 doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your ITSM 365 to Zoho Desk migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about ITSM 365 to Zoho Desk data migrations

Answers to the questions buyers ask most during ITSM 365 to Zoho Desk migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between three and five weeks for accounts under 15,000 tickets, 5,000 contacts, and 1,000 Knowledge Base articles with no Change or Problem ticket types. Migrations with Standard-tier custom properties, multiple Zoho Desk departments, large attachment volumes, or Change and Problem ticket types requiring custom field mapping move to eight to twelve weeks because of department-scoped schema creation, SLA field translation, and Knowledge Base article rebuild scope.

Adjacent paths

Related migrations to explore

Ready when you are

Move from ITSM 365.
Land in Zoho Desk, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day