Introducing Modern Treasury Payments. Built to move money across fiat and stablecoins. Learn more →

Journal
March 9, 2026

The Cost to Treat Compliance as an Afterthought

Compliance Isn't a Feature You Add Later. Here's What It Costs When You Treat It Like One.

Image of Brian Frankel
Brian Frankel / Head of Payments Compliance
Image for The Cost to Treat Compliance as an Afterthought

There's a version of this story that plays out constantly in fintech: a platform builds a payment stack, moves fast, and treats compliance as something to sort out once the product is working. KYB gets handled manually. Transaction monitoring is a spreadsheet. Audit trails are an afterthought.

It works until it doesn't.

The moment it stops working is rarely dramatic. It's a bank relationship that gets complicated. An onboarding queue that starts backing up. A regulatory question that nobody can answer cleanly because the data lives in three different places. By the time the problem is visible, the cost of fixing it is significantly higher than the cost of having built it right.

Compliance debt compounds, and unlike technical debt, its consequences extend beyond the organization to independent third parties.

The "Bolt-On" Trap

The instinct to treat compliance as a layer you add later is understandable. In the early stages, it feels like a distraction from building the product. KYB slows down onboarding. Transaction monitoring adds latency. Audit trails take engineering cycles that could go toward features.

So companies defer. They handle compliance manually at low volume, patch it together as they grow, and eventually find themselves with a Frankenstein stack: a payment system with compliance tooling bolted on from the outside, never quite integrated, always one edge case away from breaking.

The problem with bolted-on compliance isn't just that it's fragile. It's that it can't scale. Manual KYB review queues don't get faster as counterparty volume grows — they get slower. Spreadsheet-based transaction monitoring doesn't get more accurate at higher volumes — it gets less reliable. And when regulators ask questions, "we track that manually" is not a satisfying answer.

What Built-In Compliance Actually Looks Like

The alternative isn't more compliance overhead; it's compliance that's designed into the infrastructure rather than added on top of it.

In practice, that means a few things.

KYB as a programmable workflow, not a manual process. Configurable onboarding logic that can apply different verification requirements based on counterparty type, jurisdiction, or risk profile — and that runs automatically, not through a human review.

Transaction monitoring that runs on the same data as your ledger. When your compliance tooling is separate from your payment infrastructure, you're always reconciling two data sources. When it's built in, monitoring runs against the same transaction record your finance team uses — no translation layer, no ETL, no lag.

Audit trails that don't require archaeology. Regulators don't want to hear that you can reconstruct the audit trail if given enough time. They want to see it. Infrastructure that logs every state change, every approval, every fund movement in real time makes compliance examinations a reporting exercise, not an investigation.

The Compounding Cost of Getting It Wrong

The most expensive version of this problem is the retrofit. Taking a payment stack built without compliance in mind and rebuilding it to meet regulatory requirements is a multi-quarter engineering project — one that typically happens under pressure, with an imposed deadline.

Companies that have been through it describe it the same way: painful, expensive, and entirely avoidable in hindsight.

The earlier in the stack's lifecycle that compliance is treated as a design constraint rather than a feature request, the cheaper it is to get right. That's true at the infrastructure level, the data model level, and the vendor selection level.

The Reframe That Changes the Decision

The most useful reframe is this: compliance isn't a cost you incur to satisfy regulators. It's the operational infrastructure that lets you scale counterparty relationships, enter new markets, and add new payment rails without rebuilding from scratch every time.

Platforms that have gotten this right don't talk about compliance as a burden. They talk about it as a competitive advantage — because when onboarding is fast, monitoring is automated, and audit trails are clean, you can do things your competitors can't.

The cost of building it in is real. The cost of bolting it on later is higher. And the cost of a compliance failure is higher still.

The only question is when you want to have that conversation — on your terms, or on someone else's.

We can help.

Subscribe to our newsletter

Get the latest articles, guides, and insights delivered to your inbox.

Authors

Image of Brian Frankel
Brian FrankelHead of Payments Compliance

Brian is the BSA/AML Officer and Head of Payments Compliance at Modern Treasury, where he leads compliance programs and tooling for new payments products and regulatory adherence. Previously, he led global compliance program design and implementation at Payoneer and Chipper Cash, and served as a management consultant with Kaufman Rossin.