What is a Down Payment in a Journal Entry?
A down payment in a journal entry records cash paid upfront for goods, services, or an asset. See how to record it correctly with examples
The procure-to-pay cycle runs from purchase request to final payment. See the 7 stages, where costs stack up, and how to shorten it.
"Procure to pay" sounds like a phrase built for a compliance binder, and honestly, it kind of is. But strip away the jargon and it's just the path a dollar takes from "we need this" to "it's paid for." Get that path tangled and cash sits in limbo for days. Get it clean and nobody in finance even notices it happened, which is really the goal.
According to Ardent Partners' 2025 State of ePayables research, the average invoice takes roughly 9 days to move through approval and payment, compared to about 3 days at best-in-class organizations. That gap is the procure-to-pay cycle, working exactly as designed, just slowly.
That end-to-end path, from the first purchase request to the final payment hitting the vendor's account, is what finance teams call the procure-to-pay cycle, or P2P for short.
Quick answer
The procure-to-pay (P2P) cycle is the full sequence of steps a business follows to buy goods or services and pay for them: requisition, approval, purchase order, receiving, invoice matching, invoice approval, and payment. It typically spans 7 stages and touches procurement, receiving, and accounts payable before a single dollar goes out the door.
The procure-to-pay cycle is the operational path connecting procurement (deciding what to buy and from whom) and accounts payable (paying for it correctly). It exists to answer one question at every step: does what we ordered match what we received match what we're being billed for? When those three things line up, the payment goes through. When they don't, the invoice becomes an exception, and exceptions are where P2P gets expensive.
Every P2P cycle runs through the same seven stages, whether it's handled on paper or inside an ERP like NetSuite, QuickBooks, or Sage Intacct.
| Stage | What happens | Typical owner |
|---|---|---|
| 1. Need identification | An employee or department identifies something to buy | Requester |
| 2. Purchase requisition | A formal request is submitted for approval | Requester / manager |
| 3. Vendor selection & purchase order | A vendor is chosen and a PO is issued with agreed price and terms | Procurement |
| 4. Receiving | Goods or services arrive and are logged against the PO | Receiving / requester |
| 5. Invoice matching | The invoice is checked against the PO and receipt (2-way or 3-way match) | Accounts payable |
| 6. Invoice approval | A matched invoice is routed for sign-off before payment | Approver / finance |
| 7. Payment & record-keeping | Payment is issued and the transaction is posted to the general ledger | Accounts payable |
Small purchases (a $40 software subscription, a client lunch) rarely walk through all seven stages formally. Large purchases (new equipment, a vendor contract) almost always do, because that's where a mismatch gets expensive.
It's not really the paperwork that costs money. It's the number of hands that touch a dollar before it leaves the building.
According to Ardent Partners' 2025 research, exception rates (mismatched POs, missing fields, disputed charges) average around 14% at typical organizations, versus roughly 9% at best-in-class teams. Every one of those exceptions needs a person to stop and resolve it manually, which is where a "quick" invoice quietly turns into a multi-day back-and-forth.
P2P gets used loosely, often interchangeably with terms that mean something narrower or broader. Here's how they actually split.
| Term | What it covers |
|---|---|
| Procure-to-pay (P2P) | Requisition through payment. The full purchase-to-payment cycle. |
| Source-to-pay (S2P) | Everything in P2P, plus sourcing and vendor negotiation upfront. |
| Purchase-to-pay | Used interchangeably with procure-to-pay in most industry usage. |
| Accounts payable (AP) | Just the last stages of P2P: invoice matching, approval, and payment. |
| Order-to-cash (O2C) | The mirror image: what happens on the selling side, not the buying side. |
So no, procure-to-pay and accounts payable aren't the same thing; AP is the back half of P2P, not the whole cycle.
Most delays cluster in the same three places: approvals waiting in an inbox, invoices that don't match a PO, and manual data entry. A few changes tend to fix most of it.
Not every dollar in the P2P cycle needs a full requisition and purchase order. Day-to-day spend, travel, client entertainment, recurring software, small vendor purchases, moves faster on a corporate or purchasing card with receipts captured at the point of sale. That's the piece of the cycle ExpensePoint sits in: card and out-of-pocket spend gets captured with a receipt, routed through approval rules, and synced to the ERP without anyone re-keying it. It's not a replacement for a full procurement suite handling vendor sourcing and large POs; it's what keeps the smaller, high-volume end of P2P from clogging up the same approval queue as a six-figure equipment order.
The procure-to-pay cycle is the full path from "we need this" to "it's paid for": requisition, approval, PO, receiving, invoice matching, invoice approval, and payment. Manual versions of that path run around 9 days on average and cost several times more per invoice than automated ones, mostly because of exceptions that need a human to untangle them. Shortening it comes down to fewer manual touches: automated matching, sensible approval thresholds, and a direct ERP sync so nobody's re-typing what already exists somewhere else.
Procure-to-pay is the end-to-end process of purchasing goods or services and paying for them, covering requisition, approval, purchase order, receiving, invoice matching, and payment.
No. Accounts payable is the back half of procure-to-pay, invoice matching, approval, and payment. P2P also includes the earlier stages: requisition, vendor selection, and receiving.
Source-to-pay includes everything in procure-to-pay, plus the sourcing and vendor negotiation work that happens before a purchase order is ever created.
The stages stay the same across ERPs; what changes is how purchase orders, receipts, and invoices get matched and posted. NetSuite and Sage Intacct handle multi-entity PO matching natively, while QuickBooks setups more often rely on connected apps for the matching step.
Ardent Partners' 2025 research puts the average invoice cycle at around 9 days, with best-in-class organizations closing it in roughly 3 days.
Automate three-way matching, set approval thresholds so small purchases move faster, route recurring low-value spend through a card program, and sync directly to your ERP instead of re-entering data by hand.
A down payment in a journal entry records cash paid upfront for goods, services, or an asset. See how to record it correctly with examples
Cash accounting records income when paid; accrual records it when earned. Compare both methods, IRS rules, and which to pick on Schedule C.