System decommissioning after acquisition: what to keep before switching off
Before decommissioning an acquired company's systems, take complete exports of its CRM, help desk, ERP, email tenant and chat with full history and metadata, name an owner for each archive, and suspend deletion. Those archives can be licensed to AI labs and data buyers through SourceX, so screen the add-on before the legacy contracts end.
Why decommissioning is when an add-on's history disappears
When an add-on moves onto the platform's CRM, help desk, ERP or email tenant, most integration plans migrate only open records and active accounts. Closed tickets, lost deals, finished projects and departed employees' mailboxes stay in the legacy system, which is then cancelled to capture the synergy. Before decommissioning, keep a complete export of each system, because that closed history is often the most licensable part of the acquired company's records.
It is also the part buyers value most. AI developers training agents need records of work that reached an outcome: a ticket resolved or escalated, an opportunity won or lost, an order approved or held. Researchers at Epoch AI project that, if current trends continue, language models will fully use the stock of public human-written text sometime between 2026 and 2032, a forecast with wide uncertainty (Epoch AI). Non-public operating records fill a gap the public web cannot.
For operating partners this is a value-creation question as much as an IT one. McKinsey's 2026 private markets report argues that, with multiple expansion and cheap leverage fading, operational value creation is now likely the primary source of private equity returns (McKinsey Global Private Markets Report). An archive preserved during integration keeps an option open that costs little to hold.
Decommissioning timeline: what to do and when
Tie records decisions to the calendar the integration management office already runs.
| When | What is happening in the integration | What to do about the records |
|---|---|---|
| 12+ weeks before cutover | Target-state architecture and migration scope are drafted | Add an archive scope line for every system being retired |
| 8 weeks before | Field mapping and data cleansing for migration | Confirm closed history is archived even if it is not migrated |
| 4-6 weeks before | Notice goes to the legacy vendor | Read the vendor's termination and data-return terms, and schedule the full export inside the notice period |
| Cutover week | Legacy system is set to read-only | Freeze retention and deletion policies; do not remove user licenses yet |
| 0-4 weeks after | Hypercare and defect fixing | Validate the export: record counts, attachments, internal notes, timestamps |
| Before contract end | Last chance to pull data from the vendor | Take the final export, store it in company-controlled storage, run the fit screen |
| After decommissioning | Synergy savings are booked | Keep the archive under the retention policy until a licensing review is complete |
What a complete export includes
One rule saves most archives: if the migration only moves what is open, archive everything that is closed.
| System | Export in full | Most often lost |
|---|---|---|
| CRM | Accounts, contacts, opportunities including closed-lost with reasons, activities, logged email, notes, stage history | Field history and closed-lost records |
| Help desk | Tickets with full conversation threads, internal notes, tags, SLA events, satisfaction scores, knowledge base | Internal notes and attachments |
| ERP or accounting | General ledger detail, purchase orders, approval workflows, credit memos, vendor and customer masters | Approval trails and audit logs |
| Email tenant | All mailboxes, including departed staff, shared mailboxes and archive mailboxes | Mailboxes of people whose licenses were removed |
| Chat | Public channels and, where policy allows, private channels and direct messages | Older history on lower-tier plans |
| Engineering and projects | Git repositories with full history, pull requests and review comments, issue trackers, wikis | Review comments, which live outside the repository |
Export options and retention after cancellation vary by vendor and contract tier, so read the vendor's own documentation and your contract rather than assuming. The guide to preserving company records before shutting down systems covers formats and storage in more depth.
Who to talk to
- The integration lead or IMO: owns the cutover plan and can add archive scope without slowing the migration.
- The platform CIO or CTO: decides storage, access controls and who holds admin credentials after cutover.
- The platform CFO: books the synergy savings and can approve a few extra weeks of a legacy subscription if the export needs them.
- General counsel: checks litigation holds, retention obligations and the acquired company's customer contracts.
- The add-on's former leadership: knows which archives go back furthest and which systems were retired before the deal.
Who can authorize a license afterwards depends on how the deal was structured. In a stock purchase the acquired entity usually still holds its records; in an asset deal it depends on what the purchase agreement transferred, which the guide to excluded assets in an asset sale explains. Deal counsel should confirm either way.
What to say to the platform CIO
Preservation checklist before switch-off
- Every legacy system has a named owner and documented admin credentials.
- Deletion and retention policies are suspended until the export is validated.
- Departed employees' mailboxes are retained, not deleted along with their licenses.
- Exports include metadata, attachments, internal notes and full history, not just current-state reports.
- Record counts in the export match counts in the source system.
- Exports are stored in two company-controlled locations with access logging.
- A short manifest lists each system, date range, record counts and export date.
- Counsel has confirmed legal holds and any customer contract limits.
- The add-on has been run through the company fit checker before the vendor contract ends.
How the referral works for a sponsor
Your team makes the introduction; the company's own staff handle exports, the data inventory and any delivery. SourceX qualifies the company against the baseline on who qualifies, the company agrees price and terms, AI labs and data buyers review, and data moves only after an executed agreement and the company's authorization, under redaction rules agreed before work begins.
Partners earn 25% of the eligible platform fees SourceX actually collects from the referred company's licensing deals, capped at $100,000 per referred company, and the reward becomes payable only after the buyer pays and SourceX receives its fee. It is never deducted from what the company receives, and no reward is guaranteed. How a platform and its add-ons are treated as referred companies is set by the program terms, so check them before planning a portfolio-wide approach, along with your own firm's policies on fees connected to portfolio companies. The hub for private equity operating partners covers the wider portfolio playbook.
When the archive is not a licensing candidate
- The add-on's records mainly belong to its clients, as at agencies, outsourcers and some IT service firms, and those clients have not consented.
- The history is mostly about consumers or patients rather than the company's own work; the guide to business records vs personal data explains why that changes the analysis.
- The company has already licensed the same data for AI training.
- The archive was purged before the deal, or the vendor has already deleted the tenant.
A small add-on that never reached 50+ full-time employees at peak (contractors excluded) may not qualify on its own. Screen it with the fit checker rather than assuming either way, and keep the archive under the retention policy in the meantime.
This is general information, not legal, tax or financial advice. Confirm with your own counsel, tax adviser or professional body before acting.
Next step
Add an archive line to the next integration steering committee agenda. For any add-on with deep history, register as a partner and introduce the company before its legacy contracts end.
- Step 1Share your linkSend your personal link to a company you know.
- Step 2Company appliesThe company applies itself at /apply.
- Step 3Buyer selects and paysThe buyer selects and pays for the data and SourceX receives its fee.
- Step 4You get your rewardYour share of SourceX fees becomes payable.
Common questions
Is keeping the legacy system in read-only mode enough?
Only while someone keeps paying for it. A read-only instance still depends on the vendor contract, user licenses and admin access, and all three tend to lapse once synergy savings are booked. Take a complete export into company-controlled storage even if you also keep read-only access for a while, and check that it includes attachments, internal notes and field history.
Should closed history be migrated into the platform's systems instead of archived?
Usually it does not need to be. Migrating years of closed records into a new data model is expensive and can distort reporting in the platform CRM or help desk. A complete, validated export with metadata preserves the same history for retention and for a licensing review without cluttering the live system. Migrate what operations need and archive the rest.
How long should the decommissioned system's export be kept?
Follow the company's retention policy and any legal holds counsel identifies, and do not schedule destruction until a licensing review is complete. There is no single right period; it depends on contracts, regulation and litigation risk. What matters for licensing is that the archive still exists, can be read with available software, and has a documented owner when someone asks for it.
Does the operating partner need to see or handle the exported data?
No. The partner only makes the introduction and shares basic fit information such as systems, date ranges and headcount. The company's own IT team or provider runs and stores the exports, completes the data inventory with SourceX and controls any delivery. Nothing leaves the company until an agreement is executed and the company authorizes delivery under agreed redaction rules.
What if the vendor has already deleted the add-on's tenant?
Check what else survives before giving up: backups the add-on kept, journaling or archive services attached to the email tenant, data warehouse copies, and exports made during diligence. If nothing complete survives, that system cannot be licensed, but the add-on's other systems may still qualify. Record what was lost so the next integration builds the archive step into its plan.
Related pages
- How to preserve company records before shutting down systems
- Excluded assets in an asset purchase: the records left behind in the seller entity
- Check Company Fit for Data Licensing
- Which US businesses are a fit for a SourceX data licensing introduction
- Referral opportunities for private equity operating partners
- Business records vs personal data: what a bankruptcy estate can license
Free resources
- Business valuation calculator — Enterprise and equity value from EBITDA, your multiple, cash and debt.
- Portfolio data opportunity scanner — Screen several companies in one session.
- Working capital calculator — Net working capital, current ratio and quick ratio.
- All free tools · MCP resource center
By SourceX Partnerships Team · Published 2026-10-09 · Updated 2026-10-09
Know a US company with valuable proprietary data?
Become a referral partner from anywhere we support, get your link and introduce an owner or authorized decision-maker.
Refer a company →I own a business
Explore licensing your company's data to AI developers worldwide. Start a short assessment; no uploads needed.
Start an assessment