Helpdesk migration
Field-level mapping, validation, and rollback between Novo Customer Support and Zoho Desk. We move data and schema; workflows are rebuilt natively in Zoho Desk.
Novo Customer Support
Source
Zoho Desk
Destination
Compatibility
10 of 12
objects map 1:1 between Novo Customer Support and Zoho Desk.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from Novo Customer Support to Zoho Desk is a structural migration across helpdesk platforms with divergent object models. Novo organizes support around Tickets linked to Customers and Companies with an Agent and Team hierarchy; Zoho Desk mirrors this with Tickets, Contacts, Accounts, Agents, and Departments, but introduces a multi-department architecture, a formal Knowledge Base module, and an Agent-versus-Light-Agent permission model that requires translation from Novo's role-based schema. We run a discovery audit of Novo's custom ticket fields, tag taxonomy, and KB article hierarchy before migration, then sequence the import in dependency order (Accounts first, then Contacts, then Tickets with conversation threads, then KB content) through the Zoho Desk REST API at desk.zoho.com/api/v1. Zoho's edition-gated custom field limits (230 in Enterprise, 150 in Professional, 50 in Standard, none in Free) govern what can be recreated at the destination. We do not migrate Workflows, Automations, or Reports as code; we deliver a written inventory for the customer's admin to rebuild in Zoho Desk's Blueprint or Macros framework 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 Novo Customer Support 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.
Novo Customer Support
Ticket
Zoho Desk
Ticket
1:1Novo Tickets map 1:1 to Zoho Desk Tickets. Each ticket carries status, priority, assignee, tags, and linked customer or company. We preserve all standard ticket fields and map custom ticket fields to Zoho Desk custom fields, subject to the destination edition's field limit (Enterprise 230, Professional 150, Standard 50, Free 0). We flag any custom field type mismatches during scoping, particularly dropdown or multi-select fields that require Zoho picklist configuration before import.
Novo Customer Support
Customer
Zoho Desk
Contact
1:1Novo Customer records map to Zoho Desk Contacts. We preserve full name, email, phone, role-based permissions (AD field mapping in enterprise configurations requires translation to Zoho's Contact roles), and any custom contact fields. The email address serves as the dedupe key. If the customer has a separate Company record, the Contact is linked to a corresponding Zoho Account after Account migration.
Novo Customer Support
Company
Zoho Desk
Account
1:1Novo Company records map to Zoho Desk Accounts. Company hierarchies and linked contact counts transfer as Zoho Account hierarchies with primary contact assignment. We create Account records before Contact import to satisfy the AccountId lookup requirement on the Contact object.
Novo Customer Support
Agent
Zoho Desk
Agent
1:1Novo Agents map to Zoho Desk Agents. Migration requires mapping Agent IDs to Owner IDs in Zoho Desk and preserving team membership. Role-based permissions from Novo must be translated to Zoho's Agent, Light Agent, or Support Administrator roles, and assigned to the appropriate Department. We audit permission levels pre-migration and flag any role definitions lacking a direct Zoho equivalent.
Novo Customer Support
Team
Zoho Desk
Department
lossyNovo Teams map to Zoho Departments, which are the top-level organizational unit in Zoho Desk. We preserve team structure and map agents into corresponding destination departments. Note that Zoho Desk's Migration Wizard cannot transfer Teams directly; agents must be added to Departments manually or through API post-migration. We handle this by creating Department records during migration and linking Agents via the Zoho Desk Agents API.
Novo Customer Support
Conversation
Zoho Desk
Comment / Thread
1:1Novo conversation threads (agent and customer replies within a ticket) map to Zoho Desk Comments and Threads in chronological order. We preserve timestamps, author attribution, and internal/external visibility flags. Conversation attachments migrate as binary blobs with file metadata. Large attachment batches may require chunked transfer; we flag any size restrictions during scoping and apply Zoho's 10GB cumulative upload limit for the migration session.
Novo Customer Support
Attachment
Zoho Desk
Attachment
1:1File attachments on tickets and conversations migrate as binary blobs with file metadata. Zoho Desk's Zwitch migration tool caps file uploads at 10GB per session; for migrations with attachments exceeding this, we request a new migration session or handle overflow via Zoho Desk API direct upload with chunked transfer. We flag attachment size distribution during scoping.
Novo Customer Support
KB Articles
Zoho Desk
Article
1:1Novo KB Articles and their category hierarchy map to Zoho Desk Knowledge Base Articles organized within Sections and Categories. We preserve article content, internal/external visibility flags (mapped to Zoho's Article status: Draft, Published, Internal), and category assignment. Note that Zoho Desk does not migrate KB attachments; these must be re-linked or re-uploaded post-migration.
Novo Customer Support
KB Categories
Zoho Desk
Section / Category
lossyNovo KB Category hierarchy maps to Zoho Desk Section and Category hierarchy. We preserve the full taxonomy structure and apply Zoho's visibility rules per article. Category assignments are resolved at migration time based on the original Novo category links.
Novo Customer Support
Tag
Zoho Desk
Tag
1:1Tags applied across tickets, customers, and articles transfer as a flat taxonomy vocabulary. We preserve all tag assignments and recreate the tag vocabulary in Zoho Desk. Tags are mapped by name match. We flag any tags that exceed Zoho Desk's character limits during scoping.
Novo Customer Support
Custom Ticket Fields
Zoho Desk
Custom Fields
1:1Novo custom fields on tickets introduce field-level mapping requirements. We audit the custom field schema pre-migration, generate a field map, and handle type conversions (dropdown to text, date format normalization). Destination field creation is subject to Zoho Desk edition limits: Enterprise 230 fields, Professional 150, Standard 50, Free 0. Custom field labels in Zoho Desk are limited to 50 characters and may only contain A-Z, 0-9, and specific special characters; we apply character replacement during mapping.
Novo Customer Support
Owner
Zoho Desk
User
1:1Novo Agents (owner references on tickets, customers, and companies) map to Zoho Desk Agents. We resolve by email match against the Zoho Desk user table. Any Novo Agent without a matching Zoho User is held in a reconciliation queue for the customer's admin to provision before record import resumes. Deactivated agents in Novo cannot migrate to Zoho Desk.
| Novo Customer Support | Zoho Desk | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Customer | Contact1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Agent | Agent1:1 | Fully supported | |
| Team | Departmentlossy | Fully supported | |
| Conversation | Comment / Thread1:1 | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| KB Articles | Article1:1 | Mapping required | |
| KB Categories | Section / Categorylossy | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Custom Ticket Fields | Custom Fields1:1 | Mapping required | |
| Owner | User1: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.
Novo Customer Support gotchas
Platform identification ambiguity with Novo Bank
Sparse technical documentation limits migration precision
Agent and permission schema translation required
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 technical audit
We audit the source Novo Customer Support environment for record volumes (tickets, contacts, companies, agents, teams, KB articles, attachments), custom field definitions, tag taxonomy, and KB category hierarchy. We attempt to identify API endpoints for data extraction; if no confirmed API is available, we request CSV or JSON export samples from the Novo admin interface. We also confirm the destination Zoho Desk edition and validate custom field limits against Novo's schema. The discovery output is a written migration scope, a source extraction plan, and a Zoho Desk edition recommendation if the customer's target edition cannot accommodate the full custom field inventory.
Schema design and department mapping
We design the destination schema in Zoho Desk. This includes creating Departments (mapped from Novo Teams), configuring Agent roles (Agent, Light Agent, Support Administrator) based on the customer's Novo permission matrix, creating KB Sections and Categories from the Novo KB hierarchy, and pre-creating custom fields up to the edition limit. Custom field labels are normalized to Zoho Desk's 50-character and character-set constraints. We flag any fields that cannot be created in the target edition for the customer to decide whether to upgrade or consolidate.
Agent and user reconciliation
We extract every distinct Agent referenced on Tickets, Customers, and Companies from Novo and match by email against the Zoho Desk destination's Agent table. Any Novo Agent without a matching Zoho User is held in a reconciliation queue. The customer's Zoho Desk admin provisions missing Agents before migration proceeds. We also flag deactivated Novo agents; records assigned to them must be reassigned to active agents or held for the customer to resolve.
Dependency-ordered migration execution
We run migration in record-dependency order: Accounts (from Novo Companies), Contacts (with AccountId resolved), Agents and Departments (Agents first, then Department membership assignment via API), Tickets (with conversation threads and attachments), KB Articles (within Sections and Categories), and Tags. Each phase emits a row-count reconciliation report. Conversation threads are inserted in chronological order with timestamps preserved. Attachments are chunked if the cumulative total exceeds Zoho's 10GB session limit; we request a second migration session for overflow.
Post-migration delta and KB attachment remediation
We run a final delta migration of any records created or modified in Novo during the migration window. KB article attachments are flagged as requiring manual re-upload in Zoho Desk because the native migration does not transfer them; we provide a checklist of affected KB articles with attachment filenames. We validate a random sample of migrated tickets against the source (field counts, conversation thread length, timestamp ordering) and surface any discrepancies before cutover.
Cutover, validation, and automation inventory delivery
We freeze Novo writes during cutover, execute the final delta, then enable Zoho Desk as the system of record. We deliver a written inventory of every active workflow, automation, or routing rule discovered in Novo for the customer's admin to rebuild using Zoho Desk's Blueprint, Macros, or Business Rules framework. We do not rebuild automations as code within the migration scope. We support a one-week hypercare window for reconciliation issues raised by the support team.
Platform deep dives
Novo Customer Support
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 Novo Customer Support 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
Novo Customer Support: Not publicly documented.
Data volume sensitivity
Novo Customer Support 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 Novo Customer Support to Zoho Desk migration scoping. Not seeing yours? Book a call.
Walk through your Novo Customer Support 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 Novo Customer Support
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.