Helpdesk migration
Field-level mapping, validation, and rollback between Thulium and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.
Thulium
Source
Gorgias
Destination
Compatibility
7 of 12
objects map 1:1 between Thulium and Gorgias.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from Thulium to Gorgias is a shift from a CRM-native helpdesk model to a Shopify-native customer experience platform. Thulium stores customer service data across Cases, Contacts, Companies, and embedded Conversations with a flexible CRM custom field schema (nine field types including list, yes/no, date, numeric, and email); Gorgias uses a Ticket-Customer structure with a different custom field type model and no native CRM Company object at its core. We extract Cases with their flattened conversation timelines, Contacts with their CRM custom field values, and Agents as Gorgias users, applying field-type mapping where Thulium's list, yes/no, and date field types do not map directly to Gorgias field types. We do not migrate automations, macros, or Rules as code; we deliver a written inventory of every Thulium workflow and automation for the customer's admin to rebuild in Gorgias. Attachment handling differs by import method—Gorgias does not attach files via CSV import, so we re-upload attachments through the Gorgias REST API after the primary record migration.
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 Thulium object lands in Gorgias, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Thulium
Case
Gorgias
Ticket
1:1Thulium Cases map directly to Gorgias Tickets as the primary support record. Each Case carries a status (open, pending, resolved, closed), priority, and assignee. We extract the conversation history embedded within the Case (email, chat, and voice sub-objects), flatten it into a linear chronological message thread on the Gorgias Ticket, and preserve the original timestamp on each message. Case channel type maps to the Gorgias channel field (email, chat, phone). If Thulium uses custom status labels, we apply a status mapping table during the transform phase.
Thulium
Contact
Gorgias
Customer
1:1Thulium CRM Contacts (name, email, phone, and custom field values) map to Gorgias Customer records. The Thulium contact email serves as the dedupe key during import. Thulium CRM custom field values attached to a Contact migrate to the corresponding Gorgias Customer custom field; where the field type differs (e.g., Thulium list or yes/no to a Gorgias text field), we apply a value-mapping table at transform time to preserve the data as readable text rather than a raw value code.
Thulium
Company
Gorgias
Customer (organization attribute)
1:1Thulium Companies (organizational name, address, and Company-level custom fields) map to the organization attribute on the Gorgias Customer record. We link each Thulium Contact to its parent Company via a lookup resolution step before inserting the Customer record in Gorgias. If Gorgias is on a plan without organization fields, we map Company data to a Customer-level custom text field to preserve the account context.
Thulium
Conversation
Gorgias
Ticket Message
lossyIndividual email, chat, and voice interactions stored as sub-objects within a Thulium Case are flattened into a chronological message thread within the corresponding Gorgias Ticket. Each message carries the sender (agent or customer), channel, timestamp, and message body. Internal notes from Thulium map to private internal messages in Gorgias. We preserve the original message timestamp and author so the full conversation chronology is intact in Gorgias.
Thulium
Agent
Gorgias
User (Agent)
1:1Thulium Agents (user accounts assigned to Cases and Companies) map to Gorgias User records. We resolve each Agent by email match against the Gorgias destination. Any Thulium Agent not yet provisioned in Gorgias is held in a reconciliation queue while the customer's admin creates the corresponding User account. Agent role assignments (admin, supervisor, agent) map to Gorgias permission groups where applicable.
Thulium
Custom Fields (CRM)
Gorgias
Custom Fields (Customer/Ticket)
1:1Thulium CRM custom fields on Contacts and Companies require type-aware mapping before import into Gorgias. Thulium field types map as follows: text and large text map to Gorgias text fields; numeric maps to Gorgias number fields; date maps to Gorgias date fields; email maps to Gorgias text with email validation applied; link maps to Gorgias URL fields; list maps to Gorgias text (list values serialized as comma-separated text); yes/no maps to Gorgias text with a true/false value. We build a per-field mapping table during scoping and apply it at transform time to preserve data fidelity.
Thulium
Tag
Gorgias
Tag
1:1Thulium Tags applied to Cases for categorization map directly to Gorgias Tags. We apply a value-mapping table for any naming differences between Thulium tag names and the target tag names in Gorgias. Tags with identical names in both platforms match automatically. Tags with different names require explicit mapping during the transform phase.
Thulium
Attachment
Gorgias
Attachment
lossyFiles attached to Thulium Cases or Contacts are exported with original filenames preserved and re-uploaded to Gorgias via the REST API after the primary record import. Gorgias does not attach files via CSV import; the REST API is the only reliable path for attachment migration. We batch attachments by parent record, re-upload each file, and link it to the corresponding Ticket or Customer record. Inline images embedded in conversation messages are handled as separate attachment records.
Thulium
Workflow / Automation
Gorgias
Not migrated
lossyThulium workflows and automation rules do not migrate to Gorgias as code. Thulium's workflow model uses different trigger conditions, actions, and branching logic than Gorgias Rules and Macros. We deliver a written inventory of every active Thulium workflow and automation with its trigger conditions, actions, and recommended Gorgias Rules or Macros equivalent. The customer's admin rebuilds these in Gorgias post-migration.
Thulium
Macros / Templates
Gorgias
Macros
1:1Thulium canned responses and templates map to Gorgias Macros, which include predefined responses and actions. Simple macros with static text and standard actions migrate via mapping. Macros with conditional logic, placeholders referencing Thulium CRM fields, or integrations to external tools require manual review and adjustment in Gorgias after migration.
Thulium
Reports / Dashboards
Gorgias
Not migrated
lossyThulium reporting configurations, custom dashboards, and analytics views do not migrate to Gorgias as they are platform-specific reporting definitions. We deliver a written report inventory listing each Thulium report with its filters, metrics, and visual configuration as a reference for the customer's admin to recreate in Gorgias Analytics or via a third-party BI tool connected to Gorgias data.
Thulium
Call Recordings
Gorgias
Ticket Attachment
lossyThulium voice call recordings embedded in Cases are exported as audio files and re-uploaded as attachments to the corresponding Gorgias Ticket record. Call metadata (duration, disposition, agent) is preserved in the ticket message thread as a structured note. If Thulium stores call recordings in a separate system, we flag this during scoping and coordinate with the customer on retrieval before the migration window.
| Thulium | Gorgias | Compatibility | |
|---|---|---|---|
| Case | Ticket1:1 | Fully supported | |
| Contact | Customer1:1 | Fully supported | |
| Company | Customer (organization attribute)1:1 | Fully supported | |
| Conversation | Ticket Messagelossy | Fully supported | |
| Agent | User (Agent)1:1 | Fully supported | |
| Custom Fields (CRM) | Custom Fields (Customer/Ticket)1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Attachment | Attachmentlossy | Fully supported | |
| Workflow / Automation | Not migratedlossy | Fully supported | |
| Macros / Templates | Macros1:1 | Fully supported | |
| Reports / Dashboards | Not migratedlossy | Fully supported | |
| Call Recordings | Ticket Attachmentlossy | 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.
Thulium gotchas
Custom field type mismatches require field-level mapping
Conversation history embedded in Cases requires flattening
Agent-to-Case linkage must be preserved explicitly
Gorgias gotchas
AI Agent adds outcome-based fees on top of billable ticket costs
Overage billing for tickets scales nonlinearly
API rate limits restrict bulk export throughput
Agent data visibility cannot be restricted by role for GDPR use cases
Knowledge Base translations require separate API calls per locale
Pair-specific challenges
Migration approach
Discovery and scoping
We audit the Thulium account across Cases (count, status distribution, custom status labels), Contacts, Companies, Agents, CRM custom field definitions (field name, type, and any list values), conversation volume per Case, Tags, and attachments. We probe the Thulium API to establish request pacing behavior given the absence of published rate limits. We pair this with a Gorgias plan review to confirm which features (macros, Rules, custom fields, integrations) are available on the target tier. The discovery output is a written scope document, a custom field mapping table, and a Gorgias plan recommendation if the customer's current plan limits are insufficient for the migrating data.
Schema design and field mapping table
We design the destination schema in Gorgias: creating any missing custom fields on Customer and Ticket objects, configuring Tag names to match Thulium tagging taxonomy, and mapping Thulium CRM custom fields by type. For list-type fields, we enumerate the full list of values and decide on a serialization format (comma-separated text is the default). For date fields, we confirm the format used in Thulium export and configure the corresponding date format in Gorgias. For yes/no fields, we agree on a text representation (true/false or yes/no) to store in the Gorgias text field. The field mapping table is reviewed and signed off before any data is extracted.
Sandbox migration and reconciliation
We run a full migration into the Gorgias production environment using a subset of records (typically 10-20% sample, prioritized by recent activity) to validate the mapping. The customer's team spot-checks 25-50 records in Gorgias against the Thulium source, verifies conversation thread integrity, confirms that custom field values appear correctly, and validates tag assignments. Any mapping corrections (field name mismatches, incorrect status mapping, conversation thread ordering issues) are addressed here before proceeding to full production migration.
Agent and user provisioning
We extract every distinct Thulium Agent referenced on Cases, Contacts, and Companies and match by email against the Gorgias destination's User list. Agents without a matching Gorgias User are listed in a reconciliation queue for the customer's admin to provision. Migration cannot proceed past Case and Contact import until the Agent mapping is resolved because assignee references are required on ticket records. The customer's admin creates the missing User accounts in Gorgias, and we re-run the matching step before the production migration window.
Production migration in dependency order
We run production migration in record-dependency order: Customer records first (with organization attributes resolved from the Thulium Company link), then Agents (user mapping confirmed), then Tickets with flattened conversation threads. Tags are applied to Tickets after the Ticket records are inserted. Custom field values are populated during the insert phase using the field mapping table built during scoping. Each phase emits a row-count reconciliation report before the next phase begins. Attachment re-upload runs as a post-processing step via the Gorgias REST API, batched and paced to respect Gorgias rate limits.
Cutover, validation, and automation handoff
We freeze Thulium writes during cutover, run a final delta migration of any records modified during the migration window, then enable Gorgias as the system of record. We deliver the workflow and automation inventory document to the customer's admin team with a recommended Gorgias Rules rebuild plan. We support a one-week hypercare window to resolve reconciliation issues raised by the support team in the first days of Gorgias operation. We do not rebuild Thulium workflows as Gorgias Rules inside the migration scope; that work is documented and handed off for the customer's admin or a Gorgias implementation partner.
Platform deep dives
Thulium
Source
Strengths
Weaknesses
Gorgias
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 3 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 Thulium and Gorgias.
Object compatibility
3 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
Thulium: Not publicly documented.
Data volume sensitivity
Thulium 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 Thulium to Gorgias migration scoping. Not seeing yours? Book a call.
Walk through your Thulium to Gorgias migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Thulium
Other ways to arrive at Gorgias
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.