创建消息处理规则

• “默认值”：这是用于替换需求或将其合并到合并计划中的默认配置。
• “RAN”：此配置用于根据客户“RAN”消息替换或合并需求。
• “GPI”：此消息子类型用于 Renault 流程 GPI 中的消息类型“发货排程”。GPI 是 Renault 组装厂使用的集成生产控制系统。在 GPI 流程中，供应商接收了需求行级别上带有唯一的运输 ID 的发放订单以及计划级别上的消耗点。发货按运输 ID 分组。
• “L3P”：此消息子类型用于 Renault 流程 L3P 中的消息类型“发货排程”。在 L3P 流程中，供应商接收了带有运输 ID 的发放订单、消耗点以及需求行级别上的分配区。发货按分配区、运输 ID 和消耗点组织。每个托运都有唯一的运输 ID。因此，如果托运中包含多个发货，那么发货按运输 ID 分组。
• “CINDI”：此消息子类型用于 Renault 流程 CINDI 中的消息类型“发货排程”。CINDI 流程与 GPI 或 L3P 一起使用。在此流程中，供应商接收带有 RAN 或看板号的发货排程。除了从 GPI 和 L3P 得知的字段之外，在消息中包含的预期到达日期。RAN 或看板号对于需求行级别上的发放订单是唯一的。运输 ID 对于托运而言是唯一的。每个托运/运输 ID 的多批发货亦可。每个发货以及单个发货的每个货品的多个 RAN 或看板号亦可。消息子类型“CINDI”也用于 LISA 流程。
• “取件单”：此配置用于根据客户“取件单”消息替换或合并需求。
• “舱单”：此配置用于根据客户“舱单”消息替换或合并需求。
• “看板”：此配置用于根据客户“看板”消息替换或合并需求。
• “已排序”：此消息子类型可以从消息类型“发货排程”中选择。此消息子类型用于处理需要顺序消息（例如，与生产同步的发放订单）的发货排程。如果您使用消息子类型“已排序”，CUM 调整规则配置中的“计算基准”必须为“引用项”。必须选择“编号 1 作为引用键”复选框。
• “带有发货时间窗口的顺序排程”：此消息子类型可以从消息类型“发货排程”中选择。如果“下达管理”接收 ShipmentSchedule BOD，会检查“消息处理规则”页面消息子类型为“带有发货时间窗口的顺序排程”的顺序交货排程。客户应该也是此消息子类型。在此情况下，ShipmentSchedule BOD 与类型为“发货排程”的当前单一计划合并入新的单一计划。新的单个计划包含排序需求。此功能尤其为贸易伙伴“A0061 Ford（北美）”所用。
• “装载顺序”：此消息子类型可以从消息类型“发货排程”中选择，当发送批次序列信息时此消息子类型用于 Honda。在此情况下，参考字段包含 Honda 请求要装载到货车上的排程订单编号和批次序列。

替换策略定义如何将消息类型和消息子类型的需求替换为合并计划中的其他需求并将其合并入合并计划。您可以选择以下任一替换策略选项：

• “添加”

  将具有定义的消息类型和消息子类型的需求数量加到合并计划的需求中。所有需求将传输到新合并计划中。例外：合并计划中的当前收货 CUM 与单一计划中的当前收货 CUM 之间的差异会从需求中减去。两种类型的计划都在考虑之列，以避免最初需求不被传输或者抵消。

• “添加并忽略上次需求日期”

  您可以使用此替换策略以为消息类型为“发货排程”的流入客户发放订单配置消息处理规则。此消息类型的需求数量添加到合并计划的需求。例外：最新需求日期的需求没有传输到新的合并计划。

  例如，贸易合作伙伴 Fuji Heavy Industries 发送发货排程修订。最近需求日期的需求不得传输到新的合并计划并且不得发布到 ShipmentSchedule BOD。具有相同需求日期的潜在可用计划需求复制到新的合并计划。此单个需求日期上的需求的第二部分与下一个发货排程一起接收。然后，需求的第一部分也必须传输到合并计划。需求发布到 ShipmentSchedule BOD。

  合并计划中的当前收货 CUM 与单一计划中的当前收货 CUM 之间的差异会从需求中减去。请参阅替换策略“添加”。

• “替换并使用现有剩余周数量”

  开始日期和结束日期设置为当前最晚的结束日期后的第二天。例如，最近的发货排程的当前最晚的结束日期。剩余需求数量是指原始周需求数量减去本周中存在的发货排程的所有需求数量。示例：上周安排了数量分别为 100 和 80 的 2 个发货排程。周需求数量为 500。该需求情况导致产生数量为 320 的剩余周需求。

• “根据周数量的日均值替换并重新计算剩余周数量”

  开始日期和结束日期设置为当前最晚的结束日期后的第二天。例如，最近的发货排程的当前最晚的结束日期。用周需求数量除以工作日数得到平均日需求。用平均日需求乘以上次发货排程日之后的剩余工作日数。示例：上周安排了数量分别为 100 和 80 的 2 个发货排程。周需求数量为 500。上次发货排程日之后所在周的剩余天数为 3。根据定义的日期范围规则，该需求情况导致产生数量为 500/5 * 3 = 300 的剩余周需求。

• “替换并分配剩余周数量至日需求”

  计算剩余数量和剩余天数的方式与替换策略“根据周数量的日均值替换并重新计算剩余周数量”相同。对于剩余天数，系统会计算日需求数量。示例：上周安排了数量分别为 100 和 80 的 2 个发货排程。周需求数量为 500。上次发货排程日之后所在周的剩余天数为 3。根据定义的日期范围规则，该需求情况导致产生数量为 500/5 = 100 的三天日需求。

• “同日替代”

  将具有定义的消息类型和消息子类型的需求数量传输到新合并计划中。例外：系统会替换当前合并计划中存在的开始日期和结束日期（不进行时间比较）与新需求相同的需求。合并计划中的当前收货 CUM 与单一计划中的当前收货 CUM 之间的差异会从需求中减去。请参阅替换策略“添加”。

• “替换并重新计算同一天的剩余每日数量”

  确认需求数量将传输到新的合并计划中。此外，将从上一个需求日期的计划需求数量中减去当天的汇总确认需求数量。计算方法如下：

  1. 如果在上一个需求日期有多个确认需求数量，则对其进行汇总。
  2. 如果计划需求数量大于汇总的确认需求数量：
     1. 用计划需求数量减去汇总的确认需求数量。
     2. 将新计算的计划需求与确认需求一起添加到合并计划中。
     3. 可以调整计划需求的需求时间，以在合并计划中将确认需求和计划需求区分开来。

  示例：发货排程定于 2019 年 3 月 25 日，其确认数量为 50。当日的计划需求数量为 200。新计算的计划需求为 200 - 50 = 150，该数量与确认需求一起添加到合并计划中。

• “替换并重新计算同一天(基于客户时区)的剩余每日数量”

  确认需求数量将传输到新的合并计划中。此外，将从上一个需求日期的计划需求数量中减去当天（基于客户所在时区）的汇总确认需求数量。计算方法如下：

  1. 如果在上一个需求日期有多个确认需求数量，则对其进行汇总。
  2. 如果计划需求数量大于汇总的确认需求数量：
     1. 用计划需求数量减去汇总的确认需求数量。
     2. 将新计算的计划需求与确认需求一起添加到合并计划中。
     3. 可以调整计划需求的需求时间，以在合并计划中将确认需求和计划需求区分开来。

这些使用、重新计算和分配每周剩余数量的替换策略仅在计算剩余周需求并为其设定排程的方式上有所不同。若要计算剩余的周需求，系统从新的合并计划提取以下数据。例如，新的合并计划已包含最近的发放订单导入的发货排程需求：

1. 所有现有需求的最晚结束日期
2. 最新需求所在周
3. 最新需求所在月份
4. 最新需求所在年份
5. 上周所有需求数量总和
6. 上个月所有需求数量总和

然后，系统会处理新需求：

1. 系统会忽略所有结束日期比现有最晚结束日期早（不进行时间比较）的需求，而不管需求类型为何。
2. 系统会根据上表所述来计算上周或上个月中存在的周需求或月需求。

剩余月需求由这些替换策略以相同方式进行处理。

将开始日期和结束日期两个日期设置为继当前最晚结束日期之后的次日。例如，最近的发货排程的当前最晚的结束日期。

剩余月需求数量是指原始月需求数量减去上月中已安排的发货排程的所有需求数量。