Order-to-cash process flowchart (order received to cash applied)
A six-lane order-to-cash process flowchart: order and master data check, credit hold and release, dispatch, proof of delivery, invoicing, cash application, short-payment deductions, dunning and write-off.
How it works
Rename the lanes to your own organisation
Replace Customer, Sales and customer service, Credit control, Warehouse and logistics, AR and cash application, and Finance controller with the functions you genuinely have. Small finance teams merge credit control into AR and lose nothing; shared service centres usually need billing split from collections, because they are different teams in different places. If a third-party logistics provider ships for you, give the 3PL its own lane so the boundary of your own control is visible. Keep the person who approves a write-off in a different lane from the person who chases the debt.
Write your credit policy into the exposure check
"Credit exposure within limit?" is inert until you say what exposure means. State whether it includes open orders, goods delivered but not yet invoiced, invoices outstanding and amounts under dispute, then check what your ERP actually calculates, because the two are often different. Record the limit source — an internal scorecard, a credit agency rating, a group limit shared across trading entities — and what happens to a brand-new customer with no history, which is usually prepayment or a small starter limit rather than a blank field.
Give the credit hold a service level and an owner
A hold with no clock is an order lost. Name who may release one and up to what value, set a response time in working hours rather than days, and decide who tells the customer their order is on hold and what they are allowed to say. Add the escalation route for a release above the limit — usually a finance controller or commercial director — and require a reason on every release. Held orders with no recorded reason cannot be reviewed later, and the pattern in those reasons is where your limits need changing.
Decide what makes an order billable
This chart blocks the invoice until "Proof of delivery received?" is answered. Decide whether that is right for you: some businesses bill on goods issue, some on delivery confirmation, some on customer acceptance, and services bill on milestone or on time recorded. Whatever you choose, write down where the evidence is stored and how long you will chase a missing proof before treating it as a delivery failure. Invoicing ahead of evidence buys a few days of DSO and pays for it in deductions a quarter later.
Build the deduction reason codes before you need them
"Code the deduction and open a dispute" only works if the codes exist and mean something: price, quantity, shortage, damage, promotion or rebate, freight, returns, and duplicate payment. Assign each code a default owner, because that is what routes the investigation — pricing disputes to sales, shortages to the warehouse, rebate claims to whoever signed the agreement. Set a value threshold below which a residual balance is written off without investigation, and agree whether dunning pauses while a dispute is open, and for how long.
Walk it through with the people who do the work, then publish a version
Take the chart to a sales order desk, a credit controller, the dispatch office and a cash applier, and follow three real orders through it: one clean, one that sat on credit hold, and one that was short-paid and disputed. Correct the diagram to what people actually do rather than to what the procedure says, and add the systems and documents to each step. Then publish that revision and keep the earlier ones, so anyone opening the chart later can tell which version they are reading and what changed.
Frequently asked questions
What are the steps in the order-to-cash process?
A customer order is received and checked against the order and master data; the customer's credit exposure is checked against their limit, and an over-limit order is placed on hold and either released, prepaid or refused; the order is confirmed with a promised date and released to fulfilment; the goods are picked, packed and dispatched; proof of delivery is obtained; the invoice is created from the delivery and issued; the payment is matched at the due date; cash is applied and the invoice cleared. Beyond that spine sit the two branches that decide whether the cycle actually works: a short payment is coded as a deduction and investigated against the order and proof of delivery, ending in a credit note or a continued chase, and an unpaid invoice enters dunning, then collections, and finally a write-off approved by someone independent of the collection effort.
What is the difference between order-to-cash and accounts receivable?
Accounts receivable is the collection half of order-to-cash: the invoice, the payment terms, the reminders, the disputes and the cash. Order-to-cash is the whole cycle, starting at the customer order and running through credit checking, order confirmation, dispatch and delivery evidence before the invoice exists at all. The distinction matters because most order-to-cash problems are created upstream of AR and land on it: a wrong ship-to address becomes a delivery dispute, a missing purchase order number becomes an invoice rejected by the customer's portal, an unrecorded partial shipment becomes a deduction. If you want the collections detail — the dunning calendar, instalment plans, credit note authority and bad-debt write-off — use the accounts receivable process flowchart at /templates/accounts-receivable-process. If you want to know why AR keeps receiving broken invoices, use this page, which shows the steps that produced them.
What is a credit hold and who should be able to release one?
A credit hold is an automatic block placed on an order when the customer's exposure breaches their credit limit, or when their account is overdue beyond a set point. It stops the order progressing to fulfilment until somebody decides. Release authority should be graded by value and sit with credit control rather than with sales, precisely because the person who wants the order shipped should not be the person who decides the customer can afford it. Three things make the difference between a control and a bottleneck: a response time measured in working hours, a defined escalation for releases above the credit controller's authority, and a recorded reason on every release. Reasons matter more than they look — reviewing a quarter's worth of them usually shows either a limit that is set too low for a good customer, or a limit being routinely overridden for a customer who should not have one.
How should short payments and deductions be handled?
Separately from overdue invoices, and immediately. A short payment is a customer telling you something is wrong, so the useful response is investigation, not a reminder. Code the reason at the point the remittance is applied — price, quantity, shortage, damage, promotion or rebate, freight, returns, duplicate payment — and route the case to whoever can settle that class of problem: sales for pricing, the warehouse for shortages, whoever signed the rebate agreement for a promotional claim. Set a small-value threshold below which a residual is cleared without investigation, because chasing a two-pound difference costs more than the difference. Then track deductions by reason code over time. The codes are worth far more as a defect report on your own order-to-cash process than as a collections queue: a rising shortage code is a warehouse problem, and a rising price code is a pricing or contract problem you will keep paying for until it is fixed.
How do you measure whether the order-to-cash cycle is working?
Days sales outstanding is the headline figure, but on its own it hides where the time goes, and it moves with sales volume as much as with performance. Break the cycle into the intervals this chart makes visible: order to confirmation, time spent on credit hold, confirmation to dispatch, dispatch to proof of delivery, delivery to invoice issued, and invoice to cash applied. Add three quality measures alongside them — first-pass invoice accuracy, the proportion of cash that applies automatically without manual matching, and deductions as a share of billed value, split by reason code. Measured that way, the largest single delay often turns out not to be the customer at all. It is delivery-to-invoice, or an order sitting on hold, or unapplied cash on account, all of which are inside your own control and none of which show up in a DSO number by themselves.