Concept · C:model-input-provenance

Model input provenance

Working definition

The source, owner, date, unit, currency, period, transformation, assumption status, and version attached to each material spreadsheet or code input.

Model input provenance records where every material spreadsheet or code input came from and how it was prepared. For each input, retain its source exhibit, owner, date, period, currency, unit, sign convention, transformation, assumption state, and version. A cell address alone is not provenance because the upstream cell may have been typed from an unretained message.

Use one labeled input table for the formatted workbook and readable Python re-performance. Both views should consume the same values and produce the same control totals. If a $2.4 million balance enters Python as 2,400, record whether the model uses thousands and show the conversion. If a rate changes, preserve the earlier value and source in the revision trail.

Separate supplied facts from assumptions and management estimates. A model can recompute interest, allocation, or sensitivity under those inputs. It cannot establish that an estimate is reasonable, that recognition is correct, or that an owner approved the value.

Review provenance before reviewing formulas. A perfect formula applied to the wrong entity, period, or currency gives a precise wrong result. Stop when the two model views disagree, trace the first difference to its input or logic, and record the correction rather than choosing the preferred output.

Learning objectives

Put the concept to work

Learning level

Analyze this concept

  • Analyze a supplied file for model input provenance, show the evidence and mechanics, and identify any conclusion that remains outside the supplied scope.

Learning resources

Choose a lesson, try an application, or inspect the sources behind this concept.

Build on these ideas

Lessons

Worked examples and cases

Practice

Common mistaken ideas

Use this idea next

Updated Sep 11, 2026 Review due Nov 8, 2026