本帖最后由 自信2011 于 2014-12-2 21:46 编辑
期末调整(Tcode:F.5D/F.5E/1KEK)
F.5D后F.5E产生的凭证。
调整凭证1200000003凭证的第5/6行正是上面两笔付款的调整凭证,理解为:
业务范围4000为业务范围3000付了1100元款,6100000000即内部应付科目,实际上它不仅是调整跨业范围,也调整跨利润中心甚至功能范围,哪位可爱的老兄将它取名业务范围调整是认为剥夺人家的基本权力。注意到,调整凭证没有利润中心调整!
这就是47C或以前版本的毛病,即使是利润中心调整F.5D/F.5E也失效的业务场景有以下几个:
1. 象上例一笔应付帐款涉及多个利润中心,调整后还是DUMMY.
2. 预付清应付时,假设预付也没有利润中心,两个DUMMY就彻底DUMMY了.
3. 假设供应商同时为客户,系统提供应收和应付对清功能,而应收应付一样的道理,是产生时
不带利润中心的, 两个DUMMY有瞎到一起了。
设想一下,如果连应收应付都遭成一团利润中心资产负债表还能用吗?很多人说,能分清损益表马马虎虎就行了,资产负债表项要分清确实不容易,比如管理部门的所有固定资产,为各利润中心服务的公用物料怎么能绝对在各利润中心分的明明白白?
总之,如果没有实时保证到每笔应付应收都带利润中心,然后你说你家的利润中心应收应付绝对准确估计多半是自欺欺人。
只涉及一个业务范围和一个利润中心的业务。
比较幸运的是,通常同一笔应付可能只涉及One BA,One Profit center 。
看上面MIRO后的这一笔应付帐款,只涉及业务范围2000和利润中心9188020000。
F.5D/F.5E后,产生凭证如下,通过6100000000将应付帐款和税金的SINO-DUMMY调整平衡。
理论地,F.5D/F.5E,SINO-DUMMY这个利润中心科目余额都应该平衡。
有个好友问,如果付款时银行科目也输入业务范围和利润中心,并且和应付的业务范围/利润中心不同,F.5D/F.5E会从银行科目吗?
下图可以回答这个问题,假设银行科目走业务范围6000,和上面的业务范围2000不同,F.5D/F.5E产生的凭证如下:
注意到应付出始终找到发票校验时应付产生时的原始业务范围和利润中心,因为银行存款走业务范围6000,产生了业务调整凭证1200000011 。
统驭科目的设置(Tcode:OBXM)
使用ECC6的在线分割实时保证每笔应收应付都带利润中心(也包括业务范围)ECC6的凭证分割有两大功能,
一是特征派生,保证将业务范围/利润中心派生到忘记输入或自动/后台过帐时不方便输入的凭证行项目,
二是分割,分割后实现零余额平衡,所谓的零余额平衡就是保证每个完整的会计凭证一定按分解特征平衡,假设业务范围和利润中心都是零余额平衡,也就是说,每个会计凭证不仅仅是公司代码层平衡(借贷平衡三岁小孩现在都知道),也保证被设置为分解特征的业务范围层和利润中心层次都是平衡的。
设计看起来很巧妙,实际应用存在什么问题呢?
现在,在ECC6同样是发票校验,同样是一个采购单的两个行项目涉及两个利润中心,产生的凭证如下图,上部是分割前的凭证,注意和以前版本一样,应付帐款只有业务范围没有利润中心,增值税业务范围和利润中心都没有。
而下半部分是分割后的分割凭证,注意带应付帐款和增值税都带上了业务范围和利润中心,分别按照不同利润中心给分成了两笔。
从中可以看出,分割凭证无论是公司代码层/业务范围层/利润中心借贷都是平衡的。
应付帐款2574元,不带利润中心
那么如果使用其它业务范围/利润中心的银行存款付款会出现什么情况呢?