在实施电子发票系统后，在测试过程中会出现这样一个奇怪的问题，这是由于FI发票IDoc出站处理新使用了消息类型FIDCC2造成的，然后触发了标准程序的分支逻辑，导致验证失败。

然后最近又出现了另一个新问题，即仅针对印度的FB60缺少预扣税项目。我假设与电子发票相关的增强功能会影响FI过帐过程，大数据资源，但在文档保存和消息输出过程中找不到任何增强功能。相关的代扣所得税配置和基础资料也不错

经过两个小时的检查，意外发现，原因相同：FI发票IDoc出站处理新使用消息类型FIDCC2，触发了标准程序的分支逻辑，导致在处理持有税时使用了不同的逻辑。

表TBD05中的键条目，这是消息类型FIDCC2的分布模型

A分布模型包含标识哪些消息（消息类型）流向哪个逻辑系统的规范。IDoc进程只需要针对印度公司代码的消息类型FIDCC2进行BD64维护

关键功能模块：FI\ U WT\ U PREPARE\ U DATA\ U for\ U IDoc

以上BD64维护导致此FM："FI\ U WT\ U PREPARE\ U DATA\ U for\ U IDoc"返回参数X\ U DISTRIBUTE为"X"，中移物联网，表示当前系统是消息类型的发送方系统FIDCC2.

跳过预扣税的关键分支逻辑

当FB60使用标准FM时：'FI\u WT\u FB01\u CALCULATE\u WT'进行With holding过程，'X'for X\u DISTRIBUTE使系统完全跳过预扣税计算！

这可能发生在以前从未使用过FIDCC2的特定系统上（否则，它早就被发现了）。所以，请检查一下，返利机器人是真的吗，也许这是另一个可能的原因，当遇到像我的情况一样在FB60缺少预扣税。

（只需意识到SAP notes 672040已经给出了解决这个问题的方案，返利机器人怎么做，直到发布SAP\ U FIN 616；对于SAP\ U FIN 617或S4CORE 100+，使用SAP notes 1821352。）

，云服务器如何