Helpdesk migration

Migrate from trueAct to Gorgias

Field-level mapping, validation, and rollback between trueAct and Gorgias. We move data and schema; workflows are rebuilt natively in Gorgias.

trueAct logo

trueAct

Source

Gorgias

Destination

Gorgias logo

Compatibility

50%

6 of 12

objects map 1:1 between trueAct and Gorgias.

Complexity

CModerate

Timeline

1-2 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

trueAct logo

trueAct

What's pushing teams away

  • Pricing is quote-only with no public tier breakdown, making it difficult to compare cost against competitors or forecast scaling expenses.
  • On-premise and private cloud deployments require internal IT resources for upgrades, patching, and infrastructure maintenance that not all teams can sustain.
  • Limited public documentation and smaller community compared to major CRM platforms makes self-service troubleshooting harder.
  • Workflow automation is less mature than enterprise platforms, with customers citing limited branching logic and conditional escalation options.

Choosing

Gorgias logo

Gorgias

What's pulling them in

  • Shopify-native integrations pull order details, shipment status, and return data directly into the ticket view, eliminating the need for agents to switch between apps.
  • Unlimited user seats mean growing support teams do not trigger billing changes; pricing scales only on billable ticket volume.
  • AI Agent automates responses to high-volume queries like order status and returns, measurably reducing the number of billable tickets each month.
  • Omnichannel inbox consolidates email, live chat, Facebook, Instagram, WhatsApp, SMS, and voice into a single threaded view.
  • SOC 2 Type II certification and GDPR-aligned data handling satisfy enterprise procurement requirements for customer support platforms.

Object mapping

How trueAct objects map to Gorgias

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

maps to

Gorgias

Ticket

1:1
Fully supported

trueAct 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

maps to

Gorgias

Customer

1:1
Fully supported

trueAct 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

maps to

Gorgias

Customer (company fields)

many:1
Fully supported

trueAct 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)

maps to

Gorgias

CustomField

1:1
Fully supported

trueAct 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

maps to

Gorgias

Ticket attachment / Customer attachment

1:1
Fully supported

File 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

maps to

Gorgias

Customer note (archived)

lossy
Fully supported

trueAct 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

maps to

Gorgias

User

1:1
Fully supported

trueAct 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

maps to

Gorgias

Team / Inbox

lossy
Fully supported

trueAct 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

maps to

Gorgias

Ticket channel metadata

1:1
Fully supported

trueAct 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

maps to

Gorgias

Macros + Rules

lossy
Fully supported

trueAct 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

maps to

Gorgias

SLA (built-in)

lossy
Fully supported

trueAct 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

maps to

Gorgias

Ticket status + priority

lossy
Fully supported

trueAct 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.

Gotchas + challenges

What specifically takes care here

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 logo

trueAct gotchas

High

Deployment model must be identified before migration scoping

Medium

Workflow automation does not export as structured data

Medium

NPS score history may exceed simple field mapping

Gorgias logo

Gorgias gotchas

High

AI Agent adds outcome-based fees on top of billable ticket costs

High

Overage billing for tickets scales nonlinearly

Medium

API rate limits restrict bulk export throughput

Medium

Agent data visibility cannot be restricted by role for GDPR use cases

Low

Knowledge Base translations require separate API calls per locale

Pair-specific challenges

  • Organization-to-Customer merge requires up-front schema decision

    trueAct separates Contacts and Organizations with a parent-child relationship. Gorgias uses a single Customer object that consolidates individual and company data. If the customer uses Organizations to represent companies and Contacts to represent individuals at those companies, we merge Organization fields into the Customer record during migration. If Contacts without Organizations exist in trueAct, they become standalone Customers without a company association. We confirm the desired behavior during scoping and document whether individual Contacts should receive a synthetic Organization name or remain unlinked. Skipping this decision creates orphan records or duplicate company entries in Gorgias.

  • trueAct workflow automation does not export as structured data

    trueAct stores workflow rules, routing logic, and escalation triggers as internal application configuration with no standalone export format. We do not migrate them as automation code. During discovery we deliver a workflow audit questionnaire: the customer documents each trueAct workflow's trigger, conditions, and actions, and we produce a written map of every active rule with its recommended Gorgias Macro or Rule equivalent. The customer's admin rebuilds the automations post-migration in Gorgias. This is the most common source of post-migration process gaps if not addressed during scoping.

  • Gorgias API rate limits require batch pacing during import

    Gorgias enforces tiered rate limits: 2 requests per second on Starter and Basic plans, 10 requests per second on Pro and Advanced plans, and negotiated higher limits on Enterprise. The API uses a leaky bucket algorithm with headers (X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Reset, Retry-After) and returns HTTP 429 when the limit is exceeded. We implement exponential backoff and chunked batch processing to stay within the applicable tier limit. For migrations with large attachment volumes or long case histories, this pacing extends migration time; we advise customers to confirm their Gorgias plan tier before migration begins so we configure the correct batch size.

  • NPS response history has no native Gorgias equivalent

    trueAct NPS surveys store the score, open-ended comment, timestamp, and originating contact as a distinct object. Gorgias has no NPS object or scoring field on the Customer record. We handle this by migrating the most recent score as a numeric custom field and archiving the full response history as a linked note on the Customer. The customer must confirm this disposition during scoping; some teams prefer to keep NPS data in a separate analytics tool rather than in Gorgias, in which case we export the NPS history to CSV alongside the migration rather than force it into a Gorgias note.

  • Gorgias has no SCIM provisioning; agent accounts require manual or API setup

    Gorgias does not offer SCIM 2.0 provisioning on any plan. Agent (user) lifecycle management must be done via the REST API or manually through the Gorgias UI. There are no dedicated webhook events for agent created, deactivated, or updated; detecting agent changes requires polling GET /api/users on a schedule. During migration, we map trueAct Agents to Gorgias Users by email. If the customer uses an identity provider (Google, Microsoft, or SAML SSO) for access control, we note that Google and Microsoft SSO are available on all Gorgias plans and custom SAML is available on higher tiers, and we coordinate the SSO configuration with the customer's IT team before user import begins.

Migration approach

Six steps for a successful trueAct to Gorgias data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

trueAct logo

trueAct

Source

Strengths

  • Aggregates cases from email, chat, phone, and web channels into one queue
  • Offers on-premise, private cloud, and public SaaS deployment flexibility
  • Includes native NPS survey and satisfaction tracking
  • API access enables custom integrations with ERP and billing systems
  • AI-assisted routing and suggested responses for agent productivity

Weaknesses

  • Quote-only pricing model creates friction in sales evaluation
  • Smaller user community and limited public documentation versus major platforms
  • Workflow automation capabilities lag behind enterprise-grade service desk tools
  • Requires IT overhead for on-premise and private cloud maintenance
  • Scaling cost predictability is poor without published tier thresholds
Gorgias logo

Gorgias

Destination

Strengths

  • Shopify and BigCommerce integrations surface order, return, and shipment data natively inside every ticket.
  • Unlimited agent seats remove per-user licensing friction as support teams grow.
  • AI Agent reduces billable ticket volume through automated resolution of high-frequency queries.
  • SOC 2 Type II certified with GDPR-aligned data handling for enterprise procurement readiness.
  • Omnichannel inbox aggregates email, live chat, Facebook, Instagram, WhatsApp, SMS, and voice into a single threaded view.

Weaknesses

  • Ticket-volume pricing with overage fees creates unpredictable monthly costs during seasonal traffic spikes.
  • Custom reporting is shallow; raw event-level data export for BI tooling is not natively supported.
  • Knowledge Base, Macros, and Rules lack simple export tooling, making competitive migrations complex.
  • GDPR compliance limitations mean customer data cannot be hidden from agents by role, blocking use by teams with freelance staff.
  • Performance and glitch reports emerge in G2 reviews at higher ticket volumes.

Complexity grading

How hard is this migration?

Moderate Helpdesk migration. 3 of 7 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across trueAct and Gorgias.

  • Object compatibility

    C

    3 of 7 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    7-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    trueAct: Not publicly documented — enterprise customers receive per-deployment limits in their contract..

  • Data volume sensitivity

    B

    trueAct doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your trueAct to Gorgias migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about trueAct to Gorgias data migrations

Answers to the questions buyers ask most during trueAct to Gorgias migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your trueAct to Gorgias migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between one and two weeks for accounts under 10,000 cases with no custom objects and a cloud-hosted trueAct deployment. Migrations from on-premise or private cloud trueAct environments (requiring IT coordination for access), large NPS response histories (archive processing), multi-channel thread reconstruction (especially for chat and phone metadata), or high attachment volumes move to four to eight weeks because of API rate-limit pacing and the additional scoping steps required for non-SaaS source environments.

Adjacent paths

Related migrations to explore

Ready when you are

Move from trueAct.
Land in Gorgias, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day