Odoo 19.4 改变了用户访问历史日期库存信息、分析库存老化和分配可用库存的方式。现在，库存报告包含日期选择器，可查看过去某个日期或精确时间戳的库存，同时保留已应用于报告的筛选条件。 (Odoo 19.4 Release Notes; mergebot.odoo.com)
此次发布还将库存老化通过 Moves Analysis 数据透视视图公开。此外，用户可以直接从预测报告中分配库存，并使用重新设计的分配报告。 (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
这些变更影响库存工作流的不同部分。历史日期选择器改变了访问历史库存视图的方式，老化报告增加了一个分析选项，而分配变更则影响用户如何查看预测并分配库存。 (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation; mergebot.odoo.com) 因此，应将它们作为独立功能进行测试，而不是视为单一的报告功能。
历史日期选择移入库存报告
此前，Odoo 提供了一个单独的 Inventory at Date 向导。在 19.4 中，这一路径被集成到库存报告搜索面板中的日期选择器所取代。用户可以直接在报告中选择历史时间点，而不必打开单独的向导。 (mergebot.odoo.com)
该选择器支持过去日期和精确时间戳。时间戳选择使用户可以查看某一天内特定时点的库存，而不只是将日期本身作为报告边界。Odoo 还说明，当选择历史时间点时，报告会保留当前筛选条件。 (Odoo 19.4 Release Notes; mergebot.odoo.com)
当用户已经将报告缩小到特定产品或其他条件时，保留筛选条件就很重要。根据发布说明和实现记录，应用过去日期不需要重新创建这些当前筛选条件。 (Odoo 19.4 Release Notes; mergebot.odoo.com)
所提供的来源确认了集成选择器、时间戳支持和筛选条件保留。它们并未详细说明历史结果背后的每一条计算规则，也未解释自定义库存逻辑和各项配置可能如何影响显示数值。 (Odoo 19.4 Release Notes; mergebot.odoo.com)
在将修订后的报告用于运营或财务流程之前，组织应在自己的数据库中测试已知历史日期和时间戳。对比应使用能够独立确定预期库存位置的案例。
旧的历史向导已被移除
这项实现不只是为库存报告添加一个控件。它移除了 stock.quantity.history 向导，以及其动作、按钮和访问规则。与旧路由相关的冗余上下文键也被移除。 (mergebot.odoo.com)
此更改可能与引用旧向导的自定义模块、自动化操作、访问安排或内部说明有关。实现记录确认了标准组件的移除，但并未确定其对任何特定自定义项的影响。 (mergebot.odoo.com)
技术团队应在自定义代码和配置中搜索对 stock.quantity.history、原有操作以及相关上下文值的引用。流程负责人也应修订指引，避免用户跳转到 Inventory at Date 向导。
权限也需要测试。旧向导的访问规则已移除，因为该向导本身已不再存在。 (mergebot.odoo.com) 这一移除并不代表每种现有角色都会以相同方式体验集成日期选择器。
组织应使用其环境中的仓库、库存、财务和只读角色验证新控件。测试应确认可见性和允许的操作，而不是假定对旧向导的访问会直接映射到新界面。
库存老化出现在 Moves Analysis 中
Odoo 19.4 通过 Moves Analysis 透视视图提供库存老化报告。这将老化放在分析型库存视图中，而不是过去日期库存选择器中。 (Odoo 19.4 Release Notes)
这一区别在验收测试中很重要。过去日期库存报告显示选定历史时点的库存，而库存老化则通过 Moves Analysis 访问。所提供的发布说明标明了老化报告的位置，但未对老化期间、指标或组织特定解释给出详细定义。 (Odoo 19.4 Release Notes)
团队应将 Moves Analysis 的输出与当前的库存老化方法进行比较。他们应记录所使用的字段、筛选器和分组，然后评估结果是否符合内部报告政策。当财务和仓库团队目前依赖不同的报告或导出数据时，这尤其有用。
分配工作流也有所变化
Odoo 19.4 允许用户直接从预测报告中分配库存，并引入了重新设计的分配报告。Odoo 的制造文档单独描述了分配报告工作流。 (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
这些是工作流变更，而不是历史报告的扩展。预测报告提供了直接的分配入口，而分配报告则提供了经过修订的报告界面。 (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
在制造或库存流程中使用分配功能的组织，应将修订后的路径与现有审批步骤、职责和培训材料进行映射。测试应包括负责审查预测需求并分配可用库存的用户。
本次评审所提供的配套分配资料发布在 Odoo 19.0 文档路径下，而发布说明标明了 19.4 中的变更。 (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation) 因此，管理员应检查其部署版本和构建对应的文档与行为，而不要假定 19.x 环境中的每个屏幕和选项都完全相同。
采用前需要验证什么
从集成日期选择器开始。确认活动筛选条件仍然生效，用户可以选择日期和精确时间戳，并且生成的历史视图与已知测试用例一致。这些检查涵盖了发布说明和实施记录中所识别的行为。 (Odoo 19.4 Release Notes; mergebot.odoo.com)
接下来，识别任何仍依赖已移除的 stock.quantity.history 向导、其操作、按钮、访问规则或关联上下文键的内容。 (mergebot.odoo.com) 检查仍可能指向旧工作流的自定义模块、自动化测试、内部链接和操作说明。
对于库存老化，请打开 Moves Analysis 透视视图，并确定应如何根据组织的报告政策配置该报告。对于分配，请测试来自预测报告的直接操作，并与分配库存的用户一起审查重新设计的分配报告。 (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Reporting Allocation)
Odoo 19.4 的文档范围包括一个集成的历史日期和时间戳选择器，保留筛选条件，移除旧的历史向导组件，通过 Moves Analysis 提供库存老化，以及修订后的分配访问和报告。 (Odoo 19.4 发行说明; Odoo 19.0 文档：报表分配; mergebot.odoo.com) 配置相关行为仍需在每个已部署环境中检查。