Helpdesk migration

Migrate from SmarterTrack to Intercom

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

SmarterTrack logo

SmarterTrack

Source

Intercom

Destination

Intercom logo

Compatibility

75%

9 of 12

objects map 1:1 between SmarterTrack and Intercom.

Complexity

CModerate

Timeline

1-2 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

SmarterTrack logo

SmarterTrack

What's pushing teams away

  • On-premises deployment places server maintenance, backups, security patching, and database management squarely on the customer's IT team, which many SMBs lack.
  • The UI and feature set feel dated compared to cloud-native help desks that ship modern chat widgets, conversational ticketing, and AI-assisted triage out of the box.
  • Lack of a prominent public roadmap and relatively small user community makes it harder to find third-party plugins, integrations, and peer advice compared to larger platforms.
  • Scaling on-premises means scaling hardware and SQL Server infrastructure costs, which eventually negates the upfront licensing savings for growing teams.
  • Reporting and analytics, while functional, require manual schedule configuration and lack the real-time dashboards that modern cloud platforms provide natively.

Choosing

Intercom logo

Intercom

What's pulling them in

  • Instant chat and message threading on websites and apps gives support teams a single inbox without context-switching, according to reviewers on Capterra and G2 who highlight fast response times as a primary benefit.
  • Fin AI handles repetitive inbound queries automatically, reducing agent workload measurably — G2 reviewers report fewer escalations and faster first-response times once Fin is configured.
  • Automation workflows (Outbound, Operator, and custom bots) allow teams to qualify leads and route tickets without manual intervention, appealing to growth-stage SaaS companies managing high ticket volumes.
  • Help center articles and self-service deflection are natively integrated, so knowledge base content and chat conversations live in the same workspace, simplifying reporting.
  • Multi-channel support (live chat, email, SMS, WhatsApp, Phone) consolidates customer touchpoints into one inbox, reducing the operational overhead of managing separate tools.

Object mapping

How SmarterTrack objects map to Intercom

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

maps to

Intercom

Conversation

1:1
Fully supported

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

maps to

Intercom

Admin or Agent

1:1
Fully supported

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

maps to

Intercom

Company

1:1
Fully supported

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

maps to

Intercom

Contact

1:1
Fully supported

SmarterTrack 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

maps to

Intercom

Conversation (channel: chat)

1:1
Fully supported

SmarterTrack 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

maps to

Intercom

Conversation (note-only) or Custom Object

lossy
Fully supported

SmarterTrack 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

maps to

Intercom

Article

1:1
Fully supported

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

maps to

Intercom

Custom Attribute

lossy
Fully supported

SmarterTrack 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

maps to

Intercom

Team

1:1
Fully supported

SmarterTrack 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

maps to

Intercom

Conversation Attachment

1:1
Fully supported

Ticket 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

maps to

Intercom

Tag

1:1
Fully supported

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

maps to

Intercom

Workspace or Team

lossy
Fully supported

SmarterTrack'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.

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.

SmarterTrack logo

SmarterTrack gotchas

High

License activation limits can block server migrations

High

On-premises database backup is the customer's responsibility

Medium

Background worker threads must be running for full data consistency

Low

Custom field values capped at 512 characters

Intercom logo

Intercom gotchas

High

S3 JSON export omits conversation transcripts

High

Workspace isolation prevents workflow migration

Medium

Fin AI resolution fees compound with automation success

Medium

Two-year conversation history limit on historical export

Low

Private app rate limits share workspace quota

Pair-specific challenges

  • On-premises exports require license activation check and database access

    SmarterTrack enforces a two-activation limit per product license as fraud protection. If the customer is on an on-premises instance and has already used both activations, we cannot connect to the database without a license reset via SmarterTools account. We check activation counts during scoping. Additionally, on-premises exports require direct SQL Server database access and filesystem access to the App_data folder where attachments are stored. If the customer does not have a current full backup of the database and App_data, data loss is possible. We require proof of a recent verified backup before beginning any on-premises export and recommend a point-in-time restore test before proceeding.

  • Intercom requires contacts before conversations in import order

    Intercom's API enforces a hard dependency: every Conversation or Ticket must be linked to an existing Contact at creation time. Contacts require at minimum a user_id or email address. This means we must complete the full Contact migration before creating any Conversation records. Attempting to create conversations referencing contacts that do not yet exist results in API errors and failed records. We resolve all contacts first, then batch-create conversations with contact_id references, then attach messages and custom attributes. This sequencing adds a distinct phase boundary that cloud-native-to-cloud-native migrations typically do not require.

  • Call logs, SLA rules, and workflow rules have no functional Intercom equivalent

    SmarterTrack's standalone Call Log object (with disposition, duration, phone metadata, and custom fields) has no native Intercom counterpart. Intercom has no built-in call logging feature; structured call data must be modeled as a Custom Object or stored as internal conversation notes, both of which require post-migration rebuild. Similarly, SmarterTrack SLA rules, auto-assignment rules, auto-closure rules, and workflow logic are configuration-level settings that do not migrate as functional equivalents. We extract the rule definitions in a written inventory for the customer's admin to rebuild in Intercom's SLA configuration (Advanced/Expert) or workflow builder.

  • Active automated campaigns consume API rate limits during migration

    Intercom operates under an API rate limit that regulates the number of requests processed over time. Active automated email campaigns in Intercom consume this limit during migration, which can slow or stall the data import process. We pause or disable all active Intercom Outbound campaigns before beginning the migration import. This is documented in Intercom's own migration guidance and confirmed across third-party migration tool documentation. Failure to pause campaigns results in 429 rate limit responses that delay the migration timeline and may require retries with exponential backoff.

  • SmarterTrack background worker threads affect data completeness

    SmarterTrack relies on background worker threads (Ticket Watcher, Task Scheduler, POP Download, SMTP Delivery) to update statuses, run auto-closure rules, and process imports. If these threads are disabled, ticket counts, auto-assignment rules, and SLA tracking in the export may be stale or incomplete. We check thread status via the SmarterTrack Diagnostics page before exporting and flag any disabled threads that could affect data completeness. The customer re-enables required threads before we begin the export so that the snapshot reflects the current operational state.

Migration approach

Six steps for a successful SmarterTrack to Intercom data migration

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

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

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

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

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

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

Context on both ends of the pair

SmarterTrack logo

SmarterTrack

Source

Strengths

  • Perpetual on-premises licensing eliminates recurring subscription costs and keeps customer data on infrastructure the business owns and controls.
  • Full help desk feature set in a single platform: ticketing, live chat, call logging, knowledge base, community, news, and reporting without needing multiple subscriptions.
  • Free installation assistance from SmarterTools reduces time-to-deployment for teams without dedicated Windows server administrators.
  • Multi-brand capability on Enterprise allows hosting companies and resellers to manage multiple customer portals from a single SmarterTrack installation.
  • Built-in VoIP soft-phone integration (Communicator) on hosted plans adds call handling without requiring a separate telephony stack.

Weaknesses

  • On-premises deployment requires the customer to manage SQL Server, Windows Server, backups, security updates, and high-availability failover independently.
  • Relatively small market share compared to Zendesk, Freshdesk, or HubSpot Service Hub results in fewer third-party integrations, community resources, and migration tooling.
  • The Web Services API is functional but not publicly well-documented in the way modern REST APIs are, making third-party integrations harder to build and maintain.
  • UI and feature velocity lag behind cloud-native competitors that ship AI triage, conversational ticketing, and modern widget deployments more frequently.
  • Limited mobile application compared to cloud-native help desks, which is a disadvantage for agents working remotely.
Intercom logo

Intercom

Destination

Strengths

  • Integrated AI agent (Fin) for automated resolution with per-resolution billing that rewards high automation rates.
  • Multi-channel inbox consolidating live chat, email, SMS, WhatsApp, and Phone into a single threaded view.
  • Native help center with articles, collections, and self-service deflection capabilities.
  • Workflow automation for routing, qualification, and proactive outbound messaging across channels.
  • Strong API ecosystem with 10,000 req/min rate limits for private apps enabling high-throughput migration pipelines.

Weaknesses

  • Pricing model compounds with seat count, AI resolution fees, channel costs, and multiple add-ons, making total cost hard to predict.
  • Workspace-level isolation prevents moving workflows or content between environments, requiring manual rebuilds.
  • S3 JSON export deliberately excludes conversation transcripts, necessitating REST API calls for full message history.
  • Outages are reported as frequent enough to be a concern for always-on support operations.
  • Setup complexity means teams often require internal guidance or professional services to configure bots and automation correctly.

Complexity grading

How hard is this migration?

Moderate Helpdesk migration. 5 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 SmarterTrack and Intercom.

  • Object compatibility

    C

    5 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

    SmarterTrack: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your SmarterTrack to Intercom 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 SmarterTrack to Intercom data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Straightforward migrations of up to 5,000 tickets, 1,000 contacts, and 500 companies land between one and two weeks. Migrations from on-premises SmarterTrack instances (which require SQL Server extraction, license activation verification, and App_data attachment handling) or those including large knowledge base article sets, custom field mapping, or attachment re-upload move to three to six weeks. The primary variables are record volume, whether the source is on-premises or hosted, and whether the customer needs a sandbox validation phase before production cutover.

Adjacent paths

Related migrations to explore

Ready when you are

Move from SmarterTrack.
Land in Intercom, 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