出库时的 stock.move.line 是如何确定的
用通俗但不失源码细节的方式，讲清楚 Odoo 出库时 stock.move.line 的生成逻辑：从 stock.move、stock.quant、移除策略到 lot/serial 拆行。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版 Helpdesk 售后退货为什么不是“工单上点 Return”就完了：commercial partner、已交付数量与 backorder 边界讲透
基于 helpdesk_stock 测试，讲清工单退货按钮背后如何判断可退货、如何跨 commercial partner 聚合，以及 open backorder 时为何仍能退。
Odoo 企业版条码包装为什么不是“扫到包裹就行”：GS1 包装搜索、可用包缓存与外层包裹关系
条码作业里的 package 不只是一个编码。stock.package 会先走 GS1 预处理搜索，再按 reusable/空库位筛 usable packages；stock.move.line 还要维护 outermost_result_package_id 来表达整包再入包。
Odoo 企业版条码作业规则为什么常常“互相牵连”：拣货类型配置、最终校验开关与扫描约束组合
stock.picking.type 上的条码配置不是一堆独立开关。mandatory/optional/no 的组合会联动 show_barcode_validation、barcode_validation_full 与位置扫描约束，甚至在内部调拨上直接抛错。
Odoo 企业版条码拣货为什么不是“扫完即 done”：未完成 move 拆分、回单生成与过度预留截断
post_barcode_process() 的核心不是收尾，而是重算事实：已拣未完的 move 会拆成已完成与待回单两部分，条码前端额外生成的 move line 还会触发过度预留数量截断。
Odoo 企业版库存分析为什么不是“把 picking 列出来再 group by”：stock.report 的 delay、cycle time 与 backorder 指标边界讲透
stock_enterprise 的 stock.report 不是普通 ORM 模型，而是一张手工拼接的 SQL 视图：延迟、周期、是否补单和产品维度都在这里被重新定义。
Odoo 企业版库存质检为什么不是“波次里弹几个检查项”：quality check 在 batch split、重建与阻塞放行里的边界讲透
quality_control_picking_batch 处理的不是简单的批量显示，而是 batch 上 quality_check_todo 聚合、split 后 obsolete check 清理与 operation/product 检查重建。