Introducing Supplier Enablement: Increase spend on corporate cards with AI
Learn More
Introducing Supplier Enablement: Increase spend on corporate cards with AI
Learn More
Blog
Article
May 7, 2026

Why the Financial OS for midmarket businesses lives inside the ERP

Rutter Team
Rutter Team
,
at Rutter
Why the Financial OS for midmarket businesses lives inside the ERP
Contact Sales

Learn how Rutter can help you accelerate your product roadmap, save engineering headaches, and grow revenue

The first generation of fintech transformed financial access. Faster onboarding, self-serve tools, embedded finance, modern APIs, digital banking experiences. For SMBs, this shift was transformational. Small businesses could finally manage payments, treasury, expense management, lending, cash flow, and financial operations through modern platforms instead of fragmented legacy banking.

That model still works at the SMB end of the market. Mercury, PayPal, Airwallex, and Square are where SMBs run their financial lives.

When businesses move upmarket, operational complexity changes, and the Financial OS moves with it.


Midmarket finance is an operational coordination problem

Midmarket finance teams operate differently from SMBs. Workflows become cross-functional:

  • AP teams, treasury teams, controllers, procurement, reconciliation, and payment operations
  • Multiple banks and payment providers running in parallel
  • Approvals and policy logic that span departments

Finance is no longer about access to financial tools. It’s about coordination. That’s why the ERP becomes strategically important. NetSuite, Microsoft Dynamics, Sage Intacct, Workday, SAP, and other ERPs are where midmarket controllers, treasury teams, and AP teams actually work. The ERP coordinates payments, approvals, treasury, reconciliation, procurement, AP/AR, financial reporting, and cash management. The ERP becomes the Financial OS.

Comparison diagram: SMBs run linear bank-to-fintech-app flows with one operator, while midmarket teams use a hub-and-spoke ERP coordinating banks, treasury, AP, reconciliation, and FX.

The need has always been there. The supply side is finally catching up.

Finance teams have wanted financial workflows inside their ERPs for as long as midmarket businesses have run on NetSuite, Dynamics, Sage, and Workday. The demand isn’t new. What’s new is that fintechs and banks now have rails worth embedding — real-time FX, instant payouts, modern card APIs, programmatic banking — and the infrastructure to embed them at scale is finally available.

Standalone portals become operationally limiting

Standalone financial portals still work for SMB use cases. For midmarket finance teams, they create friction. A controller reconciling card spend inside Dynamics doesn’t want reconciliation workflows split across the ERP, banking portals, spreadsheets, and AP systems. Every context switch is operational overhead. This is why connectivity alone is no longer enough.

Comparison diagram: disconnected workflows force 5+ context switches across the ERP, bank portals, spreadsheets, treasury, and email approvals; ERP-native workflows unify payments, reconciliation, approvals, treasury, FX, and AP automation in one surface.

ERP-native financial workflows are becoming strategically critical

The market is moving from connected financial products to operationally embedded financial workflows. The first phase of embedded finance focused on embedding financial products into SaaS applications. The next phase is moving into systems of record.

The best financial products no longer connect to ERPs. They operate inside them. APIs move data. ERP-native workflows move operations.

Visual showing the ERP at the center as the Financial OS, surrounded by workflow cards for payments, AP automation, banking, FX, treasury, and reconciliation, alongside ERP platform logos (NetSuite, Sage, Acumatica, Microsoft Dynamics).

Why this is hard to build

Every ERP ecosystem brings its own SDK, authentication model, permissions system, deployment requirements, workflow structures, approval frameworks, and UI extension model. Treasury workflows inside Dynamics work nothing like AP workflows inside NetSuite or reconciliation inside Sage Intacct.

Most fintechs and banks underestimate how hard this is at scale. The result is slow internal projects, brittle one-off deployments, and limited ERP coverage.

We’ve spent the past five years building integration infrastructure across these ERP ecosystems with the leading banks and fintechs. The operational complexity is real.

The next phase of financial infrastructure

The next generation of financial infrastructure won’t be defined by APIs and connectivity. It will be defined by how deeply financial products embed into operational workflows. The first generation of fintech digitized financial access. The next generation will operationalize finance inside the systems of record midmarket customers run on.

Midmarket isn’t a different species. It’s the same company at the stage where access stops being the bottleneck and coordination starts. The fintechs and banks we work with that win this shift will be the ones capable of bringing modern financial rails directly into the ERPs where midmarket finance teams operate:

  • NetSuite
  • Microsoft Dynamics
  • Sage Intacct
  • Workday
  • SAP
  • And other major enterprise ERPs

Meeting your customer where they actually work isn’t a feature. It’s a market shift, and the fintechs and banks already moving on it are pulling ahead.
We just launched Rutter Embedded ERP for exactly this. We build native financial experiences inside your customers’ ERPs, powered by your APIs.

→ See how it works

Light and dark purple background gradient.

Get up and running.

Building integrated products is hard. We can do that together. Let's chat.

By submitting your information, you agree to be contacted by a Rutter representative.
By submitting your information, you agree to be contacted by a Rutter representative.
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.