Helpdesk migration
Field-level mapping, validation, and rollback between SolarWinds Web Help Desk and Zoho Desk. We move data and schema; workflows are rebuilt natively in Zoho Desk.
SolarWinds Web Help Desk
Source
Zoho Desk
Destination
Compatibility
7 of 12
objects map 1:1 between SolarWinds Web Help Desk and Zoho Desk.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from SolarWinds Web Help Desk to Zoho Desk is a platform-model migration: WHD is an on-premises ticketing system with per-technician licensing and no documented public API, while Zoho Desk is a cloud-native SaaS help desk with per-agent pricing, a built-in Zwitch migration tool, and deep integration with the Zoho ecosystem. WHD exports rely on template-based CSV and TSV extraction with field truncation risks on long-text content, requiring us to supplement with direct database query on self-hosted deployments. We migrate tickets with their full thread history, SLA timers preserved as configuration metadata, client records as Zoho Desk contacts and accounts, and assets as product records or custom objects depending on the customer's Zoho Desk edition. Knowledge Base articles transfer as-is; workflows, automations, and SLAs do not migrate as executable code and are documented for admin rebuild.
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 SolarWinds Web Help Desk 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.
SolarWinds Web Help Desk
Ticket (Service Request)
Zoho Desk
Ticket
1:1WHD Tickets map to Zoho Desk Tickets with direct field mapping for Ticket Number, Subject, Description, Status, Priority, Category, Assignee (resolved by email match to Zoho Desk agent), and Requester (mapped to Zoho Desk Contact). SLA timers (response and resolution) export as configuration metadata; Zoho Desk SLAs are recreated as Zoho SLA Policies referencing the migrated priority values. Thread history (internal notes and public replies) migrates as Ticket Threads. Status values from WHD (New, In Progress, On Hold, Resolved, Closed) map to Zoho Desk status options configured before import.
SolarWinds Web Help Desk
Client
Zoho Desk
Contact + Account
1:manyWHD Clients (end-user contacts who submit tickets) map to Zoho Desk Contacts. WHD's organization field on a Client maps to a Zoho Desk Account. If a Client has no organization, it becomes an unassigned Contact. We extract all Client fields (name, email, phone, location, title) and map them to the corresponding Zoho Desk Contact fields. Clients without email addresses are flagged for manual review because Zoho Desk contacts require an email for agent-to-requester routing.
SolarWinds Web Help Desk
Technician
Zoho Desk
Agent
1:1WHD Technicians (staff who resolve tickets) map to Zoho Desk Agents by email match. We audit active versus inactive technicians during scoping to help right-size the Zoho Desk agent count to actual users rather than historical peak. WHD per-technician licensing means the original WHD contract seat count determines the migration baseline; Zoho Desk agents are provisioned based on the count of unique technician emails found in ticket assignments.
SolarWinds Web Help Desk
Asset
Zoho Desk
Product (or Custom Object)
lossyWHD Asset records (hardware and software inventory linked to tickets) do not map to a native Zoho Desk asset object because Zoho Desk lacks WHD's hardware inventory depth. We map Assets to Zoho Desk Products for software license tracking, and we recommend a custom Asset object for hardware records on Enterprise-tier Zoho Desk deployments. Asset fields (serial number, vendor, location, purchase date) attach as custom fields on the Product or Custom Object. Asset-to-ticket linkage migrates as a lookup field.
SolarWinds Web Help Desk
Change Request
Zoho Desk
Custom Object (or Task with type flag)
lossyWHD Change Requests track CAB-approved infrastructure changes with approval workflows and risk fields that do not map 1:1 to any standard Zoho Desk object. Zoho Desk's Change Management module is available only on Enterprise ($50/agent/month), and its change workflow model differs from WHD's. We export Change Request records as a custom object (ChangeRequest) with fields for change type, risk level, approval status, and description. For non-Enterprise Zoho Desk deployments, we map Change Requests to Tasks with a custom Type picklist value of 'Change Request'. The CAB approval history migrates as comment threads on the record.
SolarWinds Web Help Desk
Knowledge Base Article
Zoho Desk
Help Topic + Article
1:1WHD Knowledge Base Articles export with article text, categories, and attachment references. We map article content to Zoho Desk Help Topics and Articles, preserving category hierarchy as Zoho Desk topic structure. Note that Zoho Desk Zwitch does not migrate Knowledge Base attachments; we flag attachment references during scoping and handle file transfers separately via direct download from WHD and upload to Zoho Desk's document storage. KB article publish status and author information migrate as metadata.
SolarWinds Web Help Desk
Custom Field (Ticket, Client, Asset)
Zoho Desk
Custom Field
lossyWHD custom fields on Tickets, Clients, and Assets map to Zoho Desk custom fields created during schema setup. WHD's custom field types (text, number, date, dropdown, checkbox) map to equivalent Zoho Desk field types. WHD custom fields marked as filterable, sortable, or searchable are indexed overnight at 8pm datacenter time, which requires us to schedule custom field imports 24-48 hours before full data migration to ensure indexes are populated. We handle this by staging custom field definitions first and running a test pass to validate index availability before committing the full migration.
SolarWinds Web Help Desk
Location
Zoho Desk
Location
1:1WHD Locations object (with address, contact, and parent-location hierarchy) maps to Zoho Desk Locations. Location records must import before any Ticket or Client records that reference them, so we sequence the Locations phase first. Parent-location hierarchy maps to Zoho Desk's location parent field, preserving the organizational structure for multi-site IT departments.
SolarWinds Web Help Desk
Purchase Order
Zoho Desk
Custom Field on Asset/Product
1:1WHD Purchase Orders are associated with Assets and track procurement data. Zoho Desk has no native PO object. We export PO records linked to assets and attach PO number, vendor, purchase date, and cost as custom fields on the mapped Product or custom Asset record. PO-to-asset linkage is preserved as a lookup relationship at migration time.
SolarWinds Web Help Desk
SLA Definition
Zoho Desk
SLA Policy (configuration metadata)
lossyWHD SLA configurations (response and resolution timers by priority or category) export as configuration metadata. We do not apply SLAs as executable rules in Zoho Desk during migration because SLA enforcement is destination-platform-dependent and requires the customer's admin to map WHD SLA rules to Zoho SLA Policies post-migration. We deliver a written SLA mapping document that lists each WHD SLA, its trigger conditions, timer values, and the corresponding Zoho SLA Policy configuration for the admin to implement.
SolarWinds Web Help Desk
Attachment
Zoho Desk
Attachment
1:1WHD stores attachment references and metadata on tickets and assets. We export file metadata (name, size, upload timestamp) as part of the ticket and asset export. Actual file blobs require separate file transfer: on self-hosted WHD, we perform direct filesystem extraction of the attachment directory; on cloud-hosted WHD, we handle downloads via the WHD web interface and re-upload to Zoho Desk. WHD's email/MAPI transport imposes a ~25MB practical ceiling per file; we flag any attachment exceeding this threshold during scoping and handle oversized files via direct extraction.
SolarWinds Web Help Desk
Tag/Label
Zoho Desk
Tag
1:1WHD tags on tickets and assets migrate as Zoho Desk Tags. Tags are preserved as plain-text arrays attached to each record. We export tag assignments per record and map them to Zoho Desk's tagging system, which applies tags at the ticket level. Tags used for ticket categorization migrate as-is; if tags function as WHD categories, we recommend converting them to Zoho Desk ticket fields rather than tags during the mapping review.
| SolarWinds Web Help Desk | Zoho Desk | Compatibility | |
|---|---|---|---|
| Ticket (Service Request) | Ticket1:1 | Fully supported | |
| Client | Contact + Account1:many | Fully supported | |
| Technician | Agent1:1 | Fully supported | |
| Asset | Product (or Custom Object)lossy | Fully supported | |
| Change Request | Custom Object (or Task with type flag)lossy | Fully supported | |
| Knowledge Base Article | Help Topic + Article1:1 | Fully supported | |
| Custom Field (Ticket, Client, Asset) | Custom Fieldlossy | Fully supported | |
| Location | Location1:1 | Fully supported | |
| Purchase Order | Custom Field on Asset/Product1:1 | Fully supported | |
| SLA Definition | SLA Policy (configuration metadata)lossy | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Tag/Label | Tag1: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.
SolarWinds Web Help Desk gotchas
Perpetual license retirement forces 3-year subscriptions
Remote code execution vulnerability in versions 12.8.7 and prior
Custom field indexing delay of up to 24 hours
No public REST API documented for WHD
Attachment export limited to email/MAPI transport
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
Scoping and WHD environment audit
We audit the source WHD instance across deployment type (self-hosted or cloud-hosted), WHD version and patch status (flagging any CVE-2025-089 vulnerability), active technician count versus total licensed seats, ticket volume and age range, custom field definitions (including indexing schedule), attachment file sizes and counts, and presence of Change Request, Knowledge Base, and Location records. On self-hosted WHD, we request read-only database credentials to assess schema access for direct query as a supplementary export method. This audit output is a written migration scope with record counts per object, a list of fields requiring type mapping, and any flagged risks including CVE exposure or oversized attachments.
Zoho Desk tenant setup and schema pre-configuration
We create the Zoho Desk tenant (or validate the customer's existing tenant) and configure the pre-migration schema. This includes provisioning Zoho Desk agents matched to the active WHD technician count, setting up departments if ticket routing by department exists in WHD, creating custom fields matched to WHD custom field definitions with equivalent types, configuring ticket status and priority picklists aligned to WHD values, setting up SLA Policy definitions based on WHD SLA configuration metadata, and configuring Knowledge Base topic hierarchy from WHD KB categories. All schema work happens in the customer's Zoho Desk org before any data import begins.
Data extraction from WHD using template export and database query
We extract data from WHD using a two-pass approach. First, we run WHD's built-in template export (CSV/TSV) for Tickets, Clients, Technicians, Assets, Locations, Knowledge Base Articles, and Change Requests, capturing all standard fields. Second, on self-hosted WHD deployments where database credentials are available, we run supplementary SQL queries to extract SLA timer values, attachment blob references with filesystem paths, long-text fields that template export may truncate, and approval history on Change Requests. On cloud-hosted WHD, we handle long-text and metadata fields through multi-pass template exports with field-level validation. We stage custom field exports 24-48 hours before the main migration to account for WHD's overnight indexing schedule.
Attachment extraction and file staging
We extract attachment file blobs from WHD. On self-hosted WHD, we access the WHD attachment directory directly via filesystem and copy all referenced files to a staging location. On cloud-hosted WHD, we download attachments via the WHD web interface or API if available. We flag any attachment exceeding the 25MB MAPI transport ceiling during scoping; these files are handled via direct filesystem extraction on self-hosted deployments. All attachments are staged with filename mapping to the parent ticket or asset record for re-upload to Zoho Desk. We validate attachment file integrity (checksum) before staging.
Transformation, mapping, and import sequencing
We transform the exported WHD data into Zoho Desk import format. The import sequence follows Zoho Desk's dependency order: Locations first (required for ticket and client location fields), Agents (required for assignee resolution), Accounts (required for contact-to-organization linkage), Contacts (with organization linked to Account), Products and custom Asset records, Tickets (with requester linked to Contact, assignee linked to Agent, and location linked to Location), Ticket Threads (linked to parent Ticket), Knowledge Base Articles (with topic linkage), Change Requests (as custom object or flagged Task), and Custom Field values (applied to their parent records). We resolve assignee and requester lookups by email match. SLA configurations are documented as metadata for post-migration rebuild rather than applied during import.
Zoho Desk import via Zwitch and REST API
We import data into Zoho Desk using Zoho Desk's Zwitch migration tool for bulk record import and the REST API for supplemental operations. Zwitch handles Agents, Accounts, Contacts, Tickets, Ticket Threads, and Knowledge Base Articles in the recommended dependency order, with each module's import report reviewed before the next begins. Attachments are uploaded separately via Zoho Desk's REST API with file-size chunking for blobs over 5 MB. Custom fields are populated via REST API update calls after the parent record import completes. We monitor import error logs per Zoho Desk's two-week response window for failed records and re-process failures in a second pass.
Cutover, validation, and configuration handoff
We freeze WHD write access during the cutover window, run a final delta export of any records modified during the migration window, apply the delta to Zoho Desk, and mark Zoho Desk as the system of record. We deliver a reconciliation report comparing record counts in Zoho Desk against WHD source totals for each object, and the customer's IT lead spot-checks 25-50 records for data accuracy. We deliver the SLA configuration document and Change Management rebuild guide as written handoff artifacts. We do not rebuild WHD workflows, SLAs, or automations in Zoho Desk; these require the customer's admin to configure in Zoho Desk's SLA Policy builder, Blueprint builder, and Macros interface using the documentation we provide.
Platform deep dives
SolarWinds Web Help Desk
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 SolarWinds Web Help Desk 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
SolarWinds Web Help Desk: Not publicly documented.
Data volume sensitivity
SolarWinds Web Help Desk 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 SolarWinds Web Help Desk to Zoho Desk migration scoping. Not seeing yours? Book a call.
Walk through your SolarWinds Web Help Desk 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 SolarWinds Web Help Desk
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.