我非CO专业顾问。工作中遇到的问题,也会找资料,分析,测试。有时这个过程会拿到结果,解决问题。遂将过程记录下来备查。读者请谨慎参考!整个过程参考了下面这位博客作者王老师的文章,在这里表示感谢。
CO用户在月结时发现一个虚拟的利润中心名为(999999999)中有金额(即不为0)。由于正常情况下,这个利润中心是不会产生记账的。所以产生疑问。下图是用2KEE的查询结果。
收集到相关科目号,利润中心,会计年度期间等信息,用FBL3N查询一下对应的凭证。
找出对应会计凭证,再向前追溯,可以发现是一笔基于发料到成本中心后,产生的会计凭证。
首先想到的是,这应该不是用户输入的,因为不可能主动去输入一个999999999这样的利润中心。
于是从成本中心和利润中心的角度去进行分析。由于业务的关系,成本中心和利润中心都可以标识对应到一个实体部门。因而,大家也可以看到,在成本中心主数据中,可以输入利润中心来建立彼此的对应关系。比如,业务部门花钱时,记账到成本中心,挣钱时,记账么利润中心。
果然,由于这个成本中心是新建立的,CO用户没有填写对应的利润中心,于是导致了物流用户在发料时,输入成本中心后,系统没有找到对应的利润中心,就自动匹配记账到999999999这个临时的类似中转站的利润中心了。我写博客时己更正过来。我只能找到更改记录来说明了。
除开篇的2KEE功能外,另外通过查询利润中心余额-S_ALR_87013326的方式,也可以找到相似的结果。
接下来就是不同利润中心的调整了。相当于将临时利润中心容器调到另一个正确的利润中心容器
通过创建利润中心凭证-9KE0来实现
调整时的输入有利润中心,科目号,金额等信息;完成后保存,生成凭证。
完成后,再用查询利润中心余额-S_ALR_87013326的方式来验证下,调整是否成功。
最后,用9KE9查看调整凭证时,也同时集成了冲销功能。