Helpdesk migration

Migrate from OASYS to Intercom

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

OASYS logo

OASYS

Source

Intercom

Destination

Intercom logo

Compatibility

75%

9 of 12

objects map 1:1 between OASYS and Intercom.

Complexity

CModerate

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from OASYS to Intercom is a structural migration from a ticket-centric helpdesk to a messenger-first conversational support platform. OASYS organizes support around Tickets, Customers, Companies, and Agents; Intercom uses Conversations as the primary support unit with Contacts and Companies as the customer record layer. We map OASYS Tickets to Intercom Tickets, preserve conversation chronology, and audit all OASYS custom fields to flag any unsupported field types that must be recreated in Intercom before data import. SLA definitions from OASYS use internal naming conventions that do not export as structured data; we document every SLA rule during discovery and deliver a written configuration guide so your admin rebuilds them in Intercom's native SLA UI. We do not migrate automations, workflows, or outbound campaigns as code; these require a separate rebuild scope post-migration.

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

OASYS logo

OASYS

What's pushing teams away

  • Limited advanced features or customization options cause teams with complex workflows to seek more configurable alternatives.
  • Scaling challenges or pricing inflexibility make the platform less viable as organizations grow their support operations.

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

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

OASYS

Ticket

maps to

Intercom

Ticket

1:1
Fully supported

OASYS Tickets map directly to Intercom Tickets with ticket title, status, priority, and creation date preserved. The OASYS ticket ID is stored in a custom attribute oasys_ticket_id for audit traceability. We preserve full status transition history as ticket attribute changes in Intercom rather than separate timeline events.

OASYS

Customer

maps to

Intercom

People (Contact)

1:1
Fully supported

OASYS Customer records map to Intercom People. The customer email is the dedupe key. We transfer all standard contact fields (name, email, phone, address) and preserve any OASYS lifecycle or segment data as custom attributes on the People record. Customer company associations resolve to Intercom Company records via the Company domain or explicit link.

OASYS

Company

maps to

Intercom

Company

1:1
Fully supported

OASYS Company records map to Intercom Company records. Company name, domain, and metadata transfer as-is. We resolve the Company lookup for each Customer at migration time so that People records are linked to Companies on import rather than corrected post-migration. OASYS multi-customer company relationships become Intercom's company-to-people associations.

OASYS

Agent

maps to

Intercom

Teammate

1:1
Fully supported

OASYS Agents map to Intercom Teammates by email address. We resolve agent email against the destination Intercom workspace and flag any OASYS agent without a corresponding Intercom user for admin provisioning before production migration. Historical ticket assignments preserve the agent identity even if the agent account is inactive in Intercom post-migration.

OASYS

Team

maps to

Intercom

Team

1:1
Fully supported

OASYS Team structures and queue assignments map to Intercom Teams. We audit team rosters and queue routing rules during discovery and recreate equivalent Team structures in Intercom. If OASYS teams use dynamic membership rules, we document the equivalent Intercom Rules configuration for the admin to implement post-migration.

OASYS

Custom Field (Ticket)

maps to

Intercom

Ticket Attribute

lossy
Fully supported

OASYS ticket custom fields map to Intercom Ticket Attributes. We audit every custom field type during discovery and flag any field using an OASYS-specific type that Intercom does not support. Unsupported field types must be recreated as string or number custom attributes in Intercom before ticket data imports, or values are stored as plain text custom properties. Field labels and help text are preserved in the migration documentation.

OASYS

Custom Field (Customer)

maps to

Intercom

People Custom Attribute

lossy
Fully supported

OASYS customer custom fields map to Intercom People custom attributes. Multi-select, date, and numeric field types from OASYS require destination-side recreation in Intercom before migration because Intercom custom attributes have specific type requirements. We provide a field-by-field type mapping table during the scoping phase so the admin knows exactly what to create.

OASYS

Conversation

maps to

Intercom

Conversation

1:1
Fully supported

OASYS conversation threads attached to tickets map to Intercom Conversations. We preserve the full thread chronology including customer replies and agent responses, internal notes, and timestamps. Each OASYS conversation thread becomes a single Intercom Conversation with all messages in chronological order. Intercom's conversation notes from OASYS internal notes migrate as private notes visible only to teammates.

OASYS

Attachment

maps to

Intercom

Attachment

1:1
Fully supported

File attachments on tickets and conversations are downloaded from OASYS and uploaded to Intercom. We flag files exceeding 10MB during the audit phase because Intercom skips oversized files during import. The customer decides whether to compress, re-upload manually, or exclude oversized attachments. We preserve the original filename and attachment context so the admin can re-attach if needed.

OASYS

Tag

maps to

Intercom

Tag

1:1
Fully supported

OASYS tags on tickets and customers map to Intercom Tags. We transfer all tag associations and preserve tag names. Note that Intercom's tag taxonomy has changed: tags now nest under categories. We add a migration-category tag prefix to all imported tags so the admin can reorganize them post-migration without losing the original tag data. Intercom has deprecated the flat tag behavior and recommends category-based reorganization.

OASYS

SLA Rule

maps to

Intercom

SLA Policy

lossy
Fully supported

OASYS SLA definitions use internal naming conventions and condition logic that do not export as structured data. We capture screenshots and written documentation of every SLA rule during the audit phase. Post-migration, we deliver a configuration guide mapping each OASYS SLA to its Intercom SLA Policy equivalent with first response time, next response time, and resolution time targets. The admin rebuilds SLA policies in Intercom's native workspace settings.

OASYS

Internal Note

maps to

Intercom

Private Note (Conversation)

1:1
Fully supported

OASYS internal notes on tickets migrate as Intercom private notes attached to the corresponding conversation. Private notes are visible only to teammates and not shown to customers, preserving the internal collaboration context from OASYS. We flag any note containing sensitive data (passwords, tokens) during the audit for the customer's security team to review before migration.

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.

OASYS logo

OASYS gotchas

Medium

Custom field limitations require destination-side recreation

Medium

Attachment file size restrictions may cause partial migration

Low

SLA rule mapping requires manual configuration post-migration

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

  • Custom field type mismatches require destination recreation

    OASYS custom fields may use platform-specific field types (multi-select, cascading picklists, formula fields) that do not map directly to Intercom custom attributes. We audit all custom field definitions during discovery and flag fields that cannot migrate automatically. These fields must be created as typed custom attributes in Intercom before ticket data imports, or the values store as plain text properties. Skipping this step results in missing field data on migrated tickets.

  • Attachment files over 10MB are skipped during Intercom import

    Intercom's import process skips files exceeding 10MB. We download all OASYS attachments during extraction, validate file sizes against this limit, and flag oversized files before migration day. The customer decides whether to compress files, re-upload manually post-migration, or exclude them from the transfer. Screenshots and PDFs embedded in conversation threads are imported as attachments; standalone files in the KB require separate handling.

  • Intercom API rate limit of 500 requests per minute affects migration speed

    Intercom enforces 500 requests per minute on standard plans, which constrains the rate at which we can write conversation and contact records during migration. We use batch chunking and exponential backoff to stay within this limit without losing records. Large migration scopes (over 50,000 tickets) may require multiple migration sessions or an extended timeline to stay within rate limits.

  • SLA rules do not export as structured data from OASYS

    OASYS SLA definitions use internal naming conventions and condition logic that do not export as structured data. We capture screenshots and written documentation of every SLA rule during the discovery audit but cannot auto-import them into Intercom. Post-migration, we deliver a written SLA configuration guide mapping each OASYS SLA to its Intercom SLA Policy equivalent, including first response time, next response time, and resolution time targets. The admin rebuilds these in Intercom's native workspace settings.

  • Phone number validation may reject invalid contacts during import

    If Intercom phone number validation is enabled in your workspace settings, records with improperly formatted phone numbers (missing country codes, letters in numeric fields) may be rejected or cause partial record writes. We recommend disabling phone number validation in Settings > Your Workspace > People Data > Phone before migration begins. We validate phone number formats during the extraction phase and flag records requiring correction.

Migration approach

Six steps for a successful OASYS to Intercom data migration

  1. Discovery and field audit

    We audit the OASYS workspace across tickets, customers, companies, agents, teams, custom fields, conversation volumes, and attachment sizes. We identify every custom field type and flag any OASYS-specific types that require destination-side recreation in Intercom before import. We document SLA rules via screenshots and written notes because they do not export as structured data. The discovery output is a written migration scope, custom field recreation checklist, and SLA documentation package.

  2. Intercom workspace provisioning and schema setup

    The customer provisions an Intercom workspace and we guide the admin through creating equivalent custom attributes (typed to match OASYS field types), Teams (matching OASYS queue structure), and SLA Policies (from the documented SLA guide). We configure default assignment settings to allow unassigned tickets if any OASYS tickets lack an assigned agent. This phase runs in parallel with OASYS data extraction.

  3. Data extraction and transformation

    We extract all records from OASYS in dependency order: Customers first (as dedupe key for Conversations), then Companies, Agents, Teams, Tickets, Conversations, Attachments, and Tags. We apply field-level transformations including phone number format validation, custom field type mapping, and conversation thread normalization. Any invalid phone numbers are flagged for the admin to correct before import.

  4. Demo migration and reconciliation

    We run a demo migration of 20-50 sample tickets per category (open, closed, escalated) into a staging Intercom workspace. The customer's support operations lead reviews the migrated records against the OASYS source, confirms custom attribute mapping, and validates conversation thread ordering. Any mapping corrections happen in this phase before production migration begins. The demo migration serves as the formal sign-off checkpoint.

  5. Production migration with delta sync

    We run the production migration into the live Intercom workspace during a low-traffic window. Migration follows the dependency order established in extraction: People (Contacts), Companies, Tickets, Conversations, Attachments, Tags. We use Intercom's API with 500 requests per minute rate-limit handling, chunking conversation batches to avoid timeouts. A delta migration captures any records modified or created during the migration window before final cutover.

  6. Cutover, validation, and SLA rebuild handoff

    We freeze OASYS writes during cutover, run the final delta migration, then enable Intercom as the system of record. We deliver the SLA configuration guide and the automation inventory document to the customer's admin team. We support a three-day hypercare window where we resolve any reconciliation issues. Automations, Rules, and SLA policies require separate rebuild scope post-migration and are not included in the standard migration engagement.

Platform deep dives

Context on both ends of the pair

OASYS logo

OASYS

Source

Strengths

  • User-friendly interface reduces onboarding friction for new support agents and administrators.
  • Intuitive navigation lets teams start managing tickets without extensive platform-specific training.
  • Reliable scheduling and data management tools support consistent support operations.
  • Strong customer service reputation translates to responsive vendor support during onboarding and operations.

Weaknesses

  • Limited advanced features may not satisfy teams with complex, multi-step support workflows.
  • Customization constraints can force teams to adapt their processes to the tool rather than the reverse.
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 OASYS 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

    OASYS: Not publicly documented..

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your OASYS 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 under 10,000 tickets with straightforward custom fields and no complex SLA structures. Migrations with large conversation histories (over 100,000 records), multiple custom field types requiring destination recreation, or multi-team queue structures requiring manual rebuild in Intercom move to four to eight weeks because of API rate-limit handling, custom attribute creation, and SLA documentation scope.

Adjacent paths

Related migrations to explore

Ready when you are

Move from OASYS.
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