版本化和拆分订单

在 SAP Commerce Cloud 中，订单不是静态记录。随着履行流程的进行，可能会发生更改，例如客户请求的修改、取消或部分退货。为维护清晰的审计线索并确保数据完整性，系统使用订单版本化。

对订单进行重大更改时，系统会创建该订单的新"版本"。原始订单保留为历史快照，而新版本成为履行的活动记录。此历史记录允许管理员准确跟踪发生更改的时间、更改人以及任何给定时间点的订单状态。

完整订单的订单历史记录快照仍可在管理主控室中的订单下找到。

下订单后，系统将确定履行项目的最佳位置。

通常，单个订单包括无法从单个位置发货的多个项目。这会触发订单拆分。系统将原始订单划分为多个寄售。每个寄售代表一组项目，这些项目将从特定仓库或 POS 一起履行。

例如，假设客户购买了照相机和一个三脚架，并且该照相机将在商店 (1) 拣配，而三脚架则位于仓库中并装运 (2)。系统将订单拆分为两个寄售，以确保最快交货。

请注意，两个寄售使用相同的订单编号 00006001，后跟版本号 _0 和 _1 (3)。通过此编号，可以更轻松地跟踪哪些寄售属于一起。

系统使用可配置的货源确定因子（例如"基于距离"或"基于优先级"）决定哪个仓库应处理订单以最小化装运成本和交货时间。

将寄售分配到特定仓库后，实际履行流程开始。寄售主要通过后台订单履行主控室进行管理。

仓库员工遵循标准化工作流：

1. 拣货：工作人员可以打印"拣配单"。此单据包括重要的订单信息，如订单日期、订单编号和发货地址。还显示需要拣配的行项目、产品信息（代码、名称、图像）、数量和库位代码，以便更轻松地搜索产品。

   在配备人员打开拣配单后，寄售状态更改为 拣配包装 。

2. 装运：最后，在邮寄寄售后，员工可以打印要放在包装上的装运标签，其中包含必要的装运信息。完成后，他们可以确认订单的装运时间。

有时，仓库无法履行寄售，例如，如果仓库工人发现项目损坏或库存盘点不准确。将订单重新路由到另一个仓库是一种解决此类问题的方法，并在订单履行主控室中触发。

系统可以根据原始货源规则（自动分配）自动查找下一个最佳仓库，或者客户服务代理可以手动选择新的履行地点。

• 订单版本化维护订单所有更改的历史记录，以实现透明度和审计。
• 货源确定最佳履行位置，通常会导致订单拆分为多个寄售。
• 后台订单履行主控室有助于实际拣配和贴标签流程。
• 如果原始位置无法满足请求，则重新路线提供了将寄售移动到不同仓库的灵活性。