Executive summary

Procure-to-pay is one of the most reconciliation-heavy processes in any enterprise. A single purchase touches a requisition, an approval, a purchase order, a receipt, a put-away, an invoice and a journal. In most organisations these live in different tools, and the work of proving they agree is done by people with spreadsheets.

This paper describes how the Splenta procurement (SCM), warehousing (WMS) and finance (FMS) systems of record share evidence, and how agents use that evidence to reconcile ordered, received and billed before an invoice is trusted.

1. Where the reconciliation burden comes from

The work is rarely hard. It is repetitive, and it sits at the boundaries between systems:

  • Ordered vs. received. Shipments arrive full, partial or wrong. Receiving details sit in inboxes before anyone posts them, so orders stay open and short deliveries go unnoticed.
  • Received vs. stocked. What was received has to land in the right location. Count drift accumulates quietly.
  • Received vs. billed. Payables has to tie each invoice back to the right purchase order and receipt. Across many vendors, off-contract or duplicate charges are easy to miss.

Each boundary needs a person to compare two records that were never designed to agree with each other.

2. One identity, shared evidence

SCM, WMS and FMS are each the system of record for their own domain. They share identity and authorization through ICE, so a scope means the same thing in all three, and evidence created in one is usable in the others.

That changes the reconciliation problem from compare two exports to read the linked records:

Step System of record Evidence produced
Requisition and approval SCM Approved purchase order with audit
Goods receipt SCM / WMS Full or partial receipt, or a raised dispute
Put-away and stock WMS Located inventory with count history
Invoice match SCM / FMS Invoice tied to order and receipt
Draft journal FMS Review-ready entry backed by operational evidence

3. What agents do at each boundary

Agents operate these records through the same checks a person would, under scoped tokens.

Receiving. Arin is designed to record full and partial receipts against the matching purchase order as quantities arrive. When what turned up does not match, it raises a dispute on the receipt rather than quietly closing the line.

Stock. Agents reconcile counts and flag drift that can actually be seen in the record, and can put damaged stock on hold and clear it without losing the trail.

Invoice matching. Invoices are checked against the order and receipt they belong to. Clean matches advance; the odd ones out are surfaced with the detail attached.

Finance. Operational evidence becomes review-ready draft journals. Agents triage AP match exceptions without ever touching payment, and posting to the ledger remains a human decision.

At every step, each write carries a before-and-after snapshot, and anything outside the agent's scope is surfaced as an exception rather than attempted.

4. What stays human

The design assumption is that most of this work is mechanical and a small remainder carries real judgment or liability. In this flow that remainder includes:

  • approving spend above a threshold,
  • resolving genuine disputes with a supplier,
  • posting to the ledger,
  • anything that touches payment.

Agents prepare these decisions with the evidence attached. They do not make them by default.

5. Adoption

You do not need all three modules on day one. Each runs on its own. The benefit compounds as modules are added, because each one extends the evidence trail across a boundary that otherwise needs manual reconciliation. Most teams start with the boundary that hurts most, often invoice matching or receiving.

Conclusion

Reconciliation is expensive because records disagree by default. When procurement, warehousing and finance share one identity model and one audit discipline, agreement becomes something agents can check continuously, and people only see the exceptions.

Explore the procurement, warehouse and finance modules, or talk to us about your procure-to-pay flow.