恐怕没有一种简单而轻松的方法可以达到要求（除非您以某种方式设法说服企业更改当前政策）。

我想您已经得出结论了。 您需要在销售订单中将费用作为单独的项目收取-否则，您将不会在单独的发票中收取费用。 而且您需要使用与订单相关的计费方式，因为您不知道首先要对哪个交货进行计费。

发票拆分部分相对容易-您需要一个自定义拆分标准（VOFM例程），您将在其中分配该标准 您的复制控件。 我可能会使用材料大师的一些标准，例如 MVGR1代替MATNR来创建此类项目以及价格清单类型（在az *表中）的分组，并将在VOFM例程中使用它来确定是否拆分发票。

这仅仅是 问题的开始-当净值低于预定义的阈值时，您需要进行其他开发才能将商品添加到销售订单中（当然，至少对于每个销售组织和文档类型，在z *表中都具有此值是有意义的 并使用某些货币）。 严峻的挑战之一是处理销售订单中的后续价值变化：例如，该订单最初具有较高的价值，但随后对它重新定价（并应用了一些折扣），或者您拒绝了某个项目而净值下降了。 低于阈值，因此您需要添加费用项目。 或者，您也可以采用相反的情况-最初添加了商品，然后对订单重新定价（因为某些折扣未正确应用），现在您需要添加商品。

情况变得更糟。 您需要确保在交付物品之前不会对物流费用项目开票。 除了在项目级别上使用结算块外，选项不多（除非不可避免，我宁愿不要弄乱计费到期索引）。

对于每月结算，您可能会遇到多个项目 在同一张发票中使用物流费，但这没什么大不了的，如果客户希望看到此内容，则可以调整printform逻辑以将物料合并到一行中。

一个销售订单 可以进行多次交付-这不会有问题，您的订单中只有一个收费项目，而您只有一个发票。

如果可能发生的情况是该订单最初具有价值 低于阈值时，将开具第一次交付和服务费的发票并发送给客户，然后对订单重新定价-唯一的方法是发出更正文件。

我想您需要实施 其他授权，以防止用户删除或拒绝服务费项目或修改计费组 k。

手动计费（VF01和VF04）也很困难。 如果您处于项目的早期阶段，则可以考虑使用与标准项目的交货数量计费相关的订单-至少在这种情况下，用户将仅对订单进行计费，而他们有可能忘记创建包含物流费的合并发票

正如我已经提到的那样，此过程确实很麻烦，并且会引起很多问题（更不用说额外的预算了） 开发）。 这是一个可怕的解决方案，如果您实施了该解决方案，那么用户很可能会讨厌您。

希望您向企业解释这个过程将如何使他们的工作变得更加困难，可能会重新考虑并调整一些要求