替换和下达逻辑

示例

下面的示例用于帮助说明这些字段的不同设置所起的作用：

• 示例情况 1 - 未生成发货通知单。
• 示例情况 2 - 生成发货通知单，但是没有导出发货通知单。
• 示例情况 3 - 生成发货通知单。发货通知单已导出。
• 示例情况 4 - 生成发货通知单。发货通知单未导出；830/862 下达数据更改。
• 示例情况 5 - 生成发货通知单。发货通知单已导出；830/862 下达数据更改。
• 示例情况 6 - 替换计划排产标志影响的示例。

示例情况 1：不生成发货通知单

• 下达处理 = 替换
• 未选择“生成发货通知单”
• 选择了“替换计划排产”

系统假设假设入站平面文件精确地反映了新的要求，并将入站要求按原样过帐到客户订单。

入站 830/862 对单一物料具有以下下达要求。

场景 1：

导入上述要求。客户订单反映了这一特定行的下达 1 至 6。为下达 1 和 2 发货，然后重新导入上述相同要求。客户订单将反映下表所示的 8 个下达。

场景 2：

假设已经导入原有的 6 个下达并将其过帐到客户订单。为下达 1 (336) 进行总数量发货，但是仅为下达 2 发货 100。然后重新导入相同的 6 个下达并过帐。客户订单将显示如下 8 个下达：

场景 3：

假设已经导入原有的 6 个下达并已根据客户订单过帐。为下达 1 发货 400。重新导入原始的 6 个下达并过帐。客户订单现在将显示如下 7 个下达：

汇总：如果用户没有激活 “EDI 客户简要表”中的“生成发货通知单”选项，入站平面文件必须反映当前客户需求，而不能接受任何提前需求或更改在过帐入站下达时列入考虑范围内。

示例情况 2：生成发货通知单，但是没有导出发货通知单

• 下达处理 = 替换
• 选择了“生成发货通知单”
• 选择了“替换计划排产”
• 没有为发货导出发货通知单

系统将使用入站需求替换当前行下达，但是在发货之前不会考虑。

入站 830/862 平面文件对单一物料具有以下下达要求。

场景 1：

导入上述要求。客户订单反映了这一特定行的下达 1 至 6。为下达 1 发货，然后重新导入上述相同要求。客户订单将显示如下 6 个下达：

场景 2：

将原始平面文件导入到新订单。为下达 2 发货 336。重新导入原始平面文件，客户订单将按照如下步骤反映 6 个下达：

场景 3：

假设已经导入原有的 6 个下达并将其过帐到新的客户订单。为下达 1 发货 336，为下达 2 发货 100。重新导入原始的 6 个下达并过帐。客户订单将显示如下 7 个下达：

场景 4：

已经在创建新的客户订单时导入原有的 6 个下达并将其过帐。为下达 1 发货 500。重新导入原始的 6 个下达并过帐到客户订单。客户订单现在将显示如下 6 个下达：

场景 5：

如果“EDI 客户简要表”中没有选择“生成发货通知单”复选框，并且用户具有一个作为接收需求依据的 EDI 订单，且用户已经打开“生成发货通知单”功能，则系统将查看行的发货情况，并根据已发货数量降低入站需求。使用场景 1 中的相同情况，在清除“生成发货通知单”复选框情况下导入原始文件。然后为下达 1 和 2 发货，并再次导入相同文件。客户订单具有 8 个下达。激活“EDI 客户简要表”中的“发货通知单”，并再次导入原始的 6 个下达。已过帐的客户订单将显示下列下达：

在这种情况下，客户订单具有 8 个下达，在打开“生成发货通知单”不同，并再次导入相同需求后，系统使用入站需求减去已发货数量替代 8 个下达，以显示基于上次导入的总需求。如果下达 1 和下达 2 不在新导入内容中，则系统可能已经为先前根据该订单进行的发货对下达 3 和 4 进行了调整。

示例情况 3：正在生成发货通知单。发货通知单已导出。

• 下达处理 = 替换
• 选择了“生成发货通知单”
• 选择了“替换计划排产”
• 已为发货导出发货通知单

在前一示例中，我们每次作为第二次导入，将相同的 830\862 导入，而没有生成和导出发货通知单文档。这些示例显示了如果已经为完成的发货导入了“发货通知单”文档将会如何。

入站 830/862 对单一物料具有以下下达要求。

场景 1：

导入上述要求。客户订单反映了这一特定行的下达 1 至 6。发货下达 1，为发货生成并导出“发货通知单”。然后重新导入上述相同要求。客户订单将显示如下 7 个下达：

场景 2：

假设已经导入原有的 6 个下达并将其过帐到新的客户订单。为下达 1 发货 336，为下达 2 发货 100。生成和导出发货通知单。重新导入原始的 6 个下达并过帐。客户订单将显示如下 8 个下达：

场景 3：

假设已经导入原有的 6 个下达并将其过帐到新的客户订单。为下达 1 发货 336。生成和导出发货通知单。然后根据下达 2 发货 100，但是不生成和导入“发货通知单”。重新导入原始的 6 个下达并过帐。客户订单将显示如下 8 个下达：

因为在下达 2 中已发货的 100 件没有导出到贸易伙伴，它们在第二次导入时从入站下达中扣除。

示例情况 4：正在生成发货通知单。发货通知单未导出；830/862 下达数据更改。

• 下达处理 = 替换
• 选择了“生成发货通知单”
• 选择了“替换计划排产”
• 没有为发货导出发货通知单。

在上一示例中，我们导入了相同的 830\862 需求每次作为第二次导入。该示例显示了在 830\862 文件中的不同下达被第二次导入时，替换逻辑发生什么变化。

假设我们与先前一样第一次导入相同的 830\862 下达。

我们在 8/7 和 8/9 下达中发货 336 件。没有生成和导出发货通知单。

然后导入了带有以下下达的新的 830\862：

客户订单将显示如下 6 个下达：

虽然该示例看上去已经删除了对 8/10 和 8/11 的需求，因为没有导出发货通知单，这样是正确的。因为贸易伙伴没有意识到已发货，所以系统从新的入站 830/862 下达中扣减了两个 336 下达。

示例情况 5：正在生成发货通知单。发货通知单已导出；830/862 下达数据更改

• 下达处理 = 替换
• 选择了“生成发货通知单”
• 选中了“替换计划排产”
• 已为发货导出发货通知单。

我们已经在先前的示例中导入了 830\862 文档，将变化的需求作为第二次导入。该示例显示了当不同的下达位于要导入第二次的 830\862 文件中，并且已经生成和导出了发货通知单时，替换逻辑发生什么变化。

假设我们与先前一样第一次导入相同的 830\862 下达。

我们在 8/7 和 8/9 下达中发货 336 件。这次我们生成和导出发货通知单。然后导入了带有以下下达的新的 830\862：

客户订单将显示如下 8 个下达：

示例情况 6：替换计划排产影响的示例。

该示例显示了因为“替换计划排产”设置而对下达产生的影响。

• 下达处理 = 替换
• 选择了“生成发货通知单”
• 未选中“替换计划排产”
• 已为发货导出发货通知单。

假设我们随后导入了 830\862 下达。

我们在 8/7 和 8/9 下达中发货 336 件。这次我们生成和导出发货通知单。

然后导入了带有以下下达的新的 830\862：

客户订单将显示如下 10 个下达：

这是因为没有选中替换计划排产标志，因此日期晚于入站 830\862 计划排产的下达将被保留。

• 下达处理 = 替换
• 选择了“生成发货通知单”
• 选择了“替换计划排产”
• 已为发货导出发货通知单。

假设我们随后导入了 830\862 下达。

我们在 8/7 和 8/9 下达中发货 336 件。这次我们生成和导出发货通知单。

然后导入了带有以下下达的新的 830\862：

客户订单将显示如下 9 个下达：

这是因为没有选中“替换计划排产”标志。将从订单中删除日期晚于入站 830\862 计划排产的下达。