Prepare the source
Export records you are authorized to move, then map the fields to the Message CSV or normalized JSON format.
Your customers should not have to repeat themselves because you changed helpdesks. Preview the supported records, map your team and check the result before moving your live channels.
A successful move starts with a clear scope and a source account you can still access.
Export records you are authorized to move, then map the fields to the Message CSV or normalized JSON format.
The contacts, conversations and messages present in your prepared file. CSV mapping includes authors, timestamps, status and private-note visibility.
This is a file-based import, not a native another helpdesk API connection. A raw vendor export may need conversion. Missing fields and unavailable attachments cannot be reconstructed by the importer.
Importing history and moving live customer traffic are separate steps. Keep the current helpdesk available while you check both.
Pick a period with open and resolved requests, internal notes and a few attachments. Inspect the discovery warnings and dry-run preview before starting.
Match agents to teammates and groups to departments. Choose whether to include internal notes, closed requests and supported articles. Set the date range you intend to move.
Review the import progress and record-level failures. Compare a sample of source conversations with their destination, including timestamps, authors, visibility and ownership.
Configure and test your widget, mailboxes and phone routing. Run the supported follow-up import or prepare a fresh export, then move live traffic when your team has signed off.
Imported history gives your team a place to pick up the request. Configure your live channels and approved knowledge so new conversations can join the same working Inbox.
Keep your original export. Use stable source IDs and the same dataset name when preparing follow-up files. Validate internal-note visibility before importing the rest.
Test your customer-facing AI on the approved knowledge after import. Imported articles stay drafts until you review and publish them.
The source import reads records. It does not close or cancel your source account. Keep the original system and exports available until you have validated the migration.
Migration jobs expose progress, pause and resume controls. Stable source IDs support deduplication. Review any failed records and credential errors before resuming; a completed job does not prove every unavailable source item was imported.
No. Plan separate checks for routing, permissions, macros, automation rules, widgets, domains and connected services. These are operational settings, not conversation history.
It depends on the source, record count, provider limits and attachment availability. Use the preview and a trial import to estimate your own migration. Do not cancel the source service based on a generic time estimate.