Odoo Sales, Explained for SME Order-to-Cash Teams

What Is Odoo Sales?

Odoo Sales is the order-to-cash application inside the Odoo business suite. It runs the commercial sales process from quotation through sales order to delivery and invoicing. Any product with the Sales checkbox ticked on its product form can be sold through the Sales app.

It is distinct from Odoo CRM, which handles leads, the pipeline, and opportunities. CRM answers who you are talking to and where they sit in the funnel; Sales answers what they agreed to buy, at what price, and how you bill it. A won opportunity becomes a Sales quotation without re-keying the customer or products—then signature, payment, inventory, and accounting stay on the same database.

Practitioners often pitch that integrated path as the product’s edge: lead to signed, paid quotation in one sitting, with inventory and accounting following automatically instead of re-entry into separate tools. For SMEs in Canada, the UK, and the USA, Odoo Sales is one of two leading order-to-cash platforms Flectic implements—the other being Microsoft Dynamics 365 Sales.

• →Quotations and sales orders on a single record (sale.order), differentiated by state
• →Quotation templates, optional products, margins, PDF quote builder, online signature and payment
• →Pricelists that suggest prices and can always be overridden on the line
• →Invoicing policy per product: ordered quantities or delivered quantities
• →Native handoff to Inventory for delivery and to Invoicing/Accounting for billing
• →Optional Sales commissions plans for reps and teams (enable in Sales settings)

From Quotation to Odoo Sales Order

The core Odoo Sales flow is: Quotation → Sales order → Delivery (if physical) → Invoice → Payment. A quotation outlines estimated costs and terms. When the customer accepts, confirmation turns that same record into a sales order that unlocks fulfilment and billing.

The same database record—sale.order—serves both stages. A draft quotation has state draft (or sent when emailed); once confirmed it becomes a sales order with state sale. There is no separate quote object to keep in sync, so the audit trail from quote to order to invoice is continuous.

Quotations can originate from other Odoo apps: a CRM opportunity, a Helpdesk ticket, or a Subscription renewal path. Downstream Sales behaviour—pricing, terms, invoicing policy—is identical regardless of origin. Quotation deadlines and different delivery vs invoice addresses are supported per order when multi-address customers need them.

• →Quotation = draft sale.order; sales order = confirmed sale.order (same record, different state)
• →Typical flow: Quotation → Sales order → Delivery → Invoice → Payment
• →Optional quotation templates pre-fill lines, terms, and signature/payment steps
• →Online signatures and/or online payment can be required before confirmation
• →Quotation deadlines and delivery-vs-invoice addresses supported per order

CRM to Sales Handoff: Opportunity to Quotation

Odoo CRM and Odoo Sales are separate apps that share partners, products, and the same database. The handoff is the New Quotation action on a CRM opportunity: customer, expected products, and commercial context become a draft sale.order without copy-paste into another system.

That design is what people mean by integrated quote-to-cash. Website form creates a lead; sales qualifies the opportunity; rep builds or templates a quotation; customer signs and optionally pays on the portal; warehouse and accounting consume the confirmed order. No middle system re-keys the deal value.

Keep pipeline hygiene separate from order hygiene. CRM owns stages, activities, and win/loss reasons. Sales owns prices, taxes, delivery addresses, invoicing policy, and invoice status. When an opportunity is marked won after quotation confirmation, reporting can attribute revenue to the originating campaign without inventing a second order of record.

If your team still emails Excel quotes after “Closed Won” in a CRM, you are recreating the multi-system re-entry problem that integrated suites are meant to remove. Standardize the handoff in UAT: every demo should show lead → quotation → e-signature or payment → delivery or invoice on one login.

• →Create quotations from CRM opportunities with shared partner and product data
• →CRM owns pipeline; Sales owns commercial terms, delivery, and billing
• →Portal signature/payment can complete the deal without a second tool
• →Flagship demo path: lead → signed paid quotation in one sitting
• →See the Odoo CRM guide for pipeline, scoring, and forecasting detail

Online Signature and Online Payment Confirmation

Odoo Sales can require the customer to confirm a quotation with an online signature, an online payment, or both—directly on the customer portal view of the quote. That is the mechanism behind faster quote-to-cash cycles: the salesperson is notified when the order is electronically accepted, without chasing a signed PDF by email.

Activate Online Signature and Online Payment under Sales → Configuration → Settings in the Quotations & Orders section. On a standard quotation, signature options also appear under Other Info; quotation templates can lock confirmation steps so every deal of that type demands the same acceptance path.

Online payment uses your configured payment providers (for example card processors available in Odoo’s payment provider list). Once the customer pays electronically against the sales order or quotation flow, the attached salesperson is notified that the order is confirmed. Combined with signature, this supports “sign and pay” templates for high-velocity or prepaid deals.

Use signature alone for credit-based B2B accounts that should not pay at order entry. Use payment confirmation when cash collection is part of acceptance (deposits, e-commerce-like B2B, or services that start only after funds clear). Always test the portal path with a real payment provider in staging before go-live.

• →Enable Online Signature and/or Online Payment in Sales settings
• →Templates can require sign, pay, or both before confirmation
• →Customer acts on the portal; salesperson is notified on confirmation
• →Pair with payment providers already configured in Odoo
• →Choose sign-only vs pay-to-confirm based on credit and cash policy

Quotation Templates, Margins, and Optional Products

Quotation templates let teams pre-configure a reusable quote skeleton: product lines, default terms and conditions, and required confirmation steps (signature, payment). Quoting from a template speeds standard deals and keeps reps consistent on terms and upsell structure.

Each quotation line shows margin from product cost vs sales price, so profitability is visible while building the quote—not only after the fact. Margins appear per line and at order total, which is how managers catch underpriced deals before they go out.

Optional products present upsell choices the customer can accept or decline on the online quote view. Combined with the PDF Quote Builder, a standard order lines table becomes a branded proposal: sandwich the Odoo-generated quote between professionally designed PDF cover pages, technical sheets, and footers configured on the template or product.

Enable PDF Quote Builder under Sales → Configuration → Settings (Quotations & Orders). Templates can attach specific PDFs so every customer on that deal type gets the same branded pack without manual assembly in Word or PowerPoint.

• →Quotation templates pre-fill lines, terms, and confirmation steps for repeatable deal types
• →Per-line and order-level margin from cost vs sale price
• →Optional products for customer-selectable upsells on the portal quote
• →PDF Quote Builder: branded header/footer PDFs around the live quote data
• →Product variants supported on both quotations and sales orders

Pricelists and Pricing Strategy in Odoo Sales

Odoo Sales ships pricelists that cover most SME pricing strategies. Pricelists can be rule-based (computed from a base price with discounts or surcharges) or list-based (a fixed price per product), and they can be currency-specific for multi-country teams.

A pricelist suggests a price on a quotation line, but it can always be overridden manually—Odoo documents this explicitly. That balance of automation and exception handling is what makes pricelists practical for SMEs that run both standardized list pricing and negotiated deals.

Pricelists are commonly segmented by customer group, sales team, or geography. Set a default pricelist on the customer so the correct pricing appears when that partner is selected on a quote. Discounts, loyalty programs, eWallets, gift cards, returns, and refunds integrate with the same pricing stack so promotions do not live in a spreadsheet beside the ERP.

When margin and commission interact, keep cost prices accurate: commission plans often reward on revenue or achievement metrics tied to sales performance, while line margins still depend on cost. Configure pricing first; customize later only where a real policy cannot be expressed with pricelists and discounts.

• →Rule-based pricelists (discount/surcharge from a base) or list-based (fixed price)
• →Pricelists suggest a price; reps can override on the line
• →Foreign currency support with per-pricelist currency
• →Customer-level default pricelist for automatic correct pricing
• →Discounts, loyalty, eWallets, gift cards, returns, and refunds on the same stack

Sales Commissions in Odoo

Native commissions in Odoo Sales (available from recent Odoo versions and documented for Odoo 19) reward salespeople or sales teams based on performance. Enable Commissions under Sales → Configuration → Settings in the Invoicing section; a Commissions menu then appears for plans and tracking.

Commission plans define how achievement is measured and how payout targets work for individuals or teams. Default plan orientation is achievement-based structures you configure to match how you already pay reps—rather than maintaining a side spreadsheet that never matches posted invoices.

Commissions are an operations feature, not a substitute for clean pricing. If pricelists and discounts are chaotic, commission disputes follow. Implement pricing rules and invoicing policy first, then turn on commission plans so achievements map to trustworthy order and invoice data.

• →Enable Commissions in Sales settings (Invoicing section)
• →Build commission plans for salespeople and/or teams
• →Plans align incentives with measurable sales performance
• →Depends on accurate orders, prices, and posted invoices
• →Configure pricing and policies before complex commission logic

Invoicing Policy: Ordered vs Delivered Quantities

Every product in Odoo Sales carries an invoicing policy with two options. On ordered quantities means the customer is invoiced based on what was ordered on the sales order. On delivered quantities means the customer is invoiced based on what was actually delivered. Per Odoo 19 documentation, invoicing what is ordered is the default mode.

The policy is set on the product form and flows through every sales order containing that product. It cannot be flipped per order without an extension—so decide product-by-product during design, not after go-live. Wrong policy is a common cause of “nothing to invoice” errors, billing disputes, and revenue timing mismatches with finance.

Use ordered quantities for software licences, retainers, and services billed on commitment. Use delivered quantities for physical goods, bulk materials, or any product where ordered and shipped quantities may differ. When a delivery order is validated under delivered policy, Odoo decreases on-hand inventory and opens the delivered quantity for invoicing.

Accounting impact is the reason this setting matters more than most Sales checkboxes: ordered policy accelerates invoice creation (and often AR) at confirmation; delivered policy ties revenue recognition timing more tightly to fulfilment. Align the choice with how your finance team recognizes revenue and how your warehouse measures ship completeness.

1. 01
   Set the policy on the product

   On each sellable product form, choose On ordered quantities or On delivered quantities under Invoicing. This is the source of truth for every future sales order line.

2. 02
   Confirm the quotation

   When the customer accepts, confirm the quotation to create the sales order. For ordered products, create the invoice immediately or in partial amounts (including down payments).

3. 03
   Deliver (if applicable)

   For delivered products, validate the delivery (or service quantity) first. Invoice lines follow delivered quantities, including partial shipments and backorders.

4. 04
   Invoice and reconcile

   Create the invoice from the sales order (or against deliveries), post it in Invoicing/Accounting, and reconcile against the incoming payment.

Down Payments, Milestones, and Pro-Forma Invoices

Beyond the two base policies, Odoo Sales supports billing patterns SMEs commonly need. Down payments invoice a percentage or fixed amount of an order before delivery, with the balance invoiced later—useful for large orders or custom builds.

Milestone invoicing splits an order into multiple invoiceable events (for example project stages). Pro-forma invoices send a commercial document that looks like an invoice but is not yet posted to the ledger—handy for customer or bank review without affecting accounting. Time-and-material invoicing is supported where product type and timesheets allow it.

Together with ordered/delivered policy, these options cover fixed-price, deposit, milestone, and T&M deals without custom development for most mid-market cases. Configure products and order lines deliberately; do not bury policy in per-deal custom code.

• →Down payments: invoice a percentage or fixed amount before delivery
• →Milestone invoicing for multi-stage project and service deals
• →Pro-forma invoices for pre-billing review without posting to the ledger
• →Time-and-material invoicing where applicable to the product type

Subscriptions: Recurring Revenue Under the Sales Umbrella

Odoo Subscriptions is a separate application that sits under the Sales umbrella and manages recurring revenue. It supports automated invoicing, renewal management, and the full customer subscription lifecycle. A sales order that contains a product with a defined recurring plan automatically becomes a subscription.

Recurring plans define the billing window before renewal. Odoo ships common plans — Monthly and Yearly — by default. Notably, the Days unit of measure cannot be used as a billing period for subscription products; it is reserved for rentals, which prevents accidental daily invoicing.

Subscriptions include self-service options that customers can use directly: closable (a customer can close their own subscription), upselling (customer-driven add-products that generate upsell quotations), renewal (the customer creates a renewal quotation), and plan switching (the customer moves between optional plans). Subscription products sold on the eCommerce site are confirmed as subscription quotations in the back end automatically.

• →Sales orders with a recurring plan become subscriptions automatically
• →Default plans: Monthly and Yearly (Days reserved for rentals)
• →Self-service: close, upsell, renew, and switch plan by the customer
• →Integrates with Invoicing, CRM, Sales, and Helpdesk for end-to-end recurring billing
• →eCommerce-purchased subscription products confirm as subscription quotations in the back end

The Dynamics 365 Sales Equivalent

Microsoft’s equivalent is Dynamics 365 Sales. Like Odoo Sales, it models the transaction moving through states: quotes, orders, and invoices are treated as the same commercial item in different stages of transition. A sale typically starts with a draft quote on an opportunity; once accepted, an order is generated; after shipment, an invoice follows—often with fulfilment and GL living in Business Central or Supply Chain Management.

Dynamics 365 quotes move through explicit stages. A new quote is Draft with revision ID 0. Before send it is set to Active (read-only). Revising increments the revision ID; closing offers Lost, Canceled, or Revised. Pricing is governed by Use Current Pricing (catalog-driven, can float) or Prices Locked (frozen on the open order or invoice).

As of Microsoft’s published Dynamics 365 Sales plans (annual billing), list pricing is commonly cited at about $65 user/month for Sales Professional, $105 for Sales Enterprise, and $150 for Sales Premium (regional and agreement pricing vary). Professional covers core automation; Enterprise adds lead-to-cash depth, forecasting, and broader customization; Premium adds AI-driven conversation and relationship intelligence on top of Enterprise.

Architecture is the SME decision, not only price. Odoo ships Sales, Invoicing, Inventory, and Subscriptions natively integrated. Dynamics 365 Sales is CRM-centric: heavy fulfilment and accounting typically sit in Business Central, and recurring billing usually needs Dynamics 365 Billing, Stripe, or an ISV—there is no first-party twin of Odoo Subscriptions inside Sales alone.

When Each Fits an SME

Neither platform is universally better—the right choice depends on your existing stack, billing complexity, and where your team already works. As a platform-neutral implementer of both, Flectic helps SMEs in Canada, the UK, and the USA choose on fit, not preference.

Odoo Sales tends to fit SMEs that want one integrated suite for quoting, invoicing, inventory, and recurring billing without a separate fulfilment system—especially hybrid subscription and one-off models. Per-product invoicing policy and native Subscriptions are decisive when billing is non-trivial. Partners and operators repeatedly warn that excessive early customization is a cost driver; configure pricelists, templates, and policies first.

Dynamics 365 Sales tends to fit SMEs already invested in Microsoft 365, Teams, and Copilot, and those whose fulfilment and accounting already run in Business Central. The Professional → Enterprise → Premium ladder lets a growing team add AI insight later without re-platforming the CRM layer.

• →Choose Odoo Sales when you want quoting, invoicing, inventory, and subscriptions in one suite
• →Choose Dynamics 365 Sales when you are already on Microsoft 365 and bill through Business Central
• →Pick Odoo Subscriptions if recurring revenue is core—there is no first-party D365 Sales equivalent
• →Pick D365 Sales Premium when AI conversation and relationship intelligence are a priority
• →On either platform: configure standard sales policy before custom development

Frequently asked questions