Helpdesk migration
Field-level mapping, validation, and rollback between Novo Help Desk Software and Zendesk. We move data and schema; workflows are rebuilt natively in Zendesk.
Novo Help Desk Software
Source
Zendesk
Destination
Compatibility
8 of 10
objects map 1:1 between Novo Help Desk Software and Zendesk.
Complexity
BStandard
Timeline
2-3 weeks
Overview
Moving from Novo Help Desk Software to Zendesk is a migration from an on-premises, API-limited platform to a cloud-native service desk with extensive API surface and an ecosystem of integrations. Novo organizes support around Accounts and Contacts with a full audit trail, while Zendesk uses Organizations and End Users with built-in SLA management, omnichannel routing, and a knowledge base. The primary technical challenge is that Novo has no publicly documented REST API, so we negotiate export access via MS SQL or Oracle database query, native backup file, or direct application read access before migration scoping is complete. We migrate Tickets and their associated Attachments and Activity records, resolve the Account Type and Custom Field inventory during discovery, and deliver a written map of any Custom Rules (Novo's automation equivalent) for Zendesk Trigger and Macro rebuild by the customer's admin 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 Zendesk, 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
Zendesk
Organization
1:1Novo Accounts (representing a company using the platform) map directly to Zendesk Organizations. Account Type, a Novo optional designation indicating service support level, maps to a custom Organization field (e.g., support_tier__c) that we create in Zendesk during schema setup. The Account name becomes the Organization name, and domain-based auto-organization rules can be configured in Zendesk post-migration to maintain this mapping for new records.
Novo Help Desk Software
Contact
Zendesk
End User
1:1Novo Contacts (individual end users within an Account who submit and receive tickets) map to Zendesk End Users. Email, name, and Account association migrate 1:1, with the Account-to-Organization lookup resolved at migration time. If the customer uses Novo's Active Directory integration, AD-sourced contact fields may not exist in the exported data; we flag any AD-derived fields during scoping and recommend rebuilding the AD sync in Zendesk rather than migrating AD-specific attributes.
Novo Help Desk Software
Contact (Agent role)
Zendesk
User (Agent)
1:1Novo Contacts with agent permissions (those who manage and resolve tickets) map to Zendesk Users with Agent role. We extract the agent role from Novo's permission model during database export and assign the corresponding Zendesk role (Agent, Admin, or Custom). User email becomes the dedupe key for User import in Zendesk.
Novo Help Desk Software
Ticket
Zendesk
Ticket
1:1Novo Tickets (the core request object carrying status, priority, assignment, and timestamps) map directly to Zendesk Tickets. The Novo ticket subject becomes the Ticket subject, description maps to the initial Comment on the Ticket, and status (e.g., Open, Pending, Resolved, Closed) maps to Zendesk ticket status values. Priority migrates 1:1. Assignment maps by resolving the Novo assigned contact email to the corresponding Zendesk User.
Novo Help Desk Software
Activity Record
Zendesk
Ticket Comments
lossyNovo Activity Records (audit-style log entries tracking ticket history, status changes, and agent actions) map to Zendesk Ticket Comments. Internal notes in Novo become private Zendesk comments; public-facing activity becomes public comments. We preserve the original activity timestamp as the comment creation date to maintain the audit timeline. If Novo stores agent-only notes separately, we flag the distinction and map them to Zendesk's private comment architecture.
Novo Help Desk Software
Attachment
Zendesk
Ticket Attachments
1:1File attachments associated with Novo tickets migrate to Zendesk Ticket attachments. We handle file size limits and path preservation during extraction from the Novo database or backup. Large attachment batches are chunked for transfer, and file integrity is validated post-transfer using MD5 checksums where available from the source export. Attachments migrate attached to the corresponding Zendesk Ticket and Comment.
Novo Help Desk Software
Custom Field
Zendesk
Ticket Fields
lossyNovo custom fields on tickets (if the account uses them) require explicit field-level mapping because the CSV does not specify a custom field API. We inventory all custom fields during scoping via database inspection, map each to an equivalent Zendesk ticket field type (text, dropdown, checkbox, date, numeric), and create the Zendesk field schema before migration. Custom field values transfer as string or typed data depending on the field type selected during configuration.
Novo Help Desk Software
Department / Group
Zendesk
Groups
1:1Novo Departments and Groups (collections of users requiring different access levels) map to Zendesk Groups. Department hierarchy, where present, maps to a Zendesk Group structure. We preserve department-based access controls by assigning the corresponding Zendesk Group membership during User import. If Novo permissions are department-conditional, we document the mapping for the customer's admin to configure Zendesk Roles and Permissions post-migration.
Novo Help Desk Software
Custom Rules
Zendesk
Triggers and Macros
1:1Novo Custom Rules (automated tasks triggered by predefined conditions on Articles or Requests) do not migrate as code. We audit every active Custom Rule during discovery, documenting the trigger condition, action, and intended business outcome, then deliver a written inventory mapping each to a Zendesk Trigger or Macro equivalent. The customer's admin rebuilds the automation in Zendesk's Rule Builder based on this inventory. Custom Rules covering ticket assignment, status change, and urgent request routing are the highest priority for rebuild.
Novo Help Desk Software
Knowledge Base Articles
Zendesk
Zendesk Guide Articles
1:1If the customer purchased the Novo Customer Support Suite (CSS) including the Novo Knowledge Base, articles map to Zendesk Guide. We migrate Article subject, body (HTML), and category/section structure. Cross-links between Novo articles map to Zendesk article linking. We do not migrate article permissions (internal vs public) as structured data; these require manual configuration in Zendesk Guide admin post-migration.
| Novo Help Desk Software | Zendesk | Compatibility | |
|---|---|---|---|
| Account | Organization1:1 | Fully supported | |
| Contact | End User1:1 | Fully supported | |
| Contact (Agent role) | User (Agent)1:1 | Fully supported | |
| Ticket | Ticket1:1 | Fully supported | |
| Activity Record | Ticket Commentslossy | Fully supported | |
| Attachment | Ticket Attachments1:1 | Fully supported | |
| Custom Field | Ticket Fieldslossy | Fully supported | |
| Department / Group | Groups1:1 | Fully supported | |
| Custom Rules | Triggers and Macros1:1 | Fully supported | |
| Knowledge Base Articles | Zendesk Guide Articles1: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 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
Zendesk gotchas
Data export requires API scripting on non-Enterprise plans
Automations cap at 500 active rules and 1,000 tickets per hour
Help Center has no native export feature
Custom Objects and full data export are Enterprise-only
Pair-specific challenges
Migration approach
Export method confirmation and database schema discovery
We work with the customer's IT team to confirm the Novo export method. If database access is available, we request read-only credentials for MS SQL or Oracle and inspect the schema for Accounts, Contacts, Tickets, Attachments, Activity Records, and any custom field tables. If the customer can only provide a backup file, we schedule a parsing phase to extract the relevant tables. We also request a sample export of 50-100 records to validate field mapping assumptions before full migration planning begins. This step cannot be shortened because the export method determines the entire migration architecture.
Object inventory and field mapping design
We run a full inventory of every record type in the source export: Account count, Contact count (distinguishing agents from end users), Ticket count, Attachment count and total file size, Activity Record count, and Custom Field definitions. We design the Zendesk field schema including Organization fields (with Account Type mapping), User fields, Ticket fields (with custom field creation), and Group structure. The mapping design is documented in a field mapping spreadsheet that the customer's admin reviews and approves before migration begins.
Sandbox migration and reconciliation
We run a full migration into a Zendesk sandbox using production-like data volume extracted from the source. The customer's support manager reconciles record counts (Organizations in, End Users in, Agents in, Tickets in, Attachments in), spot-checks 25-50 random tickets against the Novo source for subject accuracy, status fidelity, and comment preservation, and validates that agent assignments resolved correctly. Any mapping corrections happen in this phase. We do not begin production migration until the sandbox sign-off is received in writing.
Custom Rules audit and automation inventory
During migration scoping, we extract all active Novo Custom Rules and document them in an inventory spreadsheet. For each rule, we capture the triggering condition, the automated action, the affected record types, and the business intent. We map each Custom Rule to a recommended Zendesk Trigger or Macro equivalent with the specific Zendesk conditions, actions, and filter logic documented. This inventory is delivered separately from the data migration and is not part of the production cutover; the customer's admin uses it to rebuild automations post-migration.
Production migration in dependency order
We run production migration in record-dependency order: Organizations (from Novo Accounts), Users (Agents and End Users with role assignment), Groups (from Novo Departments), Tickets (with AccountId and AssigneeId resolved), Activity history as Comments (with internal vs public distinction preserved), Attachments (chunked for large file batches), Custom Fields (mapped to Zendesk field values), and Knowledge Base Articles (if present in the CSS export). Each phase emits a row-count reconciliation report before the next phase begins. We use Zendesk's REST API with rate-limit handling and exponential backoff for all inserts.
Cutover, delta migration, and handoff
We freeze Novo writes during the cutover window, run a final delta migration of any tickets or activity records modified during the migration window, then switch Zendesk to active. We deliver the Custom Rules inventory document and the Knowledge Base mapping spreadsheet to the customer's admin team for post-migration rebuild. We support a 72-hour hypercare window where we resolve any data quality issues raised by the customer's support team. We do not rebuild Custom Rules as Zendesk Triggers or Macros inside the migration scope; that work is handled by the customer's admin or a Zendesk implementation partner.
Platform deep dives
Novo Help Desk Software
Source
Strengths
Weaknesses
Zendesk
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 2 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 Novo Help Desk Software and Zendesk.
Object compatibility
2 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 Zendesk migration scoping. Not seeing yours? Book a call.
Walk through your Novo Help Desk Software to Zendesk 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 Zendesk
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.