供应链上游规则

供应链的上游变化

前提条件

上游功能通过供应链策略。打开 (CRS709) 中的几个参数进行控制，其中定义了上游更改的触发条件。例如，收货是否应是触发器，或者仅是较高的数量、较低的数量或两者都是触发器。

您还可以定义上游更改影响供应链的顺序。即按订单优先级或按计划日期。如果有多个供应链连接到一个采购订单，这将很有用。

最后一组参数是在 (RSP380) 中设置的允差。这些允差最终决定了是否应该进行上游更改以及更改的幅度。

工作流

当完成标记采购订单 (PPS250/260/270) 确认和/或在供应订单入库完成标记时，激活上游功能。如果在供应链策略中激活了上游更改，并且数量更改在 (RPS380) 中的允差范围内，则会根据确认/收货数量来调整供应链。更改将传播到供应链的最高级别，然后在最高级别，根据新数量重新生成供应链。生成时的一般规则也适用于此处，即仅更改建议，不更改已下达的订单等。

如果收到的数量超出 (RP380) 中设置的允差，则首先将供应链调整到最大或最小允差。如果仍有剩余数量要分配，则会向负责接收物料的用户发送一条消息，通知他们物料短缺或过多。任何多余的物料都会入库。

当该用户收到消息时，他们可以决定如何处理过多/短缺数量。如果他们想在特定供应链上使用过多/短缺数量，则可以在供应链标题。打开 (RPS200) 中输入该供应链，然后在 E 屏幕上手动调整供应链数量。也就是说，使用新的手动设置数量重新生成供应链。他们可以决定不实施多余的数量，而将其用于其他供应链。

如果存在短缺数量并且用户不想减少现有的供应链，则 MRP 会为短缺的数量生成建议，可以将其手动预分配给存在短缺的供应链，或者在下达时自动预分配。

由于最高级别供应链客户订单涉及客户，因此不会自动更改客户订单数量。这必须手动完成。但是，客户订单以下的所有级别都受上游更改的影响。由于最高级别不变，因此供应链必须在该级别上超额预分配或超额分配，以反映实际需求。

最高级别配送单的数量始终会进行自动调整，以反映接收仓库中的实际数量。

请注意，在最高级别检查允差百分比，并将更改的数量与订单行数量进行比较。这意味着，如果手动更改了客户订单行数量以反映上游数量，则此新的客户订单行数量将用作下一次上游更改的比较。对于最高级别配送单来说也是如此，因为它们会始终自动更改。

如果供应链遍布仓库或分厂级别，并且您不希望在整个供应链中进行自动上游更改，则必须确保每个仓库都使用独立的供应链。为此，将配送单物料设置为在发送和接收仓库都具有供应链策略，但将接收仓库的供应链策略设置为最低级别。在这种情况下，仓库 1 上有一个供应链号，仓库 2 上有一个供应链号，通过预分配将它们链接在一起。在仓库 2 上执行上游更改时，仅该供应链发生更改。

上游示例

示例 1

订单入库时，收到 225 件而不是 200 件。

这些连接到两个各有 100 件的供应链上。

供应链 1 的允差为 10%，因此可以增加到 110 件。

供应链 2 的允差为 20%，因此可以增加到 115 件。

没有多余或短缺的数量，因此不需要手动交互。

示例 2

订单入库时，收到 150 件而不是 200 件。

这些连接到两个各有 100 件的供应链上。

供应链 1 的允差为 10%，因此可以减少到 90 件。

供应链 2 的允差为 20%，因此可以减少到 80 件。

这会导致短缺，因此为 20 件（90 + 80 – 150 = 20）生成采购订单建议。

示例 3

供应链中有 100 件，允差为 10%。

数量为 75 件的采购订单已确认，并完成标记。

创建了 90 件（100 – 10%）的供应链，但是由于采购订单只有 75 件，因此创建了 15 件的新采购订单建议。

如果您撤消交易，则上游功能会将其视为增加 25 件（100 – 75）。因此，供应链尝试增加到 115 件（90 + 25），但允差为 110（100 + 10%）。这意味着供应链在 100 件处结束，并且由于采购订单是 100 件，将会创建新的 10 件采购订单建议。

供应链需要手动调整为正确的数量。

下表显示了要设置的参数：

程序 ID/屏幕	字段	该字段表示...
RPS380/E	起始值 1	... 要与控制对象的内容进行比较的第一个有效值。如果内容大于或等于此起始值，则将接受记录。 如果有多个起始值，则最接近的最小值有效。 示例： 将物料号作为控制对象，并将起始值设置为 A100、A200 和 A300。如果控制对象的内容是 A150，则将接受起始值为 A100 的记录。如果控制对象的内容是 A375，则将接受起始值为 A300 的记录。
RPS380/E	起始值 2	... 要与控制对象的内容进行比较的第一个有效值。如果内容大于或等于此起始值，则将接受记录。 如果有多个起始值，则最接近的最小值有效。 示例： 将物料号作为控制对象，并将起始值设置为 A100、A200 和 A300。如果控制对象的内容是 A150，则将接受起始值为 A100 的记录。如果控制对象的内容是 A375，则将接受起始值为 A300 的记录。
RPS380/E	起始值 3	... 要与控制对象的内容进行比较的第一个有效值。如果内容大于或等于此起始值，则将接受记录。 如果有多个起始值，则最接近的最小值有效。 示例： 将物料号作为控制对象，并将起始值设置为 A100、A200 和 A300。如果控制对象的内容是 A150，则将接受起始值为 A100 的记录。如果控制对象的内容是 A375，则将接受起始值为 A300 的记录。
RPS380/E	起始日期	... 该版本的开始日期。 该日期不得与其他版本记录重叠。会进行验证以确保满足条件。
RPS380/E	上游更改	… 在较低级别上的入库数量变化是否会影响上游供应链订单。 如果选中此复选框，则较低级别的数量更改会根据 (RPS380) 中的来源允差字段在供应链的上游传播。
RPS380/E	采购允差 -	… 当入库数量减少应在供应链的上游传播时应允许的允差百分比。 如果将其留空，则不会发生上游更改。 如果输入的值大于 0%，则只有在允差范围内的数量减少会传播到上游。 注： 最高级别客户订单不会自动更改。
RPS380/E	采购允差 +	… 当入库数量增加应在供应链的上游传播时应允许的允差百分比。 如果将其留空，则不会发生上游更改。 如果输入的值大于 0%，则只有在允差范围内的数量增加会传播到上游。 注： 最高级别客户订单不会自动更改。
RPS380/E	上游日期更改	… 只是入库日期更改或较低字段上的制造订单重新排程是否会影响上游供应链订单。 如果选中此复选框，则较低级别的日期更改会根据 (RPS380) 中的日期允差字段影响供应链上游的日期。
RPS380/E	日期允差 -	... 表示入库时提早日期变更将在供应链中逆向传播的允差（天数）。 仅将允差范围内的日期变更逆向传播至供应链订单的最高级别。如果超出允差范围，则仅更改低于最高级别的级别。如果将该字段留空，则不会在最高级别执行任何上游更改。
RPS380/E	日期允差 +	... 表示入库时延迟日期变更将在供应链中逆向传播的允差（天数）。 仅将允差范围内的日期变更逆向传播至供应链订单的最高级别。如果超出允差范围，则仅更改低于最高级别的级别。如果将该字段留空，则不会在最高级别执行任何上游更改。