B2BProcess

Quote-to-Cash (QTC)

The end-to-end revenue pipeline from configuring a quote through contracting, order management, billing, collections, and revenue recognition — where deals become dollars.

Last updated Also known as: QTC, Q2C, quote to cash process, lead-to-cash (extended)↓ Download SOP (Markdown)

What is quote-to-cash (qtc)?

Quote-to-cash is the end-to-end process that turns a sales agreement into recognized revenue: configuring and pricing the quote (CPQ), negotiating and executing the contract, converting the signed order into provisioned product and a billing schedule, invoicing, collecting payment, handling amendments (upgrades, renewals, co-terms), and recognizing revenue correctly in the books. It spans sales, deal desk, legal, order management, billing, and accounting — which is exactly why it breaks: it is everyone's process and no one's.

QTC quality is measured in friction and leakage. Friction: how long a closed-won deal takes to become an accurate first invoice, how often quotes need rework, how manual the order-to-billing conversion is. Leakage: revenue lost to unbilled entitlements, wrong prices, missed usage or renewals, uncollected invoices, and credit memos issued to fix preventable errors. At scale, small percentage leaks compound into material revenue — QTC audits routinely find low-single-digit percentages of revenue going unbilled or uncollected.

Quote-to-cash contains order-to-cash (order through collection, the classical finance slice) and overlaps CPQ (the quoting front end) and billing operations. Treating QTC as one owned pipeline — with data flowing quote → contract → order → invoice → ledger without re-keying — is the difference between a system and a relay race with dropped batons.

When to implement

Every B2B company runs QTC from its first invoice; formalize it when billing errors, invoice delays, or booking-vs-billing reconciliation pain become recurring — usually alongside multi-product pricing, usage-based components, or the first finance hire drowning in spreadsheets. Prerequisites: a price book, contract templates, and a defined handoff from closed-won to billing.

Step-by-step workflow

  1. 1

    Standardize the catalog and pricing

    Owner: RevOps + Finance + Product

    One product catalog with SKUs, price books, discount rules, and billing attributes (term, frequency, usage metrics, proration rules) shared by quoting, contracting, and billing systems. Every downstream QTC failure gets cheaper to prevent here: a clean catalog means quotes that bill correctly by construction.

    • Define SKUs with billing behavior, not just price
    • Encode discount bands and approval thresholds (see deal desk)
    • Version price books; grandfathering rules explicit
  2. 2

    Configure, price, quote

    Owner: Sales (CPQ rules by RevOps)

    Reps build quotes from the catalog with guardrails: valid product combinations, enforced discount authority, correct terms by segment. The quote object carries everything billing will need — start dates, ramps, usage tiers, PO requirements — so nothing is negotiated that can't be billed.

  3. 3

    Contract and execute

    Owner: Legal + Deal Desk

    Order form generated from the quote (not retyped), non-standard terms through the approval matrix, redlines tracked in the CLM, signature via e-sign tied back to the final approved version. The executed contract is the single source of commercial truth downstream.

    • Order form auto-generated from quote data
    • Rev-rec-sensitive clauses flagged to finance pre-signature
    • Executed documents and metadata stored in the CLM, linked to the CRM
  4. 4

    Book the order and provision

    Owner: Order Management / RevOps

    Closed-won triggers a booking validation: contract vs. quote vs. CRM amounts reconciled, billing schedule created, provisioning kicked off, and the account handed to onboarding. Discrepancies bounce back to the desk now — not months later as a billing dispute.

    • Three-way check: CRM opportunity = signed order = billing schedule
    • Auto-provision entitlements from the order where possible
    • Booking package archived for audit (quote, approvals, contract)
  5. 5

    Invoice accurately, on time

    Owner: Billing Operations

    Invoices generate from the billing schedule with the customer's requirements honored: PO numbers, billing portal registration (Ariba, Coupa), entity and tax details, usage data pulled from metering for consumption components. The most common self-inflicted collections delay is an invoice the customer's AP system rejects on a technicality.

    • Capture AP requirements (PO, portal, contacts) during onboarding, not at first overdue notice
    • Reconcile usage metering to invoiced quantities each cycle
    • First-invoice review for every new logo and every amended contract
  6. 6

    Collect with a dunning discipline

    Owner: Collections / Finance

    A staged sequence from polite reminder through escalating contact to service-suspension policy, with aging reviewed weekly and disputes routed to a resolution owner with an SLA. Involuntary leakage (failed payments on card-based billing) gets automated retry and update flows.

  7. 7

    Recognize revenue correctly

    Owner: Accounting

    Contracts map to performance obligations and recognition schedules per ASC 606 / IFRS 15; deferred revenue tracks billing-vs-recognition timing; non-standard terms flagged at contracting land in the right treatment. Monthly close reconciles billed, collected, recognized, and deferred against the contract base — to the dollar.

  8. 8

    Handle amendments as first-class events

    Owner: Order Management + Billing

    Upgrades, downgrades, co-terms, mid-term expansions, and renewals flow through the same quote→contract→order→billing pipeline with proration and rev-rec handled systematically. Amendment chaos — hand-edited invoices, side-letter pricing, orphaned entitlements — is where mature QTC processes quietly rot.

    • Amendments quoted against the live contract state, never from memory
    • Renewals generated from contract data with uplift rules applied
    • Entitlement changes provisioned and billed from the same event
  9. 9

    Audit for leakage quarterly

    Owner: Finance + RevOps

    Reconcile entitlements vs. billing (who uses what we never bill?), contracts vs. price increases applied, usage metered vs. invoiced, and bookings vs. billings vs. collections. Track error-driven credit memos as a quality signal. Feed systematic findings back into catalog rules and process fixes.

    • Entitlement-to-billing reconciliation across the customer base
    • Credit memo root-cause review
    • Bookings→billings→collections waterfall reported to leadership

Roles & responsibilities

RoleResponsibility
Revenue OperationsOwns the catalog, CPQ rules, and system integrations across the pipeline.
Deal DeskNon-standard structures approved with billing and rev-rec consequences understood.
LegalContract templates, redlines, clause governance, executed-document custody.
Order Management / Billing OpsBooking validation, billing schedules, invoicing, amendments.
Collections / ARDunning, disputes, cash application, aging management.
Accounting / ControllerRevenue recognition, deferred revenue, close reconciliation, audit readiness.
Customer Success / AMFlags entitlement changes; first escalation path for billing-relationship issues.

Tool stack

  • CPQ

    Salesforce CPQ · DealHub · Subskribe · Nuequote construction with billing-aware data

  • CLM

    Ironclad · LinkSquarescontract execution and clause metadata

  • Billing / subscription management

    Stripe Billing · Zuora · Maxio · Ordway · Metronome (usage)schedules, invoicing, proration, usage rating

  • ERP / accounting

    NetSuite · Sage Intacct · QuickBooks (early stage)ledger, rev-rec, close

  • Revenue recognition

    Zuora Revenue · NetSuite ARM · MaxioASC 606 automation once terms get complex

  • Collections / AR automation

    Upflow · Tesorio · Stripe smart retriesdunning sequences and payment recovery

Key metrics

MetricDefinitionFormulaTypical target
Quote-to-invoice cycle timeDays from closed-won to accurate first invoice issued — the friction headline.First-invoice date − close date< 5 business days for standard deals
Billing accuracyInvoices issued without error requiring correction or credit memo.1 − (corrected invoices ÷ invoices issued)> 99%
Days sales outstanding (DSO)Average time from invoice to cash — the collections health metric.(AR ÷ revenue) × days in period≤ contractual terms + 15 days
Revenue leakage rateRevenue entitled but never billed or collected, found via reconciliation.Leaked revenue identified ÷ total revenue< 1% and falling
Quote rework rateQuotes requiring revision after submission — upstream friction and downstream error predictor.Reworked quotes ÷ quotes issued< 20%
Bad debt / write-off rateBilled revenue ultimately uncollectable.Write-offs ÷ billed revenue< 0.5–1%

Common failure points

FailureSymptomFix
Re-keying between systemsQuote in CPQ, contract in Word, order in email, invoice typed into the billing tool — each hop adds errors and days.Integrate the object chain (quote → order → billing schedule) so data flows without human transcription; the catalog is the shared language.
Deals sold that can't be billedCustom ramps, mid-term true-ups, or usage constructs agreed in contracts that the billing system can't represent; finance runs them in spreadsheets forever.Billing-feasibility check inside deal desk review; product catalog defines the sellable-and-billable envelope; exceptions require finance sign-off.
First invoice rejected by APNet-30 becomes net-90 because the invoice lacked a PO number or wasn't in the customer's portal; collections chases a self-inflicted wound.Capture AP requirements as an onboarding step with a checklist; validate the first invoice against them before sending.
Amendment spaghettiThree upgrades and a co-term later, nobody can state the account's current entitlements or correct invoice amount; renewals negotiate against fiction.All changes flow through the contract-order-billing pipeline; the billing system's contract state is authoritative and auditable.
Unbilled entitlementsCustomers using seats, modules, or volume nobody invoices; discovered years later with awkward back-billing conversations.Quarterly entitlement-to-billing reconciliation; automated provisioning tied to orders so access and billing share a source.
Rev-rec discovered at closeAccounting unwinds or restates because an acceptance clause, refund right, or bundled service changed recognition — weeks after signature.Finance flags rev-rec-sensitive terms at contracting (deal desk checkpoint), not at month-end.
Dunning by moodCollections happen when someone remembers; aging balloons quietly; write-offs arrive as surprises.Automated staged dunning with defined escalation and suspension policy; weekly aging review with named owners per overdue account.

Frequently asked questions

What's the difference between quote-to-cash and order-to-cash?
Order-to-cash starts at the received order — order management, fulfillment, invoicing, collections — the classical finance process. Quote-to-cash extends upstream through contracting, pricing, and quote configuration, because in B2B software the quote and contract determine everything billing must later execute. If your billing errors originate in what was sold, order-to-cash thinking is scoped too narrow to fix them.
When do we need a real billing system instead of invoices from spreadsheets or the payment processor?
Triggers that arrive quickly: subscription changes mid-term (proration), multiple products or price books, usage-based components, multi-entity or multi-currency billing, and rev-rec complexity beyond straight-line. The practical test: if a contract amendment requires a human to recompute an invoice by hand, you're past the threshold and every month adds migration debt.
Who should own quote-to-cash end to end?
The honest answer is that it crosses too many functions for one manager to own the people — so own the process: a QTC process owner (commonly in RevOps or finance operations) with authority over the object chain, system integrations, and the metrics, plus a standing cross-functional forum (deal desk, billing, accounting, legal) for exceptions and changes. What fails is the default: each function optimizing its segment and the seams belonging to no one.
How do we reduce revenue leakage?
Instrument the seams, because leakage lives there: entitlement-vs-billing reconciliation (unbilled usage/seats), contract-vs-invoice audits (price increases never applied, discounts that should have expired), metering-vs-invoiced checks for usage products, dunning coverage for failed payments, and credit-memo root-cause tracking. Run the reconciliations quarterly, fix systematically, and leakage typically drops from percent-level to rounding error.
How does usage-based pricing change QTC?
It moves effort from quoting into metering and rating: the quote defines rates and tiers, but revenue now depends on trustworthy usage data flowing from product telemetry into rated invoices. New requirements: metering accuracy reconciliation, mid-cycle usage visibility for customers (bill shock is a churn event), minimum-commit and overage logic in billing, and rev-rec that handles variable consideration. The failure mode is billing from product logs nobody audits — meter like it's money, because it is.

Download the SOP

The standard operating procedure for this process — purpose, roles, step-by-step procedure with checklists, metrics, and failure modes — is available as a Markdown file you can drop into Notion, Confluence, or any wiki and adapt.

Quote-to-Cash (QTC) SOP (.md)

Related processes

Cite this page

Quote-to-Cash (QTC): definition, workflow, roles, metrics & SOP.” b2bprocess.com, updated 2026-07-08. https://b2bprocess.com/quote-to-cash