Odoo的FEFO先看移除日期：到期之前的日期怎样参与批次排序

仓储系统写着First Expired, First Out，读者容易只找一个“到期日”。Odoo master的FEFO removal文档，开头却把选择依据明确为assigned removal dates，即已指定的移除日期。理解这项软件行为，需要继续看移除日期怎样与到期日期联系，而不是仅按标题的Expired猜测。

文档先说明expiration date的生成：收货日期加上产品资料所设的天数。随后再从这个到期日，减去Removal Date字段中所设的提前天数，得到移除日。两次计算有前后关系，一个给出到期，一个让移除发生在它之前。这里描述系统输入与日期之间的联系，没有测定商品实际上能存放多少天。

原页以Egg作教学例：用户设置收货后30天到期、到期前15天移除。1月1日收货，在该例中得到1月31日到期与1月16日移除。本文只解释来源已明示的假例，不把30天或15天推荐给任何一批鸡蛋或农产品。一个日期能够由设置生成，并不因此成为食品状态的实测结果。

Workflow再用三个批次展开排序。LOT1、LOT2、LOT3分别有5盒、2盒和1盒，它们的移除日期依次较晚。面对6盒的示例需求，文档从最早移除的LOT1分配全部5盒，再从LOT2分配1盒。这个结果同时利用日期顺序与现有数量，不能只看哪批最早，就忽略该批能覆盖多少需求。

例子还让人看清，日期排序和业务事实各自需要什么依据。系统能够根据记录产生分配，不代表本文已经确认这些批次真实存在、数量准确或日期输入合理。若一份仓储导出材料只写FEFO，没有附具体批次和日期，本篇不能从策略名称还原它的实际分配，更不判断真实货物是否应当交付。

本次阅读的是Odoo master文档，首次发布日期未知，不称为固定19版规则，也不声称所有库存平台都同样处理。本篇采用定义、日期关系及原示例，阅读配置段只为理解上下文，没有建立产品、调整库存或操作订单。对农产品仓储资料人员，有用的认识是移除日参与了所述软件排序；它不能替代货物安全、质量、保存期或真实出库的相应依据。