请允许我澄清几点：

1。 根据F1帮助，累积发货数量累计数量为：

已过帐发货的所有交货数量之和。 即使客户或外部代理商尚未收到或记录已交付的数量，也要计算此总和。

为什么您希望时间表行的ATP行为发生变化会产生影响 在这个领域？ 它与仓库中调度协议的后续处理有关。

2。 我并不是很确定该业务请求是关于在LZ计划协议中激活ATP的。 我的解释是，您希望对计划协议时间表的输入和更正有某种自动化。

3。 如果要求是自动输入交货时间表，则有几种选择：

• 说服客户开始使用EDI通讯，以便客户自己发送预测时间表，在这种情况下，您可以 将避免大量的体力劳动。 毕竟，该过程是经过设计的，旨在与EDI一起使用。 如果您尚未与这些合作伙伴建立EDI通信，这将需要很多时间，而对于小型公司而言，这可能会有点昂贵（双方都应同意使用EDI，而不仅仅是您的客户）。

• 如果客户不同意使用EDI，并且他们不能说服客户自己通过门户网站输入交货时间表，则可以创建一些自定义且易于使用的上传文件 可悲的是，没有适合BUS2035的BAPI（至少我找不到任何），没有直接输入程序。 如果您负担不起开发人员的费用，则只有IDOC格式或批量输入记录。

4。 尽管客户发送了不同的日期，但供应商手动调整了时间表-我认为这不是一个好的方法，特别是在建立EDI通讯时。 在这种情况下，我会考虑将预测时间表用于客户发送的日期，并将JIT用于卖方（您的客户）调整的日期。 仍然不是一个很好的解决方案（因为这是对JIT的误用），但至少您会将这些更改与原始客户计划请求分开。

5。 更改标准计划行类别不是一个好习惯，特别是如果有可能在其他地方使用或可以使用这些类别。 一种比较安全的方法是将标准计划行类别复制到Z *，调整自定义计划行类别，并将其仅用于所需的流程。

感谢Peter，

我已经切换了L1的可用性检查，但是自动提议仍然没有发生，必须手动输入所有内容。

累计发货数量为零，如果可能，企业希望系统建议在预测交货时间表中指定日期。

有可能吗？

我相信您的问题是关于如何在计划协议中执行ATP，以便让SAP确认可用的日期/数量。 我认为您的问题的第一部分是关于一个旧流程，在该流程中他们使用标准销售订单而不是计划协议，因为计划行类别CP通常在该过程中使用？

计划协议（LZ）/项目类别LZN的默认计划行类别为L1-MRP。 默认情况下，此计划行类别未选中"可用性"标志，这是执行ATP检查所必需的。

SPRO路径：销售和分销->销售->计划行->定义计划行类别。

在执行ATP的情况下，将确认交货预测中的每个计划日期。 如上所述，然后您可以调整计划行以更改日期。

计划协议的交货创建过程可能更具挑战性，因为VL10x系列交易将尝试合并多个计划行并在最后一个日期交货。 如果您不熟悉"排产协议"流程，那么我绝对建议您花一些时间测试并检查流程的这一部分。

我在下面提供了一个非常基本的示例，但是即使您要检查多个预测计划行以查找ATP，相同的过程也可以工作。