Helpdesk migration
Field-level mapping, validation, and rollback between trueAct and Zendesk. We move data and schema; workflows are rebuilt natively in Zendesk.
trueAct
Source
Zendesk
Destination
Compatibility
7 of 10
objects map 1:1 between trueAct and Zendesk.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from trueAct to Zendesk is a cross-platform migration that resolves schema differences across case management, contact hierarchy, and multi-channel routing. trueAct organizes work around Cases linked to Contacts and Organizations with configurable custom fields; Zendesk mirrors this with Tickets, Users (end-users and agents), and Organizations, plus a Custom Objects layer for complex data relationships. We handle the multi-channel aggregation differently: trueAct stores source channel metadata on the Case itself, while Zendesk uses channel-specific objects (Tweet, Facebook Post, Voice Call) attached to the Ticket. We preserve thread continuity for email and chat channels during migration and document the routing logic for agents to rebuild as Zendesk Views and Macros. Workflow automation does not migrate; we deliver a written inventory of trueAct routing rules and escalation triggers for the customer's admin to reconstruct in Zendesk.
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 Zendesk, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
trueAct
Case
Zendesk
Ticket
1:1trueAct Cases map 1:1 to Zendesk Tickets. The Case status, priority, assigned agent, created date, and updated date migrate to Ticket status, priority, assignee, created_at, and updated_at. The full case history chain (comments, status changes, assignments) migrates as Ticket comments in chronological order. Channel metadata from trueAct's multi-channel sources (email, chat, phone, web form) is stored as a custom field or tag in Zendesk to preserve the origin channel for reporting.
trueAct
Contact
Zendesk
End-user (User)
1:1trueAct Contact records (name, email, phone, custom fields) map directly to Zendesk end-user records. The Zendesk user record is created before the linked Ticket so that the requester relationship is satisfied at insert time. For contacts with multiple addresses, we use the primary address field and archive secondary addresses in a custom field or note. Contact IDs are stored in a custom field on the Zendesk user for audit trail and cross-referencing.
trueAct
Organization
Zendesk
Organization
1:1trueAct Organizations are the company-level container that groups Contacts and Cases. We map directly to Zendesk Organizations, preserving the parent-child hierarchy where it exists. The Organization ID from trueAct is stored in a custom field on the Zendesk Organization for reconciliation. Organizations are created before any Contact import so that the organization_id field is available on the user record.
trueAct
Agent
Zendesk
Agent or Admin (User)
1:1trueAct Agent accounts (name, email, role, team assignment) map to Zendesk User accounts with the appropriate role. Agents with admin privileges map to Zendesk Admins; standard agents map to Agents. Role and team memberships are mapped to Zendesk Groups, and agent-to-group assignments are recreated during migration. Permissions that do not translate directly (such as department-level routing rules) are flagged in a reconciliation report for the customer's admin.
trueAct
Team
Zendesk
Group
1:1trueAct Teams group agents for routing and case assignment. We map Teams to Zendesk Groups, preserving the team name, description, and member list. Group membership is applied after the User records are created, so the agent-to-group assignments resolve correctly at migration time. Teams used for case routing are documented for the admin to recreate as Zendesk Views with group-based filters.
trueAct
Custom Fields
Zendesk
Ticket Fields, User Fields, or Organization Fields
1:1trueAct custom fields on Cases, Contacts, and Organizations map to Zendesk ticket fields, user fields, and organization fields respectively. We pre-create all destination custom fields during schema design, matching the source field type (text, dropdown, checkbox, date, integer) to the equivalent Zendesk field type. Fields that exceed Zendesk's type limits or use restricted characters are flagged during scoping for the customer to decide whether to truncate, re-type, or archive.
trueAct
Attachment
Zendesk
Ticket Attachment
1:1File attachments on trueAct Cases and Contacts migrate to Zendesk as Ticket comments with inline images or as ContentDocumentLink records attached to the Ticket. We handle inline images and linked documents separately, preserving the association back to the parent Ticket. Files exceeding 1MB in size require separate handling; we notify the customer during scoping if any attachments exceed this threshold.
trueAct
NPS Survey
Zendesk
Custom Field + Note on User
lossyNPS survey responses in trueAct include the score, open-ended comment, timestamp, and link to the originating contact. When migrating to Zendesk, which has no native NPS object, we consolidate multiple survey events per contact into the most recent score stored as a custom user field (nps_score__c) and archive the full response history including comments as a Note attached to the user record. We confirm the target schema handling with the customer before importing.
trueAct
Multi-channel Source
Zendesk
Ticket Field + Channel Tag
lossytrueAct aggregates cases from email, chat, phone, and web forms. We migrate the source channel metadata as a custom Ticket field (channel_source__c) and apply a Zendesk tag matching the channel type (channel_email, channel_chat, channel_phone, channel_web). For email and chat threads, we preserve message ordering by setting the comment timestamp to the original channel timestamp. Channel metadata is used to recreate routing logic as Zendesk Views filtered by channel tag.
trueAct
Workflow
Zendesk
Views, Macros, Triggers (documentation)
lossytrueAct workflow rules are stored as application configuration and have no standalone export format. We do not migrate workflows as code. Instead, we deliver a written inventory of every trueAct routing rule, escalation trigger, and SLA timer with its trigger conditions, actions, and recommended Zendesk equivalent (Views for queue assignment, Macros for common responses, Triggers for event-based actions, SLA Policies for timer management). The customer's admin rebuilds these post-migration.
| trueAct | Zendesk | Compatibility | |
|---|---|---|---|
| Case | Ticket1:1 | Fully supported | |
| Contact | End-user (User)1:1 | Fully supported | |
| Organization | Organization1:1 | Fully supported | |
| Agent | Agent or Admin (User)1:1 | Fully supported | |
| Team | Group1:1 | Fully supported | |
| Custom Fields | Ticket Fields, User Fields, or Organization Fields1:1 | Mapping required | |
| Attachment | Ticket Attachment1:1 | Fully supported | |
| NPS Survey | Custom Field + Note on Userlossy | Fully supported | |
| Multi-channel Source | Ticket Field + Channel Taglossy | Fully supported | |
| Workflow | Views, Macros, Triggers (documentation)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.
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
Zendesk gotchas
Data export requires API scripting on non-Enterprise plans
Automations cap at 500 active rules and 1,000 tickets per hour
Help Center has no native export feature
Custom Objects and full data export are Enterprise-only
Pair-specific challenges
Migration approach
Discovery and deployment confirmation
We audit the source trueAct environment for record counts (Cases, Contacts, Organizations, Agents, Teams), custom field definitions, attachment volume and average file size, NPS survey event count, Organization hierarchy depth, and active workflow count. We confirm the deployment model (on-premise, private cloud, or SaaS) and map the authentication method. For on-premise and private cloud instances, we coordinate with the customer's IT team to establish VPN access, database read permissions, or a scheduled export script. The discovery output is a written migration scope with record counts, a field mapping draft, and a deployment-specific connection plan.
Schema design and Zendesk pre-configuration
We design the destination schema in Zendesk before any data transfer begins. This includes creating custom fields on Tickets, Users, and Organizations to match the trueAct field types, defining Groups to match the trueAct Team structure, and configuring the channel source field for multi-channel metadata. If the customer uses Zendesk Guide, we document the knowledge base structure for manual activation or content republishing. NPS handling is confirmed with the customer: most recent score as a custom field, full history as a Note. Schema is validated in a staging run before production migration.
Agent and user provisioning in Zendesk
We extract every distinct trueAct Agent and Contact with email addresses and provision matching User records in Zendesk. Agents receive the Agent role and are assigned to Groups matching their trueAct Team. Contacts become end-users (requesters). Any trueAct Contact or Agent without a resolvable email is flagged for the customer to provide an alias or archive. User provisioning must complete before Tickets are imported because the requester_id and assignee_id fields on Tickets require valid User IDs.
Organization and hierarchy migration
We import trueAct Organizations in dependency order, starting with top-level parent Organizations and resolving child Organizations against their parent Organization IDs. The Organization hierarchy is preserved by setting the parent Organization reference during import. Once all Organizations are confirmed in Zendesk, we update the Contact records with their organization_id to link users to the correct Organization. This step is a prerequisite for Ticket import because Zendesk Tickets can reference the organization_id on the requester.
Ticket migration with channel metadata
We import trueAct Cases as Zendesk Tickets in the following sequence: open and priority cases first to minimize agent disruption, then closed cases. Each Ticket receives the requester_id (mapped from the trueAct Contact email), the assignee_id (mapped from the trueAct agent email via the User table), and the channel_source__c custom field populated from the trueAct multi-channel source metadata. Comments and status change history migrate as Ticket comments in chronological order. Inline images and file attachments are attached to the Ticket comment or linked via ContentDocumentLink. We apply tags (channel_email, channel_chat, channel_phone, channel_web) to enable Zendesk Views filtered by channel.
Validation, reconciliation, and workflow handoff
We run reconciliation against the trueAct source: row counts for Organizations, Users, and Tickets; spot-checks on 25-50 random records for field accuracy; attachment count verification. Any gaps are resolved before cutover. We deliver the workflow inventory document listing every trueAct routing rule, escalation trigger, and SLA timer with a recommended Zendesk equivalent (Trigger, Automation, SLA Policy, or Macro). The customer's admin rebuilds these post-migration. We do not provide post-migration admin support or automation rebuild as standard scope.
Platform deep dives
trueAct
Source
Strengths
Weaknesses
Zendesk
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 trueAct and Zendesk.
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
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 Zendesk migration scoping. Not seeing yours? Book a call.
Walk through your trueAct to Zendesk 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 Zendesk
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.