Helpdesk migration
Field-level mapping, validation, and rollback between FocalScope and HubSpot Service Hub. We move data and schema; workflows are rebuilt natively in HubSpot Service Hub.
FocalScope
Source
HubSpot Service Hub
Destination
Compatibility
11 of 14
objects map 1:1 between FocalScope and HubSpot Service Hub.
Complexity
BStandard
Timeline
3-5 weeks
Overview
FocalScope and HubSpot Service Hub share a ticket-centric model but differ fundamentally in their API architecture, automation model, and channel routing. FocalScope exposes a SOAP API with limited public documentation; HubSpot Service Hub uses a REST API with documented rate limits. We run a SOAP-to-REST translation layer in the migration pipeline to extract Tickets, Contacts, Agents, Queues, Standard Responses, SLA Policies, and Categories from FocalScope, then write them into HubSpot's Ticket, Contact, and Conversation objects via the HubSpot API. We map FocalScope Channels (Email, Voice, Live Chat, Facebook, WhatsApp, Telegram) to HubSpot Inboxes and the Custom Channel API on Professional and Enterprise. FocalScope Queues become HubSpot Inboxes or Teams depending on whether the queue is a routing bucket or an organizational unit. Standard Responses map to HubSpot Macros. SLA policies migrate as SLA configurations where the destination tier supports them (Professional and above). We do not migrate Workflows, Automations, Sequences, or Wallboard configurations; these are rebuilt by the customer's admin using HubSpot's automation builder post-migration, and we deliver a written inventory of every FocalScope automation requiring 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.
Source platform
FocalScope platform overview
Scorecard, SWOT, gotchas, and pricing for FocalScope.
Destination platform
HubSpot Service Hub platform overview
Scorecard, SWOT, gotchas, and pricing for HubSpot Service Hub.
Data migration guide
The complete HubSpot Service Hub migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
HubSpot Service Hub migration checklist
Pre- and post-cutover tasks for moving onto HubSpot Service Hub.
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 HubSpot Service Hub, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
FocalScope
Ticket
HubSpot Service Hub
Ticket
1:1FocalScope Tickets map directly to HubSpot Tickets. Each FocalScope ticket number becomes the HubSpot Ticket ID, and the full email thread history migrates as Conversation records attached to the Ticket. FocalScope ticket priority (Low, Medium, High, Urgent) maps to HubSpot Ticket priority. We resolve FocalScope queue assignments to HubSpot Inbox ownership during import. Any FocalScope ticket with a linked Contact record resolves to a HubSpot Contact by email match before the Ticket insert.
FocalScope
Contact
HubSpot Service Hub
Contact
1:1FocalScope Contacts map to HubSpot Contacts. Email is the primary dedupe key. Phone, name fields, and any custom contact properties migrate to HubSpot Contact properties. If FocalScope Contacts are associated with multiple Companies, we resolve the primary company association and set it as the default Company association in HubSpot; secondary associations are preserved as notes for the customer's admin to reconcile in HubSpot post-migration.
FocalScope
Company
HubSpot Service Hub
Company
1:1FocalScope Organizations (if present) map to HubSpot Companies. The company domain becomes the Company Website field and acts as the dedupe anchor. Company associations on FocalScope Contacts are translated to HubSpot Company-Contact associations. If FocalScope does not use a separate Organization object and stores company data as contact properties, we create Company records from those properties and back-link them to the relevant Contacts.
FocalScope
Channel
HubSpot Service Hub
Inbox
1:manyFocalScope Channels (Email, Voice, Live Chat, Facebook, WhatsApp, Telegram) each generate tickets that may route into separate Queues. We consolidate FocalScope channel tickets into HubSpot Inboxes based on the customer's preference: either one Inbox per FocalScope channel (for audit separation) or merged inboxes by priority or team. Voice channel tickets carry call log metadata (duration, disposition) that migrates as Ticket properties; call recording URLs are preserved as external links in Ticket notes pending the customer's decision on recording re-hosting.
FocalScope
Queue
HubSpot Service Hub
Inbox or Team
lossyFocalScope Queues serve two purposes: routing buckets (unassigned tickets awaiting agent pick-up) and organizational units (agent groupings). We map queue-routing use cases to HubSpot Inboxes where tickets land before assignment, and organizational queues to HubSpot Teams for permission scoping and team-based inbox filtering. Queue workload limits (FocalScope's max-queue-size setting) have no direct HubSpot equivalent; we document the original limits as a note for the customer's admin to configure HubSpot automation-based workload management post-migration.
FocalScope
Agent
HubSpot Service Hub
User
1:1FocalScope Agent profiles map to HubSpot Users. We resolve agents by email match. If a FocalScope agent has no corresponding HubSpot User, the customer's admin provisions the User before production migration. Agent performance data (call logs, wallboard metrics) migrates as Ticket properties or custom report data rather than native agent scoring, since HubSpot Service Hub does not have a per-agent performance score object.
FocalScope
Standard Response
HubSpot Service Hub
Macro
1:1FocalScope Standard Responses (canned replies) map to HubSpot Macros. Each Standard Response's body, category assignment, and queue scope migrate as a HubSpot Macro with the same name and body text. Variable substitution in FocalScope Standard Responses (dynamic placeholders) is preserved as HubSpot Macro tokens using the {{contact.property}} format where the equivalent HubSpot property exists. Macros are scoped to the Inbox or Team that corresponds to the original queue.
FocalScope
SLA Policy
HubSpot Service Hub
SLA Policy
1:1FocalScope SLA Policies defining response and resolution time windows tied to ticket priority or queue map to HubSpot SLA Policies on Professional and Enterprise tiers. We preserve the SLA name, First Response time target, Next Response time target, and Resolution time target. SLA Policy assignment (by priority, queue, or contact type) maps to HubSpot's SLA Policy conditions. SLA Policies are not available on HubSpot Service Hub Starter; Starter-tier migrations skip SLA migration and we document the original SLA tiers for the customer's admin to rebuild manually after upgrading.
FocalScope
Category
HubSpot Service Hub
Custom Property
lossyFocalScope Categories act as custom classification fields on tickets. We map category values to HubSpot Ticket custom properties of type enumeration or single-line text depending on the cardinality of values. Category values used for reporting segmentation are preserved as Ticket property filters; we recommend the customer audit category value counts during scoping to determine whether enumeration or text is the right target type.
FocalScope
Attachment
HubSpot Service Hub
File Attachment
1:1FocalScope ticket attachments (emails, chat sessions) are extracted and re-associated in HubSpot as file attachments on the corresponding Ticket or Conversation. We preserve attachment filenames, MIME types, and inline placement within the conversation thread. Attachments exceeding HubSpot's 60 MB per-file limit are flagged for the customer's admin to host externally and link from the ticket.
FocalScope
Knowledge Base Article
HubSpot Service Hub
Knowledge Base Article
1:1FocalScope Knowledge Base articles and category structure migrate to HubSpot Knowledge Base. We export article content, titles, category assignments, and publish status. Images embedded in FocalScope KB articles are extracted and re-uploaded to HubSpot's file manager before article reconstruction. Post-migration, the customer should publish or unpublish articles based on their intended state; migrated articles default to draft status unless otherwise specified. The HubSpot-native Knowledge Base importer can supplement this migration for customers with very large KB sets.
FocalScope
Report Data
HubSpot Service Hub
Report Data (CSV export)
1:1FocalScope reports can be exported to CSV, NAS, or FTP storage. We extract the report dataset (tickets, metrics, agent performance) as structured CSV and deliver it alongside the migration. Report definitions, scheduling, and visual formatting do not migrate 1:1 because FocalScope's report builder uses a different data model from HubSpot's Service Analytics. We deliver a written mapping of FocalScope report metrics to HubSpot equivalent report configurations and the customer's admin rebuilds the report layouts in HubSpot.
FocalScope
Call Log
HubSpot Service Hub
Ticket Property (voice metadata)
1:1FocalScope Voice channel tickets include call log metadata (call duration, disposition, direction, agent who took the call). We extract call log fields and write them to HubSpot Ticket custom properties scoped to voice tickets. Call recording URLs are preserved as ticket notes pointing to the original recording host. If the customer uses a third-party voice provider integrated with FocalScope, the recording re-hosting strategy is coordinated during scoping.
FocalScope
SMS and Telegram channel data
HubSpot Service Hub
Conversation records
1:1FocalScope SMS and Telegram channel tickets migrate as HubSpot Conversation records attached to Tickets. These channels are supported natively in HubSpot on Professional and Enterprise. We preserve the message timestamp, direction (inbound/outbound), and content. If the customer's HubSpot plan does not include the relevant channel (SMS on Starter), we document the gap and recommend channel reactivation post-migration through HubSpot's channel settings.
| FocalScope | HubSpot Service Hub | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Company | Company1:1 | Fully supported | |
| Channel | Inbox1:many | Fully supported | |
| Queue | Inbox or Teamlossy | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Standard Response | Macro1:1 | Fully supported | |
| SLA Policy | SLA Policy1:1 | Fully supported | |
| Category | Custom Propertylossy | Fully supported | |
| Attachment | File Attachment1:1 | Fully supported | |
| Knowledge Base Article | Knowledge Base Article1:1 | Fully supported | |
| Report Data | Report Data (CSV export)1:1 | Fully supported | |
| Call Log | Ticket Property (voice metadata)1:1 | Fully supported | |
| SMS and Telegram channel data | Conversation records1: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.
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
HubSpot Service Hub gotchas
Rate limits throttle large migration API calls
Side conversations and Zendesk macros have no HubSpot equivalent
HubSpot stores ticket history as fragmented engagement objects
Custom Objects require Enterprise tier in HubSpot
Ticket pipeline stage probability values do not export cleanly
Pair-specific challenges
Migration approach
Technical scoping and SOAP endpoint validation
We validate connectivity to FocalScope's SOAP API endpoint during the first scoping call, confirm authentication method (Basic Auth or session-based), and extract a schema sample of 50-100 records across Tickets, Contacts, Channels, Queues, Agents, Standard Responses, and SLA Policies. We also validate the HubSpot destination portal API access, confirm the Service Hub tier, and identify any custom properties already defined. The scoping output is a written technical readiness report and a draft object mapping document for the customer to review.
SOAP-to-REST pipeline build and sandbox migration
We build the migration pipeline with a SOAP client layer that extracts FocalScope data and a transformation layer that maps FocalScope schema to HubSpot schema. We run a sandbox migration into a HubSpot test portal using a representative sample of 100-200 records to validate mapping correctness, SLA policy placement, and macro variable resolution. The customer reviews the sandbox output and approves or requests mapping adjustments before production migration begins.
Data cleanup and deduplication
We audit the FocalScope data for duplicate Contacts (same email with different name casing or formatting), orphaned Tickets (tickets with no associated Contact), and stale channel configurations (email accounts with MX record mismatches). Duplicate Contacts are merged using email as the dedupe key with name and phone as secondary signals. Stale email channels are flagged for IT remediation before cutover. This step ensures the migration loads clean data and avoids the duplicate record issues documented in HubSpot community threads on CRM migration challenges.
User and Inbox provisioning in HubSpot
We extract every distinct FocalScope Agent and map them to HubSpot Users by email. Agents without matching HubSpot Users go to a reconciliation queue for the customer's admin to provision. We also create HubSpot Inboxes corresponding to FocalScope Queues and configure Team membership based on the queue-to-team mapping agreed during scoping. SLA Policies are created on Professional or Enterprise portals at this stage.
Production migration in dependency order
We run production migration in record-dependency order: Contacts and Companies first (with Company dedupe by domain), then Tickets (with Contact lookup resolved and Conversation records attached in timestamp order), then Standard Responses as Macros, then SLA Policies, then Knowledge Base Articles, then call log metadata as Ticket properties, and finally Report data as CSV exports. Each phase emits a row-count reconciliation report before the next phase begins. The FocalScope portal is placed in read-only mode during cutover to prevent write conflicts.
Cutover, DNS update, and automation rebuild handoff
We coordinate the DNS MX record cutover from FocalScope's inbound mail routing to HubSpot's inbound routing as a defined step in the runbook. We perform a final delta migration of any records modified during the cutover window, then enable HubSpot as the system of record. We deliver a written inventory of every FocalScope automation (routing rules, auto-responses, queue escalation policies) with a recommended HubSpot Automation equivalent and the Workflow rebuild scope for the customer's admin. We provide a one-week hypercare window to resolve reconciliation issues raised by the support team.
Platform deep dives
FocalScope
Source
Strengths
Weaknesses
HubSpot Service Hub
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 2 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across FocalScope and HubSpot Service Hub.
Object compatibility
2 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 HubSpot Service Hub migration scoping. Not seeing yours? Book a call.
Walk through your FocalScope to HubSpot Service Hub 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 HubSpot Service Hub
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.