Lesson 02 · Regulated · 13 min
Financial services: reconstructable decisions
Scope
Educational, not legal or compliance advice. Financial-services obligations are dense and jurisdiction-specific; the citations are here so you can check the primary text, not so you can skip your compliance team.
In a consequential financial decision the answer matters less than whether the answer can be reconstructed. Where a decision is adverse — a denial, a declined dispute — the law can require the specific reasons that actually drove it, not a plausible-sounding summary; a regulator asks what evidence was gathered, in what order, and what rule was applied. That is a design constraint before it is a legal one.
Sources (2) — primary references, with jurisdiction and verification dates
- Equal Credit Opportunity Act, Regulation B — 12 CFR §1002.9 (adverse action) — U.S. Consumer Financial Protection Bureau
Requires that a denial state the specific principal reasons that actually drove the decision; vague reasons and 'incomplete application' do not satisfy it. This is why a lending or credit agent must produce a reconstructable, reason-bearing record, not just an outcome.
United States · published 1974 · last verified 2026-08-28
- Regulation (EU) 2016/679 (GDPR), Article 22 — automated individual decision-making — European Union
Gives individuals the right not to be subject to a decision based solely on automated processing that significantly affects them (e.g. automatic refusal of credit, e-recruitment), and a right to human intervention. This is the legal backbone under a required human checkpoint.
European Union / EEA · published 2016-04-27 · last verified 2026-08-28
That makes the trace the deliverable. An agent that reaches the correct outcome without a record of how has produced something the business cannot use, because it cannot be defended.
- Gather evidence before forming a view, and record the order — a view formed first and justified afterwards is a known audit finding.
- Keep the money outside the agent. Recommending and deciding are different acts with different accountability.
- Store the whole trajectory, not the recommendation, and keep it as long as the regulator requires.
- Make the applied rule explicit in the output, so a reviewer can check the rule rather than re-derive the judgement.
The dispute blueprint enforces this with an ordering constraint: the transaction must be retrieved before the customer's history. The reason is not arbitrary. The transaction defines the dispute; history only qualifies it, and an agent that reads history first tends to reason from the customer's pattern rather than from the facts of the case.
The frequent-disputer case is the one to sit with. Seven disputes in twelve months is real information, and it is also exactly the shape of signal that produces unfair outcomes if it becomes the reason rather than a qualifier.
Checkpoint
Produce a run that passes the ordering check, and one where you can name the rule the agent applied.