Helpdesk migration
Field-level mapping, validation, and rollback between Richpanel and Zoho Desk. We move data and schema; workflows are rebuilt natively in Zoho Desk.
Richpanel
Source
Zoho Desk
Destination
Compatibility
10 of 12
objects map 1:1 between Richpanel and Zoho Desk.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from Richpanel to Zoho Desk restructures an ecommerce-native help desk into a department-scoped, multi-channel support platform built within the Zoho ecosystem. Richpanel organizes around Conversations linked to Orders and Customer Profiles; Zoho Desk uses Tickets as the primary object with Contacts, Accounts, and a threaded Comments model that splits internal notes from public replies. We resolve the schema difference during discovery, map Tags to Zoho Desk Tags, and preserve the agent-to-team membership by re-creating Zoho Desk Teams before importing agent records. The self-service portal, which is a separate billing dimension in Richpanel, migrates as Help Center articles and categories. Automations and Rules do not migrate; we deliver a written catalog of every automation for the customer's admin to rebuild in Zoho Desk Blueprint and macro editor.
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 Richpanel 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.
Richpanel
Conversations
Zoho Desk
Tickets
1:1Richpanel Conversations migrate to Zoho Desk Tickets as the primary record. We preserve the full message thread including internal notes and public replies by mapping them to Zoho Desk's Comment structure with the isPublic flag set accordingly. Conversation status, priority, assignee, and tags migrate to Ticket fields. The original conversation ID is stored in a custom field for audit. Zoho Desk's ticket ID is generated at import time.
Richpanel
Customer Profiles
Zoho Desk
Contacts
1:1Richpanel Customer Profiles map to Zoho Desk Contacts. We map first name, last name, email, phone, and address fields 1:1 where field names match, and flag any custom profile fields for individual mapping during discovery. Customer Profile IDs are stored in a custom field on the Contact record for cross-reference. If the customer uses Zoho CRM alongside Zoho Desk, we map to CRM Contacts to enable account-level context.
Richpanel
Agents
Zoho Desk
Agents
1:1Richpanel Agent records (name, email, role, team membership) map to Zoho Desk Agent records. We match agents by email address. Role mapping (Admin, Agent, Viewer in Richpanel) translates to Zoho Desk's Support Administrator, Agent, and Light Agent profiles. Agent status is preserved; deactivated agents in Richpanel cannot be migrated to Zoho Desk and are flagged in the reconciliation report.
Richpanel
Teams
Zoho Desk
Teams
lossyRichpanel Teams migrate to Zoho Desk Teams. Zoho Desk requires Teams to be created before agent reassignment. We pre-create Teams in Zoho Desk using the migration API, then assign agents to their respective Teams during the agent import phase. Note that Zoho Desk requires the Team Assignment setting to be enabled in Setup before team-based routing functions correctly post-migration.
Richpanel
Orders
Zoho Desk
Tasks or Products
1:1Richpanel Orders linked from the connected ecommerce platform (Shopify, WooCommerce) do not have a direct Zoho Desk equivalent object. Order references, line items, totals, and fulfillment status migrate as a linked Task record on the Ticket with order details stored in the Task description or a custom Order Info section. If the customer licenses Zoho Inventory, we map order data to Products with custom fields for order metadata.
Richpanel
Tags
Zoho Desk
Tags
1:1Tags applied to Richpanel Conversations migrate as Zoho Desk Tags. We migrate all tags as flat key-value strings. Where Zoho Desk uses a hierarchical tag taxonomy or Zoho CRM tags, we flag the taxonomy difference during scoping and the customer chooses whether to flatten the tag structure or reorganize hierarchically post-migration.
Richpanel
Self-Service Portal: Articles
Zoho Desk
Help Center Articles
1:1Richpanel Help Center articles migrate to Zoho Desk Help Center articles with title, body content, categories, and published status preserved. Article author and creation date migrate as metadata. The portal tier (Starter lacks it, Pro and above include it) determines article count and access level. Custom portal flows and order management widgets are configuration and do not migrate as records; we document them as a rebuild artifact for the customer admin.
Richpanel
Self-Service Portal: Categories
Zoho Desk
Help Center Categories
1:1Help Center categories and section hierarchy from Richpanel migrate to Zoho Desk article categories and sections. Category names, descriptions, sort order, and parent-child relationships are preserved. The Zoho Desk Help Center structure requires at least one published category before articles can be associated, so we migrate categories before articles in the import sequence.
Richpanel
Subscriptions
Zoho Desk
Tasks
1:1Richpanel Subscriptions (available on certain plan tiers) are migrated as linked Task records on the associated Contact or Ticket. Subscription metadata (recurring amount, billing frequency, status) is stored in a custom field block on the Task. If the customer licenses Zoho Subscriptions or Zoho Billing, we map to those objects with a custom integration plan documented separately.
Richpanel
Attachments
Zoho Desk
Attachments
1:1File attachments on Richpanel Conversations (images, PDFs, order documents) are migrated as Zoho Desk Ticket Attachments. We download files from Richpanel's media layer and re-upload them to the corresponding Zoho Desk Ticket record during import. Attachment metadata (filename, size, content type) is preserved. Zoho Desk's Zwitch migration notes that attachments migrate with Tickets automatically when the Ticket module is selected.
Richpanel
Custom Fields
Zoho Desk
Custom Fields
lossyRichpanel custom fields on Conversations and Customer Profiles are discovered via the API during scoping. We create matching custom fields in Zoho Desk at the module level (Ticket, Contact) before migration begins. Field types are mapped: text to string, dropdown to picklist, date to date, checkbox to checkbox. Custom fields are specific to the department in Zoho Desk, so we confirm the target department during schema design.
Richpanel
Automations / Rules
Zoho Desk
Blueprint (reference artifact)
1:1Richpanel Automations and Rules are platform configuration, not stored as exportable records. They do not migrate. We run a discovery audit of every active automation, documenting trigger type, conditions, actions, and affected Conversation routing. This inventory is delivered as a written artifact for the customer's admin to rebuild in Zoho Desk Blueprint and escalation rules post-migration. Macros are similarly scoped as documentation-only for manual rebuild.
| Richpanel | Zoho Desk | Compatibility | |
|---|---|---|---|
| Conversations | Tickets1:1 | Mapping required | |
| Customer Profiles | Contacts1:1 | Fully supported | |
| Agents | Agents1:1 | Mapping required | |
| Teams | Teamslossy | Fully supported | |
| Orders | Tasks or Products1:1 | Fully supported | |
| Tags | Tags1:1 | Mapping required | |
| Self-Service Portal: Articles | Help Center Articles1:1 | Fully supported | |
| Self-Service Portal: Categories | Help Center Categories1:1 | Fully supported | |
| Subscriptions | Tasks1:1 | Mapping required | |
| Attachments | Attachments1:1 | Mapping required | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| Automations / Rules | Blueprint (reference artifact)1:1 | Not 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.
Richpanel gotchas
Self-service portal is a separate billing dimension
Sidekick AI is agent-assist, not autonomous resolution
Phone support requires Aircall with a 3-license minimum
Automations and Rules are not migratable data records
API rate limits are not publicly documented
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 schema mapping
We audit the source Richpanel account across Conversations, Customer Profiles, Orders, Agents, Teams, Tags, self-service portal content, and any active Automations or Rules. We capture custom field schemas via the API, test batch extraction to measure response times and safe chunk sizes, and document the ecommerce platform connections (Shopify, WooCommerce, Magento) in use. We pair this with a Zoho Desk edition assessment: Free covers basic ticketing; Professional ($20/agent) adds Help Center and SLA management; Enterprise ($66/agent) adds Blueprint, advanced analytics, and multilingual support. The discovery output is a written migration scope including object mapping, custom field inventory, and portal article count.
Zoho Desk Teams and agent pre-provisioning
We pre-create Zoho Desk Teams in the target portal using the REST API before any agent or ticket data is imported. Agents are then provisioned with matching email addresses and assigned to their respective Teams. Any deactivated Richpanel agents are flagged in a reconciliation report for the customer to either provision as inactive Zoho Desk agents or reassign their records to an active agent before migration. Team Assignment must be enabled in Zoho Desk Setup before team-based routing functions post-migration.
Custom field schema deployment
We create all required custom fields in Zoho Desk at the module level (Ticket, Contact) before importing any data. Field types are mapped from the Richpanel API field definitions: text to string, dropdown to picklist, date to date, checkbox to checkbox. Custom fields are department-specific in Zoho Desk, so we confirm the target department for each module during schema design. If the customer uses Zoho CRM alongside Zoho Desk, we coordinate custom field creation across both products to maintain field ID consistency.
Sample migration and reconciliation
We run a sample migration with a representative subset of data into a staging environment. We validate record counts across Conversations, Contacts, Agents, Teams, and Tags; spot-check 25-50 records for field-level accuracy; and confirm that the Zoho Desk Help Center structure is correctly populated with article categories before articles are imported. Any field mapping corrections, custom field additions, or Team configuration changes happen at this stage. The customer signs off on the sample reconciliation before the production migration date is confirmed.
Production migration in dependency order
We run production migration in record-dependency sequence: Teams first (since agents reference them), then Agents, then Help Center Categories, then Help Center Articles, then Contacts from Customer Profiles, then Tickets from Conversations with thread comments mapped to public and internal reply types, then Tags. Attachments are migrated alongside their parent Ticket records. Subscriptions migrate as linked Task records. Custom field data is inserted after the parent record is confirmed. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and automation handoff
We freeze Richpanel writes during cutover, run a delta migration of any records created or modified during the migration window, then set Zoho Desk as the system of record. We deliver the Automation and Rules catalog as a written document for the customer's admin to rebuild in Zoho Desk Blueprint, macro editor, and escalation rules. We support a one-week post-migration validation window where we resolve record-level reconciliation issues raised by the support team. Workflow rebuild, post-migration admin training, and help desk process redesign are outside the migration scope.
Platform deep dives
Richpanel
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 Richpanel 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
Richpanel: Not publicly documented.
Data volume sensitivity
Richpanel 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 Richpanel to Zoho Desk migration scoping. Not seeing yours? Book a call.
Walk through your Richpanel 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 Richpanel
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.