Getting Your Data Out When You Leave a Supplier
Last updated:
Test the exit at the entrance
The time to establish how you leave a supplier is before you join them. Ask during evaluation: can we export everything, in what format, how, and at what cost?
Then actually do it during the trial. The gap between what an export is described as and what it contains is where the problem lives.
What a complete export includes
- The main records, obviously — customers, orders, transactions
- Attachments and documents, not just references to them
- History and audit trail, which is frequently omitted
- Configuration and custom fields you invested time in
- Relationships between records, in a form that can be reconstructed
The common disappointment is an export of the main tables with attachments missing and relationships flattened. Technically an export; practically a partial one.
Take a periodic export while you are a customer
Not because you plan to leave, but because it protects against several scenarios at once: supplier failure, a dispute, an outage, or an accidental deletion on their side.
Quarterly is enough for most systems. Store it somewhere you control and check occasionally that it opens.
Leaving cleanly
- Export everything, before giving notice if the contract permits
- Verify the export against record counts in the live system
- Check attachments open and are complete
- Confirm what the supplier will delete and when, in writing
- Keep access long enough to reconcile after the new system is live
When the export is inadequate
Options in order: ask for a fuller export as a paid service, use the API to extract what the export omits, or extract from the interface as a last resort.
Where the contract promised export and the reality does not deliver it, that is a contractual conversation and worth having formally rather than working around quietly.
Then plan the migration properly
An export is not a migration. Profile the data, map it to the new system, rehearse the load, reconcile the counts and totals, and keep the old system readable for months.
Migrations fail on data rather than on code, and an export you have not examined is exactly where the surprises live.
Frequently asked questions
Can a supplier refuse to give us our data?
What format should we ask for?
How long should we keep the old system?
What if the supplier goes out of business?
Never tested your export?
Run one this week and open it. If it is thinner than expected, that is worth knowing now rather than during a migration.