即使对于包含单个项目的开票凭证，您也可能遇到999个FI项目的限制（我知道，因为我过去只是为了证明这一点而这样做）。 当然，在正常的业务情况下，这种情况极不可能发生。

问题仅仅是针对您的公司代码之一而发生的，这仍然无关紧要。

我无法理解您的意思：" 对于每个客户，逻辑种类已可用于其他公司 "。哪种逻辑？您是说，对于其他组织，您已根据计费项目的最大数量引入了计费拆分？如果是，请检查副本 控制设置，尤其是VOFM例程-这是最可能引入逻辑的地方。如果您的意思是您没有遇到999 FI项目的问题-正如我所提到的，这取决于多种因素：开票数量

如果您正在寻找一种简单的方法来查找在其中写入自定义逻辑的位置，则可以尝试使用事务PRCAT或SNIF程序。 本地开发人员寻求帮助； Wiki中有一些非常有用的指南，用于结算文档创建和发布帐单文件或会计和我个人最喜欢的-一般信息 关于SD-FI接口。 另一个可行的选择是为您的项目寻找一些功能设计文档，开发规范和解决方案建议文档。

请不要使用answer而不是注释来提供其他信息！ 执行此操作时，参与者不会收到有关更新的通知，这会减少您获得帮助的机会。 而且，这增加了我们主持人的工作量，该主持人必须手动更正每个帖子。

阅读以下SAP注释也许很有用：

-会计界面：FI文档汇总

- 545137-常见问题解答界面-汇总

发布查询并进行进一步更新时，请在"评论"下而不是在"答案"下添加内容，因为您不是在回答查询，而是仅提供由 成员。 同样，当您在"注释"下添加文本时，该文本将提示您所响应的人，而如果您在"答案"下添加该文本，则该成员将不会被提示。 顺便说一下，您的上述答案已由我转换为评论。

我想您是说FI文档中限制999个订单项。 如果我误解了您-请澄清。

对999个订单项的限制不是自定义的结果，您不会在SPRO中找到任何节点来增加此限制。

限制是由于在数据字典中定义了FI文档项目的字段。 BSEG-BUZEI被定义为长度为3的数字。这意味着FI文档中的项目不能超过999个。

我建议通过VOFM例程减少开票文档中的行项目数。 会读取"国家/地区特定功能"中"维护最大计费项目数"（您已检查的节点）中指定的值，并触发发票拆分。

很难建议最合适的最大计费项目数 计费项目，具体取决于公司的运营方式，定价方式等。使用BW或可用的任何报告工具来确定流程中计费项目的最大价值。

嗨，

我没有完全回答您的问题。

我不喜欢有想要的限制。 问题是开票凭证中的正数仅长度为3，并且在999处有一个翻转，从第1个位置的Pos再次开始进入第1000个条目。 所以这会导致错误。

i现在最有可能必须添加一个"拆分逻辑"，以强制FI系统将位置写入不同的FI文档中。

i 不记得在何处添加拆分的Logik（它是某种CU/Userexit），但我不确定您会发现。

关于Stefan Seeburger