Skip to main content
FinTrace

Audit Trail: Trace Financial Findings to Their Sources

An audit trail connects a financial finding to its source and changes. Follow the records to reproduce a result and locate an unsupported adjustment.

Published
Updated

An audit trail records how a financial result came from its source records, including the processing steps and changes that affected it. A reviewer can follow that record back to a statement entry, repeat the calculation and identify where an unsupported adjustment entered the result.

For forensic accountants and legal teams, this saves time when a reported figure is questioned. The useful trail connects the figure to the exact inputs and decisions behind it, so the reviewer can investigate the disputed step.

Distinguish the Audit Trail From the Result

The audit trail explains how a result was produced. The result itself might be a withdrawal total, a transfer schedule or a finding in a report. NIST’s audit-trail definition describes a chronological record that allows activities to be reconstructed. In financial analysis, apply that principle to the path from the original records to the reported amount.

Different records answer different questions. Transaction lineage connects an output to its inputs and transformations. Change history records how data or analysis changed between versions. An access log records events such as a user opening a file, where the system captures them.

A source citation locates evidence. It leaves the calculation unexplained if the analyst has changed amounts or excluded rows without recording those decisions. An access event establishes only what the recorded event describes. It does not establish that the person approved the calculation or read every page.

A complete history can preserve a mistaken calculation faithfully. Accuracy still depends on whether the source was read correctly and the method supports the finding. Completeness also depends on which accounts and periods the supplied records cover.

Keep the original statement and give each extracted entry a stable identifier that survives later sorting and filtering. A spreadsheet row number can change, so use a separate transaction identifier tied to a source-file identifier and page reference.

The record for each processing stage must explain what changed and let the reviewer identify the version used next.

StageRecord to retainWhat the reviewer can trace
Source statementOriginal PDF, file identifier, account and statement periodThe exact supplied record behind an entry
ExtractionTransaction identifier, PDF page, source text and extracted amountHow the statement entry became a data row
NormalisationInput/output versions and rules for dates, signs or currency fieldsHow consistent fields were produced without losing the original values
CategorisationCategory rule or manual decision and affected identifiersWhy a transaction appears in the selected group
Transfer matchingBoth transaction identifiers and the reason for the matchWhich debit and credit the analysis treats as one movement
Final scheduleAnalysis version, selection rule, formula and output referenceWhich rows contribute to the reported finding

State the page-reference convention. PDF page 4 and printed statement page 4 can identify different pages when a bundle contains a cover sheet. Preserve both references where the distinction affects retrieval.

Keep original descriptions beside normalised fields. If debits become positive amounts in a withdrawal schedule, record that sign rule. For a cross-currency match, retain both original amounts and explain any conversion used. A matching decision must remain visible when it changes which transactions enter a total.

FinTrace saves professionals hours of statement preparation and review by delivering source-backed analysis, a searchable Excel ledger and a clear findings report. Every finding cites the source PDF filename and page, putting the underlying evidence at hand when a financial question arises.

Record Changes and Review Decisions

Record each material change with the affected transaction identifier, before-and-after values, reason and resulting effect on the finding. Keep the earlier analysis version so the change can be inspected without overwriting its history.

Suppose extraction reads a withdrawal as $1,800 but the source page shows $1,300. Record the correction and source reference, then show the $500 reduction in the withdrawal total. If a category changes from cash withdrawal to bank fee, retain the amount and explain why the row leaves the cash selection.

An excluded duplicate needs a reference to the retained occurrence. Two equal withdrawals can be separate events. Compare the source entries before treating repeated amounts as the same transaction, and record the basis for excluding one occurrence.

Separate an automated event from a reviewer’s explanation. A system-generated event might show that a value changed under an account at a recorded time. The review note explains why the change was justified and which output it affected.

Identify the preparer and reviewer where the records establish their identities. A shared login cannot by itself identify which person made a change. Missing logs leave an attribution gap, even where a version comparison shows exactly what changed. Record the gap and the evidence available without assigning an action to an unsupported name.

In this fictional example, schedule W-01 reports cash withdrawals from one supplied account over one statement period. Its rule selects cash-withdrawal entries, uses positive debit amounts and counts each source transaction once. A transfer is outside that selection.

IdentifierSource referenceRecorded entryDebitW-01 treatment
T-001Statement-A.pdf, PDF page 2, entry 5ATM withdrawal$600Included
T-002Statement-A.pdf, PDF page 3, entry 2ATM withdrawal$1,300Included after extraction correction
T-003Statement-A.pdf, PDF page 3, entry 8ATM withdrawal$450Included
T-004Statement-A.pdf, PDF page 4, entry 1Transfer to another account$900Excluded by the selection rule
T-005Repeated extraction of T-003Same $450 source entry$450Excluded as a duplicate of T-003

Before the extraction correction, version 1 reads T-002 as $1,800 and totals $2,850. The correction record changes T-002 to $1,300, reducing the total by $500. Version 2 therefore reports $2,350.

To reproduce version 2, an authorised reviewer follows these steps:

  1. Open the preserved source PDF and locate T-001, T-002 and T-003 using the page and entry references. Confirm amounts of $600, $1,300 and $450.
  2. Check the selection record. Confirm that T-004 is a transfer and T-005 repeats the source entry already counted as T-003.
  3. Inspect the T-002 correction and its effect between versions. The selected total falls from $2,850 to $2,350.
  4. Add the included amounts independently. The expected result is $600 + $1,300 + $450 = $2,350, matching W-01 version 2.

Now introduce a broken link. Version 3 reports $2,550 after someone adds a $200 adjustment with no transaction identifier or supporting source. The reviewer can reproduce $2,350 and isolate the unexplained $200 difference to that adjustment. The record does not establish what the extra amount represents.

Retain version 3 as received and mark the adjustment as unsupported. Request its source and explanation from the person responsible for the schedule. If evidence arrives, assess it and issue a documented revision. Until then, distinguish the reproducible subtotal from the unsupported amount.

When a different link is missing, investigate the missing record directly:

  • A missing transaction identifier calls for a comparison with the cited source and earlier extraction. Assign any recovered identifier through a recorded correction.
  • A missing source page calls for retrieval of the original PDF and confirmation of the page convention. Keep the entry unverified if the source cannot be located.
  • A missing transformation record calls for a comparison of preserved input and output versions. A calculation repeated now can confirm a result, but it cannot prove how the earlier version was produced.

Label any retrospective explanation with its author and the evidence used. Preserve the distinction between an observed history and a later reconstruction.

Preserve the Trail When Handing Over Analysis

A usable handover lets the next authorised reviewer open the sources and reproduce the selected finding without relying on the preparer’s memory. Preserve the original PDFs alongside the extraction and analysis versions used for the output.

Include the transaction-identifier mapping, page convention and transformation rules. Retain material correction and exclusion decisions, with the reasons and review records. Identify the final report or schedule version and show which analysis version produced each selected output.

Keep file-property information as corroboration where useful. A modified timestamp alone cannot explain an adjustment or establish who made it. The wider engagement record belongs in the working papers, while the audit trail for a selected figure must retain the records needed to reproduce that figure.

Give the recipient authorised access to the cited versions, including any protected source files. Confirm that the handover opens correctly and that its references still resolve after transfer.

Ask an authorised reviewer to reproduce one selected figure and record the outcome. For the fictional W-01 example, the available trail supports $2,350 in selected withdrawals and identifies a separate unsupported $200 adjustment. Record that distinction before anyone relies on the combined $2,550 figure.

FinTrace

Statements in. Evidence out.

FinTrace turns your bank statements into one searchable Excel ledger and a written findings report, with every finding cited to its source page.

See how FinTrace worksNo software to learn · Every finding sourced