问题解决思路记录——利润表EBIT项金额不平Issue(GR55 reporting discrepancy)

这个利润表EBIT项金额不平Issue让我头痛了一周，最好终于完美解决掉了。
这过程中一直与老丁一起在讨论，也亏得有老丁的帮助（催促），准确的说是推动下，问题才能最终顺利解决。
而这则小小的思路Note也是应老丁的强烈要求之下产生的。 

解决的过程大致可分为三段：

问题的提出：

客户在做8月的月结时发现F.01 BS报表的EBIT项与GR55 Operating Income statement报表不一致，有接近19M JPY的差异。客户认为是GR55 YP07报表有问题。

问题的分析：

 1） 通过检查，发现GR55报表本身是没有问题的，在比较了BS报表与GR55报表的8月发生余额后，发现有约16M的差异是来自于709000 COS 科目post的时候没有带profit center，有3M的差异来自8月冲销的1月建立未settle的IO产生的credit 项。
2） 进一步与客户和老丁沟通后得知，客户需要的是要1到8月的EBIT余额要平，所以需要把1到8月作为一个整体来分析，不能单单看8月的数据，而这个EBIT余额差异则高达90M JPY。
3） 我和老丁经过一段时间的昏天黑地的计算之后，有了一个想法就是会不会这个差异是允许的呢，因为差异如此大，而且不是只一个月有，那老丁在与客户的中国分公司的会计确认后得知，确实应该是要EBIT在两个报表里面的余额是需要平的。
4） 之后我就开始分析从一月到八月的每月余额，一项项对下来以后发现这90M的差异来自1月、6月、7月及8月；而6、7、8月的差异很小不过才3M多，主要来自于IO settle、Post with incorrect profit center的原因；而大头则来自1月的87M差异，在仔细的研究了1月这87M差异后，我得知，这87M是来自与cost settlement没有进到PCA模块里面，那么为什么没有进去呢？
5） “为什么没进去？”这个问题也让我很困惑，我仔细的研究了这些settlement的数据后发现，这些数据是进到了PCA模块的，但是都跑到profit center 107099里面去了（包括debit和credit项），这样，无论我们选不选107099来看GR55表，这87M的amount都是看不到的，那为啥这87M都跑107099这个dummy profit center里去了呢，这里面一定有个地方出错了。
6） 现在只要把这个出错的地方找出来就大功告成了，在查找原因的过程中我发现，在1月做cost settlement的这些个cost object（全部是cost center）对应的profit center并非全部是107099，那为什么settle的时候全部到107099里面去了呢？我选取了一个cost element 998725来单独分析，在查看了998725在settle时的所以cost center的主数据后我终于发现了，在3月5号的时候有几个cost center对应的profit center被改过，分别从107099改为107000、107001或107002，这证明了在2月5号做1月的cost settlement的时候，这里面的profit center 仍然是107099，而3月5号正好是2月的cost settlement时点，这很好的解释了为啥只有1月有这么大的差异，在询问了老丁后，我得知客户是在去年底上的SAP系统。之后的工作就比较简单了，我把missing 的amount一项项的列了出来做了一个list寄给客户。

问题的解决：

在问题原因找出来之后，老丁给我电话说，客户现在不想去改正以前月份的数据，因为都已关帐，如果重新开需要向总部申请权限，所以就给他们解决方案把差额补在9月。我想了想，因为只是PCA的数据有问题，所以只需要建立相应的profit center document来post相应的amount到相应的profit center就可以解决了，于是我在测试机上试过OK后，便把解决方案寄给了客户，问题解决了心情爽快了不少。