科目余额表FAGLFLEXT的局限性

Table

Description automatically generated with low confidence

SAP科目余额表FAGLFLEXT在R3和ECC时代存在的目的之一是为了解决数据量过大而带来的取数性能问题而设立的,在每一笔会计凭证保存的时候根据设定的汇总维度(参考文章:FB02修改Coding Block自定义会计凭证字段)将科目发生额进行汇总,这样相关报表以及自开发报表取数的时候数据量就少了很多,性能大大提升。

可是,随着HANA的普及,使用CDS取数及运算实在是太快太方便了,不论是按期间、按科目、按对方科目汇总,还是快速捞取特定字段,都非常快、而且使用也很简单。除了在类似资产负债表之类大家已经习惯了从FAGLFLEXT中取数的报表,其他报表建议直接写CDS取。

事情起源于今天碰到的一件怪事:项目上线的时候开发了内部往来对账表,根据会计科目和贸易伙伴(VBUND)取FAGLFLEXT表进行汇总,核对内部往来方之间的应收、其他应收、应付、其他应付,大部分往来放的数据与IDCNARIDCNAP都对得上,但随机出现几个公司代码的数与实际不符,认真核对了IDCNAR和BSEG确定是报表的数不对。通过跟踪调试发现,取出FAGLFLEXT的行项目中有些行项目的贸易伙伴是空的,不会进行汇总,如果把这部分数据加回去数据就与实际相符了。进一步排查发现是有些凭证行项目本该有贸易伙伴的,但是没有填写,导致生成凭证是时数据没有按贸易伙伴汇总到FAGLFLEXT。事已至此,很明显再继续取FAGLFLEXT的数是靠不住了,还是写个CDS写BSEG和BKPF吧。

内存计算时代,汇总表什么的,必要性确实不大了,千言万语、一切尽在CDS里。一个时代有一个时代的产物,SAP承载了太多的历史,我们在使用时要顺应潮流,取其精华。

本文作者: GavinDong

版权属于: GavinDong博客

文章链接: https://www.gavindong.com/10910.html

如果使用过程中遇到问题,可 **点击此处** 交流沟通。

版权所有,转载时必须以链接形式注明作者和原始出处及本声明。

发表评论

登录后才能评论
email