Helpdesk migration
Field-level mapping, validation, and rollback between trueAct and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.
trueAct
Source
Gorgias
Destination
Compatibility
6 of 12
objects map 1:1 between trueAct and Gorgias.
Complexity
CModerate
Timeline
1-2 weeks
Overview
Moving from trueAct to Gorgias is a migration from a general-service case management platform to an e-commerce-centric conversational AI helpdesk. trueAct organizes work around Cases, Contacts, and Organizations with configurable custom fields and multi-channel aggregation; Gorgias uses a Customer object (merging contact and company) with a Ticket as the core support unit. We resolve the organization-to-customer merge, preserve channel metadata for email and chat threads, handle NPS response history by archiving to linked notes, and work within Gorgias's tiered API rate limits (2-10 req/sec) using cursor pagination and exponential backoff. Workflow automation rules, SLA timers, and escalation triggers in trueAct do not export as structured data; we deliver a written workflow audit questionnaire for the customer's admin to rebuild in Gorgias Macros and Rules post-migration. The Gorgias onboarding team states that migrations can be live within one week, and the Gorgias Help Desk Migration tool is available for self-service import; our scope covers the full historical data migration and schema mapping that the standard tool does not handle for non-Zendesk sources.
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 trueAct 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.
trueAct
Case
Gorgias
Ticket
1:1trueAct Cases map directly to Gorgias Tickets. The trueAct case status, priority, and assigned agent fields map to Gorgias Ticket status, priority, and assignee respectively. We preserve the full case history chain including status-change timestamps by writing each historical state as a ticket message entry. The trueAct channel source (email, chat, phone, web form) migrates as channel metadata; for email and chat, we reconstruct the thread using the trueAct message timestamps and direction (customer vs agent) so the conversation continuity is intact in Gorgias. SLA timer fields migrate as custom fields because Gorgias SLA is calculated in-app rather than stored as a field.
trueAct
Contact
Gorgias
Customer
1:1trueAct Contact records map to Gorgias Customer objects. The Contact email address is the primary key for deduplication; we map name, email, phone, and any custom fields. trueAct Contacts with a linked Organization inherit the Organization's data into the Customer record's company fields. We resolve the Organization reference at migration time and set the Customer's organization_name or external_id accordingly. If a trueAct Contact has multiple phone numbers or addresses, we preserve the primary and archive the extras as Customer notes.
trueAct
Organization
Gorgias
Customer (company fields)
many:1trueAct Organizations are the company-level container that groups Contacts and Cases. Gorgias does not have a separate Organization object; instead, company data lives on the Customer record. We merge Organization records into the Customer object by linking each trueAct Contact to its Organization and writing the Organization name, domain, and any company-level custom fields into the Customer record. Organization hierarchy (parent-child) is preserved as a custom field org_parent__c if needed for reporting. If multiple Contacts share one Organization, we create one Customer record and link all Contacts to it.
trueAct
Custom Fields (Cases, Contacts, Organizations)
Gorgias
CustomField
1:1trueAct custom fields migrate to Gorgias CustomField objects. During scoping we produce a field-by-field map: we match the trueAct field label to a Gorgias CustomField label, assign the correct object_type (ticket or customer), and set the external_id to the trueAct field name for traceability. Gorgias CustomField supports string, number, date, boolean, and list types; if a trueAct field uses a type that exceeds Gorgias's limits (e.g., a multi-select with more than 100 values), we flag it for customer review and either truncate or store the value as a text custom field.
trueAct
Attachment
Gorgias
Ticket attachment / Customer attachment
1:1File attachments on trueAct Cases and Contacts migrate to Gorgias as ticket-level or customer-level attachments. Inline images and linked documents are handled separately: inline images embed as base64 in message bodies where Gorgias supports it, and linked documents migrate as file attachments with the association back to the parent Ticket or Customer preserved via the Gorgias API attachment endpoint. We handle file size limits (typically 10 MB per attachment in Gorgias) by splitting files that exceed the threshold and notifying the customer of any that require alternative handling.
trueAct
NPS Survey
Gorgias
Customer note (archived)
lossytrueAct NPS responses include score, open-ended comment, timestamp, and originating contact link. Gorgias does not have a native NPS object. We handle this in two steps: (1) the most recent NPS score migrates as a numeric custom field nps_score__c on the Customer record; (2) the full response history (all scores, comments, and timestamps) is archived as a formatted note attached to the Customer record so the voice-of-customer data is preserved and searchable. We confirm the preferred disposition with the customer before import.
trueAct
Agent
Gorgias
User
1:1trueAct Agent records (name, email, role, team assignment) map to Gorgias User records. We resolve agents by email match. Gorgias has three built-in roles: admin, agent, and observer. We map trueAct roles to the nearest Gorgias equivalent; any role that does not map cleanly goes to a reconciliation queue for the customer to decide before migration. Active agents migrate as active Gorgias users; deactivated trueAct agents migrate as inactive users with a note flagging the original deactivation date.
trueAct
Team
Gorgias
Team / Inbox
lossytrueAct Teams group agents for routing and case assignment. In Gorgias, inboxes serve as the routing unit. We map each trueAct Team to a corresponding Gorgias Inbox and assign team members as Inbox agents. The customer chooses whether to map teams 1:1 or consolidate during migration. Team routing rules from trueAct are documented in the workflow audit handoff for rebuild as Gorgias Rules or inbox assignment logic.
trueAct
Multi-channel Source
Gorgias
Ticket channel metadata
1:1trueAct aggregates cases from email, chat, phone, and web forms. We preserve the source channel metadata as a custom field or tag on each migrated Ticket. For email and chat channels, we reconstruct thread continuity using the trueAct message timestamp and direction to write ordered message entries into the Gorgias ticket. Phone channel metadata (call duration, disposition, recording URL if stored) migrates as ticket notes or custom fields. Web form source data (form name, submission URL) migrates as a custom field.
trueAct
Workflow
Gorgias
Macros + Rules
lossytrueAct Workflow automation rules do not export as structured data. We do not migrate them as code. During scoping we deliver a workflow audit questionnaire to the customer: for each trueAct workflow, we capture the trigger (e.g., case status change, field update, time-based), conditions (e.g., priority equals High), and actions (e.g., assign to team, send email template, update SLA). The customer or a Gorgias partner uses this to rebuild the logic as Gorgias Macros (for response templates) and Rules (for automated actions). We document the mapping between trueAct workflow names and their Gorgias replacement equivalents.
trueAct
SLA Timer
Gorgias
SLA (built-in)
lossytrueAct SLA timers are calculated internally and stored with the case. Gorgias calculates SLA metrics in-app based on Ticket first-response and next-response targets configured per inbox or rule. We migrate the SLA status at time of migration (e.g., breached, at risk, on track) as a read-only custom field sla_status__c and set the Gorgias SLA rule to match the trueAct SLA definition so future calculations are accurate going forward. The customer provides the SLA rule definitions during scoping.
trueAct
Case Status + Priority
Gorgias
Ticket status + priority
lossytrueAct case statuses and priority values migrate as Gorgias Ticket status and priority values. We map the trueAct status labels to Gorgias status labels (open, pending, resolved, spam) and priority labels to Gorgias priority (low, normal, high, urgent). Any trueAct-specific status values that do not have a Gorgias equivalent become custom ticket statuses that the customer configures before migration. Priority probability percentages do not map because Gorgias does not use probability on Tickets the way CRM platforms do on Deals.
| trueAct | Gorgias | Compatibility | |
|---|---|---|---|
| Case | Ticket1:1 | Fully supported | |
| Contact | Customer1:1 | Fully supported | |
| Organization | Customer (company fields)many:1 | Fully supported | |
| Custom Fields (Cases, Contacts, Organizations) | CustomField1:1 | Fully supported | |
| Attachment | Ticket attachment / Customer attachment1:1 | Fully supported | |
| NPS Survey | Customer note (archived)lossy | Fully supported | |
| Agent | User1:1 | Fully supported | |
| Team | Team / Inboxlossy | Fully supported | |
| Multi-channel Source | Ticket channel metadata1:1 | Fully supported | |
| Workflow | Macros + Ruleslossy | Fully supported | |
| SLA Timer | SLA (built-in)lossy | Fully supported | |
| Case Status + Priority | Ticket status + prioritylossy | 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.
trueAct gotchas
Deployment model must be identified before migration scoping
Workflow automation does not export as structured data
NPS score history may exceed simple field mapping
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 deployment model confirmation
We audit the source trueAct environment: deployment type (on-premise, private cloud, or SaaS), agent count, active case volume, custom field inventory, attachment file size estimates, NPS survey event count, active workflow count, and team structure. For on-premise and private cloud deployments we confirm VPN or database access requirements with the customer's IT team. We pair this with a Gorgias edition review (Starter through Enterprise) to confirm API rate limits, SSO availability, and SLA feature access relevant to the migration scope. The discovery output is a written migration scope document and a Gorgias edition recommendation.
Schema design and Organization-to-Customer merge rule
We design the destination Gorgias schema. This includes creating CustomField objects for all trueAct custom fields with the correct object_type (ticket or customer) and external_id set to the source field name. We define the Organization-to-Customer merge rule: whether trueAct Organizations become Gorgias Customer company fields or remain as notes. We create Inboxes to match trueAct Teams and assign agents accordingly. We configure ticket status and priority values to map from trueAct status and priority labels, flagging any that require custom status creation. We document the NPS disposition choice (most-recent score as custom field plus full history as note, or CSV export) and confirm with the customer before migration.
Demo migration and reconciliation
We run a full migration into the customer's Gorgias demo or sandbox environment using production-equivalent data volume. The customer reviews a sample of migrated tickets, checks contact-to-customer mapping, verifies attachment associations, and validates NPS score placement. We reconcile record counts: Cases in equals Tickets in, Contacts in equals Customers in, Organizations merged correctly. The customer signs off the mapping and any corrections happen in this phase, not in production.
Agent and team provisioning coordination
We extract every distinct trueAct Agent and map by email to Gorgias Users. Agents without a matching Gorgias account go to a reconciliation queue for the customer to provision before record import resumes. We confirm role mapping (admin, agent, observer) and SSO configuration if applicable. Team-to-Inbox assignments are set in this phase so that agent-record import resolves the correct Inbox membership on day one.
Production migration in dependency order
We run production migration in dependency order: Gorgias Users (validated), Customers (from trueAct Contacts and Organizations merged), Tickets (with channel metadata, SLA status as custom field, and thread continuity for email and chat reconstructed), Attachments (with size checks and parent record association), and NPS response history (as agreed disposition). We use chunked API writes with exponential backoff on 429 responses, staying within the customer's Gorgias plan rate limit. Each phase emits a reconciliation report (records in, failed, skipped) before the next phase begins.
Cutover, validation, and workflow audit handoff
We freeze trueAct write access during cutover, run a delta migration of any records modified during the migration window, then enable Gorgias as the system of record. We deliver the workflow audit questionnaire output to the customer's admin team with a written map of each trueAct workflow trigger, conditions, and actions alongside recommended Gorgias Macro and Rule equivalents. We support a one-week hypercare window where we resolve any reconciliation issues raised by the support team. We do not rebuild trueAct workflows as Gorgias Macros or Rules inside the migration scope; that work is handled by the customer's admin or a Gorgias partner post-migration.
Platform deep dives
trueAct
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 trueAct 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
trueAct: Not publicly documented — enterprise customers receive per-deployment limits in their contract..
Data volume sensitivity
trueAct 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 trueAct to Gorgias migration scoping. Not seeing yours? Book a call.
Walk through your trueAct 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 trueAct
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.