为什么一个采购请购单 (PR) 会拆分成多个订购单 (PO)，或为什么更改订单会生成新订单编号并取消原订单编号？

在 PR 的历史记录选项卡上，找到提及 PR 拆分成新的 PO 或 PO 取消的条目，然后单击查看详细信息确认出现此种情况的原因。

对于所有类型的 PO，您的站点汇总了符合以下所有条件的行项目：

• 来自同一供应商地点的行项目
• 如果在供应商地点主数据中将 SplitOrderOnShipTo 设置为否，则行项目具有相同的送货地址
• 行项目有相同的帐单寄送地址
• 行项目全部为目录项，或者行项目全部为非目录项（可以通过自定义禁用）
• 行项目是抬头相同的 PunchOut 项目
• 行项目是同一合同的一部分（同一合同的不同版本仍视为同一合同）
• 您的公司（通过自定义）请求的任何附加订单拆分条件

此外，SAP 变式站点还考量了以下条件：

• 行项目是否需要限价订单项目目录拆分（可以通过自定义禁用）
• 行项目是否均具有相同的货币
• 行项目是否具有相同的采购组织值
• 行项目是否具有相同的采购组值（可以通过自定义禁用）

对于更改订单，如果适用以下任一条件，则始终会创建新的 PO：

• 在供应商地点主数据中，将 ChangeOrderRestrictions 设置为 1
• 在不同请购单版本中，供应商地点的首选订购方式是否发生更改（例如，从电子订购更改为打印）。
  • 例外：当订购方式从打印更改为电子订购时，不会创建新的订购单。

对于购物卡订单，汇总行项目适用以下附加条件：

• 行项目具有相同的行项目拆分记帐（此要求可以通过 Application.Procure.PreventPCardOrdersSplittingBasedOnAccounting 参数禁用）
• 行项目具有相同的购物卡编号
• 行项目具有相同的交易编号
• 行项目具有相同的交易日期

请注意，如果标记为拆分订单字段的字段值为空，则此字段将始终导致同一版本上的行项目之间或不同版本上的同一行项目的拆分。

如果您需要基于上述适用用例进行自定义，请参阅 当前自定义请求的流程是什么？

PunchOut 抬头是指单个 PunchOut 会话。当采购用户退出、将项目放入购物车并再次进入时，就是一个会话。
如果他们再次退出，那么这就是一个单独的会话，且具有不同的抬头，因此系统会将新会话的项目拆分成单独的 PO。

采购 > 订购单
采购 > 请购