Subscribe to get high-signal insights on how modern fintech is built.

engineering

What Happens When a Lending Pipeline Drops an Event

Lending pipelines span days, and every dropped event becomes a compliance gap that hides until the next audit.

By Alex Kugell ·

Your loan origination system processes applications through seven event-driven steps: intake, identity verification, fraud screening, credit pull, decisioning, disclosure delivery, funding. Each step consumes the previous event and produces the next.

What happens when one of those events arrives late?

If you've built payment pipelines, you'd expect the system to stall. Lending pipelines don't work that way. A stalled application means a borrower watching a rate lock tick toward expiration and a loan officer calling to apologize.

So most origination systems treat upstream events as advisory. If the fraud screening service hasn't responded in 30 seconds, the decisioning engine runs without it.

That skip, in a payment pipeline, costs you a reconciliation break that surfaces in the next batch run. The same skip in a lending pipeline produces a loan funded without a fraud check on file, or a credit decision built on data the bureau updated two days after the model ran. Reconciliation breaks get caught in the next batch run, but compliance gaps can hide for months until an auditor turns them up, long after the loan has funded and the borrower is making payments.

A payment settles in seconds, but a loan origination spans days, sometimes weeks, and every event in that chain carries a regulatory clock that keeps running whether your consumer has caught up or not.

The pipeline that runs for days

A payment pipeline is synchronous enough that a timeout is obvious and the caller gets an error, but a lending pipeline is asynchronous by design.

A credit bureau pull can take hours if the bureau is backlogged. Income verification might wait days for a third-party employer response. The fraud scoring service runs on a different schedule than the document generation service. None of these steps were designed to complete in the same session.

A contractor building a house tracks the plumbing inspector, the electrician, and the framing crew, each working on their own schedule. If the plumbing inspector's report gets lost in the mail, the contractor has to choose between holding the drywall crew and letting them start without the sign-off.

Most origination systems let the drywall crew start. The business logic treats each upstream check as a soft dependency. Any individual event can fail silently while downstream steps proceed on whatever data they have.

Five failure modes with regulatory teeth

The fraud check that never ran

The decisioning engine expects a fraud screening event before it runs. The fraud service times out, crashes, or publishes to the wrong topic. The decisioning engine either waits or proceeds without the check.

Most origination systems proceed. A 30-second delay in a digital lending application is an eternity for conversion. So the pipeline treats the fraud event as optional, running the model on whatever data is available when the timeout hits. That's fail-open at the fraud gate.

The Paycheck Protection Program showed what happens when that default scales. The House Select Subcommittee found that fintech lenders handled 15% of PPP loan volume but were connected to 75% of fraud-flagged loans. Kabbage furloughed half its risk assessment staff during the program.

Blueacorn spent a few million on fraud prevention while collecting over $1 billion in processing fees. Womply's fraud systems were described by the committee as "put together with duct tape and gum."

The screening infrastructure existed. The lenders chose not to staff it because the incentive structure made fraud checks optional. In a standard origination pipeline, the mechanism is technical rather than organizational, but when the fraud event is advisory and the timeout defaults to "proceed," the outcome is the same: loans approve without screening.

Stale data in the underwriting model

The credit bureau responds. But the response arrives after the decisioning engine already ran on the last available pull. A borrower who opened three new credit lines last week gets underwritten on a profile that doesn't include them.

Consumer lag in a payment system makes a balance check wrong by a few seconds' worth of transactions, but stale data in an underwriting model means the debt-to-income ratio was calculated on the wrong denominator, potentially by weeks. And if that staleness affects some borrower populations more than others, because newer credit data disproportionately reflects recent hardship in specific communities, the model produces different error rates for different groups. That's a fair lending problem under ECOA.

The model risk management framework should catch this, but only if someone knows the inputs were stale. Payment pipelines measure lag in seconds and alert on it. A lending pipeline measures lag in days, and a credit report pulled Monday that feeds a decision Thursday doesn't trigger any freshness warning. The system considers it current.

Duplicate origination

A borrower submits an application and the intake service publishes an event. That event gets delivered twice, once from a consumer restart and once because the borrower hit submit again, producing two loan files, two identity checks, two credit bureau pulls, and two funded loans.

A duplicate payment moves the same amount twice from one account, but a duplicate origination creates an entirely new legal obligation, with its own promissory note, disclosure package, and regulatory reporting to the HMDA database. Unwinding it requires a legal process, not a ledger reversal.

The SBA learned this during the Paycheck Protection Program in 2020. A deduplication script in the E-Tran system malfunctioned during bulk processing, running broken for about 14 hours before engineers caught it. The SBA also disabled its own duplicate-detection controls for a week in June to resolve previously identified duplicates, which created new ones. OIG Report 21-09 found 4,260 borrowers received duplicate loans totaling $692 million.

The fix took months of loan-by-loan review, forgiveness denials, and recovery proceedings. A payment ledger enforces idempotency by rejecting duplicate debits, but a loan origination system has to catch duplicates earlier, before two sets of disclosures ship and two funding wires clear.

The disclosure that never arrived

Federal law requires specific disclosures at specific times. Under TRID, the Loan Estimate must reach the borrower within three business days of application. The Closing Disclosure must arrive at least three business days before consummation. Miss either window and the loan can't legally close on schedule.

Disclosure delivery is an event in the pipeline. The origination system generates the document, hands it to a delivery service, and expects a confirmation event back: delivered, signed. When that confirmation drops, the system doesn't know whether the borrower received the disclosure.

If the system proceeds to closing anyway, that's a TRID violation. If it waits, the closing date slips, the rate lock gets more expensive, and the borrower calls their loan officer.

Blend, one of the largest cloud-based origination platforms, experienced a 6.4-hour document generation and disclosure workflow outage in June 2026. Every loan in that pipeline window had its disclosure chain interrupted. In July 2024, an EllieMae integration failure disrupted Blend's loan exports, document exports, and pricing calls for over four days. These outages create compliance gaps across every loan in the affected window, gaps that have to be audited individually after service is restored.

Income verification arrives out of order

A borrower's income is verified through a third-party service. The verification event carries the income figure that feeds the debt-to-income calculation. But the verification service publishes to a different topic than the application events, with different partitioning. Ordering guarantees between topics don't exist.

If an updated income figure arrives after the initial verification but before decisioning, and the consumer processes them in the wrong order, the DTI is calculated on the earlier number. A borrower approved at a ratio of 38% when their actual ratio is 46%.

Under ECOA, the lender must send an adverse action notice within 30 days of a completed application, and that notice must cite specific reasons for the decision. The Federal Reserve's review of 2023 compliance violations flagged late adverse action notices as a recurring finding. If the reason codes are derived from stale inputs, the notice explains a decision that was made on data the system no longer considers current.

Stale inputs produce decisions that can't be explained accurately after the fact, and explainability is the one thing a regulator will ask about in every exam.

Fail-closed when the clock is ticking

Fail-closed in a payment pipeline means a delayed settlement, while in a lending pipeline the rate lock keeps ticking and the closing date slips.

That tension is why most origination systems default to fail-open. Borrower experience, conversion rates, rate lock deadlines, and loan officer pressure push toward proceeding. Fraud clearance, data freshness, and disclosure confirmation push toward waiting.

Fail-closed in practice means every pipeline stage publishes a readiness assertion alongside its result. The decisioning engine doesn't run on whatever data is available. It checks that every upstream event has arrived, that each event's timestamp falls within an acceptable freshness window, and that no duplicate application ID exists in the pipeline. The application waits.

A loan that funded without a fraud check, or closed without a delivered disclosure, costs more than a delayed closing. When ACI Worldwide accidentally submitted test data as live ACH instructions for Mr. Cooper mortgage accounts in 2021, it hit 480,000 customers for $2.3 billion in unauthorized debits. The CFPB fined ACI $25 million. Forty-four states reached a separate $10 million settlement.

The batch systems that origination pipelines replaced were slow. But they had one property that event-driven systems traded away: when a file was missing from the nightly run, the whole pipeline stopped. Lenders adopted event-driven origination for the speed, and the speed is real. A borrower can go from application to funding in hours instead of weeks.

Somewhere in that pipeline, though, an event dropped. A fraud check that didn't run, or a disclosure that didn't deliver. The loan funded anyway, and the auditor finds the gap six months later.

Sources

Frequently Asked Questions

Why is a dropped event more dangerous in lending than in payments?
A payment pipeline settles in seconds, so a dropped event surfaces quickly as a reconciliation break in the next batch run. A lending pipeline spans days or weeks, which means a dropped event can go undetected until a regulatory audit months later. By then the loan has already funded, disclosures may have been missed, and the borrower is making payments on a loan that was never properly screened.
How did the SBA end up issuing $692 million in duplicate PPP loans?
A deduplication script in the SBA's E-Tran system malfunctioned during bulk processing and ran broken for about 14 hours in April 2020. The SBA also temporarily disabled its own duplicate-detection controls for a week in June to resolve previously identified duplicates, which created new ones. OIG Report 21-09 found 4,260 borrowers received duplicate disbursements requiring months of loan-by-loan review and recovery proceedings.
What are the TRID disclosure timing requirements for mortgage loans?
Under the TILA-RESPA Integrated Disclosure rule, lenders must deliver the Loan Estimate within three business days of receiving a completed application and the Closing Disclosure at least three business days before consummation. If the disclosure delivery event in an origination pipeline fails or its confirmation drops, the loan cannot legally close on schedule.
How does stale credit data create fair lending risk in automated underwriting?
When a credit bureau response arrives after the decisioning engine has already run on older data, the model uses an outdated borrower profile. If that staleness correlates with borrower demographics, because newer data disproportionately reflects recent hardship in specific communities, the model produces different error rates across groups. Under ECOA, that pattern can constitute a fair lending violation even without discriminatory intent.

Built by Trio, a fintech-native engineering partner helping teams build the next generation of financial technology and infrastructure.

Subscribe to Ledger Drift for high-signal insights into how modern fintech is built, from systems to code to teams.

Keep reading

ai & mlWhy Your Fraud Model Needs to Decide in 45 MillisecondsYour fraud model took three weeks to train, and the payment network gives it 45 milliseconds to decide.
analysisAfrican Fintech: The PlumbingAfrican fintechs process billions across five payment rails but still reconcile with spreadsheets, and the failure modes in the plumbing underneath are specific.
engineeringWhen Your Ledger Becomes an Agent's APIAuthentication tells the ledger who the agent is, but nothing in the standard API surface tells it what that agent is allowed to do.
View more ›