Helpdesk migration
Field-level mapping, validation, and rollback between Novo Help Desk Software and Zoho Desk. We move data and schema; workflows are rebuilt natively in Zoho Desk.
Novo Help Desk Software
Source
Zoho Desk
Destination
Compatibility
8 of 12
objects map 1:1 between Novo Help Desk Software and Zoho Desk.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Migrating from Novo Help Desk Software to Zoho Desk is primarily a data extraction and schema reconstruction problem. Novo Help Desk Software has no publicly documented API, so migration scoping must confirm whether export proceeds via direct database query, native backup file, or application-layer read access before any technical work begins. Once extracted, we map Novo Accounts and Contacts directly to Zoho Desk Accounts and Contacts, migrate Tickets with their status, priority, and assignment metadata, and preserve Activity records as Zoho Events and time entries where the source data supports it. Custom fields on tickets and accounts require explicit field-level mapping since the two platforms use different field type schemas. We do not migrate Knowledge Base articles, workflows, SLAs, or Active Directory integration because these require manual rebuild or reconfiguration on the destination platform. The result is a written inventory of all automations, business rules, and AD sync configurations that the customer's admin rebuilds 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 Help Desk Software 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 Help Desk Software
Account
Zoho Desk
Account
1:1Novo Accounts (top-level tenant representing a company) map directly to Zoho Desk Accounts. We use the Account name as the dedupe key during import. Account Type, if present as an optional designation on the source, migrates as a custom field on the Zoho Desk Account record. Zoho Desk's department-centric layout does not require a department to be created before Account import, so Accounts import early in the dependency order after layout design is finalized.
Novo Help Desk Software
Contact
Zoho Desk
Contact
1:1Novo Contacts (individual users within an Account who submit and receive tickets) map to Zoho Desk Contact. We resolve the parent AccountId by matching the Novo Contact's Account reference to the migrated Account record. Email address serves as the dedupe key. Contact-level fields including name, email, phone, and any custom contact properties migrate as-is or to equivalent Zoho Desk Contact custom fields.
Novo Help Desk Software
Ticket
Zoho Desk
Ticket
1:1Novo Tickets are the primary migration object, mapping to Zoho Desk Ticket. Subject, description, status, priority, and assignment fields migrate directly. We resolve the assignee by matching the Novo ticket owner reference to the migrated Zoho Desk Agent. The Zoho Desk Ticket number auto-generates; we do not preserve the original Novo ticket number unless it is stored as a custom field on the Zoho Ticket. Department assignment in Zoho Desk may require a pre-created Department record to satisfy the lookup.
Novo Help Desk Software
Attachment
Zoho Desk
Attachment (via File Upload)
1:1File attachments associated with tickets migrate as file uploads attached to the corresponding Zoho Desk Ticket. We handle file integrity validation post-transfer, chunk large attachment batches to avoid timeout, and preserve original file names and paths in a Zoho custom field for reference. File size limits and encoding formats are validated against Zoho Desk's supported types before import.
Novo Help Desk Software
Activity Record
Zoho Desk
Event / Time Entry
1:1Novo Activity records (audit-style log entries attached to tickets) map to Zoho Desk Event records with timestamps preserved as Event StartTime and EndTime. Activity descriptions map to Event subject and notes. If the activity represents billable or logged time rather than an event, we store it in a custom numeric field on the Zoho Desk Ticket rather than as a native Event, since Zoho Desk's time tracking is department-level and does not have a standalone Time Entry object outside of Projects integration.
Novo Help Desk Software
Custom Fields (Ticket)
Zoho Desk
Custom Fields (Ticket)
lossyAny custom fields defined on Novo Tickets require explicit field-level mapping because Novo's custom field schema is not publicly documented and must be inventoried during scoping. We create matching custom fields in Zoho Desk under Setup > Customization > Layouts and Fields before migration begins. Field type translation (dropdown to picklist, free text to text area, date to date field) is handled in the mapping document and validated in the sandbox migration phase.
Novo Help Desk Software
Custom Fields (Account)
Zoho Desk
Custom Fields (Account)
lossyAccount-level custom fields from Novo (such as Account Type designations) map to Zoho Desk Account custom fields. These are created in the Zoho Desk Account layout under Setup > Customization > Layouts and Fields before Account import begins. We preserve the original field label and any picklist values as Zoho Desk picklist options.
Novo Help Desk Software
Account Type
Zoho Desk
Account Custom Field (Account Type)
1:1Novo Account Type is an optional designation indicating service support level. We migrate this as a custom picklist field on the Zoho Desk Account record. If the source account set contains fewer than twenty distinct Account Type values, we create a Zoho Desk picklist; if more, we use a free-text custom field to avoid picklist inflation.
Novo Help Desk Software
Agent / Owner
Zoho Desk
Agent
1:1Novo ticket owners and account administrators map to Zoho Desk Agents. We match by email address. If a Novo owner has no corresponding Zoho Desk Agent record, the account goes to a reconciliation queue and the customer's Zoho Desk admin provisions the missing Agent before the Agent-dependent ticket import phase begins. Active Directory sync (a paid Novo add-on) does not migrate; we recommend rebuilding agent provisioning in Zoho Directory post-migration.
Novo Help Desk Software
Department (Zoho Desk pre-create)
Zoho Desk
Department
lossyZoho Desk organizes tickets, agents, and layouts by Department. Novo Help Desk Software does not expose a native Department object in available documentation, so we work with the customer's IT team during scoping to identify the departmental groupings that should exist in Zoho Desk. We create Zoho Desk Departments before ticket import so that the Department lookup is satisfied at the moment of record insert.
Novo Help Desk Software
Tag / Label
Zoho Desk
Tag
1:1Ticket tags or labels from Novo migrate to Zoho Desk Tags. Tags are stored on the Ticket record as comma-separated values in a custom field or mapped to Zoho's native Tag feature where the source export supports tag extraction. Tag migration is validated post-import against a random sample of 25-50 records.
Novo Help Desk Software
SLA Configuration
Zoho Desk
SLA (via Business Rules or Custom Field)
lossyNovo's SLA tooling (if present as a module) does not migrate as a configured SLA policy in Zoho Desk. SLA values and thresholds are documented as part of the migration scope and delivered as a written specification for the customer's admin to configure in Zoho Desk under Setup > SLA Policies. We preserve any SLA-related ticket fields as custom fields on the Zoho Desk Ticket during the migration window.
| Novo Help Desk Software | Zoho Desk | Compatibility | |
|---|---|---|---|
| Account | Account1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Ticket | Ticket1:1 | Fully supported | |
| Attachment | Attachment (via File Upload)1:1 | Fully supported | |
| Activity Record | Event / Time Entry1:1 | Fully supported | |
| Custom Fields (Ticket) | Custom Fields (Ticket)lossy | Fully supported | |
| Custom Fields (Account) | Custom Fields (Account)lossy | Fully supported | |
| Account Type | Account Custom Field (Account Type)1:1 | Fully supported | |
| Agent / Owner | Agent1:1 | Fully supported | |
| Department (Zoho Desk pre-create) | Departmentlossy | Fully supported | |
| Tag / Label | Tag1:1 | Fully supported | |
| SLA Configuration | SLA (via Business Rules or Custom Field)lossy | 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 Help Desk Software gotchas
No publicly documented API endpoint surface
Naming collision with Novo banking platform
Active Directory is a paid add-on, not included
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
Export access negotiation and discovery
We begin by confirming with the customer's technical team which export pathway is available for Novo Help Desk Software: direct database query, native backup file, or application-layer read access. We audit the extracted data for object completeness (Accounts, Contacts, Tickets, Attachments, Activity records, custom fields, and any Account Type designations), identifying null fields, orphaned records, and attachment storage locations. We simultaneously audit the target Zoho Desk portal for existing departments, agents, custom fields, and any pre-configured SLAs or layouts that will conflict with the import schema. The discovery output is a written migration scope with record counts, a Zoho Desk layout design document, and a custom field mapping table.
Zoho Desk schema preparation
We create the Zoho Desk target schema before any data is imported. This includes creating Departments (mapped from the customer's organizational groupings identified during discovery), creating custom fields on the Ticket and Account layouts under Setup > Customization > Layouts and Fields, and configuring the custom picklists and field types that correspond to the Novo custom field inventory. We also configure the Zoho Desk Agent records and associate them with the appropriate Departments. If SLA policies exist in Novo, we document them for manual configuration in Zoho Desk SLA Policies. Schema deployment happens in a Zoho Desk Sandbox or parallel portal before production migration begins.
Sandbox migration and mapping validation
We run a full migration into a pre-production Zoho Desk environment using the extracted source data at representative volume. The customer's Zoho Desk administrator reviews the imported Accounts, Contacts, Tickets, and Activity records against the source data, spot-checking field-level accuracy, attachment presence, and timestamp ordering. Custom field mapping is validated here, not in production. Any field type mismatches, missing picklist values, or department assignment errors are corrected in the schema design before the production migration phase begins. We do not proceed to production migration without written sign-off from the customer's administrator.
Agent provisioning and owner reconciliation
We extract every distinct owner referenced on Tickets and Contacts in the Novo export and match by email against the Zoho Desk Agent list. Agents without a matching Zoho Desk account are held in a reconciliation queue and the customer's admin provisions them before the Agent-dependent import phase. This step is blocking: Tickets cannot be imported with an OwnerId that references a non-existent Agent in Zoho Desk.
Production migration in dependency order
We run production migration in record-dependency order to satisfy Zoho Desk's required lookup relationships. Account records import first (from Novo Accounts), establishing the parent for all Contacts. Contact records import second with AccountId resolved. Agents are validated against the reconciliation queue. Tickets import third with ContactId, AccountId, and OwnerId resolved from the previous phases. Activity records (Events) import fourth with the parent Ticket reference resolved. Attachments import fifth with file integrity validation and original file names preserved. Custom field data is merged into the appropriate field columns during each phase. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and automation handoff
We freeze writes in the source Novo system during cutover and run a final delta migration of any records modified during the migration window. We validate attachment presence on a random sample of 50 tickets, confirm Activity timeline ordering by timestamp, and verify Agent assignment on a random sample of 50 tickets. We deliver a written inventory of all Novo automations, business rules, and AD sync configurations requiring rebuild in Zoho Desk. We do not migrate workflows, SLA policies, or knowledge base content as configured objects; these are documented for the customer's admin to implement in Zoho Desk's respective modules. We offer a one-week hypercare window for reconciliation issues raised during the first week of live operation.
Platform deep dives
Novo Help Desk Software
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 Help Desk Software 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 Help Desk Software: Not publicly documented..
Data volume sensitivity
Novo Help Desk Software 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 Help Desk Software to Zoho Desk migration scoping. Not seeing yours? Book a call.
Walk through your Novo Help Desk Software 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 Help Desk Software
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.