在FI中达到的项目最大编号.docx

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