Helpdesk migration
Field-level mapping, validation, and rollback between IT Care Center and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.
IT Care Center
Source
Intercom
Destination
Compatibility
7 of 10
objects map 1:1 between IT Care Center and Intercom.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from IT Care Center to Intercom is a directional shift from an ITIL-aligned ITSM suite to a customer messaging platform. IT Care Center organizes work around Incidents, Service Requests, Changes, Problems, and Assets; Intercom organizes around Conversations, Contacts, and Help Center Articles. We map Tickets and Requests directly to Intercom Conversations, consolidate multi-channel message threads into a single chronological conversation per ticket, and migrate Knowledge Management articles to Intercom Help Center collections. Change Management records, Problem Management records, and Asset Management data have no native Intercom equivalent; we configure custom objects to receive these records during migration or flag them for structured archive and manual workflow rebuild. IT Care Center does not publish a documented REST API, which adds an export-scraping or professional-services-assisted step before any API-based import can begin. We do not migrate Workflows, Approval Chains, SLA policies, or Change Advisory Board configurations as code; we deliver a written inventory of these for the customer's admin to rebuild in Intercom's Workflow Builder or via the API.
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 IT Care Center 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.
IT Care Center
Ticket/Request
Intercom
Conversation
1:1IT Care Center Tickets (Incident, Service Request) map directly to Intercom Conversations. Each IT Care Center ticket activity entry (portal message, email, BOT, Slack, WhatsApp, MS Teams) maps to a part within the Intercom conversation, with the channel source preserved as a custom attribute itcc_channel_source. We consolidate multi-channel message threads into a single chronological conversation so that agents see the full context without switching views. Ticket status (Open, In Progress, Resolved, Closed) maps to Intercom's Open, Snoozed, and Closed states.
IT Care Center
User (End-User)
Intercom
Contact
1:1IT Care Center End-User accounts map to Intercom Contacts. We use email address as the dedupe key. User display name maps to Intercom's name attribute, and any custom user fields on IT Care Center migrate as custom attributes on the Contact. Agent accounts (IT Care Center staff with agent-level access) map to Intercom Admins or Agents depending on their permission level in IT Care Center.
IT Care Center
Knowledge Article
Intercom
Help Center Article
1:1IT Care Center Knowledge Management articles migrate to Intercom Help Center Articles within Collections. Article body content migrates as HTML or markdown depending on the source format. We flag any articles linked to retired IT Care Center services during scoping and present them as a separate inventory item for the customer to review and re-link post-migration. Articles with step-by-step troubleshooting content are the highest priority for migration because they directly power Fin AI resolution in Intercom.
IT Care Center
Change Request
Intercom
Custom Object (Change Request)
lossyIntercom does not have a native Change Management module. We pre-create a Change Request custom object in Intercom during schema setup with fields for change_id, change_type (Normal, Standard, Emergency), risk_level, approval_status, implementation_date, and linked_ticket_ids. IT Care Center Change records with linked tickets resolve the ticket-to-conversation IDs at migration time and populate the linked_ticket_ids field as a custom attribute on the custom object record. Change Advisory Board approval records and approval chain history migrate as notes attached to the Change Request custom object.
IT Care Center
Problem Record
Intercom
Custom Object (Problem Record)
lossyProblem Management records have no native Intercom equivalent. We create a Problem Record custom object with fields for problem_id, root_cause, resolution_summary, linked_incident_ids, and status. Each Problem record links to the migrated IT Care Center Tickets representing the incidents it groups. If the customer has a small number of Problem records, we offer a CSV archive alternative where the linking relationship is preserved in a structured format for manual reference in Intercom.
IT Care Center
Asset
Intercom
Custom Object (IT Asset)
lossyIT Care Center Asset Management records (hardware, software, licences, configuration items) map to a custom IT Asset object in Intercom. Fields include asset_id, asset_type, serial_number, assigned_user (lookup to Contact), status, and linked_ticket_ids. We note that IT Care Center custom fields on Assets vary by organisation configuration; we map each identified custom field during scoping to a corresponding custom attribute on the Intercom custom object before migration.
IT Care Center
Project
Intercom
Custom Object (Project)
1:1IT Care Center Project Management module records map to a custom Project object in Intercom with fields for project_id, project_name, status, assigned_contact, and linked_conversation_ids. Project-task relationships migrate as Task records linked to the Project. If project data volume is low, we present the option of exporting to a structured CSV with the Intercom project IDs preserved for reference rather than configuring custom objects.
IT Care Center
Tag/Label
Intercom
Tag
1:1IT Care Center tags applied to tickets migrate as Intercom Tags. Tagging conventions vary by organisation; we preserve tag names during migration but note that Intercom Tags are flat labels (not hierarchical) and may require deduplication post-migration if IT Care Center used nested or hierarchical tag structures.
IT Care Center
User Group / Team
Intercom
Team
1:1IT Care Center agent teams and group assignments map to Intercom Teams. Team membership determines routing rules in Intercom's Workflow Builder post-migration. We deliver a team mapping document listing each IT Care Center group and its recommended Intercom Team equivalent.
IT Care Center
Attachment
Intercom
Content Attachment
1:1File attachments on tickets, knowledge articles, and change records migrate as Intercom content attachments on the relevant conversation or article. We handle attachment extraction from IT Care Center during the export phase and upload to Intercom via the conversation attachment API. Large binary attachments (screen recordings, diagnostics files) are chunked to stay within API payload limits.
| IT Care Center | Intercom | Compatibility | |
|---|---|---|---|
| Ticket/Request | Conversation1:1 | Fully supported | |
| User (End-User) | Contact1:1 | Fully supported | |
| Knowledge Article | Help Center Article1:1 | Fully supported | |
| Change Request | Custom Object (Change Request)lossy | Fully supported | |
| Problem Record | Custom Object (Problem Record)lossy | Fully supported | |
| Asset | Custom Object (IT Asset)lossy | Fully supported | |
| Project | Custom Object (Project)1:1 | Fully supported | |
| Tag/Label | Tag1:1 | Fully supported | |
| User Group / Team | Team1:1 | Fully supported | |
| Attachment | Content Attachment1:1 | 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.
IT Care Center gotchas
Per-user pricing without published tier tiers
Multi-channel ticket threading may split conversations
Knowledge Base articles may retain retired service associations
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
Scoped audit and export path determination
We audit the IT Care Center instance to count Tickets, Changes, Problems, Assets, Knowledge Articles, Users, and Teams in scope. We identify the available export mechanism given the absence of a documented API and request access to any admin-facing bulk export or professional services export option. We also audit active workflows, SLA policies, change approval chains, and tag conventions. The audit output is a written migration scope document specifying record counts, export mechanism, and the custom object schema to pre-configure in Intercom.
Intercom workspace and schema pre-configuration
We provision the Intercom workspace before any data import begins. This includes creating the custom objects for Change Request, Problem Record, and IT Asset with all required fields and relationships. We create Help Center collections that map to the IT Care Center Knowledge Management categories. We configure custom contact attributes for ITIL metadata (change_id, problem_id, asset_id, itcc_channel_source) and set up Teams matching the IT Care Center group structure. We also create the admin and agent roles in Intercom matching the IT Care Center permission levels before user migration.
Object mapping design and field-level schema review
We design the full object-to-object mapping for every IT Care Center record type. This includes the ticket-to-conversation mapping (with multi-channel thread consolidation logic), the user-to-contact mapping with dedupe key strategy, the knowledge article-to-help-center mapping with collection assignment, and the custom object schema for Change, Problem, and Asset records. We validate the mapping against a sample of five to ten records per object type before committing to the full migration script.
UAT migration into a staging environment
We run a UAT migration using a representative subset of production data (targeting 100-200 tickets, 20-30 knowledge articles, and all user types) into an Intercom staging workspace. The customer's IT operations lead reviews the migrated conversations, contacts, help articles, and custom object records for fidelity. We correct any field mapping errors, thread consolidation issues, or missing custom attributes identified during UAT before proceeding to production. UAT sign-off is required before production migration begins.
Production migration in dependency order
We run the production migration in record-dependency order: Users and Teams first (to establish contact and team IDs), then Contacts, then Knowledge Articles (to build the help center before Fin AI training), then Tickets (with multi-channel consolidation applied per ticket), then Change Request and Problem Record custom objects (with ticket lookup IDs resolved), then Assets, then Tags. Each phase emits a row-count reconciliation report before the next phase begins. We run IT Care Center in read-only mode during the production migration window to prevent new records from entering the migration scope.
Cutover, validation, and workflow rebuild handoff
We freeze IT Care Center writes, run a final delta migration of any records modified during the migration window, then designate Intercom as the system of record. We deliver the complete automation inventory (Workflows, SLA policies, approval chains) with recommended Intercom Workflow Builder equivalents to the customer's admin team. We run a one-week hypercare window to resolve any data reconciliation issues reported by the support team. We do not rebuild IT Care Center workflows as Intercom automations inside the migration scope; that is a separate design engagement.
Platform deep dives
IT Care Center
Source
Strengths
Weaknesses
Intercom
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 IT Care Center and Intercom.
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
IT Care Center: Not publicly documented — typical SaaS limits assumed and confirmed with the vendor during migration scoping..
Data volume sensitivity
IT Care Center 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 IT Care Center to Intercom migration scoping. Not seeing yours? Book a call.
Walk through your IT Care Center 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 IT Care Center
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.