很多库存团队一谈“价值位置”，就会自然联想到：哪个库位现在有货，哪个库位就应该进估值视图。
企业版 stock_accountant 并不是这么设计的。res.config.settings 里直接把 inventory_valuation、cost_method、inventory_period、stock_journal、stock_valuation_account_id 都拉到同一个配置面板上，说明它把库存估值看成一整套公司级会计政策，而不是库位级的即时统计。
这背后最有代表性的入口，就是 action_stock_open_valued_locations()。它打开的不是任意 location 列表，而是 stock.action_prod_inv_location_form，并强制带上 search_default_inventory = 1 和 search_default_prod_inv_location = 1。这意味着系统先按“属于 inventory 估值视角的库位”筛一遍，再让用户看结果。
为什么这点重要？因为现实中的库位很多：供应商、客户、中转、在途、盘点、报废、生产等等。它们可能都和库存移动有关，但不是每一种都应该按同样方式进入估值口径。企业版用入口筛选，而不是把判断责任扔给每个用户自己在列表里肉眼辨认。
新手最常犯的错，是把“有数量”和“应估值”当成同义词。前者是物流事实，后者是会计政策。只要公司级估值方法、成本方法和会计科目没配稳，你即使打开了库位列表，也无法正确解释这些库位为什么该进或不该进价值报表。
实战里如果用户抱怨“某库位明明有货，为什么不在 valued locations 里”，第一步不是改搜索域，而是先问：这个位置是不是被定义为库存估值位置？它对应的移动是否真的进入公司估值逻辑？只有这两件事都成立，列表里看不到它才值得继续查。
所以企业版这里真正保护的是一条边界：库存数量分布 和 会计估值范围 不是同一张地图。valued locations 看的永远是后者。
DISCUSSION
评论区