Helpdesk migration
Field-level mapping, validation, and rollback between Vision Satellite Help Desk and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.
Vision Satellite Help Desk
Source
Intercom
Destination
Compatibility
7 of 10
objects map 1:1 between Vision Satellite Help Desk and Intercom.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Vision Satellite Help Desk and Intercom take different approaches to help desk data structure. Vision Helpdesk models support around Clients linked to Organizations, Staff Agents with role-based access, and Tickets with Labels, Tags, and Flags as separate multi-select taxonomies. Intercom uses a Contact and Conversation model where all end users are Contacts (or Leads for inbound), Companies replace Organizations, and the conversation thread separates internal notes from customer-visible replies. We resolve the object model gap at scoping: Clients map to Contacts, Organizations map to Companies, and we split Vision's multi-agent ticket assignments into Intercom's primary assignee plus a custom contact attribute for secondary assignees. Knowledge base articles migrate to Intercom Collections and Sections. We do not migrate approval workflows, SLA configurations, or report dashboards as these are Vision Helpdesk configuration objects with no Intercom equivalent; we deliver a written inventory for the admin to rebuild post-migration.
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 Vision Satellite Help 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.
Vision Satellite Help Desk
Client
Intercom
Contact
1:1Vision Helpdesk Clients map to Intercom Contacts. Each Client record carries name, email, phone, and an optional Organization linkage. We resolve the email address as the dedupe key and import each Client as a Contact. The client-to-Organization linkage maps to the Contact-to-Company relationship in Intercom. Vision custom fields on Client records migrate to Intercom custom contact attributes, provided field types match (text-to-text, numeric-to-number, select-to-select).
Vision Satellite Help Desk
Organization
Intercom
Company
1:1Vision Helpdesk Organizations map to Intercom Companies. The org name becomes the Company name, and domain information from Vision maps to the Company website field. Vision's Organization-to-Client linkage becomes Intercom's Company-to-Contact relationship, which we establish by resolving the Company record ID before the Contact import phase begins. Multi-location satellite organizations from Vision Satellite Help Desk are imported as separate Company records rather than a hierarchical structure, with location metadata preserved in a custom field.
Vision Satellite Help Desk
Staff Agent
Intercom
Admin, Agent, or Team
lossyVision Helpdesk Staff Agents map to Intercom Admins and Agents. Vision role names (Agent, Supervisor, Admin) are normalized and mapped to Intercom's role model. A custom attribute stores the original Vision role for audit. Vision Helpdesk on-premises and SaaS instances may use different role naming conventions; we normalize during extraction. Intercom's API does not support bulk agent creation, so agents must be manually provisioned in Intercom before migration begins. We provide a pre-migration agent roster with the required role assignments.
Vision Satellite Help Desk
Ticket
Intercom
Conversation
1:1Vision Helpdesk Tickets map to Intercom Conversations. The Vision ticket subject becomes the Conversation subject, and the ticket status (Open, Pending, Resolved, Closed) maps to Intercom's Open, Snoozed, Closed conversation state. Vision's private staff comments become Intercom internal notes (note: true), and customer-visible replies become standard conversation parts. We preserve created_at and updated_at timestamps on the conversation and individual parts. Multi-agent ticket assignments are handled separately; see the split mapping for Assignee.
Vision Satellite Help Desk
Ticket Assignee
Intercom
Conversation Assignee + Contact attribute
1:manyVision Helpdesk stores multi-agent ticket assignments as a comma-separated list in a single field. We split this into a primary Intercom conversation assignee (the first agent in the list) and store additional assignees as a custom contact attribute (multi-select text) on the primary contact, or as Team membership if the destination supports it. Teams migrating from Vision Satellite Help Desk's shared ticket pool model use this split to preserve visibility of all assigned agents without duplicating conversation records.
Vision Satellite Help Desk
Labels, Tags, Flags
Intercom
Tags
lossyVision Helpdesk Labels and Tags map to Intercom Tags directly. Vision Flags (a platform-specific boolean taxonomy with values like Escalated, VIP, Billing) have no direct Intercom equivalent and are migrated as custom boolean or select fields on the Contact or Conversation object. We confirm the field type with the customer during scoping and create the corresponding attributes in Intercom before migration. Multi-select Labels are split into individual Tag records per Vision entry.
Vision Satellite Help Desk
Custom Fields
Intercom
Custom Attributes
1:1Vision Helpdesk custom fields on Tickets and Clients export as additional columns in the CSV. We perform field-type validation against Intercom's attribute model before migration: text fields map to text attributes, numeric to number attributes, date fields to date attributes, and select/multi-select to corresponding Intercom select and multi-select types. A field type mismatch (e.g., a Vision numeric field pointing to an Intercom text field) is flagged during scoping and corrected before import. The total custom attribute count per object is validated against Intercom's workspace limits.
Vision Satellite Help Desk
Knowledge Base Articles
Intercom
Collections and Articles
1:1Vision Helpdesk KB articles with their Category and Folder hierarchy map to Intercom Collections, Sections, and Articles. Vision's Category maps to Collection, Folder maps to Section, and Article maps directly. We preserve article body, author, status (published/draft), and tags. Articles without a parent Section (a flat Collection-to-Article structure) are imported under a default section created by the migration tool and require post-migration reorganization. Internal links between KB articles point to the source system and must be audited and updated manually after migration.
Vision Satellite Help Desk
Attachments
Intercom
Conversation Attachments
1:1Ticket attachments are extracted from Vision Helpdesk exports, re-uploaded to Intercom via the attachment API, and relinked to the corresponding conversation records. Intercom enforces a 10MB per-file attachment limit. Files exceeding this limit are flagged during scoping and either skipped with a written inventory provided, or split if feasible. We preserve the original file name and attach it to the correct conversation part.
Vision Satellite Help Desk
Approval Workflows
Intercom
Not migratable
1:1Vision Helpdesk Pro tier and above supports approval workflows with approver assignments and approval status tracking. Intercom does not have a native approval object or workflow. Approval records are excluded from migration scope. We deliver a written inventory of every active Vision Helpdesk approval workflow with its requester, approver, trigger conditions, and status, so the customer's admin can recreate equivalent approval logic in Intercom using manual processes or a third-party integration.
| Vision Satellite Help Desk | Intercom | Compatibility | |
|---|---|---|---|
| Client | Contact1:1 | Fully supported | |
| Organization | Company1:1 | Fully supported | |
| Staff Agent | Admin, Agent, or Teamlossy | Fully supported | |
| Ticket | Conversation1:1 | Fully supported | |
| Ticket Assignee | Conversation Assignee + Contact attribute1:many | Fully supported | |
| Labels, Tags, Flags | Tagslossy | Fully supported | |
| Custom Fields | Custom Attributes1:1 | Mapping required | |
| Knowledge Base Articles | Collections and Articles1:1 | Mapping required | |
| Attachments | Conversation Attachments1:1 | Mapping required | |
| Approval Workflows | Not migratable1: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.
Vision Satellite Help Desk gotchas
On-premises download license has separate pricing and billing cycles
Pro tier gating on approval workflows and calendar features
Export formats require format-specific parsing
Multi-agent ticket assignment stored as comma-separated list
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
Discovery and extraction audit
We audit the source Vision Helpdesk instance across deployment type (SaaS vs. on-premises download license), tier (Starter/Pro/Satellite/Pro Service Desk/Enterprise), agent count, and data volume for each object. We identify every active custom field, label, tag, flag, approval workflow, SLA definition, and KB folder structure. We confirm the export format (CSV, XLSX, or HTML) and how multi-select fields are formatted in the chosen export. The discovery output is a written migration scope, a data volume estimate, and a pre-flight checklist confirming the customer has created Intercom agent profiles for every Vision Staff Agent that requires migration.
Vision Helpdesk data export
We extract data from Vision Helpdesk using the platform's built-in export tools (CSV/XLSX/HTML) or direct database access for on-premises instances. Export runs in dependency order: Organizations first, then Clients with their Organization linkage, then Staff Agents, then Tickets with threaded comments split into private notes and customer replies. Multi-agent assignment fields are flagged for comma-separated splitting during the transform phase. Labels, Tags, and Flags are extracted as separate normalized columns. KB articles with their category and folder hierarchy are exported separately. We validate export completeness against the discovery data volume estimate before proceeding.
Intercom workspace configuration
Before importing, we configure the Intercom workspace to receive the migrated data. This includes creating Companies that mirror the Vision Organizations, setting up Intercom custom attributes to match Vision custom fields (with type validation), creating Tags corresponding to Vision Labels and Tags, and creating Collections and Sections that mirror the Vision KB folder hierarchy. We flag any workspace limits (e.g., per-attribute option counts for select fields) that constrain the mapping. The customer creates agent profiles in Intercom during this phase using the agent roster we provide.
Transform and field mapping
We apply a canonical transform to the Vision export data. Key transformations include splitting multi-agent comma-separated assignment fields into primary assignee plus secondary assignee attributes, mapping Vision ticket statuses to Intercom conversation states, splitting ticket comment threads into internal notes (note: true) and customer-visible replies, normalizing Vision Staff Agent role names to Intercom's Admin/Agent model, and remapping Vision Labels and Tags to Intercom Tags while converting Flags to boolean or select custom fields. We validate every custom field type match between Vision and Intercom before the import begins and surface any mismatches for customer resolution.
Trial migration and sandbox validation
We run a trial migration with a representative subset (50-100 records per major object type) into the Intercom workspace. The trial validates the field mapping, confirms tag creation, verifies knowledge base hierarchy placement, and demonstrates how internal notes and customer replies appear in Intercom Conversations. The customer reviews the trial results, validates that the split assignee mapping meets their support workflow needs, and approves the mapping before production migration begins. Corrections to mapping or custom field creation happen here.
Production migration in dependency order
We run the production migration in strict dependency order: Companies (from Vision Organizations), Contacts (with CompanyId resolved from the Company import), Conversations (with Contact and Assignee resolved, internal notes and replies split), Tags (after conversation import so they attach correctly), Knowledge Base Collections, Sections, and Articles, and Attachments (re-uploaded via Intercom's attachment API with 10MB file size enforced). We monitor Intercom's API rate limit of approximately 1,000 requests per minute and use chunking with exponential backoff to stay within bounds. Each phase emits a row-count reconciliation report.
Cutover, delta migration, and handoff
We freeze Vision Helpdesk writes during the cutover window, run a final delta migration of any records modified during the migration window, and switch the customer to Intercom as the system of record. We deliver the migration completion report with record counts per object, a list of skipped attachments with file size notes, the link audit report for KB articles, and the written inventory of approval workflows and SLA configurations. We support a one-week post-migration hypercare window for reconciliation issues. We do not rebuild Vision Helpdesk approval workflows, automations, or report configurations in Intercom; that work is documented for the customer's admin.
Platform deep dives
Vision Satellite Help Desk
Source
Strengths
Weaknesses
Intercom
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 4 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 Vision Satellite Help Desk and Intercom.
Object compatibility
4 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
Vision Satellite Help Desk: Not publicly documented — confirmed during integration scoping with the customer's Vision Helpdesk instance..
Data volume sensitivity
Vision Satellite Help Desk 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 Vision Satellite Help Desk to Intercom migration scoping. Not seeing yours? Book a call.
Walk through your Vision Satellite Help Desk 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 Vision Satellite Help Desk
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.