Helpdesk migration
Field-level mapping, validation, and rollback between BoldDesk and Zoho Desk. We move data and schema; workflows are rebuilt natively in Zoho Desk.
BoldDesk
Source
Zoho Desk
Destination
Compatibility
10 of 12
objects map 1:1 between BoldDesk and Zoho Desk.
Complexity
CModerate
Timeline
3-5 weeks
Overview
BoldDesk organizes support around Tickets linked to Contacts and Contact Groups, with workflow automation and knowledge base articles stored as platform-specific configuration. Zoho Desk introduces a department-centric hierarchy that separates Accounts from Contacts and scopes custom fields and knowledge base articles per department. We map BoldDesk Contact Groups to Zoho Desk Teams, resolve BoldDesk's API rate limits (100-500 req/min by plan) against Zoho Desk's credit-based API consumption, and preserve knowledge base HTML content with attachment metadata. BoldDesk workflows, SLA policies, and canned response triggers do not migrate as code; we deliver a structured inventory of every automation for your Zoho Desk admin to rebuild. Reports and dashboards remain platform-specific and are not migrated. The migration follows a dependency order: Agents first, then Accounts, then Contacts, then Tickets with their conversation threads, then Knowledge Base articles and categories.
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 BoldDesk 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.
BoldDesk
Ticket
Zoho Desk
Ticket
1:1BoldDesk Tickets map directly to Zoho Desk Tickets. The ticket subject, description, status (Open, Pending, Resolved, Closed), priority (Low, Medium, High, Urgent), and channel (Email, Chat, Social, Web Form) transfer. Conversation threads (customer replies and agent responses) migrate as Thread entries with direction preserved where the platform API exposes it. Custom ticket fields transfer to Zoho Desk custom fields scoped per department. We resolve assignee by email match against Zoho Desk agents provisioned before migration.
BoldDesk
Contact
Zoho Desk
Contact
1:1BoldDesk Contacts map to Zoho Desk Contacts with standard fields (Name, Email, Phone, Mobile) preserved. Custom Contact fields transfer to Zoho Desk custom fields on the Contact module. Zoho Desk's AccountId (linking Contact to an Account) is resolved by matching BoldDesk's contact organization name against Zoho Desk Accounts created in the preceding Accounts phase. Contacts without a matching organization remain unlinked and are flagged for reconciliation.
BoldDesk
Contact Group
Zoho Desk
Team
1:1BoldDesk Contact Groups (used for bulk handling, SLA policies, and routing rules) map to Zoho Desk Teams. Group membership transfers as Team membership with agents linked to their respective teams. Team-level custom field values are noted and mapped to Zoho Desk's agent-level custom fields or a custom object if the customer's Zoho Desk plan supports it. Note that Zoho Desk Teams do not have a direct SLA policy attachment; SLA policies in Zoho Desk are assigned at the department or agent level.
BoldDesk
Agent
Zoho Desk
Agent
1:1BoldDesk Agent records (name, email, role, permission profile) map to Zoho Desk Agent records. Role mapping resolves BoldDesk roles to Zoho Desk roles (Agent, Light Agent, Support Administrator). Custom role definitions are exported as structured JSON and delivered as a requirements document for the Zoho admin to reconfigure in Zoho Desk's Roles section under Setup. Agents must be provisioned in Zoho Desk with matching email addresses before the Contact and Ticket migration phases begin.
BoldDesk
Knowledge Base Article
Zoho Desk
Knowledge Base Article
1:1BoldDesk KB articles (stored as HTML with category assignments and optional attachments) map to Zoho Desk Knowledge Base articles. Article body content transfers as HTML; we recommend a post-migration content review to verify embedded media, interactive widgets, and dynamic content references render correctly in Zoho Desk's KB renderer. Attachment metadata is preserved and re-uploaded to Zoho Desk; large attachments may require chunked upload handling. Article publication status (Draft, Published) transfers where the field is exposed in BoldDesk's API.
BoldDesk
KB Category
Zoho Desk
KB Section / Category
1:1BoldDesk KB categories (hierarchical folder structure) map to Zoho Desk KB Sections within a parent Category. The category tree is re-created at the destination, and migrated articles are re-linked to their corresponding sections. Zoho Desk's KB structure is scoped per department; if BoldDesk's KB is global, we create a default department or ask the customer to specify which department owns the knowledge base before migration.
BoldDesk
Custom Field (Tickets, Contacts, Agents, Contact Groups)
Zoho Desk
Custom Field
1:1BoldDesk custom field definitions (text, dropdown, date, number, boolean types) are enumerated per object and pre-created in Zoho Desk as equivalent custom fields. Zoho Desk custom fields are scoped per department for Tickets and Contacts, which means we must identify the destination department for each custom field before schema creation. Dropdown values from BoldDesk map to Zoho Desk picklist values. Number and boolean fields map directly by type.
BoldDesk
Canned Response
Zoho Desk
Canned Response
1:1BoldDesk canned responses (reusable message templates with folder structure) migrate to Zoho Desk Canned Responses. Template body text, subject line, and folder hierarchy transfer. BoldDesk workflow-triggered canned response automations are documented as part of the workflow inventory and are not translated into Zoho Desk Macros automatically.
BoldDesk
Tag
Zoho Desk
Tag
1:1BoldDesk tags on Tickets and Contacts transfer as Zoho Desk Tags. Tag names and associations to tickets and contacts migrate directly. Note that Zoho Desk's Zwitch native migration tool drops tags; we use the API-led migration approach to preserve tag fidelity which Zwitch does not support.
BoldDesk
Attachment
Zoho Desk
Attachment
1:1BoldDesk file attachments on Tickets and Knowledge Base articles are downloaded from BoldDesk's storage and re-uploaded to Zoho Desk with original filename and content type preserved. Large file attachments may require chunked upload and retry logic to handle Zoho Desk's file size limits. KB article attachments are migrated alongside the articles themselves.
BoldDesk
Workflow
Zoho Desk
Blueprint / Macros (not migrated)
lossyBoldDesk workflow definitions (routing rules, time triggers, SLA policies, canned response triggers) are exported as structured JSON documenting trigger conditions, action sequences, and associated objects. This inventory is delivered to the customer as a requirements brief for rebuilding in Zoho Desk's Blueprint and Macros modules. Workflows do not migrate as transferable automation code.
BoldDesk
SLA Policy
Zoho Desk
SLA Policy
lossyBoldDesk SLA policies (First Response Time, Resolution Time targets linked to Contact Groups or ticket categories) are documented in the workflow inventory. Zoho Desk SLA policies are assigned at the department or agent level rather than to Contact Groups, so we provide a mapping recommendation to align BoldDesk SLA targets with Zoho Desk department-based SLA rules.
| BoldDesk | Zoho Desk | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Contact Group | Team1:1 | Fully supported | |
| Agent | Agent1:1 | Fully supported | |
| Knowledge Base Article | Knowledge Base Article1:1 | Fully supported | |
| KB Category | KB Section / Category1:1 | Fully supported | |
| Custom Field (Tickets, Contacts, Agents, Contact Groups) | Custom Field1:1 | Fully supported | |
| Canned Response | Canned Response1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Workflow | Blueprint / Macros (not migrated)lossy | Fully supported | |
| SLA Policy | SLA Policylossy | 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.
BoldDesk gotchas
API rate limits vary sharply between legacy plan tiers
AI credit consumption is not included in standard plans
Workflow automations require manual reconstruction at the destination
Knowledge base articles store HTML content that may require post-migration formatting review
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 plan confirmation
We audit the source BoldDesk portal: plan tier (Momentum/Scale/Enterprise) to confirm API rate limits, active workflow count and complexity, custom field definitions per object, knowledge base article count and attachment volume, and agent roster with role assignments. We identify the destination Zoho Desk departments and confirm whether the customer already has a Zoho Desk tenant or requires a new provisioning. The discovery output is a written migration scope and a data volume estimate that drives timeline and price confirmation.
Department design and schema preparation in Zoho Desk
We create Zoho Desk Departments matching the customer's organizational structure, assign agents to departments with appropriate roles (Agent, Light Agent, or Support Administrator), and pre-create all custom fields on the relevant modules with correct types (text, dropdown, date, number, boolean). Knowledge base categories and sections are created under the designated department. This schema must be validated in Zoho Desk before data migration begins because custom fields scoped to the wrong department cannot accept migrated values.
Agent provisioning and owner reconciliation
BoldDesk Agents are mapped to Zoho Desk Agents by email match. We extract every distinct agent email from BoldDesk (referenced on tickets, contacts, and canned responses) and match against the Zoho Desk agent list. Agents without a matching Zoho Desk account go to a reconciliation queue; the customer's Zoho Desk admin provisions any missing agents before record migration begins. Migration cannot proceed past this step because Zoho Desk ticket assignees require a valid agent reference.
Accounts and Contacts migration
We migrate BoldDesk Contacts to Zoho Desk Contacts, resolving the AccountId by matching BoldDesk's contact organization name against Zoho Desk Accounts. BoldDesk Contact Groups are mapped to Zoho Desk Teams with membership transferred as agent-to-team assignments. Custom Contact fields transfer to department-scoped custom fields on the Contact module. Any contacts without an organization match remain unlinked and are flagged for manual review.
Ticket and engagement migration
BoldDesk Tickets transfer to Zoho Desk Tickets in dependency order: ticket header first (subject, status, priority, channel), then conversation threads (customer and agent replies), then attachments. Assignee is resolved via the email-based agent mapping. Tags on tickets are preserved via the API-led approach. Custom ticket fields transfer to department-scoped custom fields. We run tickets in batches with throttling calibrated to the BoldDesk source plan's rate limit to avoid API errors.
Knowledge base migration and post-migration review
KB Categories and Articles migrate after ticket and contact data is stable. Articles transfer as HTML content blocks with category path preserved. Attachment metadata is re-uploaded to Zoho Desk with original filenames. We recommend a post-migration content review pass to verify embedded media, interactive widgets, and dynamic content references display correctly in Zoho Desk's KB renderer. The workflow and SLA inventory document is delivered at this stage for the customer's Zoho admin to begin rebuild.
Platform deep dives
BoldDesk
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 BoldDesk 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
BoldDesk: 100–500 req/min depending on plan tier; trial accounts limited to 50 req/min and 1,000 req/hour.
Data volume sensitivity
BoldDesk 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 BoldDesk to Zoho Desk migration scoping. Not seeing yours? Book a call.
Walk through your BoldDesk 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 BoldDesk
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.