How to retire a SaaS tool without losing data or work
Most of the risk in replacing software is in the last month of the old tool, not the first month of the new one. A sequence that keeps both data and work intact.

Contents
Deciding that AI or an owned system can replace a SaaS tool is the easy part. Retiring it cleanly, with the data exported, the work moved and the contract ended at the right date, is where most of the effort and most of the risk lie.
Why retirement goes wrong
Companies rarely retire software deliberately. Zylo reports that organisations continue to uncover unused seats, and that the average application count barely moved in a year even as spending rose1. Tools linger because nobody owns their exit, data is scattered across them, and renewals arrive before anyone has checked what would break.
Klarna's experience is the large-scale version. Its chief executive said the company had shut down Salesforce and around 1,200 other SaaS platforms after finding its data fragmented across them, and that the work started with consolidating that data, not with switching the tools off2.
What the law now says about leaving
In the European Union, the Data Act has applied since 12 September 2025 and sets a framework for customers to switch between providers of data-processing services3. The Commission's explainer states that Software-as-a-Service providers must export data in a commonly used, machine-readable format, and that switching charges, including data-egress charges, are removed entirely from 12 January 2027; until then they were allowed only as a transitional measure4. Outside the EU, the contract governs, which makes the export clauses worth reading before each renewal.
The retirement sequence
Seven steps, in order
- Name an owner for the retirement, with authority to set dates.
- Map the tool's work and data: who uses it, for what, and what it holds, including attachments, history and custom fields.
- Map its connections: which other tools read from or write to it.
- Stand up the replacement for the same work, with the data it needs.
- Run both in parallel for at least one full business cycle.
- Export everything and verify it, then archive the export where the business can find it.
- Cancel at the renewal date, remove the seats and close the integrations.
Step by step
Map the work, not only the data. A support tool holds tickets, but it also holds routing rules, canned replies and reporting definitions. A CRM holds contacts, but also pipeline stages and automation. Write these down; they are the parts most often lost.
Choose the replacement by what it does with the work. If an AI agent is taking over, check how it is priced and what it covers. Intercom's Fin, for example, can sit on the existing helpdesk and is billed per outcome5, which means the helpdesk itself is not retired. A consolidated system goes further: OpenLazarus's builder shows which tools a design replaces and what plan it needs6, and its FAQ states that the code and data in the new system belong to the customer7.
Run in parallel with a measure. Pick one number the old tool's work produced (tickets resolved, invoices sent, orders processed) and compare it across the two for the parallel period.
Export twice: once at the start of the parallel run to test the migration, and once on the final day to capture everything since.
Cancel deliberately. Cancel at the renewal date rather than mid-term, confirm in writing that data will be deleted after export, and remove single sign-on access and integrations on the same day.
A checklist for the final month
| Item | Done when |
|---|---|
| Full export | Records, attachments, history and custom fields exported and opened successfully |
| Configuration recorded | Rules, workflows, templates and reports documented or rebuilt |
| Integrations moved | Every connected tool now reads from the replacement |
| Parallel measure | The replacement matched or beat the old tool for a full cycle |
| Contract | Cancellation confirmed in writing, effective at renewal |
| Access | Seats removed, sign-in disabled, API keys revoked |
| Archive | Export stored where the business can find it, with an owner |
The end state is a smaller, better-documented software estate: the work runs in the replacement, the old data sits in a known archive, the seats are gone from the bill, and the next tool on the list can be retired the same way. Our guide to which categories AI replaces first helps choose that next tool.
Questions buyers ask
How do we get our data out of a SaaS tool?
Use the vendor's export functions and API before the contract ends, and check that the export includes attachments, history and custom fields, not only current records. In the EU, the Data Act requires SaaS providers to support switching and to export data in a commonly used, machine-readable format.
Can a SaaS provider charge us to leave?
In the EU, the Data Act allowed switching and data-egress charges only as a transitional measure; from 12 January 2027 those switching charges are removed entirely. Elsewhere, the contract governs, so read the termination and export clauses before signing a renewal.
How long should the old and new tools run in parallel?
At least one full business cycle for the work involved, such as a month-end close, a billing cycle or a seasonal peak, and until staff have stopped going back to the old tool.
Sources
- 2026 SaaS Management Index. Zylo. Accessed 8 Nov 2026.
- “No, I don’t think it is the end of Salesforce”: Klarna CEO clarifies why it stopped using Salesforce. ITPro, 24 Mar 2025. Accessed 8 Nov 2026.
- Data Act. European Commission. Accessed 8 Nov 2026.
- Data Act explained. European Commission. Accessed 8 Nov 2026.
- Fin pricing. Intercom. Accessed 8 Nov 2026.
- Build your OS. OpenLazarus. Accessed 8 Nov 2026.
- FAQ. OpenLazarus. Accessed 8 Nov 2026.
Updated 8 Nov 2026: First published.