先说结论
在 Odoo 里，scrap location 最不该被理解成“仓库里一个放坏货的角落”。
更准确的理解是：
它是一个用来表达“这批货已退出正常库存流”的虚拟目的地。
所以 scrap location 的重点不是物理位置，而是业务语义：
- 这批货不再参与正常可用库存
- 它从正常流转链退出
- 系统仍需要保留一笔可追溯的库存事实
也正因为如此，scrap location 通常属于 virtual location 的范畴。
为什么 scrap location 不应被简单当成废品仓位
现实仓库里，坏货当然可能真的被放在某个角落、某个托盘、某个笼车里。
但 Odoo 里设置 scrap location 的主要目的，不是精确描述“它在墙边第几个货架”。
主要目的是告诉系统：
- 这批货已经不应再被正常拣货、预留、补货逻辑当作可用库存使用
也就是说，scrap location 首先是库存语义出口，其次才可能映射到某个物理区域。
如果把它只理解成物理库位，就会忽略它为什么常常被建模为 virtual location。
什么叫 virtual location
在 Odoo 里，virtual location 的价值通常不是“虚构一个地方”，而是：
- 用库位对象去承载某类非普通仓内存放语义
典型例子包括：
- Vendor
- Customer
- Inventory Adjustment
- Production
- Transit
- Scrap
这些 location 的共同点是：
- 它们不一定是仓内正常货架位
- 但系统需要一个明确的 move 目的地 / 来源地
- 以便让库存变化具备链路表达能力
所以 virtual location 是 Odoo 用来把“业务边界”写进库存 move 的方式。
而 scrap location 正是这种设计的典型代表。
为什么报废必须有一个 location，而不是直接减数量
很多人会问：
- 报废不就是数量减少吗，为什么还要走一笔 move？
因为 Odoo 不想把库存变化只记成一个抽象差值。
它更想表达：
- 货是从正常库存位置，移动到了一个代表“退出正常流”的目标位置
这样做的好处很大：
- 追溯上能看见这批货是怎么退出的
- 审计上知道是报废而不是手改数量
- 业务上能和退货、盘点调整区分开
所以 scrap location 的存在，说明 Odoo 认为：
报废不是单纯改数，而是一笔有去向的库存事实。
为什么 scrap 会立刻影响可用库存
一旦货被移动到 scrap location，系统就不应再把它视为可供：
- 预留
- 拣货
- 正常出库
- 补货可用量判断
原因很简单：
- 这批货已经失去继续参与正常库存流的资格
所以 scrap location 的关键作用，不只是“留记录”，更是：
把货从可用库存宇宙里剥离出去。
这就是它和普通内部库位最大的不同。
如果一个 location 还属于正常仓内流转节点，那货理论上仍可能被后续 move 继续使用； 但进入 scrap，语义上就是退出。
为什么 scrap location 会影响估值理解
报废最容易被低估的点，就是它不仅影响数量，还影响价值解释。
在采用自动估值或更严谨成本追踪的体系里，报废并不只是说：
- 少了 3 件货
它还意味着：
- 这 3 件货对应的库存价值，不应再留在正常库存资产里
所以 scrap 会触发一种价值层面的语义变化：
- 从库存资产继续持有
- 转为损耗、报废、异常消耗或其他成本归属
具体会计分录和科目落法取决于配置，但理解层面一定要先建立：
scrap move 是库存价值退出正常持有状态的信号之一。
为什么 scrap 和 inventory adjustment 对估值含义完全不同
两者都可能让库存减少，但它们的解释不同：
scrap
在说：
- 这批货作为商品本身失去继续使用资格
- 它的退出带有明确损耗语义
inventory adjustment
在说：
- 系统账面与现实不一致，要调平
- 差异可能来自盘点误差、漏记、历史问题
所以 adjustment 更偏账实纠偏，scrap 更偏业务性损耗退出。
数量上看都能减，估值解释却完全不是同一层。
为什么 scrap location 还会影响追溯阅读方式
一旦你把 scrap 看成 virtual location，就更容易理解追溯图里的含义：
- 这批货不是“消失了”
- 而是流向了一个代表退出语义的节点
因此 traceability 上看到 scrap 节点时，正确解读不是：
- 系统做了个减法
而是：
- 系统记录了一笔从可用库存进入报废出口的 move
这对排查很重要，因为你以后在查：
- 为什么这批 lot 不可用了
- 为什么数量少了但不是客户退货
- 为什么价值退出了库存资产
都会依赖这个节点解释。
一个常见误区：把 scrap location 配成普通内部库位
有些团队为了“现场好理解”，会把坏货区设成一个普通内部库位，然后把报废也往那里挪。
这会带来语义混乱：
- 系统可能仍把那里当成仓内可流转节点
- 某些可用量或调拨逻辑会把坏货看成“还能动”
- 后续人员分不清这是隔离库存、待检库存，还是真正报废库存
如果业务含义已经是“退出正常库存流”，那就应该尽量保留 scrap 的语义边界，而不是把它稀释成普通内部存放位。
实战里最该问的 3 个问题
1. 这批货还算正常库存吗？
如果不算，更接近 scrap 语义。
2. 这次动作是在表达损耗退出，还是账实纠偏？
前者偏 scrap，后者偏 inventory adjustment。
3. 我希望后续追溯看到的是“货去了报废出口”，还是“系统只是改平数字”？
这个问题会直接决定你该用哪种入口。
一句话记忆法
scrap location 之所以是 virtual location，不是因为货“真的不存在地方”，而是因为 Odoo 要把“退出正常库存流”这件事表达成一个明确去向；数量、追溯和估值都会跟着这层语义一起变化。
DISCUSSION
评论区