Documentation & Handover Pack
Executive Summary
Key Takeaways
- ✓ The Documentation & Handover Pack generates a structure-accurate model book directly from the model's own structural record, rather than through manual authoring.
- ✓ Because the book is versioned to the model's hash, regenerating it after a model update keeps the documentation from ever going stale.
- ✓ It documents model structure, not business-logic meaning; the seam between generated structural fact and human-authored commentary is kept visible on the page.
- ✓ It is typically sold attached to an existing model review engagement, with standalone sale available after a track record of clean attach deliveries.
- ✓ It is commonly used at asset handover, when a model is passed to a lender or operator, or when a team loses the analyst who originally built the model.
Purpose¶
The Documentation & Handover Pack generates the model book that is rarely written in practice: complete, structure-accurate model documentation produced directly from the model's structural record. It is sold into existing documentation engagement lines at a fraction of the cost of manual authoring, and without the staleness that manual model books typically carry once the model itself has moved on.
Who It Is For¶
The customer base is sponsors handing models over to lenders or operators, funds at the point of asset handover, and teams that have lost the analyst who originally built the model. The buyer is whoever owns the handover risk on a given transaction or asset.
Problems Solved¶
- Model books are typically written by hand at meaningful analyst cost, and are frequently stale by the time they are actually delivered.
- A model handed over to a new operator or lender needs structural documentation accompanying it, not just the spreadsheet file on its own.
- Teams that lose the analyst who built a model lose the tacit knowledge of how that model is structured, with no reliable substitute in place.
- Documentation needs to distinguish clearly between generated structural fact and human-authored commentary on what a formula means commercially, rather than blending the two.
Workflow¶
The model runs a single structural pipeline pass, and its structural record is projected directly into the documentation book's sections: the model map, input and output registers, named structure register, per-sheet structural narrative, and circularity disclosure. No commentary is invented; every sentence in the book is a rendered structural fact tied to its source object. Human annotation fields for business meaning are present but kept typographically and functionally separate, clearly labelled as client-authored, and left empty on issue. Resubmitting an updated model regenerates the book, so the documentation stays current with the model's own hash.
Outputs¶
The deliverable is the DOC book: a cover carrying version stamps and the model's hash, a model map describing workbook topology, an input register, an output register, a named structure register, a per-sheet structural narrative, circularity disclosure with remediation classes, a coverage statement, and an optional structural findings annex where the client has also purchased a review. Regenerated versions are tracked under the same engagement as the model evolves.
Continue Reading¶
Related Products¶
Related Checklists¶
Related Technical Guides¶
How OXXON tests thisRun a free structural check with FMAE
Frequently Asked Questions
What is the Documentation & Handover Pack?
A product that generates complete, structure-accurate financial model documentation directly from the model's structural record, rather than through manual authoring.
Who buys the Documentation & Handover Pack?
Sponsors handing models to lenders or operators, funds at asset handover, and teams that have lost the analyst who originally built the model.
What problem does it solve that manual documentation does not?
Manually written model books are costly to produce and are frequently stale by the time they are delivered. Because the generated book is versioned to the model's hash, regenerating it after any model change keeps the documentation current.
Does the book explain what the model's formulas mean commercially?
No. It documents model structure, such as the model map, dependency summaries, and named structure register. Business-logic meaning is a human judgment and is left to separately labelled annotation fields, empty on issue.
What does the documentation book actually contain?
A model map, a sheet-by-sheet structural narrative, an input register, an output register, a named structure register, circularity disclosure, a coverage statement, and an optional structural findings annex.
Is the Documentation & Handover Pack sold standalone?
It is typically sold attached to an existing model review engagement first; standalone sale becomes available once a track record of clean attach deliveries has been established.
What happens when the model is updated after the book is delivered?
The model can be resubmitted and the book regenerated, at a registered rate for each new version, so the documentation reflects the current model rather than the version at first delivery.
Related Articles
What Is a Financial Model Audit?
A financial model audit is an independent, structured examination of an Excel based financial model to confirm that its mechanics, logic, and outputs are reliable enough to support a decision. It is not a check of whether the assumptions are optimistic or conservative. It is a check of whether the model actually calculates what its author believes it calculates. Every year, lenders extend debt, investment committees approve capital, and boards sign off on transactions using numbers that came out of a spreadsheet nobody outside the immediate deal team has independently verified. A financial model audit exists to close that gap before it becomes expensive.
What Is Financial Model Governance?
Financial model governance is the set of policies, roles, and controls an organisation puts in place to manage the risk that comes from relying on financial models for material decisions. It is the organisational layer that sits above any individual financial model audit: governance determines when a model gets audited, who owns that decision, how versions are tracked, and what happens to findings once they exist. Most published governance content online is written for large, tier one banks operating under formal regulatory regimes. A private equity firm, a family office, or a mid market corporate finance team rarely has that scale of infrastructure, and does not need it, but still carries real exposure if no governance exists at all. This page defines governance at the level that actually applies to most organisations relying on Excel models, not just the largest ones.
What Is Model Risk?
Model risk is the risk that a decision is wrong not because the underlying business or investment case was flawed, but because the model used to evaluate it was. It is a distinct category of risk from market risk, credit risk, or operational risk, and it applies to any organisation that relies on a financial model, spreadsheet or otherwise, to support a material decision. Most published model risk content addresses statistical and regulatory capital models used inside banks. This page defines model risk specifically as it applies to Excel based financial models, the kind used every day for investment decisions, lending, and transaction evaluation, which is a related but distinct problem from the quantitative model risk literature most search results return.