AI Can Explain Why Your Loan Was Denied, Can The Bank Prove It? – OpEd
Generative AI risks making credit-denial notices more convincing yet detached from the actual multi-stage decision, so that a letter may cite a model’s top risk factors while the real refusal stemmed from an affordability rule or disputed debt.
U.S. Regulation B still requires adverse-action notices to identify the principal reasons the creditor actually considered; recent supervisory adjustments and lighter CFPB examinations do not remove that obligation or the lender’s responsibility for vendor-supplied scores.
The remedy is a preserved “decision trace” of inputs, model versions, policy rules and overrides, allowing notice-writing AI only to translate approved reasons, with practical tests that confirm the letter remains accurate after corrections or system updates.
As new credit models learn from spending and cash-flow patterns, the challenge is no longer producing an explanation. It is proving that the explanation belongs to the decision that was made.
Imagine a borrower receiving a carefully written rejection letter. The bank says she has not lived at her address long enough. She has been there seven years. An unrelated debt, mistakenly attached to her file, actually prevented approval. The automated notice is courteous, specific and wrong.
This case is hypothetical. The vulnerability it illustrates is real: in a lending process assembled from data providers, risk scores, internal rules and human judgment, a plausible explanation can become detached from the decision it is supposed to describe. Generative AI could make that mistake more convincing rather than more obvious.
That question has become particularly timely. On October 6, financial technology company Plaid introduced new cash-flow-based lending models, including LendScore Arc, which examines the sequence and timing of financial transactions. The company says its system converts model contributions into understandable reason codes, and it describes a method for tracing those contributions back to transactions. Those are constructive attempts to address a hard technical problem, not evidence that the product has generated inaccurate notices.
But they also make the next question unavoidable. If a lender takes a reason code from one model, combines its score with another vendor’s information, applies an internal policy and perhaps permits a human override, what exactly explains the final refusal?
A reason for a score is not always a reason for a denial
A modern credit decision can have several stages. A third party estimates repayment risk. The lender checks affordability, verifies identity,........
