
How to Use AI to Reconcile Cross-Document Data in Loan and Deposit Applications
The Reconciliation Problem
A typical commercial loan application case file may include personal financial statements (current and prior period), business financial statements, tax returns (personal and business), operating agreements and ownership certifications, collateral documentation, identity documents, and proof of address.
Reviewers compare fields across these documents to confirm consistency. The work is high-volume, low-judgment, and prone to fatigue errors. It is exactly the kind of work AI does well when properly scoped. It also carries regulatory weight: identity fields must reconcile because the customer identification program requirements in 31 CFR 1020.220 require the institution to form a reasonable belief about the customer's true identity, and ownership fields must reconcile because the FinCEN CDD Final Rule and 31 CFR 1010.230 require accurate beneficial ownership information.
Step 1. Define what reconciles to what
The institution should document, in writing, the specific reconciliation expectations for each document pairing. Examples: the applicant's address on the personal financial statement should reconcile to the address on the application and to the proof of address; ownership percentages on the operating agreement should reconcile to the beneficial ownership certification; cash flow from operations on the business tax return should reconcile (with documented adjustments) to the business financial statements; identity fields on the driver's license should reconcile to the application; the collateral description on the appraisal should reconcile to the security agreement and the collateral schedule.
These expectations belong in policy, not in informal practice. The FFIEC BSA/AML Examination Manual repeatedly ties examiner testing back to the institution's own written procedures; reconciliation practice that exists only in reviewer habit cannot be tested, trained, or defended.
Step 2. Define the tolerance thresholds
Some variations are normal. Names differ in punctuation. Addresses differ in abbreviation. Financial figures round differently. The policy should specify what variations are within tolerance and what variations require flagging.
The tolerance thresholds are themselves audit artifacts. They should be documented, version controlled, and applied consistently. Because these thresholds drive automated outcomes, they also sit within model risk management expectations: SR 11-7 established the foundational principle that quantitative tools and their assumptions must be documented and validated, and the agencies' revised interagency model risk management guidance issued in April 2026 (SR 26-2) carries that principles-based expectation forward to modern AI-supported tools.
Step 3. Configure the agent personas
Configured agent personas perform the reconciliations defined by the policy: extract fields from each document; compare fields across the documented pairings; apply the tolerance thresholds; flag variances that exceed tolerance; and produce a structured reconciliation report.
The outputs are evidence grounded. Each finding cites the specific documents and fields involved.
Step 4. Surface the discrepancies to reviewers
The reconciliation report is a structured artifact with confirmed matches (handled), within-tolerance variances (noted, no action required), out-of-tolerance variances (flagged for reviewer attention), and missing documentation (gap list).
Reviewers focus on the variances. They do not have to re-do the comparisons.
Step 5. Capture the reviewer disposition
For each flagged variance, the reviewer takes action: clear with documented rationale, request clarification from the borrower, escalate, or decline.
The disposition is preserved in the audit trail with the reviewer identified.
Step 6. Use the reconciliation report downstream
The reconciliation report belongs in the case file. It is part of the underwriting memo and part of the audit trail for the relationship. When questions arise later (a loan workout, a periodic review, an examination), the report is the starting point.
What Reconciliation Does Not Do
- It does not decide approvals or declines.
- It does not flag suspicious activity for SAR purposes. Suspicious activity determinations and filings under 31 CFR 1020.320 remain with the BSA officer.
- It does not replace the underwriter's judgment about whether the inconsistencies, taken together, change the credit picture.
The reviewer is still the decision maker. The reconciliation is just structured input to the decision. Where a decline results, the institution still owes the applicant specific and accurate adverse action reasons under Regulation B, a point the CFPB reinforced for algorithm-supported decisions in Circular 2022-03.
Common Pitfalls
Reconciliation without clear policy. The reviewer cannot interpret findings without a documented tolerance framework.
Reviewer abdication. Reviewers begin clearing variances without reading them. QA sampling and override-rate monitoring matter.
Configuration that does not match documents. New document formats or new product types should be added to the configuration as part of change management.
No exception trend analysis. The data the reconciliation produces is useful for portfolio-level monitoring. Use it.
How StandardC AI Approaches This
StandardC AI's intelligence layer performs cross-document reconciliation through configured agent personas calibrated to the institution's documented reconciliation expectations and tolerance thresholds. Outputs in StandardC AI Report identify each comparison performed, the result, and the variance flags with citations to specific source documents. Reviewers act on the variances; the audit trail preserves their dispositions automatically.
Frequently Asked Questions
How does this handle minor format differences like punctuation in addresses?
Configured tolerance rules handle expected variations. Material differences fall outside the tolerance and are flagged.
What about documents in different formats (PDF, image, scanned)?
ApplyC normalizes documents at intake. The reconciliation logic operates on the normalized data.
Can reconciliation logic differ by product type or business segment?
Yes. Configurations support different reconciliation expectations and thresholds by product type and business segment.
Does the reconciliation decide loan approvals or flag suspicious activity?
No. Reconciliation produces structured input to the decision. The reviewer remains the decision maker, and SAR determinations remain with the BSA officer.
Authoritative Sources
- 31 CFR 1020.220, Customer Identification Program Requirements for Banks (eCFR)
- FinCEN CDD Final Rule (Customer Due Diligence Requirements for Financial Institutions)
- 31 CFR 1010.230, Beneficial Ownership Requirements (eCFR)
- FFIEC BSA/AML Examination Manual
- 31 CFR 1020.320, Reports of Suspicious Transactions (eCFR)
- SR 11-7, Supervisory Guidance on Model Risk Management
- SR 26-2, Revised Interagency Guidance on Model Risk Management (2026)
- CFPB Circular 2022-03, Adverse Action Notification Requirements and Complex Algorithms
.webp)

