Helpdesk migration

Migrate from SolarWinds Web Help Desk to Zoho Desk

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 logo

SolarWinds Web Help Desk

Source

Zoho Desk

Destination

Zoho Desk logo

Compatibility

58%

7 of 12

objects map 1:1 between SolarWinds Web Help Desk and Zoho Desk.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

SolarWinds Web Help Desk logo

SolarWinds Web Help Desk

What's pushing teams away

  • SolarWinds ended perpetual licensing in August 2025, forcing customers to 3-year subscription-only contracts with reported renewal price hikes of up to 300%, making long-term budgeting unpredictable for K-12 and SMB teams.
  • The web interface has not received a meaningful visual refresh in years, with one long-time user noting it still resembles iOS 3-era design, creating poor usability on modern browsers and mobile devices.
  • Integration ecosystem is limited compared to modern SaaS help desks, with G2 reviewers citing lack of native integrations with external systems as a frequent frustration.
  • The mandatory shift to subscriptions coincides with SolarWinds post-acquisition restructuring, leading many customers to question the product roadmap and vendor commitment to on-premises customers.
  • Annual subscription renewal timing is fixed to calendar cycles, creating budget planning conflicts for educational institutions whose fiscal years do not align with vendor renewal dates.

Choosing

Zoho Desk logo

Zoho Desk

What's pulling them in

  • Deep Zoho ecosystem integration lets support data tie directly to CRM contacts, invoice records in Zoho Books, and custom apps built in Zoho Creator, providing a unified customer view without third-party middleware.
  • Pricing undercuts comparable platforms significantly: Enterprise at roughly $40 per agent per month versus Zendesk at comparable tiers, making it attractive for cost-sensitive teams scaling past 10 agents.
  • Blueprints and multi-level escalations allow teams to codify support workflows and enforce SLA routing automatically, reducing manual triage for mid-size support operations.
  • Multi-channel ticket ingestion unifies email, social media, live chat, and phone into a single queue view, giving agents one inbox without context-switching across channels.
  • The free tier up to 3 agents lets small teams validate the platform before committing, reducing financial risk for startups and micro-businesses evaluating help desk software.

Object mapping

How SolarWinds Web Help Desk objects map to Zoho Desk

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)

maps to

Zoho Desk

Ticket

1:1
Fully supported

WHD 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

maps to

Zoho Desk

Contact + Account

1:many
Fully supported

WHD 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

maps to

Zoho Desk

Agent

1:1
Fully supported

WHD 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

maps to

Zoho Desk

Product (or Custom Object)

lossy
Fully supported

WHD 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

maps to

Zoho Desk

Custom Object (or Task with type flag)

lossy
Fully supported

WHD 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

maps to

Zoho Desk

Help Topic + Article

1:1
Fully supported

WHD 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)

maps to

Zoho Desk

Custom Field

lossy
Fully supported

WHD 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

maps to

Zoho Desk

Location

1:1
Fully supported

WHD 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

maps to

Zoho Desk

Custom Field on Asset/Product

1:1
Fully supported

WHD 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

maps to

Zoho Desk

SLA Policy (configuration metadata)

lossy
Fully supported

WHD 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

maps to

Zoho Desk

Attachment

1:1
Fully supported

WHD 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

maps to

Zoho Desk

Tag

1:1
Fully supported

WHD 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.

Gotchas + challenges

What specifically takes care here

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 logo

SolarWinds Web Help Desk gotchas

High

Perpetual license retirement forces 3-year subscriptions

High

Remote code execution vulnerability in versions 12.8.7 and prior

Medium

Custom field indexing delay of up to 24 hours

Medium

No public REST API documented for WHD

Low

Attachment export limited to email/MAPI transport

Zoho Desk logo

Zoho Desk gotchas

High

Agent email identity determines comment ownership after migration

High

Blueprints and SLA policies do not export via API

Medium

File upload capped at 10GB per migration batch

Medium

Tier-gated export and migration capabilities

Low

Inbound migration is two-phase with a hard Phase 2 cutoff

Pair-specific challenges

  • WHD has no public REST API for direct export

    WHD does not expose a documented public REST API. All exports rely on WHD's built-in template export (CSV, TSV, Excel), which captures standard fields but may truncate long-text fields and omit certain metadata such as SLA timer configurations and attachment blob references. We handle this by using WHD's native export as the primary data source and supplementing with direct PostgreSQL or MySQL database query on self-hosted WHD instances where schema access is available. For cloud-hosted WHD, we fall back to multi-pass template exports with field validation and flag any truncated content for manual review.

  • Custom field indexing delay blocks immediate migration

    WHD indexes filterable, sortable, and searchable custom fields overnight (8pm PT for US datacenter, 8pm UTC for EU, 8pm AET for AU). If custom fields are not indexed at migration time, WHD's export may omit filter and sort metadata that we rely on for Zoho Desk field configuration. We schedule custom field definition exports 24-48 hours before the full data migration pass to ensure all field indexes are populated. If the customer's migration window does not allow this delay, we extract field definitions and field index status separately and flag any non-indexed fields for manual mapping review.

  • Zoho Desk Zwitch does not migrate Knowledge Base attachments

    Zoho Desk's Zwitch migration tool explicitly excludes Knowledge Base article attachments from the import. WHD Knowledge Base articles often contain attached screenshots, diagrams, or template files that support the article content. We flag all KB attachment references during scoping, download the actual file blobs from WHD (via filesystem extraction on self-hosted or web download on cloud-hosted), and upload them separately to Zoho Desk's document storage. The KB article-to-attachment linkage is reconstructed by updating the article content with the new attachment URLs post-upload.

  • Change Request workflows have no Zoho Desk equivalent

    WHD Change Requests include CAB approval workflows, risk classification fields, and approval history that Zoho Desk does not model natively outside the Enterprise tier. Zoho Desk's Change Management module uses a different workflow structure. We export Change Request records and associated approval comments, but the CAB approval workflow itself does not migrate. For Enterprise Zoho Desk customers, we map WHD risk levels to Zoho Change categories and include a written change management rebuild guide. For Standard and Professional tiers, we recommend converting Change Requests to a custom object or flagged tasks.

  • WHD CVE-2025-089 vulnerability requires pre-migration patching

    A CVE filed in September 2025 (MS-ISAC advisory 2025-089) affects all WHD versions prior to 12.8.7, allowing privilege escalation to SYSTEM-level execution on vulnerable instances exposed to the network. Organizations migrating from a compromised or unpatched WHD instance risk inheriting that security posture. We flag any WHD instance still running a vulnerable version during scoping and strongly recommend patching or isolating the source system before exporting ticket data. If direct database access is available, we audit the database schema for signs of post-exploitation before using it as a migration source.

Migration approach

Six steps for a successful SolarWinds Web Help Desk to Zoho Desk data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

  7. 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

Context on both ends of the pair

SolarWinds Web Help Desk logo

SolarWinds Web Help Desk

Source

Strengths

  • Unlimited end-user clients at every pricing tier makes large deployments cost-predictable
  • On-premises hosting keeps all ticket and asset data within the organization's network boundary
  • Native asset management ties hardware and software inventory directly to support tickets
  • Established SolarWinds brand simplifies enterprise procurement and vendor approval processes
  • Template-based data import supports bulk loading of Clients, Assets, Locations, and Purchase Orders

Weaknesses

  • Subscription-only mandate starting August 2025 removes perpetual license flexibility
  • UI design is visually dated with poor mobile browser experience compared to modern SaaS alternatives
  • Limited third-party integrations requiring custom development or middleware for CRM and chat tools
  • Mandatory 3-year subscription terms conflict with annual budget cycles in education and government sectors
  • Post-acquisition pricing changes create uncertainty about product roadmap commitment
Zoho Desk logo

Zoho Desk

Destination

Strengths

  • Generous free tier for teams of up to 3 agents with no time limit, reducing financial risk for small support operations.
  • Per-agent flat pricing across tiers is significantly lower than Zendesk, Freshdesk, or Intercom at equivalent feature levels.
  • Tight integration with Zoho CRM, Zoho Books, and Zoho Creator provides a unified data ecosystem without third-party middleware.
  • Multi-channel ticket aggregation consolidates email, social, chat, and phone into a single queue view.
  • Assisted migration service handles the two-phase transfer process with Zoho's own migration team for inbound moves.

Weaknesses

  • The UI is frequently described as dated, clunky, and inconsistent across modules compared to modern SaaS competitors.
  • Advanced automation features including Blueprints, multi-brand, and live chat are tier-gated, limiting the free and Express plans to basic ticketing.
  • Non-Zoho integrations require custom Deluge scripting or external middleware, reducing flexibility for heterogeneous tech stacks.
  • Steep learning curve and complex customization options mean slower onboarding for new agents and ongoing training investment.
  • Export and migration capabilities are gated by plan tier, with data backup only available on higher plans.

Complexity grading

How hard is this migration?

Moderate Helpdesk migration. 4 of 7 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across SolarWinds Web Help Desk and Zoho Desk.

  • Object compatibility

    C

    4 of 7 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    7-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    SolarWinds Web Help Desk: Not publicly documented.

  • Data volume sensitivity

    B

    SolarWinds Web Help Desk doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your SolarWinds Web Help Desk to Zoho Desk migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about SolarWinds Web Help Desk to Zoho Desk data migrations

Answers to the questions buyers ask most during SolarWinds Web Help Desk to Zoho Desk migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between three and five weeks for environments under 15,000 tickets and 5,000 clients with no custom objects and a clean WHD template export. Migrations with extensive custom field configurations (over 20 custom fields), large attachment volumes (over 5 GB total), Change Request objects requiring transformation to custom objects, or Zoho Desk multi-department structures with separate SLAs per department move to six to nine weeks because of custom field indexing scheduling, file extraction and re-upload time, and the Knowledge Base attachment workaround.

Adjacent paths

Related migrations to explore

Ready when you are

Move from SolarWinds Web Help Desk.
Land in Zoho Desk, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day