MTO vs MTS in Odoo 19:
Choosing the Right Procurement Strategy

Your Warehouse Is Either Sitting on Dead Stock or Losing Sales to Stockouts

Every manufacturing and distribution company faces the same fundamental tension: stock too much and you tie up capital in unsold inventory; stock too little and you lose orders to lead time. The difference between companies that manage this well and those that don't comes down to one decision — which products get produced or purchased to stock, and which get produced or purchased only when a customer orders them.

Odoo 19 gives you two core procurement strategies to solve this: Make-to-Stock (MTS) and Make-to-Order (MTO). MTS keeps inventory on hand, replenished automatically by reorder rules. MTO triggers procurement only when a confirmed sales order demands it — no forecast, no safety stock, no risk of obsolescence. Most businesses need both, applied at the product level.

This guide walks through both strategies in detail — how to configure routes, set up procurement rules, build hybrid MTS+MTO workflows, tune reorder points, and avoid the configuration mistakes that cause silent procurement failures. Every setting is shown with the exact Odoo 19 path and XML if you need to automate it.

Make-to-Stock in Odoo 19: How Automatic Replenishment Keeps Your Shelves Full

Make-to-Stock is the default procurement strategy in Odoo 19. When a sales order is confirmed, Odoo checks the available stock in the delivery warehouse. If enough quantity exists, it reserves it immediately and creates a delivery order. If not, the product sits in a waiting state until stock arrives — either from a purchase order, a manufacturing order, or an inter-warehouse transfer triggered by reorder rules.

The key characteristic of MTS: procurement is decoupled from demand. You don't buy or manufacture because a customer ordered something. You buy or manufacture because your stock dropped below a threshold. The customer order simply consumes what's already there.

When to Use MTS

Enabling MTS on a Product

MTS is the default behavior in Odoo 19. A product with no special routes configured uses MTS implicitly. However, you can make this explicit for clarity:

Inventory > Products > [Your Product] > Inventory tab

Routes:  (leave empty for default MTS behavior)
         OR check "Replenish on Order (MTO)" to override — do NOT check this for MTS

To enable automatic replenishment:
  Inventory > Operations > Replenishment > Create Reorder Rule
  Product:    [Your Product]
  Warehouse:  [Your Warehouse]
  Min Qty:    10       (trigger replenishment when stock falls to this)
  Max Qty:    50       (order up to this quantity)
  Route:      Buy / Manufacture  (depends on product type)

<odoo>
  <data>
    <!-- Reorder rule: replenish Widget-A when stock drops below 10 -->
    <record id="orderpoint_widget_a" model="stock.warehouse.orderpoint">
      <field name="product_id" ref="product.product_widget_a"/>
      <field name="warehouse_id" ref="stock.warehouse0"/>
      <field name="location_id" ref="stock.stock_location_stock"/>
      <field name="product_min_qty">10</field>
      <field name="product_max_qty">50</field>
      <field name="qty_multiple">5</field>
      <field name="trigger">auto</field>
    </record>
  </data>
</odoo>

Odoo 19 Route and Procurement Rule Configuration for MTO and MTS

Routes are the backbone of Odoo's procurement system. A route is a collection of procurement rules (pull rules) that define how goods move between locations. Understanding the route architecture is essential for configuring MTO and MTS correctly.

How Procurement Rules Chain Together

When a sales order creates demand, Odoo walks the route's pull rules to find a supply source. Each rule defines a source location, a destination location, and an action (buy, manufacture, or pull from another location). Rules chain together: the output of one rule becomes the input of the next.

Sales Order confirmed
  |
  v
Check stock at WH/Stock
  |
  +--[Stock available]--> Reserve stock --> Create delivery order
  |
  +--[Stock NOT available]--> Delivery stays in "Waiting"
       |
       Reorder rule fires (scheduled or manual)
       |
       v
     Create PO / MO to replenish WH/Stock
       |
       v
     Goods received --> Stock updated --> Delivery auto-assigned

Sales Order confirmed
  |
  v
MTO route triggers immediately (no stock check)
  |
  +--[Buy route]--> Create Purchase Order for exact SO qty
  |                   |
  |                   v
  |                 PO confirmed --> Goods received --> Delivery created
  |
  +--[Manufacture route]--> Create Manufacturing Order for exact SO qty
                              |
                              v
                            MO completed --> Goods in stock --> Delivery created

Inspecting Route Rules in the Database

When debugging procurement issues, you often need to see exactly which rules are attached to a route and in what order they evaluate. This query shows you the full picture:

SELECT
    r.name           AS route_name,
    r.active         AS route_active,
    rule.name        AS rule_name,
    rule.action       AS rule_action,
    src.complete_name AS source_location,
    dest.complete_name AS dest_location,
    rule.procure_method AS procure_method,
    rule.sequence     AS sequence
FROM stock_rule rule
JOIN stock_route r      ON rule.route_id = r.id
LEFT JOIN stock_location src  ON rule.location_src_id = src.id
LEFT JOIN stock_location dest ON rule.location_dest_id = dest.id
WHERE rule.warehouse_id = 1
ORDER BY r.name, rule.sequence;

Tuning Reorder Points: The Safety Stock Formula That Prevents Both Stockouts and Overstock

Reorder rules are the engine behind MTS. A badly tuned reorder point either leaves you with $200,000 in dead inventory or causes stockouts every week. Here's how to calculate the right values for your business:

# ── Core Formulas ──

Safety Stock = Z x sigma_d x sqrt(L)

Where:
  Z       = Service level factor (1.65 for 95%, 2.33 for 99%)
  sigma_d = Standard deviation of daily demand
  L       = Lead time in days (vendor or manufacturing)

Reorder Point (Min Qty) = (Average Daily Demand x Lead Time) + Safety Stock

Max Qty = Reorder Point + Economic Order Quantity (EOQ)

EOQ = sqrt((2 x Annual Demand x Ordering Cost) / Holding Cost per Unit)


# ── Worked Example: Widget-A ──

Annual demand:     12,000 units  (avg 33/day)
Demand std dev:    8 units/day
Lead time:         14 days (vendor)
Service level:     95% (Z = 1.65)
Ordering cost:     $25 per PO
Holding cost:      $2 per unit per year

Safety Stock  = 1.65 x 8 x sqrt(14) = 1.65 x 8 x 3.74 = 49.4 ≈ 50 units
Reorder Point = (33 x 14) + 50 = 462 + 50 = 512 units
EOQ           = sqrt((2 x 12000 x 25) / 2) = sqrt(300000) = 548 units
Max Qty       = 512 + 548 = 1,060 units

Odoo reorder rule:
  Min Qty:      512
  Max Qty:      1060
  Qty Multiple: 50  (vendor sells in cases of 50)

Odoo 19 Reorder Rule Settings Explained

# Server action to update reorder rules from product fields
for product in self.env['product.product'].search([
    ('type', '=', 'product'),
    ('x_reorder_min', '>', 0),
]):
    orderpoint = self.env['stock.warehouse.orderpoint'].search([
        ('product_id', '=', product.id),
        ('warehouse_id', '=', warehouse_id),
    ], limit=1)

    vals = {{
        'product_min_qty': product.x_reorder_min,
        'product_max_qty': product.x_reorder_max,
        'qty_multiple': product.x_order_multiple or 1.0,
    }}

    if orderpoint:
        orderpoint.write(vals)
    else:
        vals.update({{
            'product_id': product.id,
            'warehouse_id': warehouse_id,
            'location_id': warehouse.lot_stock_id.id,
        }})
        self.env['stock.warehouse.orderpoint'].create(vals)

4 MTO/MTS Configuration Mistakes That Silently Break Your Supply Chain

Optimization Metadata