在FI中达到的项目最大编号.docx
《在FI中达到的项目最大编号.docx》由会员分享，可在线阅读，更多相关《在FI中达到的项目最大编号.docx（8页珍藏版）》请在冰豆网上搜索。
问题：
CO88生产订单结算，提示：
在FI中达到的项目最大编号
在FI中达到的项目最大编号
消息号F5727
诊断
已超过FI凭证（'999'）的项目最大数。
系统响应
FI凭证含三位数项目计数器，该计数器按凭证限制允许项目的数量。
步骤
如果含过多项目的凭证来自另一应用范围（例如，销售，后勤，订单会计），那么
可以配置该系统以便在FI中汇总这些凭证。
经查询，该生产订单95000000的行项目超过999个，照成FI凭证行项目超过系统限制值。
解决：
OBCY
可以先拿一张可以过账的订单测试一下，检查其凭证头的参考交易代码是什么
查出此处参考交易是AUAK
经过此设置，则会按照物料号进行汇总过账。
可以进行组合汇总。
网上的解决方案
真要解决此issue两个解决方法:
1.askforASPAG或在以后的版本将domainBUZEI的length加大到4,就可9999lineitems了,如各企业真比较常见这样的问题真的可给个建议.
2.自己动手SE11changedomainBUZEIfrom3to4,从数据库理论上讲,增加fields字段长度是没关系的,即使有数据.我测试过但是你必须非常注意因为使用BUZEIdomain的表可能很多,在change时要非常小心.SAP使用domain的好处也在于此,只要更改domain,所有的用到它的数据对象随domain的激活会自动调整.
[转帖]SAP凭证突破999行的解决方案
10月13日
SAP凭证突破999行的解决方案
Symptom
当系统中任何非循环产生凭证的业务，产生大量凭证行项目，项目数超999行时，系统报错，消息号为F5727。
首先解释何循环产生凭证的业务，例如批量订单结算，每张订单结算凭证，都会拥有独立的凭证编号，也就说，系统每结算一张订单，就会自动结束这个结算循环，并重新开始结算下一张订单，这就是循环产成凭证的业务。
而非循环的业务，指的是那些在一个凭证编号下，系统自动为该业务产生所有行项目，例如订单的独立结算，一张结算凭证中，包含所有的行项目。
ReasonandPrerequisites
SAP官方NOTE为：
Note36353。
由于这个NOTE屁话太多，有太多内容涉及老版本的SAP，故仅供大家参考。
具体的原因为，SAP中，控制行项目编号的字段为BUZEI，这个字段的字长为3，也就是说，这个字段的最大值为999，系统中显示如下：
所以在技术上，我们很难突破999这个限制。
下面就是最激动人心的部分，解决方案。
SolutionOne
通过对行项目进行汇总，减少有效的行项目数。
简单的说，通过配置，我们可以将行项目进行揉合，从而在凭证中不产生明细项目，而直接生成总额，这是一种比较折中的方案，有利有弊。
首先我们来看种方法是如何操作的。
第一步，我们需要确定是那些业务的凭证超过999行，这些业务大多与后勤模块相关，例如SD的外向开票，MM的采购收货，PP的订单结算等，从中我们不难发现，这些结算都与BSEG这张表有关，这张表的作用主要为：
产生于后勤相关的会计凭证。
我们只要将这张表里的部分内容，与后勤相关的字段进行汇总，就能有效解决该问题。
第二部，当确定问题业务后，通过OBCY这个T-Code，进入表示图维护界面，输入该业务，如下图所示：
选择需要汇总的业务交易类型，典型的有：
AUAK订单结算
VBRK外向开票
MKPF物料凭证
RMRP发票校验
回车后进入修改界面：
图中MATNR字段代表的是物料编号字段，上图的逻辑为：
结算时，将物料进行汇总，从而有效避免999行的系统限制。
但这个解决方案是存在弊端的，就拿上面为例，当对订单结算中的物料字段进行汇总后，结算凭证中将不再显示物料编号，如下图所示：
这样我们就失去了很多重要的分析依据。
SolutionTwo
直接修改BUZEI（行项目）字段的字长，这种方法简单暴力，但存在极大风险。
我们可以通过SE11中的域，来直接修改这个域中所有BUZEI字段的字长。
但涉及到BUZEI字段的表太多，通过修改域的方式不能100%的确保所有表内的BUZEI字段皆被修改，从而对系统将来的稳定运行，带来极大隐患，所以这种方案也只是仅供参考，具体方法如下：
进入SE11，通过域输入BUZEI。
然后手动修改字长。
升级会员 