我不会说法语，但似乎SBWP发出的消息大致翻译为文档过帐表中的不一致，对吗？ 在T100中，这对应于V2 030。

我在支持门户网站中发现的唯一注释是针对真正的旧版本的。 您的系统不太可能这么旧，但以防万一我弄错了： 1103079-更正了不正确的音符 1093797 。

在大多数情况下，此类问题是由于客户代码中的逻辑实现不正确而导致的。 我认为，这样问是有道理的：您是否可以在测试环境中重现问题？ 另外，这个问题是否仅对某些发票，仅对本发票或对所有发票都会发生？ ，开发团队的同事将很难进行故障排除。

如果最近开始出现此问题（假设影响了多个文档）-您是否检查了是否有任何运输要求相关 将SD-FI接口导入系统中？ 如果您可以将其精确定位到传输请求，将会容易得多，因为在这种情况下，您无需查看所有用户出口（您可以使用程序SNIF或事务PRCAT来查找系统中处于活动状态的自定义逻辑， 当然，除了修改之外）。

请您组织中经验丰富的开发人员来帮助您检查代码中的问题点，例如，对XVBRK/XVBRP进行排序。

我认为SAP note 178328-由于SD中用户退出错误而引起的问题可能是一个很好的起点，但是 经验丰富的开发人员可能会知道检查的内容比那里描述的要多（我自己不是开发人员）。

除此之外-如果您可以在QAS中可靠地重现该案例-请在 来自SM13的有问题的FM（RV_INVOICE_POST），并在开发人员的帮助下进行调试。

我更希望避免PRD中的此类故障排除（通过调试），在这种情况下是proba

编辑（忘记提及）：还检查复制控制设置中的VOFM例程。