FP&A software implementation: how many years of historical data to load
A common FP&A starting point is three full fiscal years plus year to date, and five for seasonal or reorganized businesses. The scoping also maps every source system and year range, which shows a fractional CFO how deep a client's records go before any older system is retired or purged.
How many years of history should you load into FP&A software?
Load enough actuals to cover the planning cycles the model has to explain: for most mid-sized companies that is three full fiscal years plus the current year to date, and five if the business is seasonal or recently reorganized. Load more only when someone will use it. The decision matters beyond the software, because it forces a client to say how far back its finance records really go and where the older ones live.
This how-to is for fractional and outsourced CFOs running an FP&A rollout for a client. It covers scoping the history, choosing source systems, mapping the chart of accounts, and what to do about older archived systems. It also shows how the same exercise reveals whether a client has the depth of records that could make it a candidate for a SourceX licensing introduction.
Prerequisites before you scope history
- A signed statement of work for the implementation, with a named client owner.
- Read access to the general ledger, sub-ledgers and CRM through the client's own admin.
- A current chart of accounts and a list of past changes to it.
- A list of every system that held finance or sales data in the period, including retired ones.
- A decision on whether the model must reconcile to audited or reviewed statements.
Steps to decide the history window
- List the questions the model must answer. Forecast accuracy by month, seasonality, cohort revenue, headcount planning. Each question implies a minimum number of periods.
- Count the cycles. Seasonality usually needs several full cycles to separate pattern from noise. A reorganization or acquisition resets the comparable period.
- Map each year to a source system. Mark the year ranges for the ERP or accounting system, payroll, CRM, billing and expense tools. Note every migration date.
- Identify breaks. Chart of accounts changes, entity mergers and currency changes need mapping tables or the older years will not compare.
- Decide what to load and what to keep. Load what the model uses. Keep the rest in its source or an export. Do not decide to purge anything at this stage.
- Document the owner of each export. Someone at the client must be able to run it again later.
What is the loading trade-off?
| Window | Good for | Cost |
|---|---|---|
| 1-2 years | Fast start, simple mapping | Weak seasonality, poor trend analysis |
| 3 years plus YTD | Most budgeting and rolling forecasts | Moderate mapping work for COA changes |
| 5 years | Seasonal, cyclical or reorganized businesses | Heavier cleanup, more entity bridges |
| 7-10 years | Long-cycle sectors, board trend views | Rarely worth the mapping cost for planning |
The load window is a planning decision. The records themselves are a separate asset, so older years that you do not load should not be treated as disposable.
Which source systems to connect first
Connect the systems the first forecast depends on: general ledger, billing or revenue, payroll or headcount, and CRM for pipeline-driven revenue. Add expense and procurement tools later. The sales forecast guide shows how CRM history feeds the revenue line, and the customer profitability guide shows how ERP, CRM and support data join.
Common mistakes
| Mistake | Why it hurts | Fix |
|---|---|---|
| Loading all available years by default | Months of mapping with no user | Tie each year to a question |
| Deleting source exports after loading | The old system can't be re-queried | Keep exports until a retention plan exists |
| Retiring the old ERP the day the new one goes live | History becomes unreachable | Keep a read-only archive and a named export owner |
| Ignoring mid-period account changes | Trends break at the change date | Build a mapping table |
| Forgetting subsidiaries absorbed earlier | Prior-year totals do not reconcile | Reconstruct entity history |
What does the history decision tell you about the client's records?
By the end of scoping you know how many systems fed finance and sales, how many years each covers, and whether older systems still exist in archive. Strong companies often have records across 10-15+ systems and 5-10+ years, with archived systems still available. That profile is what a licensing fit check looks for.
Do not ask for access to records for this purpose. Note the system list and year ranges you already have, and answer the baseline: the company had 50+ full-time employees at peak (contractors excluded), has several years of documented operations, owns the records, and has an authorized sponsor (owner, CEO, CFO or authorized representative). The company fit checker gives a preliminary, non-binding screen. See also who qualifies.
Illustrative scenario
Illustrative, fictional: a 180-person services firm moves from one accounting system to another. During scoping, the fractional CFO maps nine years of ledger history, three CRM instances and a retired timesheet tool. She recommends loading four years into the planning tool and keeping the rest as read-only exports. After the project, she asks the owner whether he would like an introduction to a company that handles licensing of operational records. He says yes, and the firm applies through her referral link.
How do you raise the introduction?
Wait until the implementation is stable and the owner is relaxed about the project. Ask permission first.
If the owner agrees, share your referral link, or submit basic company details through the referral form. The company works directly with SourceX on the inventory and terms. Partners never export, upload or describe confidential records. For context on how legacy systems are treated during migrations, see switching to an AI-native ERP, and check who can sign a data license before the owner agrees to anything.
How do rewards work?
Partners earn 25% of the eligible platform fees SourceX actually collects from the referred company's licensing deals, capped at $100,000 cumulative per referred company. The reward is payable only after the buyer pays and SourceX receives its fee; no reward is guaranteed, and it is never deducted from what the company receives. Check your engagement letter, any professional rules that apply to you, and the program terms. The fractional CFO overview covers the role in more detail.
Next step
At the next FP&A scoping call, write down every system and year range as part of the history decision. If the picture looks deep and the owner is open, register as a partner and introduce the company.
- 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
Should we load every year of history available?
Rarely. Load the years that explain the planning cycles the model must support, usually three full years plus year to date. Keep older years in their source system or as exports rather than deleting them, because the same records may have other uses later.
What do we do with a legacy ERP after cutover?
Keep it in read-only mode, or keep a complete export with a named owner, until retention needs are clear. Retiring the system without an export is the most common way a company loses years of records permanently.
Does a deep finance history make a company a licensing candidate?
It helps, but finance alone is not enough. Strong candidates keep records across many systems, such as email, chat, CRM, support and engineering, and meet the baseline of 50+ full-time employees at peak with rights to license. A fit check shows where a company stands.
Do I share the client's financial data with SourceX?
No. Partners make introductions and share basic fit information only, never financial statements, ledgers or exports. The company works directly with SourceX, and nothing is delivered without an executed agreement and the company's authorization.
What if the client had a merger and the old entity's records are gone?
Then those years cannot be licensed, and mapping them for planning will be hard too. Document what remains, preserve it, and judge fit on what still exists. Records held by an acquired entity must also belong to the company.
Related pages
- How to build a sales forecast from CRM deal history, and what the data depth tells you
- Customer profitability analysis: joining ERP, CRM and support data step by step
- Check Company Fit for Data Licensing
- Which US businesses are a fit for a SourceX data licensing introduction
- AI-native ERP: what it is and what happens to your legacy history when you switch
- What is an incumbency certificate, and how does it prove who can sign a data license?
Free resources
- Time value of money calculator — Future and present value with optional regular payments.
- Business DSCR calculator — Debt service coverage from cash flow and loan terms.
- MCP ROI calculator — Estimate hours saved, implied savings and first-year ROI from MCP.
- 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