PO Number Meaning: What It Is and Where to Find It
Jul 23, 2026
Jul 23, 2026
Convert a purchase order to Excel, CSV, or JSON
Submit your purchase orders
Drop documents here, or click to file
Up to 50 files per batch
Uploading...
A PO number is the unique identifier a buyer assigns to a purchase order when the order is issued. It travels with that order onto the supplier's confirmation, the packing slip, and the invoice, so every document about the purchase points back to the same reference. Accounts payable uses it to match what was billed against what was authorized. If the PO number is missing or wrong, the invoice usually stops moving.
Almost every question people ask about PO numbers is really one of three questions: what is this number, where do I find it, and why does my customer keep rejecting invoices without it. Here are direct answers to each, plus a comparison of the other numbers that float around the same paperwork. If you want help designing your own numbering scheme instead, that is covered separately in the guide to purchase order number formats.
A PO number is the reference code a buying organization puts on a purchase order to identify that specific order. It is assigned by the buyer, not the supplier, and it stays fixed for the life of the order. Everyone who touches the transaction quotes it: the vendor on its acknowledgment, the warehouse on the packing slip, accounting on the invoice.
PO stands for purchase order. The full form of the term is simply "purchase order number," meaning the identifier attached to a purchase order document. You will also see it written as P.O. number, PO #, or Order No. on supplier paperwork. Some ERP systems label the same field "Buyer Order Number" or "Customer PO."
On an invoice, the PO number is the buyer's order reference the supplier copied over from the purchase order it received. It tells the customer's AP team which authorized order this bill belongs to. It is the supplier repeating the buyer's number back, not a number the supplier generated. Without it, AP has no fast way to confirm the purchase was approved.
A PO number is used to tie together every document in one purchase so quantities, prices, and payments can be reconciled. Procurement uses it to track open commitments. Receiving uses it to confirm the right goods arrived. AP uses it to match invoice lines against ordered lines before releasing payment. It is also the fastest search key in any dispute.
A common example is PO-2026-04871, where a prefix marks the document type, a segment marks the year, and a sequence makes the number unique. Other real formats look like 4500123987 (SAP style), NYC-PO-00234, or plain 100482. There is no universal standard. Each buyer picks a pattern and their system increments it.
Look in the header block at the top of the document, usually top right, near the order date and the buyer's logo. It is labeled PO Number, Purchase Order No., or Order Number. On multi-page orders it repeats in the header or footer of every page. If you are unsure which header field is which, the walkthrough on how to read a purchase order maps them out.
No. The PO number is created by the buyer when the order is placed. The invoice number is created by the supplier when it bills for that order. They are different numbers issued by different parties at different points in the transaction. A correct invoice carries both: the supplier's own invoice number and the customer's PO number.
If your customer runs a PO-based purchasing policy, yes. Many mid-size and enterprise AP departments will not process an invoice that lacks a valid PO number, because their controls require the spend to have been authorized in advance. Smaller customers and service retainers often pay without one. Ask before you invoice, not after.
For shipping, the PO number is the reference the supplier prints on the packing slip, carton labels, and the bill of lading so the receiving dock can identify what arrived and against which order. Large retailers and distributors reject or charge back shipments that arrive without the PO number visible on the paperwork.
Four different numbers describe one purchase, and they get mixed up constantly. This is who owns each one.
| Number | Who issues it | When it is created | What it references | Where it appears |
|---|---|---|---|---|
| Requisition number | Buyer, internal requester | Before the order is placed | An internal request to buy | Internal approval records only |
| PO number | Buyer | When the purchase order is issued | The authorized order sent to the supplier | PO, acknowledgment, packing slip, invoice |
| Sales order number | Supplier | When the supplier accepts the order | The supplier's own record of the sale | Order confirmation, pick list, invoice |
| Invoice number | Supplier | When the supplier bills for the goods | The bill for delivered goods or services | Invoice, statement, remittance advice |
The requisition never leaves the buyer's building. The PO number crosses to the supplier and comes back on everything. The sales order number is the supplier's internal twin of the PO. The invoice number identifies the bill itself. If you want the document-level version of this, see purchase order vs invoice vs receipt. Buyers setting up the process from scratch should start with how to create a purchase order.
Suppliers are often surprised the first time an invoice bounces back over a number they thought was cosmetic. It is not cosmetic. In a PO-based AP process the number is the key the whole match runs on.
Here is what happens on the customer's side when your invoice arrives. AP looks up the PO number you printed. That pulls the original order: the approved lines, the quantities, the unit prices, and the ship-to. Then AP compares your invoice lines to those order lines, and compares both to the goods receipt from the dock. Only if the three agree within tolerance does the invoice release for payment. That process is the three-way match, and it cannot start without a PO number to look up.
Common reasons an invoice gets returned:
Every one of those adds days to payment. The fix is unglamorous: get the PO number in writing before you ship, print it in the invoice header where it is easy to find, and quote it in the subject line of the email you send the invoice with. If the matching problem is on the invoice side instead, you can pull invoice line items into a spreadsheet the same way and compare them against the order before anything reaches your customer's AP inbox.
One PO is easy. You read the header, you type the number into your order entry screen, done. The problem shows up at forty or four hundred orders a week arriving as email attachments, each customer using a different template, some scanned, some photographed on a phone at a job site. Rekeying that is where wrong PO numbers come from.
PurchaseOrders.io reads the purchase order document and returns the structured data: header fields including the PO number, buyer and ship-to details, dates and terms, plus every line item with part number, description, quantity, and unit price. Output comes back as Excel, CSV, JSON, or through a REST API into whatever system you already use. It is a capture layer, so it reads orders rather than creating them, approving them, or posting them to your ERP.
Practically, that means you can convert purchase order PDFs to Excel for a batch of incoming orders, run line item extraction when the detail lines matter as much as the header, or push a whole folder through bulk purchase order upload after a busy week. The extracted PO number carries into your order records, so when it is time to invoice, the number on the bill is the number the customer sent you. For the full list of what sits in a PO header and body, see the breakdown of purchase order fields.
If you buy: assign a PO number to every order that goes out, make it unique, and never reuse it. Tell suppliers plainly that invoices without the number will be returned, then hold to it. If you sell: capture the number the moment the order arrives, store it against the job, and repeat it on the acknowledgment, the packing slip, the carton labels, and the invoice header. It costs seconds at order entry and saves weeks of chasing at month end.
From the same family of tools