Precedent library

Why Finance AI Valuation Needs Sourced Precedent Transaction Data

A single wrong deal field can contaminate every valuation multiple an AI calculates. Use this evidence model for transaction status, value, currency and financial periods.

An LLM can screen transactions, extract deal terms and calculate valuation multiples. It can also scale one bad input across an entire precedent set. If equity value is labelled as enterprise value, an announcement date is treated as a completion date, or forward EBITDA is compared with trailing EBITDA, the arithmetic may be flawless and the conclusion wrong.

The answer is not to prevent AI from doing calculations. It is to make sourced deal facts, transformations and analytical judgments visibly different things.

One wrong field propagates through the model

Consider a simple request: “Find comparable acquisitions and calculate the median EV/EBITDA.” The result depends on a chain of facts:

  1. the transaction describes the right target and scope;
  2. the status and relevant date are correct;
  3. enterprise value is either reported or reconstructed consistently;
  4. EBITDA belongs to the intended financial period;
  5. value and financials use compatible currencies and reference dates; and
  6. every included deal satisfies the stated comparability rules.

An error at step three or four changes the multiple. An error at step one, two or six changes whether the deal belongs in the set at all. A language model can explain the output elegantly without noticing that the underlying fields are inconsistent.

The minimum evidence model for a transaction

FieldRequired distinctionWhy it changes the answer
StatusAnnounced, signed, approved, completed or terminatedDetermines whether and how the deal belongs in the set
DateAnnouncement, agreement, approval and completion datesControls the market and financial reference period
ValueEquity value, enterprise value or another disclosed measureChanges the numerator of valuation multiples
ConsiderationCash, stock, assumed debt, earnout and other componentsDetermines what was actually offered or transferred
CurrencyReported currency, conversion rate and conversion datePrevents mixed-currency comparisons
FinancialsRevenue or EBITDA, LTM/NTM period and period endDetermines the denominator
MultipleReported by a source or calculatedTells the reviewer whether the value was disclosed or derived
SourceFiling, announcement or other named documentMakes the field reproducible

A record does not become less useful when a field is missing. It becomes less useful when the missing field is silently replaced by an assumption.

Worked review: when the AI must leave a multiple blank

The following transaction and amounts are hypothetical, solely to show the review process. Suppose an announcement dated 15 May 2026 describes a proposed all-cash acquisition with a reported USD 900 million equity value. The target’s filing reports USD 150 million of adjusted EBITDA for fiscal 2025, but neither document supplies a usable debt or cash balance. There is no completion announcement.

At this point, an AI answer may identify the deal as announced, not verified as completed, and quote the reported equity value and EBITDA with their sources and dates. It must not publish 900 / 150 = 6.0x as EV/EBITDA: the numerator is equity value. It also must not label the fiscal 2025 figure “LTM” or call the headline amount enterprise value. The defensible EV/EBITDA field is unavailable pending a reviewed enterprise-value bridge.

Now suppose a reviewed filing supplies USD 180 million of debt and USD 30 million of cash, both as of 31 March 2026. If the deal scope and bridge policy support using those balances, code can calculate:

calculated EV = reported equity value + debt - cash = USD 900m + USD 180m - USD 30m = USD 1,050m

calculated EV / fiscal 2025 adjusted EBITDA = USD 1,050m / USD 150m = 7.0x

The output should say calculated 7.0x EV / fiscal 2025 adjusted EBITDA, with the 15 May announcement reference, the 31 March balance-sheet date, the fiscal 2025 denominator period, USD currency, the source for each input and the formula. The different reference dates remain visible so a reviewer can decide whether the bridge needs a later balance sheet or a deal-specific adjustment. The result is not a reported transaction multiple. If the additional filing never provides usable balances, the multiple stays blank. The equity-to-enterprise-value bridge, financial-period guide and reported-versus-calculated method explain each check in detail.

For a real US public-company deal, use EDGAR to locate the announcement and subsequent filings. SEC Form 8-K separates entry into a material definitive agreement (Item 1.01) from completion of an acquisition or disposition (Item 2.01); a signing disclosure alone does not establish that the deal closed.

Status and date are analytical inputs

“Transaction date” is not a sufficiently precise field. A deal can be announced, signed, approved and completed on different dates. It can also be revised or terminated.

For market comparisons, the announcement date often anchors the information and market conditions known when price was agreed. For accounting or ownership questions, completion may matter more. The correct date depends on the analysis, so the data should retain each event rather than overwrite them with one generic date.

An AI assistant should be told which status and date the screen requires. If that instruction is missing, it should ask rather than choose silently.

Equity value and enterprise value are not interchangeable

Equity value describes the value attributable to equity holders. Enterprise value attempts to describe the value of the operating business across capital providers and may require adjustments for debt, cash and other items. Public announcements do not always disclose both.

IFRS 3 explains that acquisition consideration can include cash, other assets, liabilities incurred, equity interests and contingent consideration, measured within a defined accounting framework. That does not mean a headline transaction value already contains every adjustment an analyst needs for a precedent multiple.

For each value, retain:

  • the label used by the source;
  • the amount and currency;
  • the valuation or reference date;
  • included consideration components;
  • debt, cash or other adjustments;
  • whether the amount was reported or calculated; and
  • the calculation formula when derived.

Do not let the model rename “transaction value” as enterprise value unless the components support that conclusion.

Financial periods must be explicit

EV/EBITDA and EV/revenue are ratios, not facts floating independently of time. A trailing figure from the fiscal year before announcement and a next-twelve-month estimate answer different questions.

The denominator needs:

  • the metric definition;
  • reported, adjusted or normalized status;
  • fiscal period or LTM/NTM designation;
  • period end date;
  • source;
  • currency; and
  • every analyst adjustment.

If the source discloses a multiple without the underlying denominator, retain it as a reported multiple. Do not reverse-engineer a financial value and later present it as a company disclosure. If the system calculates the multiple, label it calculated and expose the inputs.

Retrieval should precede deterministic calculation

LLMs are useful for locating relevant passages, extracting candidate fields, mapping alternative wording and describing why a deal may be comparable. Standard code or spreadsheet formulas are usually better for arithmetic once the inputs have been reviewed.

A reliable workflow is:

  1. Retrieve primary filings and transaction announcements.
  2. Extract candidate facts with the source passage and document date attached.
  3. Reconcile conflicts and approve the fields used.
  4. Calculate values and multiples with deterministic formulas.
  5. Ask the model to summarize the set, outliers and limitations.
  6. Require a reviewer to trace every material number back to its source or formula.

This division of labour does not eliminate model risk. It makes extraction errors easier to find and prevents a prose model from quietly changing calculation logic between transactions.

For the implementation layer, an AI-ready precedent transaction data schema sets out the identity, event, consideration, valuation, financial, calculation and evidence objects needed to preserve that lineage.

Missing values are a control

Undisclosed consideration, debt or financial information should remain undisclosed. The model may be able to estimate a plausible figure from press coverage or sector averages, but that changes the record from evidence into analysis.

If estimates are permitted, place them in separate fields with a method, range and uncertainty. Exclude them from a sourced precedent set unless the methodology explicitly allows estimates. Never let an estimate overwrite the blank that shows what the parties actually disclosed.

Model-risk principles still matter, with a caveat

The Federal Reserve’s 2026 model-risk guidance discusses the consequences of incorrect or misused model outputs and the importance of data relevance, quality and limitations. The guidance explicitly does not cover generative or agentic AI, so it should not be presented as an LLM rule. Its general control logic is nevertheless useful by analogy: understand the input, validate the output and document how the result will be used.

NIST’s generative-AI profile addresses the technology more directly and identifies confident erroneous content as a risk. In valuation work, source-level provenance and deterministic calculation are practical responses to that problem.

A validation checklist before the valuation is used

For every included transaction:

  1. Confirm target identity, deal scope and buyer role.
  2. State the inclusion criteria and why this deal satisfies them.
  3. Separate announcement, signing, approval and completion events.
  4. Label every value as equity, enterprise or another reported measure.
  5. Reconcile consideration, cash, debt, earnouts and other adjustments.
  6. Match each denominator to a defined financial period.
  7. Preserve currency and conversion dates.
  8. Label multiples as reported or calculated and show calculated inputs.
  9. Keep undisclosed fields blank.
  10. Have a practitioner review the set, outliers and resulting range.

Finance AI becomes more useful when it can say “the source does not disclose this” and show the analyst what to check next. A complete-looking answer is not the objective. A reproducible answer is.

PrivyLogic provides browser, REST API and remote MCP access to sourced precedent-transaction research on eligible plans. Records retain available transaction context and leave undisclosed fields blank rather than inferred. Review the access plans, then use the precedent-selection framework and equity-value versus enterprise-value guide to construct the analysis.

Sources

  1. Artificial Intelligence Risk Management Framework — Generative Artificial Intelligence Profile — National Institute of Standards and Technology; accessed September 19, 2026
  2. Supervisory Guidance on Model Risk Management — Board of Governors of the Federal Reserve System; accessed September 19, 2026
  3. IFRS 3 Business Combinations — IFRS Foundation; accessed September 19, 2026
  4. EDGAR Search — U.S. Securities and Exchange Commission; accessed September 19, 2026
  5. Form 8-K — U.S. Securities and Exchange Commission; accessed October 5, 2026
← Back to the precedent library