← Back to Work
Process file · Ops Ops

What’s inside: output checking · connections to your systems

Receipts at the DC checked against ASN and PO

The question this file answersHow many vendor invoices are we holding because receiving and the ASN never agreed?

Fits: multi-vendor retailers matching hundreds to thousands of invoices a month.

Typical day

What the desk looks like today

Typical, from the e-commerce playbook (vendor invoices): multi-vendor retailers see hundreds to thousands of supplier invoices a month, each resting on a receipt that must match. DC count, vendor ASN and PO sit in three systems; a clerk rebuilds the story by email before payment, worst before a season launch.

What changes

What Monday looks like after

When the invoices arrive at month-end, AP finds the receipts already confirmed and a short list of open shorts and overs, each with the ASN and PO beside it. The receiving lead's argument with the vendor still happens — on a screen, not from an email chain.

Typical, not a measured client result. Every figure here comes from the playbook source named below.

3 numbers

ASN, count and PO on one screen — the AP three-way build at the dock; no published figure for DC receiving

Before: the count, the ASN and the PO disagree and payment waits on a reconstruction. After: the three numbers meet on one screen and only the shorts and overs wait for the receiving lead. The percentage stays on the AP file.

No published figure for this desk. The range lives on the parent file: Invoices hand-matched to POs already in the ERP →

How this file is built

Distribution-centre receiving has no benchmark of its own. Ardent Partners (2023) and RetailWire (2023) measure invoice processing, not receipts, so their figures remain on the AP file. Not a shrink or vendor-compliance claim.

What we install

What we put in front of the systems you already run

The OMS or ERP — NetSuite, SAP, Brightpearl, whatever runs purchasing — and the warehouse system are untouched. Our AP three-way check is moved to the dock:

  1. the vendor ASN is read from EDI or email
  2. each line is compared with the PO in the ERP and with the DC's receipt count as scanned
  3. lines inside your tolerance are confirmed for invoice matching, while shorts, overs and substitutions go to the receiving lead with the three quantities on one screen and the vendor's line attached.
What stays human — and what this will not do

Vendor disputes. New vendors. Chargebacks that are really a conversation.

Not a shrink or vendor-compliance claim.

What can go wrong — and what we do about it

Vendors who do not send ASNs leave two documents, not three; those receipts are matched to the PO only and stay noisier. Case-pack and unit-of-measure differences between the vendor's file and your PO generate false shorts until they are mapped. RetailWire's 60–70% and the Ardent Partners figure are about invoice processing cost and live on the AP file; no published number covers DC receiving itself.

What it costs to get there

The path: free 60-second estimate → free 20-minute review → paid audit of this one process (€1.5–3K, typically two weeks) → pilot with your people in the loop (€10–20K, weeks, not quarters). No transformation programme. Prices are public, on the services page →

Scoped in the audit — the playbook has no estimate for this exact desk.

This is about you if…
What does this mean in euros?

That depends on your volumes and wage costs — this page will not invent the number. The free 60-second estimate runs that calculation from your answers, with every multiplier sourced.

Get your free savings estimate 60 seconds · no sales call Or write first → Map an ops process like this one — free, 60 seconds →

Not a named Aperanda client. Process file · Ops.

Short process file. Same build as its parent file; the playbook has no separate volume or benchmark for this desk.

All process files