销售单确认后，Odoo 是怎样一路生成发货与补货动作的
从 sale.order._action_confirm 到 sale.order.line._action_launch_stock_rule，再到 stock.rule.run、_run_pull、_run_buy，讲清楚销售如何触发库存、采购与补货链。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版销售：多公司内部交易，销售单为什么会自动长出采购单
sale_purchase_inter_company_rules 的关键不是“自动建采购单”五个字，而是确认时如何找到对方公司、切换 intercompany
Odoo 矩阵录单为什么不是前端多一个表格：variant matrix 的服务端落单、冲突保护与报表回填讲透
很多人把 Sales Product Matrix 理解成“销售单上多一个二维表”；但标准 Odoo 明确把矩阵读取、变体生成、数量差异计算和销售行更新都放在服务端完成，原因是前端并不会加载全部订单行。它还会处理 no-variant 属性、重复销售行冲突、草稿/已确认单的删改边界，并支持把已录矩阵反填回报价 PDF。本文把这条链讲透。
Odoo 企业版销售提成按毛利为什么不是“margin × 比例”这么简单：报表扩列与汇率归一讲透
sale_commission_margin 代码不多，却明确告诉你企业版毛利提成落点不在订单表单，而在 achievement report 的计算 SQL 上。
Odoo 企业版可排班服务销售为什么不是“确认订单后生成几个班次”而已：role 匹配、hours_to_plan 与 unassign deadline
sale_planning 处理的是服务销售和排班系统之间的契约：什么产品能计划、按什么 role 找人、已售工时如何拆成 slot、何时还能取消或回收未分配班次。
Odoo 企业版销售提成为什么不是“按订单金额乘系数”而已：plan 区间、target 保留与多币种 achievement 边界讲透
企业版 sale_commission 处理的不是一个简单公式，而是一整套计划管理：计划周期拉长或缩短时 target 怎么保留、不同销售或经理视角下
Odoo 报价模板为什么不只是“预填几行”：Quotation Template、可选产品与 PDF 附件链路讲透
很多人把 Odoo Quotation Template 理解成复制几条默认行，但官方实现其实把有效期、签署/付款要求、可选产品区、以及报价 PDF 附件一起串成了一套“成交前台”。本文从 sale_management 与 sale_pdf_quote_builder 的源码把这条链路讲清楚。