Helpdesk migration
Field-level mapping, validation, and rollback between SmarterTrack and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.
SmarterTrack
Source
Intercom
Destination
Compatibility
9 of 12
objects map 1:1 between SmarterTrack and Intercom.
Complexity
CModerate
Timeline
1-2 weeks
Overview
SmarterTrack and Intercom are architecturally different helpdesks. SmarterTrack is a ticket-centric, on-premises or hosted platform built around SQL Server and a Windows server deployment model; Intercom is a messaging-first, cloud-native platform built around a conversation model with AI agents (Fin) and proactive in-app engagement. The migration requires a fundamental data model shift: SmarterTrack Tickets become Intercom Conversations, SmarterTrack Organizations map to Intercom Companies, and SmarterTrack Users map to Intercom Admins or Agents. We extract via the SmarterTrack Web Services API (hosted) or direct SQL Server query (on-premises) and load into Intercom via the REST API with contact-first sequencing. Call logs, community posts, and SLA/workflow rules do not migrate as functional equivalents; we deliver a written inventory of these for the customer's admin to rebuild in Intercom. On-premises exports require proof of license activation availability and a verified SQL Server backup before we begin any data extraction.
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 SmarterTrack object lands in Intercom, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
SmarterTrack
Ticket
Intercom
Conversation
1:1SmarterTrack Tickets are the central record type and map directly to Intercom Conversations. Every ticket's subject, body, status, priority, assignee, and timestamp migrate. The SmarterTrack ticket thread (all inbound and outbound messages) migrates as the conversation timeline, with the original ticket creation date preserved as Created_at and comment dates preserved on each message record. Custom field values migrate to Intercom conversation attributes. Department-level routing in SmarterTrack maps to Intercom Team or Admin assignment.
SmarterTrack
User (Agent)
Intercom
Admin or Agent
1:1SmarterTrack User accounts (agents) map to Intercom Admins or Agents based on role and permissions. We resolve by email match. Inactive SmarterTrack users can be migrated as inactive Intercom Admins to preserve historical assignment without granting active login. Department memberships in SmarterTrack map to Intercom Team membership. The customer's Intercom workspace admin creates the first Admin before migration; we map the remaining agents against that Admin's provisioning.
SmarterTrack
Organization (Customer)
Intercom
Company
1:1SmarterTrack Organization records map to Intercom Companies. Organization name, domain, address fields, and custom fields migrate. Company is created before Contact import so that the company lookup reference is satisfied at the moment of Contact insert. If a SmarterTrack Organization has no associated contacts, it still migrates as a standalone Company record.
SmarterTrack
User (End User / Contact)
Intercom
Contact
1:1SmarterTrack end-user records (the requesters on tickets, distinct from agent accounts) map to Intercom Contacts. A Contact requires either a user_id or email address at minimum per Intercom's API. We scan for email presence and flag any contact records without email for the customer's admin to resolve before migration. Phone number validation should be disabled in Intercom before migration if phone data is present, per Intercom's migration guidance.
SmarterTrack
Live Chat
Intercom
Conversation (channel: chat)
1:1SmarterTrack Live Chat sessions are standalone objects with their own transcripts, participant info, duration, and custom fields per department. We extract chat transcripts and participant metadata and create Intercom Conversations with channel set to chat. Chat duration and custom field data map to conversation attributes. Department-level chat routing in SmarterTrack maps to Intercom Team assignment on the conversation.
SmarterTrack
Call Log
Intercom
Conversation (note-only) or Custom Object
lossySmarterTrack Call Logs store duration, disposition, phone numbers, and custom fields with no native Intercom equivalent. Intercom has no built-in call logging object; the standard workaround is either creating a conversation with internal notes (losing structured fields) or defining a Custom Object (Call) with external_id, duration, disposition, and phone fields. We recommend the Custom Object approach for clients that need to preserve structured call metadata, and we create the schema in Intercom before migration begins.
SmarterTrack
Knowledge Base Article
Intercom
Article
1:1SmarterTrack KB articles (with category and sub-article hierarchy) map to Intercom Help Center articles within Collections. The two-level Intercom hierarchy (Collection > Article) means SmarterTrack's three-level structure must be flattened: we map the top-level category to the Collection, any intermediate sub-categories to Collection ordering or naming, and articles to Articles. Draft/published status migrates as published state. Inline HTML in article body is preserved as-is. Brand scoping on Enterprise SmarterTrack maps to Intercom workspace or team scoping if the customer uses multiple Intercom workspaces.
SmarterTrack
Custom Field (Ticket/User/Organization)
Intercom
Custom Attribute
lossySmarterTrack custom fields for Tickets, Users, Organizations, and Chats map to Intercom custom attributes. SmarterTrack's 512-character per-value ceiling is significantly lower than Intercom's unlimited custom attribute limits. We scan all custom field values during the mapping phase and flag any values approaching 512 characters so the customer can decide whether to trim, split, or drop before migration. Custom field type mapping: SmarterTrack string to Intercom string, checkbox to boolean, date to date, integer to number.
SmarterTrack
Department and Group
Intercom
Team
1:1SmarterTrack Departments and Groups structure ticket routing and agent assignment. These map to Intercom Teams, which control inbox assignment and access permissions. Active vs. inactive group status migrates. The department hierarchy (which groups belong to which departments) maps to Intercom Team structure. If SmarterTrack departments are used for SLA scoping, this mapping has implications for Intercom's SLA configuration on Advanced and Expert tiers, which must be rebuilt post-migration.
SmarterTrack
Attachment
Intercom
Conversation Attachment
1:1Ticket attachments, chat file transfers, and KB article media stored in SmarterTrack's App_data folder or database are extracted and re-linked to the corresponding Intercom Conversation or Article records. Intercom's API supports attachments on conversations and articles. We extract all binary attachments, verify MIME type and file size (Intercom's attachment limits apply), and upload to Intercom's file hosting before attaching to the relevant record. KB article images are uploaded separately and image URLs are updated in the article body HTML.
SmarterTrack
Tag
Intercom
Tag
1:1SmarterTrack Tags applied to Tickets and KB Articles map directly to Intercom Tags. Tag labels and their associations migrate. Intercom's tag model supports adding tags to contacts, companies, and conversations. If the customer uses tags for internal categorization, we preserve all tag labels and their associations. Tags without a matching Intercom tag are created during migration.
SmarterTrack
Brand (Enterprise)
Intercom
Workspace or Team
lossySmarterTrack's multi-brand capability (Enterprise-only) scopes portals, knowledge bases, and tickets to separate customer-facing identities. Intercom supports multiple workspaces (Enterprise plan) or team-based scoping. We map each SmarterTrack Brand to an Intercom Workspace or Team depending on the customer's Intercom plan. If the customer uses a single Intercom workspace, brand scoping maps to a custom field on the Conversation for filtering rather than a structural separation.
| SmarterTrack | Intercom | Compatibility | |
|---|---|---|---|
| Ticket | Conversation1:1 | Fully supported | |
| User (Agent) | Admin or Agent1:1 | Fully supported | |
| Organization (Customer) | Company1:1 | Fully supported | |
| User (End User / Contact) | Contact1:1 | Fully supported | |
| Live Chat | Conversation (channel: chat)1:1 | Fully supported | |
| Call Log | Conversation (note-only) or Custom Objectlossy | Fully supported | |
| Knowledge Base Article | Article1:1 | Fully supported | |
| Custom Field (Ticket/User/Organization) | Custom Attributelossy | Fully supported | |
| Department and Group | Team1:1 | Fully supported | |
| Attachment | Conversation Attachment1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Brand (Enterprise) | Workspace or Teamlossy | 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.
SmarterTrack gotchas
License activation limits can block server migrations
On-premises database backup is the customer's responsibility
Background worker threads must be running for full data consistency
Custom field values capped at 512 characters
Intercom gotchas
S3 JSON export omits conversation transcripts
Workspace isolation prevents workflow migration
Fin AI resolution fees compound with automation success
Two-year conversation history limit on historical export
Private app rate limits share workspace quota
Pair-specific challenges
Migration approach
Scoping and license verification
We audit the source SmarterTrack instance for deployment model (on-premises or hosted), edition tier (Free/Professional/Enterprise), and object inventory including Tickets, Live Chats, Call Logs, Knowledge Base Articles, Organizations, Users, Departments, Custom Fields, Brands, and attachment volume. For on-premises instances, we verify that the SmarterTrack license has remaining activations and that the customer has a recent full SQL Server database backup plus filesystem access to the App_data folder. For hosted instances, we verify Web Services API credentials and rate limits. The scoping output is a written migration scope document with record counts per object, a list of objects that will require post-migration rebuild (call logs, SLA rules, workflows), and a recommendation for whether to use the Intercom Demo Migration first for validation.
Intercom workspace configuration
Before any data import, we configure the Intercom destination workspace to receive the migrating data. This includes creating the required Admin accounts (at least one Admin must exist before migration begins), configuring Teams to match SmarterTrack Departments and Groups, defining Custom Attributes that mirror SmarterTrack custom fields, and creating the Call Custom Object schema if the customer needs structured call log preservation. For knowledge base migration, we create the Collections structure that corresponds to the SmarterTrack KB category hierarchy. We disable phone number validation in Intercom settings (Settings > People Data > Phone) if contact phone data is present, per Intercom's migration guidance, to prevent record rejection for non-standard phone formats.
Data extraction from SmarterTrack
For hosted SmarterTrack instances, we extract via the Web Services REST API. For on-premises instances, we run SQL Server queries directly against the SmarterTrack database to extract Tickets, Live Chats, Call Logs, Organizations, Users, KB Articles, and Custom Field values, and we extract binary attachments from the App_data folder. We run the Diagnostics page check for background worker thread status before extraction to ensure we capture current SLA and assignment states. All extraction runs produce a row-count manifest per object. Any disabled background threads are flagged and the customer is given the option to re-enable them before re-running the extraction.
Contact and Company migration (contacts-first sequencing)
We run Intercom's required contacts-first migration phase. Organizations from SmarterTrack are created as Intercom Companies first, using domain or company name as the dedupe key. SmarterTrack end-user contacts are then created as Intercom Contacts, each linked to the appropriate Company record via the company_id lookup. Email address is required on every Contact; records without email are flagged in the reconciliation report for the customer's admin to resolve before the conversation phase begins. Agent users from SmarterTrack are mapped to Intercom Admins or Agents by email match. Custom field values are attached to contacts and companies using Intercom's custom_attributes payload. This phase must fully complete before conversation migration begins.
Conversation and knowledge base migration
Once all contacts exist in Intercom, we migrate Tickets and Live Chat sessions as Intercom Conversations with channel attribution (email or chat). Each conversation's thread (all messages from both the customer and the agent) migrates with original timestamps preserved as Created_at and comment dates. Attachment references are resolved by extracting binary files from SmarterTrack, uploading to Intercom's file hosting, and attaching to the relevant conversation message. KB articles migrate into Intercom Help Center Collections with article body HTML preserved as-is. Brand scoping in SmarterTrack Enterprise maps to workspace or team scoping in Intercom.
Cutover, delta sync, and rebuild inventory delivery
We run a final delta migration of any records created or modified during the migration window to prevent data loss on the day of cutover. Active automated campaigns in Intercom are re-enabled after migration is confirmed complete. We deliver the written rebuild inventory to the customer's admin team, covering: SLA rule equivalents for Intercom Advanced/Expert, call log Custom Object usage, workflow triggers, auto-assignment rules, and department routing patterns. We do not rebuild automations as Intercom Workflows inside the migration scope; that work is a separate engagement. We support a five-business-day post-cutover window for reconciliation issues. We do not provide ongoing Intercom admin support, training, or workflow rebuild as standard scope.
Platform deep dives
SmarterTrack
Source
Strengths
Weaknesses
Intercom
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 5 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 SmarterTrack and Intercom.
Object compatibility
5 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
SmarterTrack: Not publicly documented.
Data volume sensitivity
SmarterTrack 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 SmarterTrack to Intercom migration scoping. Not seeing yours? Book a call.
Walk through your SmarterTrack to Intercom migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave SmarterTrack
Other ways to arrive at Intercom
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.