The P2P process, procure-to-pay, is the whole journey from deciding to buy something to the supplier being paid, and accounts payable is the last third of it. The term is worth understanding rather than dismissing as jargon, because it names the thing most payables improvement efforts get wrong: they start at the invoice, and by then the important decisions have been made. If nobody approved the purchase, if there is no order to match against, if the person who wanted the thing never told finance it was coming, payables inherits a problem it cannot solve. This page is what P2P covers, which parts a small team should actually adopt, and which are enterprise apparatus.
What procure-to-pay covers
Requisition, approval to buy, purchase order, receipt, invoice, matching, approval to pay, payment. Payables owns the last four and is affected by all of them. The point of naming the whole chain is that it makes the upstream causes of downstream pain visible.
Why payables problems usually start upstream
A no-order invoice, a price nobody agreed, a delivery nobody recorded: three of the four commonest matching exceptions are created before payables sees anything. Fixing them in payables means chasing after the fact, forever.
What a small team should adopt from it
Not the software. The habit: some record that a purchase was agreed, before the invoice arrives. In a small business that can be an approved quote by email kept with the invoice, which gives you most of what a purchase order does for none of the machinery.
Questions people ask about p2p process in accounts payable
Do we need a purchase order system?
Only if the volume of unrecorded commitments is hurting. The honest test is how many invoices arrive that nobody was expecting; if it is a handful, an approved-quote habit is enough.
Is P2P the same as source-to-pay?
Source-to-pay adds supplier selection and contracting at the front. It is a bigger scope and firmly enterprise territory; a small business does that work, but not as a system.
Where does payables end?
At payment and posting. What happens after, reconciling the ledger and reporting, belongs to the close, which is why this hub treats them together. On the worked example on this site, 40 tasks at 45 minutes plus 6 reviews at 30 is 33 hours, which is 2.75 working days across two people at six hours a day.