Helpdesk migration

Migrate from Aritic Desk to Intercom

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

Aritic Desk logo

Aritic Desk

Source

Intercom

Destination

Intercom logo

Compatibility

100%

12 of 12

objects map 1:1 between Aritic Desk and Intercom.

Complexity

CModerate

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Aritic Desk to Intercom is a migration from ticket-centric support to conversation-centric messaging. Aritic Desk structures support around Tickets, Customers, Organizations, and Agents with SLA and CSAT tracking; Intercom uses Conversations, Users, Contacts, Teams, and Articles with AI-powered routing and outbound messaging. The structural difference that most affects migration is that Aritic Desk tickets map to Intercom conversations, but Aritic Desk response threads do not automatically map to Intercom message parts without custom sequencing logic. We extract the Aritic Desk native export or perform database extraction for self-hosted instances, transform ticket threads into Intercom conversation parts, and land Users and Contacts with their organization relationships intact. Macros migrate as plain-text templates with Aritic-specific tokens stripped. SLAs, Triggers, Automations, CSAT surveys, and Reports do not migrate as code; we deliver a written inventory for the customer's team to rebuild in Intercom's workflow builder.

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

Aritic Desk logo

Aritic Desk

What's pushing teams away

  • Integration with existing websites is cited as difficult and requiring technical experience, a consistent complaint in G2 reviews for Aritic Desk.
  • As a relatively niche Indian-developed platform, enterprise-grade customers report insufficient documentation and support SLA depth compared to established Western vendors.
  • Teams outgrow the feature set — advanced automation, AI-powered routing, and sophisticated workflow builders available in Zendesk or Freshdesk are limited or absent in Aritic Desk.
  • Billing is agent-seat based, so scaling support teams directly multiplies cost with no volume discounts documented for larger deployments.

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 Aritic Desk objects map to Intercom

Each row shows how a Aritic Desk 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.

Aritic Desk

Ticket

maps to

Intercom

Conversation

1:1
Fully supported

Aritic Desk Tickets migrate to Intercom Conversations with ticket ID preserved as a custom conversation attribute for cross-reference. Ticket subject becomes the conversation title. Ticket description becomes the first conversation part. Status (Open, Pending, Resolved, Closed) maps to Intercom's conversation state model with a custom status__c attribute retaining the original Aritic Desk status label. Priority and ticket type migrate as conversation tags. Response threads from Aritic Desk are reconstructed as sequential conversation parts with timestamps and author attribution preserved.

Aritic Desk

Customer

maps to

Intercom

Contact or Lead

1:1
Fully supported

Aritic Desk Customers map to Intercom Contacts. The customer email, name, phone, and custom properties migrate directly. If the Aritic Desk Customer has no associated Organization, the record lands as a standalone Intercom Contact. Lifecycle or status flags from Aritic Desk migrate as custom attributes. We map the Aritic Desk customer ID to a custom contact attribute aritic_id__c for reconciliation.

Aritic Desk

Organization

maps to

Intercom

Company

1:1
Fully supported

Aritic Desk Organizations map to Intercom Companies. Organization name, domain, industry, and size tier migrate. The link between Customer records and their parent Organization is preserved by attaching each migrated Contact to the corresponding Intercom Company via the company_id relationship. The Aritic Desk organization ID is stored as company_id__c for reconciliation.

Aritic Desk

Agent

maps to

Intercom

Team Member (User)

1:1
Fully supported

Aritic Desk Agents migrate to Intercom Team Members. Agent name and email map directly; role (Admin, Agent) determines Intercom inbox assignment permissions. We map agent IDs to Intercom user records and flag any custom permission profiles that may require manual reconfiguration in Intercom's permission settings. Active and inactive status from Aritic Desk is preserved.

Aritic Desk

Knowledge Base Category

maps to

Intercom

Collection

1:1
Fully supported

Aritic Desk KB Categories map to Intercom Collections. The category name, description, and default publish state migrate. Parent-child relationships between Categories in Aritic Desk are preserved as top-level Collection structure in Intercom. Locale and language settings from Aritic Desk migrate as Collection metadata.

Aritic Desk

Knowledge Base Section

maps to

Intercom

Section

1:1
Fully supported

Aritic Desk KB Sections map to Intercom Sections nested within the parent Collection. The section name and order within category migrate. If Aritic Desk allows articles without a parent section, we assign those articles to a default section within the destination Collection and flag them for manual reorganization.

Aritic Desk

Knowledge Base Article

maps to

Intercom

Article

1:1
Fully supported

Aritic Desk KB Articles map to Intercom Articles within the corresponding Section. Article title, body content, author, and creation date migrate. We strip Aritic-specific dynamic tokens and conditional content blocks used for personalization and flag each affected article for the customer's knowledge base team to review and restore personalization using Intercom's equivalent mechanism. Publish status migrates as draft or published.

Aritic Desk

Macro

maps to

Intercom

Saved Content (manual rebuild required)

1:1
Fully supported

Aritic Desk Macros are text templates with dynamic placeholders like {{ticket.customer_name}} and {{ticket.id}}. We extract macro content as plain text and flag every macro with Aritic-specific tokens that require manual review and repopulation in Intercom's Saved Content feature using Intercom's {{requester.name}} and conversation variables. Macros with conditional logic based on Aritic-specific field names are documented separately for workflow rebuild.

Aritic Desk

SLA Policy

maps to

Intercom

SLA (documented, not migrated)

1:1
Fully supported

Aritic Desk SLA policies (first response time, resolution time) and SLA schedules migrate as structured metadata documentation. Intercom's SLA configuration is platform-native and cannot be programmatically populated via its documented API. We deliver a written inventory of each Aritic Desk SLA with its thresholds, business hours, and applicable ticket filters, plus the recommended Intercom SLA equivalent settings for the customer's admin to configure post-migration.

Aritic Desk

CSAT Survey Response

maps to

Intercom

Conversation Rating (custom attribute)

1:1
Fully supported

Aritic Desk CSAT scores linked to ticket records migrate with rating value, respondent email, and ticket reference preserved as custom conversation attributes. Intercom's native Conversation Rating feature captures post-resolution satisfaction independently; migrated CSAT responses land as historical data attributes rather than native ratings to avoid duplicating the survey trigger.

Aritic Desk

Attachment

maps to

Intercom

Attachment

1:1
Fully supported

File attachments on Aritic Desk tickets and KB articles are extracted and uploaded to Intercom's file storage via the Intercom API. We flag files exceeding Intercom's size limit or unsupported file types for manual handling. Image attachments migrate with the original URL preserved as a reference attribute.

Aritic Desk

Tag

maps to

Intercom

Tag

1:1
Fully supported

Tags applied to tickets and customers in Aritic Desk migrate as flat label arrays attached to the corresponding Intercom Conversation or Contact. We verify tag character encoding compatibility. Tag taxonomy and organizational hierarchy from Aritic Desk (if any) is preserved as a tag prefix convention in Intercom.

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.

Aritic Desk logo

Aritic Desk gotchas

High

No public REST API for programmatic data extraction

High

Agent-seat billing model is migration-critical

Medium

Macros and triggers contain Aritic-specific dynamic tokens

Medium

KB articles may embed macros and dynamic content

Low

Limited third-party integration ecosystem

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

  • Aritic Desk has no public REST API for extraction

    Aritic Desk does not publish a documented REST API for programmatic access to tickets, customers, agents, or knowledge base content. We cannot query the platform via API calls. Instead, we use Aritic Desk's native export functionality for cloud instances and perform direct database extraction for self-hosted deployments. We confirm export scope with the customer before migration begins and validate exported row counts against in-app reports to catch truncated or incomplete exports. Database extraction requires read-only credentials to the self-hosted instance, which the customer must provision.

  • Conversation threading differs from ticket response structure

    Aritic Desk structures tickets with responses as sequential entries in a thread; Intercom structures conversations with parts from different participants (customer, agent, bot). The ticket-to-conversation mapping requires us to sequence each Aritic Desk response as a distinct conversation part, attributing author (customer vs agent), timestamp, and channel. We reconstruct the thread hierarchy in transformation before writing to Intercom's API. Any internal notes in Aritic Desk tickets are mapped to Intercom internal notes on the conversation.

  • KB hierarchy mapping with potential flattening

    Aritic Desk uses Category > Section > Article. Intercom uses Collection > Section > Article, or optionally Collection > Article without a section. If Aritic Desk articles exist without a parent section, they adopt a default section in Intercom during migration. We flag articles without sections during scoping and recommend assigning them to an existing section or creating a default one before migration to avoid orphaned content in the destination knowledge base.

  • Macros contain Aritic-specific tokens that do not resolve in Intercom

    Aritic Desk macros use dynamic placeholders like {{ticket.customer_name}} and {{ticket.id}} for automated responses. These tokens do not resolve in Intercom because Intercom uses different variable syntax ({{requester.name}}, conversation.id). We extract macro text content as plain-text templates, flag every macro with Aritic-specific tokens, and deliver a macro inventory with recommended Intercom Saved Content equivalents. Conditional logic and trigger conditions based on Aritic-specific field names are documented for manual rebuild in Intercom Workflows.

  • SLAs, Triggers, Automations, and Reports do not migrate as code

    Aritic Desk SLA policies, Triggers, and Automations depend on Aritic-specific event models and field names that have no direct Intercom equivalent. We do not migrate them. We deliver a written inventory of every active SLA, Trigger, and Automation rule with its conditions, actions, and the recommended Intercom Workflow or SLA configuration for the customer's admin to rebuild post-migration. Reports and performance dashboards are not migrated because Aritic Desk uses a proprietary reporting engine with no documented export format.

Migration approach

Six steps for a successful Aritic Desk to Intercom data migration

  1. Discovery and export feasibility assessment

    We audit the Aritic Desk instance for object counts (tickets, customers, organizations, agents, KB articles), active integrations, macros, SLA policies, triggers, and CSAT surveys. We confirm whether the instance is cloud-hosted (native export available) or self-hosted (database extraction required). If self-hosted, the customer provisions read-only database credentials. We document the full object inventory and flag any objects requiring manual extraction or rebuild. The discovery output is a written migration scope and export plan.

  2. Data extraction and transformation

    We extract data from Aritic Desk using the confirmed method (native export or database query). For self-hosted instances, we run targeted SQL queries against the Aritic Desk database to pull Tickets, Customers, Organizations, Agents, KB Categories, Sections, Articles, Macros, SLA policies, CSAT responses, and attachments. We transform each object into Intercom's API schema: Tickets to Conversations with thread reconstruction, Customers to Contacts, Organizations to Companies, Agents to Team Members, KB hierarchy to Collections, Sections, and Articles. Aritic-specific dynamic tokens in macros and KB articles are stripped and flagged. The transformation output is a set of staged JSON and CSV files ready for Intercom API ingestion.

  3. Sandbox validation in Intercom

    We run a sandbox migration into an Intercom test workspace using a representative sample of records (typically 50-100 tickets, 25-50 contacts, 10-20 KB articles). We validate that conversation threading reconstructs correctly, that contacts attach to the correct companies, that agents receive the correct inbox assignments, and that KB articles land under the correct collections and sections. The customer's team reviews the sandbox output and signs off before production migration. Any mapping corrections are applied to the transformation scripts before production runs.

  4. Production migration in dependency order

    We migrate into the production Intercom workspace in dependency order: Collections and Sections first (articles reference them), then Articles, then Companies, then Contacts with company links, then Team Members, then Conversations with message history, then attachments, then tags and custom attributes. CSAT responses land as conversation metadata after the conversation itself is created. Macros are delivered as a plain-text template inventory document rather than created in Intercom. Each phase emits a row-count reconciliation report. We handle Intercom API rate limits with exponential backoff and batch chunking.

  5. Cutover, final validation, and automation rebuild handoff

    We perform a final delta migration of any records modified during the migration window, then enable Intercom as the active system of record. We deliver the SLA inventory, macro inventory, trigger and automation documentation, and CSAT mapping document to the customer's team. We support a 72-hour hypercare window for reconciliation issues. We do not configure Fin AI Agent, rebuild workflows, or configure messenger styling as part of the standard migration scope; these are separate engagements.

Platform deep dives

Context on both ends of the pair

Aritic Desk logo

Aritic Desk

Source

Strengths

  • Generous free tier for small support teams — up to 3 agents with full core features to start.
  • Per-agent pricing is transparent and predictable, scaling linearly with team size without hidden costs.
  • Multibrand support on Professional plan enables agencies to manage multiple client portals from one instance.
  • Includes CSAT surveys, SLA management, and multilingual knowledge base content without tier-gated add-ons.
  • Part of an integrated Aritic suite covering marketing automation, sales CRM, and email — reducing vendor sprawl for SMBs.

Weaknesses

  • No publicly documented REST API — all data access relies on native export tools or database extraction for self-hosted deployments.
  • Helpdesk-specific advanced features (AI routing, conversation intelligence, advanced SLA scheduling) lag behind platforms like Zendesk or Freshdesk.
  • Integration ecosystem is limited compared to established helpdesk platforms; third-party app marketplace is not as extensive.
  • Documentation depth is insufficient for complex technical migrations or enterprise-scale deployments.
  • Website embedding and widget integration is reported as difficult to configure, requiring developer experience.
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. 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 Aritic Desk and Intercom.

  • 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

    Aritic Desk: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most migrations land between two and four weeks for accounts with up to 5,000 tickets and 2,000 customers. Migrations requiring database extraction for self-hosted Aritic Desk instances, extensive KB macro remediation, or custom field reconstruction move to four to six weeks. Timeline depends on export feasibility confirmation, KB hierarchy complexity, and how many Aritic-specific automations require documentation for rebuild.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Aritic Desk.
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