请允许我澄清几点：

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

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

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

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

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

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

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

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

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