# Revenue tool migration: corrections inventory | SourceX

Canonical: https://refer.sourcex.si/guides/workflow-revenue-allocation-corrections
Last updated: 2026-10-19

Before a revenue tool migration, inventory every record that explains a corrected allocation: the contract schedule and each amendment, every calculation version with its stand-alone selling price inputs, the approved adjustment memo, and the journal entries it produced. Note the years covered, who administers each system and when old-tool access ends. Keep it at metadata level, then introduce the head of revenue accounting, who can bring in the controller, counsel, the CFO and ultimately the CEO.

## What should be inventoried before a revenue tool migration affects revenue allocation corrections history?

Record classes, coverage, owners and the real access deadline, with special attention to closed and superseded records, because migrations usually move what is open.

| Record class | Usually migrated | Often left behind | Ask the owner |
|---|---|---|---|
| Open contracts and schedules | Yes | Amendment history | How many years of amendments the old tool holds |
| Calculation versions | Latest only | Earlier versions and merges | Whether superseded versions can still be opened |
| SSP tables | Current table | Dated history | Whether past tables were versioned or overwritten |
| Adjustment memos | Rarely | Attachments and drive files | Where memos for each year are stored |
| Journal entries | Balances or summaries | Line detail with references | How much line detail the new ledger receives |
| Close workpapers | Not part of the tool | Everything | Who keeps them and for how long |

A partner collects answers, not files: no contracts, schedules, exports or logins. The [finance and accounting workflows page](/data-types/finance-and-accounting-workflows) describes the wider record family; [assessing finance workflows without sharing sensitive records](/guides/how-to-assess-finance-workflows-without-sharing-sensitive-financial-records) shows how to keep the conversation at metadata level.

## Why do superseded calculation versions matter after a migration?

Because a correction is only explainable next to the version it corrected. Revenue standards make the earlier state part of the reasoning, and some tools lock it away when the correction is made.

- **Allocation starts at inception.** Topic 606 sets five steps, including allocating the transaction price to performance obligations on a relative standalone selling price basis determined at contract inception. The original SSP inputs are therefore part of every later correction, not a draft to discard.
- **Modifications branch.** Under IFRS 15, a modification that adds distinct goods or services priced at their stand-alone selling prices is a separate contract (paragraph 20); otherwise, if the remaining goods or services are distinct, it is treated as a termination of the existing contract and creation of a new one (paragraph 21(a)). The standard also says a stated or list price is not presumed to be the stand-alone selling price. Which branch the team chose, and why, is recorded in the memo, not the ledger.
- **Tools lock the original.** In a NetSuite prospective merge, the original revenue arrangements are ended and locked and a new arrangement carries the residual values from the effective date. If a migration loads only active arrangements, the locked originals, and with them the before state, may never reach the new tool.

The general ledger keeps the totals either way. What a migration can drop is the chain from the original allocation, through the modification decision, to the residual carried forward.

## An illustrative inventory sheet

Illustrative only; the company and dates are fictional. A 260-person software company is moving from its revenue module to a new revenue tool at a year end, keeping its general ledger. The head of revenue accounting completes the sheet from the project plan and close calendar, without opening any records.

| Record class | System | Years held | Owner | Moves to new tool? | Reachable until |
|---|---|---|---|---|---|
| Open contracts and schedules | Revenue module | 2017 to now | Revenue accounting | Yes | Not applicable |
| Amendment history | Revenue module | 2017 to now | Revenue accounting | No | Old module license end |
| Calculation versions | Revenue module | 2018 to now | Revenue systems lead | Latest only | Old module license end |
| SSP tables | Spreadsheet, then module | 2016 to now, versioned from 2020 | Controller | Current table only | Company retention policy |
| Adjustment memos | Shared drive | 2018 to now | Controller | No | Company retention policy |
| Journal line detail | General ledger | 2015 to now | Controller | Summaries loaded to the new tool | Ledger stays in place |

Reading the sheet: the classes at risk are amendment history and superseded calculation versions, both tied to the old module's license end. Memos and SSP history are safe only as long as the shared drive and its retention policy hold. The question to settle before cutover is whether locked or merged arrangements can still be opened, and exported with their links to the new ones. Archiving options for an old system are covered in [legacy ERP data archiving](/guides/legacy-erp-data-archiving), and the [data scope worksheet](/resources/data-scope-worksheet) gives the company a format for its own counts.

## Which dates set the real access deadline?

The date read access to the old tool ends under its contract, confirmed by the company, plus the go-live date, the last close run in the old tool, and the audit cycle for the year of cutover. If those dates are not written down, there is no deadline yet; the next step is for the company to fix one, not for a partner to create urgency.

Do not recommend keeping data the company has no authority or reason to keep, and do not collect samples or exports for an introduction. For the wider systems picture after a deal, see [consolidating accounting systems after an acquisition](/guides/consolidate-accounting-systems-after-acquisition).

## Ask the head of revenue accounting about coverage and rights

The head of revenue accounting knows coverage: how many contracts were modified each year, how far back calculation versions go, and where memos live. Rights sit higher. Customer contracts often carry confidentiality terms and pricing is commercially sensitive, so counsel decides what could ever be licensed and what would need aggregating or de-identifying first. The person who can authorize a licensing discussion is the CEO, usually with the CFO preparing the case.

The introduced company needs 50+ full-time employees at peak (contractors excluded), a documented operating history, rights to license the records, and an authorized contact. Companies in the U.S., Canada and the EU qualify, as do companies in the UK, Australia, New Zealand, India, Singapore, South Africa, Latin America, the UAE and Saudi Arabia when at least 90% of the data is in English. Unknown until SourceX reviews it: buyer interest, the rights review result and any terms. Partners must sign the Channel Partner Agreement before submitting introductions, and attribution goes to the first valid introduction within the 90-day window, credited when the company submits a verified application. Software companies often hold this kind of history; see [software and SaaS](/industries/software-and-saas), the [accounting technology consultant page](/for/accounting-technology-consultant-referral) and the [industries hub](/industries).

## Go deeper on revenue allocation corrections

- [Revenue allocation corrections exception examples](/guides/revenue-allocation-corrections-exception-examples): a worked case of a contract that added a bundled service after signing.
- [Revenue allocation corrections records across systems](/guides/revenue-allocation-corrections-records-across-systems): a map of the references that join contracts, calculation versions and journal entries.
- [Who can license revenue allocation corrections records](/questions/who-can-license-revenue-allocation-corrections-records): a short answer on which executive to introduce and why.
- [Revenue allocation corrections referral brief template](/resources/revenue-allocation-corrections-referral-brief-template): a fill-in brief for writing the company introduction.

## Next step

> **Refer a company. Earn up to $100,000.** Default reward: 25% of Actual Supplier Payout, capped at $100,000 cumulatively per referred company. Eligibility and payment conditions apply, and a signed Schedule A or addendum can differ. A lead, meeting or signature alone does not trigger payment.

If the migration plan shows years of modified contracts whose calculation versions and memos can still be joined, [register as a partner](/register), check the company against [who qualifies](/who-qualifies), and read the [program terms](/terms) before you send the head of revenue accounting your brief.

## Sources

- https://refer.sourcex.si/terms
- https://www.ifrs.org/content/dam/ifrs/publications/html-standards/english/2024/issued/ifrs15.html
- https://storage.fasb.org/ASU%202014-09_Section%20A.pdf
- https://docs.oracle.com/en/cloud/saas/netsuite/ns-online-help/section_1498077674.html