A month ago, a chief financial officer (CFO) and her leadership team confronted an uncomfortable truth about their accounts payable process.
They'd invested heavily in automation—70% straight-through processing, modern tech stack, solid team.
But the CFO was frustrated. "There's still so much noise," she said. "We've automated the easy stuff. What's left is friction—and my team spends all day fighting it."
She was right about the friction. She was wrong about where it was coming from.
A review of their top exception categories—purchase order (PO) mismatches, price discrepancies, missing goods receipts—revealed the root causes weren't in finance at all. PO mismatches originated from manual order entry in procurement. Price discrepancies came from framework agreements updated in sourcing but never reflected in the ERP. Missing goods receipts were stuck in a supply chain approval queue three steps upstream.
Her finance team was spending hundreds of hours a month resolving symptoms of problems that arose in someone else's department.
In enterprise services, this is the norm, not an exception.
Most enterprises optimise their back-office in towers.
Finance runs its improvement programmes. Procurement does the same. Human resources (HR) operates independently. Each function hits its key performance indicators (KPIs), runs its automation projects, reports its own metrics.
But processes don't respect organisational charts. And when something breaks in one tower, the pain almost always shows up in another. Nobody owns the seam between functions, so the root cause never gets fixed. It just keeps generating noise—month after month.
As a result, these patterns get repeated: Collections disputes in order to cash (O2C) traced back to delivery failures in supply chain; finance chasing receivables; customers withholding payment because shipments arrived late or incomplete; collections team solving the wrong problem.
Accrual variances in record-to-report caused by stale HR headcount data. Month-end close slips not because the close process is broken, but because compensation accruals rely on workforce data that is weeks old.
Supplier payment disputes reduced 40% not by improving accounts payable (AP), but by fixing contract compliance upstream in procurement. Invoices keep failing three-way match because the purchase order is wrong, not the invoice.
In each case, the function experiencing the pain isn’t the function causing it.
What's changing is that disruptive technology is making these invisible connections visible—and actionable.
Process mining, when applied across the full procure-to-pay or order-to-cash chain rather than within a single tower, reveals where exceptions originate, not just where they land. That shift in visibility alone transforms how you prioritise improvement.
Agentic artificial intelligence (AI) takes it further. Instead of a bot rerouting an invoice exception for manual review, an intelligent agent traces the exception to its source—a contract mismatch in procurement, a delayed goods receipt in the warehouse—and initiates the correction upstream. It doesn't just resolve the exception. It prevents the next hundred.
And a unified data architecture across finance, procurement, HR, and supply chain creates something previously impossible: a spike in AP exceptions automatically triggers a procurement compliance review. A pattern in collections delay surfaces a logistics bottleneck. The intelligence layer sees across the organisational chart even when the chart can't see across itself.
The friction that the CFO was feeling starts to dissolve—not through reorganisation, but because the technology is finally in sync with the actual process flow.
If your improvement programmes are tower-specific, there's a good chance you're getting very efficient at resolving problems that shouldn't exist in the first place.
The next wave of enterprise transformation isn't about making each function faster. It's about seeing the enterprise as one connected system and acting on what you find at the seams.
What a CFO envisages to be an AP problem is actually an enterprise problem disguised as an AP complication.
Many CFOs have their own version of such a story—the moment they pulled a thread in one function, they found that the real issue is living somewhere else completely.