Helpdesk migration
Field-level mapping, validation, and rollback between FocalScope and Zoho Desk. We move data and schema; workflows are rebuilt natively in Zoho Desk.
FocalScope
Source
Zoho Desk
Destination
Compatibility
10 of 14
objects map 1:1 between FocalScope and Zoho Desk.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from FocalScope to Zoho Desk restructures how ticket routing and agent organization are modeled. FocalScope routes tickets into Queues with maximum capacity limits per queue; Zoho Desk organizes agents into Departments and Teams within Departments. We resolve that structural difference during scoping by mapping FocalScope Queues to Zoho Desk Departments (or Teams within a Department) and preserving agent workload limits as agent-level capacity settings. FocalScope's SOAP API, which returns XML-formatted responses, is translated into JSON-compatible structures in our pipeline before Zoho Desk's REST API receives the data. We preserve full thread history, Standard Responses as macros, SLA policies as Zoho Desk SLAs, and any Categories used as ticket classification fields as custom fields. We do not migrate Automations, Standard Response assignments to queues, or FocalScope wallboard configurations as code. We deliver a written inventory of every active automation and wallboard setting for the customer's admin to rebuild in Zoho Desk's Blueprint and function automations.
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 FocalScope 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.
FocalScope
Ticket
Zoho Desk
Ticket
1:1FocalScope Tickets map directly to Zoho Desk Tickets with the ticket number preserved in a custom field focalscope_ticket_id__c for cross-reference. Thread history (emails, notes, internal comments) migrates as Zoho Desk Threads in chronological order. FocalScope ticket priority (Low, Normal, High, Urgent) maps to Zoho Desk Priority. Status mapping: Open and Pending map directly; Resolved and Closed map to Zoho Desk Closed statuses. Note: Zoho Desk does not support sorting tickets by the original created_at date through the standard UI after migration; we embed the original FocalScope created timestamp in the first thread comment for audit purposes.
FocalScope
Contact
Zoho Desk
Contact
1:1FocalScope Contacts map to Zoho Desk Contacts with email as the dedupe key. Standard fields (name, email, phone, organization) migrate directly. Custom fields defined on FocalScope Contacts map to Zoho Desk custom fields on the Contact layout. If FocalScope Contacts include a primary company association, we link to the Zoho Desk Account using a lookup relationship.
FocalScope
Agent
Zoho Desk
Agent
1:1FocalScope Agents map to Zoho Desk Agents. We extract agent name, email, and queue assignments during scoping. Agents must be provisioned in Zoho Desk before the production migration (each agent receives an invitation email and must accept). We hold any Agent reference on tickets unresolved until the corresponding Zoho Desk Agent record is confirmed active. FocalScope agents assigned to specific queues map to Zoho Desk Teams within the target Department.
FocalScope
Queue
Zoho Desk
Department + Team
1:manyFocalScope Queues are the primary routing unit. Zoho Desk organizes agents into Departments, with optional sub-Team divisions. We map each FocalScope Queue to either a Zoho Desk Department (if the queue maps to a distinct business function) or to a Team within a Department (if multiple FocalScope queues map to one business function). The FocalScope queue maximum capacity limit is translated to a Zoho Desk agent capacity setting per agent rather than a queue-level setting, which is the Zoho Desk equivalent model.
FocalScope
Channel (Email)
Zoho Desk
Email Channel
1:1FocalScope Email channel tickets migrate to Zoho Desk email tickets with the original sender, recipient, and subject preserved. We validate the FocalScope mail account configuration during scoping to detect any stale email routing (a documented FocalScope issue where mail server recreation breaks inbound routing silently). Any stale accounts are flagged before migration begins. The Zoho Desk email channel is configured by the customer to point at the same inbound mail server before cutover.
FocalScope
Channel (Voice)
Zoho Desk
Phone Channel
1:1FocalScope Voice channel tickets include call log data (call duration, disposition, recording URL if available). These map to Zoho Desk Phone channel tickets. Call recordings are extracted as attachment files and re-associated with the migrated ticket. Note: call recording storage limits and formats differ between platforms; we validate recording file size and format compatibility before migration.
FocalScope
Channel (Live Chat)
Zoho Desk
Chat Channel
1:1FocalScope Live Chat sessions with full chat transcript history migrate to Zoho Desk Chat tickets. Chat message timestamps are preserved. The chat channel must be configured in Zoho Desk with matching widget or integration settings before the migration window.
FocalScope
Channel (Facebook, WhatsApp, Telegram)
Zoho Desk
Social Channel (Facebook)
1:manyFocalScope Facebook channel tickets map to Zoho Desk Facebook Social channel tickets. FocalScope WhatsApp and Telegram tickets (available on FocalScope Enterprise) do not have native Zoho Desk equivalents; we map them to Zoho Desk Tickets with a custom field social_platform__c set to WhatsApp or Telegram and include the full message history in the ticket description. The customer may choose to configure WhatsApp integration separately via Zoho Desk's WhatsApp Business integration if applicable.
FocalScope
Standard Response
Zoho Desk
Macro
1:1FocalScope Standard Responses (canned reply templates) map to Zoho Desk Macros. We extract the full template body, subject line (if separate), and any placeholder variables. FocalScope's Standard Response folder structure maps to Zoho Desk Macro folders. Note: FocalScope allows Standard Responses to be scoped to specific queues; Zoho Desk Macro visibility is controlled by Department permissions. We configure Macros as shared within the target Department to preserve the queue-scoping behavior.
FocalScope
SLA Policy
Zoho Desk
SLA Policy
1:1FocalScope SLA policies with response and resolution time windows mapped to ticket priority or queue map directly to Zoho Desk SLA Policies. The Zoho Desk SLA is scoped to a Department, which we set to the Department receiving the migrated tickets. First Response and Next Response thresholds translate directly. We validate that the Zoho Desk plan includes SLA management (Professional and above).
FocalScope
Category
Zoho Desk
Custom Field
lossyFocalScope Categories act as custom classification fields on tickets and are exposed via the SOAP API. We export all active Category values and rebuild them as Zoho Desk custom fields on the Ticket layout (dropdown or multi-select depending on usage). Category values are preserved as picklist options. The mapping is validated by spot-checking 20 tickets from FocalScope against the rendered custom field in Zoho Desk.
FocalScope
Attachment
Zoho Desk
Attachment
1:1File attachments linked to tickets (emails, chat sessions) are extracted from FocalScope and re-associated with migrated Zoho Desk tickets. Attachment extraction runs in parallel with ticket migration to avoid sequential dependency. Large attachments (over 25 MB) are flagged because Zoho Desk has file size limits per attachment. We notify the customer of any oversized attachments before migration begins.
FocalScope
Knowledge Base Article
Zoho Desk
Knowledge Base Article
1:1FocalScope KB articles and their category structure map to Zoho Desk Knowledge Base articles and categories. We export article content, titles, and category assignments. KB article attachments migrate as linked files. Note: FocalScope knowledge base article custom fields (if any) map to Zoho Desk article custom fields, but this mapping requires manual field creation in Zoho Desk before migration. We flag any article with a custom field dependency and pause that article until the custom field is provisioned.
FocalScope
Report Data
Zoho Desk
Report Export (CSV/Excel)
lossyFocalScope Reports can be exported to CSV, Excel, NAS, or FTP storage. We extract FocalScope report definitions and run them to produce export files. Zoho Desk's reporting module is not a 1:1 equivalent of FocalScope's report engine; we deliver the exported report data as structured files and a written mapping of each FocalScope report metric to the closest Zoho Desk standard report or custom report configuration for the customer's admin to rebuild.
| FocalScope | Zoho Desk | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Agent | Agent1:1 | Fully supported | |
| Queue | Department + Team1:many | Fully supported | |
| Channel (Email) | Email Channel1:1 | Fully supported | |
| Channel (Voice) | Phone Channel1:1 | Fully supported | |
| Channel (Live Chat) | Chat Channel1:1 | Fully supported | |
| Channel (Facebook, WhatsApp, Telegram) | Social Channel (Facebook)1:many | Fully supported | |
| Standard Response | Macro1:1 | Fully supported | |
| SLA Policy | SLA Policy1:1 | Fully supported | |
| Category | Custom Fieldlossy | Fully supported | |
| Attachment | Attachment1:1 | Fully supported | |
| Knowledge Base Article | Knowledge Base Article1:1 | Fully supported | |
| Report Data | Report Export (CSV/Excel)lossy | 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.
FocalScope gotchas
Email account recreation breaks FocalScope mail routing
SOAP API is the primary integration method, not REST
Incoming email delays are a documented FocalScope behavior
API rate limits are not publicly documented
On-premises deployments require network access verification
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 FocalScope channel audit
We audit the FocalScope instance across all active channels (Email, Voice, Live Chat, Facebook, WhatsApp, Telegram), queue count and agent assignments, Standard Response library size and folder structure, SLA policy definitions, and knowledge base article count. We validate each email channel account against current DNS and MX records to detect any stale mail routing configurations. We also assess whether the FocalScope instance is cloud-hosted (SaaS API accessible) or on-premises (requiring self-hosted migration agent). The discovery output is a written migration scope, a FocalScope-to-Zoho-Desk object mapping draft, and a Zoho Desk plan recommendation based on feature requirements (SLA management requires Professional; custom fields and macros require Professional; Blueprint requires Enterprise).
Zoho Desk Department and Team structure design
We design the Zoho Desk organizational structure based on the FocalScope queue map. Each FocalScope Queue becomes either a Zoho Desk Department (if it represents a distinct business function) or a Team within a Department (if multiple queues collapse into one function). We configure agent roles (Agent, Light Agent, Support Administrator) in Zoho Desk matching the FocalScope agent permission levels. Standard Response folders map to Macro folders with Department-level visibility configured to match FocalScope queue scoping. The structure is validated with the customer's admin before any data is moved.
Sandbox migration and reconciliation
We run a full migration into a Zoho Desk sandbox or parallel environment using a representative data subset (typically the most recent 500 tickets, 100 contacts, and a sample of each channel type). The customer reconciles record counts, spot-checks thread completeness, and validates macro rendering. Any field mapping corrections, SLA configuration adjustments, or custom field additions are applied before production migration begins. This step avoids discovering mapping issues in production.
Agent provisioning and Team assignment
We export every distinct FocalScope Agent and their queue assignments. Each agent must be provisioned in Zoho Desk as a user before the production migration because AgentId references on tickets are required to resolve correctly. The customer creates Zoho Desk agent accounts and sends invitations; agents must accept before their accounts become active. We hold any FocalScope tickets referencing an unprovisioned agent in a reconciliation queue until the agent is confirmed active in Zoho Desk.
Production migration in dependency order
We run production migration in record-dependency order: Contacts and Accounts first (dependency-free), followed by Agents (resolved against Zoho Desk Users), then SLA Policies (no dependencies), then Standard Responses as Macros, then Tickets with thread history in chronological order. Each phase emits a row-count reconciliation report. Attachments extract in parallel with tickets. Knowledge Base articles run last because article custom fields require pre-creation in Zoho Desk. FocalScope SOAP responses are translated to JSON in real time in the pipeline before Zoho Desk REST API calls.
Cutover, delta sync, and automation inventory handoff
We freeze FocalScope writes during cutover, run a final delta migration of any records created or modified during the migration window, then confirm Zoho Desk as the system of record. We deliver the Automation and Wallboard Inventory document: every active FocalScope automation rule and wallboard configuration with its trigger conditions, actions, and a written recommendation for the equivalent Zoho Desk Blueprint or function. We do not rebuild FocalScope automations as Zoho Desk automations inside the migration scope. We provide a one-week post-cutover support window for reconciliation issues. Post-migration admin configuration, team training, and workflow rebuild are outside standard migration scope.
Platform deep dives
FocalScope
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 FocalScope 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
FocalScope: Not publicly documented as a hard ceiling — confirmed with FocalScope support for high-volume integrations..
Data volume sensitivity
FocalScope 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 FocalScope to Zoho Desk migration scoping. Not seeing yours? Book a call.
Walk through your FocalScope 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 FocalScope
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.