Where B2B payments break, from purchase to close

A B2B payment looks like a single event: money leaves one business and arrives at another. In practice it's a chain. Someone asks to buy something, someone approves it, an order goes out, goods arrive, a bill follows, money moves, and the books record what happened. Each link is often handled in a different tool, by a different person, at a different time.

The money rarely goes missing. What goes missing is the context: what was ordered, what was agreed, what it really cost. Every handoff between systems is a chance for that context to fall away, and a finance team pays for it later, usually at month-end.

What are B2B payments?

B2B payments are payments between businesses: paying suppliers for goods and services, and collecting from customers. Unlike a card purchase at a checkout, they usually come with purchase orders, invoices, payment terms, approvals and, for international suppliers and customers, currency conversion. That paperwork is what makes them hard to run well.

Your business sits on both sides

Most discussions of B2B payments look at one side at a time. But a growing company pays suppliers and gets paid by customers every day, through the same five stages. The map above follows both. The top of each stage shows where things slip when you pay; the bottom shows where they slip when you get paid.

Read across the map and three patterns repeat:

• Re-entry. The same details are typed into one system after another, and each copy is a chance for a mistake.
• Missing context. A payment arrives or leaves without the order, bill or terms that explain it.
• Late discovery. Differences surface at month-end, long after the people who could explain them have moved on.

One purchase, three systems

Take one illustrative purchase. A company orders six laptops from a German supplier for €9,000. The bill is booked at that day's exchange rate as $9,720. By the time it's paid, the rate has moved, and a payment fee applies, so $9,780 leaves the bank.

When ordering, bills and payments live in separate tools, that $60 shows up as an unexplained difference at close. Someone has to find the bill, look up two exchange rates and locate the fee before the account reconciles. When the payment carries its own context, the books record it as it happens: the bill posts in JE-5520, the payment posts in JE-5521, debits equal credits, and the supplier balance clears to zero.

What to ask of any finance platform

For a CFO or business owner, the question isn't whether each tool works on its own. It's whether the numbers hold together when they meet. A few questions cut through quickly:

• Can you follow one payment from its purchase order to its journal entry without leaving the system?
• Are exchange differences and payment fees recorded when the payment settles, not estimated at month-end?
• Do changes to supplier bank details need approval before money can move? It's one of the simplest ways to prevent B2B payment fraud.
• When something doesn't match, does the system show the records behind the difference before anyone corrects it?
• Are your reports built from the same records you used to run the business, or from exports?

What changes on one system

B2B payment automation is usually sold one stage at a time: a tool to capture bills, another to send payments, another to reconcile. Each helps, but every one adds a handoff. Unified finance takes the other route. Purchasing, billing, payments, cash management and accounting run on one system, so each stage starts with everything the one before it knew. The checks at the bottom of the map aren't extra steps. They're what each stage looks like when nothing has to be handed over.

Next in this series

This is the first part of a series. The articles that follow take the map one stage at a time: buying and receiving, billing, paying and getting paid, and recording and close. Each looks at what breaks, what it costs and what to look for in the tools you choose.