Quote to Cash: Where the Quote Stops Matching the Invoice.
Updated: 3 days ago
A customer accepts a quote. Weeks later they receive an invoice, and it is not the same number. Not wildly different; a line is missing, a discount is not applied, the freight is different, a unit price is the list price instead of the agreed one. Their accounts payable team puts it in dispute, your accounts receivable team goes looking for the quote, and thirty days later the money arrives, less the line you dropped to close the argument.
Quote to cash is the name for everything between those two documents. In a mid-market company it is five hand-offs across four systems, and the invoice stops matching the quote at whichever hand-off a person does by hand. This post walks the five, says where the mismatch is usually born, and describes the fix, which is not a category of software.
The five hand-offs.
From quote to order.
The quote lives in the CRM, with the agreed prices, the discount, the terms and the notes from the call where the customer asked for the freight to be waived. The customer says yes. Someone creates the order. If the order is created in the CRM from the quote, the prices carry. If the order is created in the ERP, the inventory system or the order tool, someone is reading one screen and typing into another, and the first thing lost is the note about the freight.
From order to fulfilment.
The order goes to the warehouse, the production floor or the delivery team. Fulfilment changes it: a line ships short, a substitution is made, a second shipment is needed, a rush is requested. Each of those is a change to what will be invoiced, and each is recorded in the fulfilment system, if at all. Nothing carries it back to the order, so the order still says what was promised and the shipment says what was done.
From fulfilment to invoice.
The invoice is built in the accounting system. The person building it has the order, or the shipment, or both, and the quote is two systems away. Prices come from the item list in accounting, which holds list price, not the price on the quote. Discounts are a field somebody remembers to fill. The short shipment is invoiced in full or the second shipment is invoiced twice. This is the hand-off where most mismatches are born, because it is the one that has to reconcile the other three and has the least information to do it with.
From invoice to payment.
The customer pays what they think they owe, which is the quote, and short-pays the difference. Or disputes. Or pays in full and asks for a credit, which becomes another document to reconcile.
From payment to the books.
The payment is applied to the invoice, the credit is issued, the ledger closes. The revenue recognised is the invoice, not the quote, and at year end nobody can explain why bookings and revenue differ by the sum of a year of dropped lines.
Where the mismatch is born.
The mismatch is born wherever the price and the terms are retyped instead of carried. In most companies that is the quote-to-order hand-off, when the order goes into a different system, and the fulfilment-to-invoice hand-off, when the invoice is built from the item list rather than from the quote. The fulfilment changes make it worse, but they are a second-order problem; a short shipment invoiced against a quote whose prices carried is a small credit, while a full shipment invoiced at list against a quote nobody looked at is a dispute.
We described the underlying principle in system of record versus source of truth, and for quote to cash it reduces to one decision: the quote is the master for price and terms. Everything after it is derived. The order is the quote plus a date. The invoice is the order plus what was actually shipped. Nothing after the quote should have a price typed into it.
What it costs.
Disputed invoices and the DSO behind them. Every disputed invoice ages from the day the dispute closes, and disputes take weeks because the quote is two systems away from the person answering them.
Discounts that leak in both directions. An agreed discount not applied is a dispute; a discount applied from memory to a customer who was not promised one is margin gone with nobody noticing.
Credits as a way of life. A business whose invoices routinely need credits has a finance team doing reconciliation as a job, and a customer base that has learned to check every invoice.
Bookings that do not reconcile to revenue. The sales team reports what was quoted. Finance reports what was invoiced. The gap is the sum of the year's mismatches, and it makes forecasting a matter of faith.
The fix, in order.
The fix is three joins and a rule, and the order matters because the first one removes most of the mismatch on its own.
Orders are created from quotes, never beside them.
Whether the order lives in the CRM, the ERP or an order management system, it is created from the accepted quote with the prices, discounts and terms carried as data. If your order system cannot receive an order from the CRM, that join is the first thing to build; we have written about when an order management system is worth building for exactly this reason. Nobody types a price after the quote is accepted.
Fulfilment changes flow back to the order.
Short shipments, substitutions and extra charges are recorded against the order, as changes, by the system that made them. This is usually a join from the warehouse or inventory system to the order, and it is the one that turns a second-order problem into a line the customer can see coming.
The invoice is generated from the order as shipped.
The accounting system receives the invoice from the order, with the quote's prices and the fulfilment's quantities, and the accounts receivable team checks it rather than builds it. For companies on Zoho, this is the CRM-to-Books join with the order in between; for others it is the same shape through different products.
The rule.
No document after the quote carries a price that was not derived from the quote or from a recorded change to it. Write it down, and make the joins enforce it, because a rule that depends on people remembering it is the state you are in now.
What it is not.
It is not a CPQ purchase. Configure-price-quote software makes the quote better; it does nothing about the four hand-offs after it, and companies that buy CPQ to fix quote to cash get better quotes that still do not match the invoice. It is not a billing platform either, for the same reason in the other direction. And it is usually not an ERP, because the quote will still be born in the CRM and the shipment will still happen in the warehouse, and the ERP will need the same joins.
How we start.
A no-risk discovery: a few days to take the last quarter's disputed and credited invoices, trace each back to its quote, and find which hand-off broke each one. That produces a count by hand-off, which tells you which join to build first, and a number for what the mismatches cost. Then a written plan and a guaranteed estimate for the joins, in the order above.
The short version.
Quote to cash breaks at whichever hand-off a person retypes a price. Make the quote the master for price and terms, create orders from quotes, carry fulfilment changes back to the order, generate the invoice from the order as shipped, and write the rule down. The invoice matches the quote because it was never anything else.
Find out where your orders, inventory and invoices stop agreeing.
In a no-risk discovery we follow an order from sale to shipment to invoice across your systems and show where it breaks and what one connected system would change. You pay only if you proceed. Or see how we approach it.
More on the same problem:
Comments