Products Purchase Order

Purchase orders with approvals receiving alignment and 3-way match foundations

Standardize purchasing with approval rules receiving status and traceability from PO to bill.

LINE ITEMS
Link PO line items to receiving and tighten pre-payment controls
Manual + CSV
Line item SKU Inventory tags Amount
Raw Material A PO-RAW-A Expected $48,000
Aux Part B PO-AUX-B Inspecting $16,800
Freight PO-FRT Approved $2,900
Total $67,700
Trusted by teams who can't afford revenue leakage

Purchase orders that connect procurement to receiving and AP

Procurement breaks when purchase requests happen in chat, approvals are inconsistent, and receiving does not match what was ordered. Sanka is designed to make purchase orders a controlled workflow that stays aligned with inventory and accounts payable, so you can scale spend without losing visibility.

A
Approval rules and thresholds

Route PO creation and changes by amount, department, vendor, or policy exceptions with clear reviewers and audit history.

B
Receiving alignment

Track receipts against ordered quantities so partial deliveries, backorders, and discrepancies are visible early.

C
3-way match foundations

Connect PO, receiving, and bills so AP can validate what was ordered and received before payment.

Standardize purchase order lifecycles

  • Centralize vendor, payment, and terms with explicit ownership
  • Enforce PO states (draft, in review, approved, sent, received, closed)
  • Support line-level changes with history (price changes, quantity changes, cancellations)
  • Attach quotes, specs, and communications to the PO record
Common PO failure Typical root cause What to standardize
Off-policy purchases Informal approvals Threshold rules + reviewer routing
Overstock or shortages No visibility into open POs Open PO views + receiving status
AP rework PO and bill mismatch PO line items tied to bill lines
Vendor disputes Missing scope/history Change log + attached documentation

Keep receiving and inventory consistent

Procurement is only “done” when inventory and finance agree on what happened.

  • Receive goods into a warehouse/location and update on-hand automatically
  • Track partial receipts and expected remaining quantities
  • Surface discrepancies: wrong items, damaged goods, short shipments
  • Close POs with explicit actions so open commitments are accurate

Built for how teams actually buy

Most procurement flows include exceptions. Make them explicit so they are visible and measurable.

D
Purchase requests

Capture requests, route approvals, and convert to POs without losing context.

E
Backorders and partials

Track what has arrived, what is pending, and what changed, with vendor communications attached.

F
Multi-location buying

Support multiple warehouses and receiving locations with clear allocation and ownership.

Controls procurement can scale with

Purchase orders are spend controls. Make the rules explicit so growth does not create chaos.

G
Role-based access

Limit who can create vendors, edit terms, approve POs, and receive inventory.

H
Immutable history

Track approvals, edits, receipts, and closures with timestamps so finance can audit quickly.

I
Exception visibility

Make out-of-policy requests, mismatches, and urgent buys visible instead of hidden in messages.

Frequently asked questions

Can approval rules be customized by department or amount?
Yes. The intent is to encode thresholds and reviewers so exceptions route automatically and approvals are auditable.
How do we handle partial deliveries and backorders?
Receiving is tracked against ordered quantities. Partial receipts update inventory and keep the remaining commitment visible until the PO is closed.
Does this connect to accounts payable?
Purchase orders are designed to connect to bills and payments so AP can validate what was ordered and received before payment is executed.