上下文

由于提供给供应商加工的组件存在问题，转包进站交货采购过去是一种油漆-请参阅注释:

• 645119 -分包使用交付的问题
• SC订单的入站发货收货

这主要用于批量管理的组件，因为在将收货贴发给分包商的入站发货过程中，它们的消耗不是在对话模式中执行的。因此，不可能提供组件的批次，但有后台批次测定或调整消耗数量。

解决办法之一是将转包货物的接收和部件的消耗与说明的修改分离开来654613 -为分包订单提供材料的入站交货批次和货物收据．这不是完美的解决方案，但总比没有好。

在商务活动之前，情况就是这样外包制造被释放了。它给:

在入站交货中分包组件

您可以使用此业务功能在入站交付中输入分包组件，或者您可以使用来自供应商的发货通知来填充分包组件。这使您能够分配有关入站交付中使用的批次和组件数量的信息。随后的货物入库自动与这些入库一起入库。因此，入站处理更有效，因为手动批量输入任务被删除了。这改进了对销售方的批量跟踪。

随后，IDoc入站场景DESADV / DELVRY07得到了增强，以支持以电子方式进行入站交付的分包组件1397948 -分包:不能使用IDoc /SPE/IDOC_INPUT_DESADV1提供组件

到目前为止还不错…

问题陈述

上述解决方案的问题是，使用DESADV / DELVRY07消息转移的分包组件数量在入站交付中得到固定。这一点已被照会所证实1397948 -分包:不能使用IDoc /SPE/IDOC_INPUT_DESADV1提供组件

固定数量指标总是为所有组件自动设置，因此当对入站发货数量进行更改时，组件数量不会发生相关性。

这有什么问题…

业务影响

想象一下下面这个非常典型的场景。

一个分包商提供了一个托盘上的产品，他们通知一辆满载的卡车，比如说30个托盘。他们发送了一个DESDAV / DELVRY07消息，它在您的系统中创建了一个入站交付。现在，在卸货过程中，你发现少了3个托盘。所以你调整了进港发货数量，并邮寄了27个托盘的收货单。

由于零件数量是SAP标准DESADV处理逻辑固定的，27个托盘的收货消耗了整个托盘的零件30.托盘!

这有以下影响:

• 提供给供应商的组件库存减少，就像整个30个托盘发货一样。根据情况，它可能是正确的，也可能不是。如果丢失的3个托盘在运输过程中被盗或丢失，那可能没问题。但是，如果由于分包商方面的装载问题，它们从未被发运，那肯定是不行的。
• 分包产品的价值是服务的价格加上组件的成本。因此收到的27个托盘会比原计划贵10%。最终，这一差额会体现在销售商品的成本上，并会损害你的利润率。同样，这并不一定是坏事，这取决于你的会计政策和具体情况。然而，即使丢失的3个托盘被盗，你可能不希望将此成本计入销货成本，而是通过保险单补偿来抵消。

结论

在我看来，这里的业务生活比SAP标准的简单方法更丰富、更复杂。但是SAP在这方面没有给予任何灵活性。它们没有提供任何增强来决定是否固定分包组件的数量。这一点再次得到了说明的证实1397948 -分包:不能使用IDoc /SPE/IDOC_INPUT_DESADV1提供组件：

如果与标准设计相反，需要自动关联，则只能通过在类CL_SHP_LECOMP_CONTROL中修改方法IF_EX_SHP_DESADV_IN~PROCESS_SEGMENT来实现。(ls_comp-fmeng = abap_true)

如果SAP在这里提供了一个BAdI增强，那就太好了。不幸的是，他们没有。

在分包场景中实现入站交付的电子通信时，请注意这一细微差别。它很可能会通过测试，只会在路上咬你一口。而且，第一眼可能很难发现。

阅读我的其他博客在这里