|
原帖由 super_erp 于 2010-4-26 10:00 发表 ![]()
屠夫那篇文章我也看过,楼主说的有一定道理,但不全面,理由如下:
关键是否有合理的业务需求驱动他去改呢?
Payment不能按某个业务板块的业务来看,更多应站在整个公司实体角度去审视,把供应商看成一个整体。
-------------------------------------------------------------------------------------------------------------------------
有合理的业务需求,新总帐不是要支持利润中心核算,甚至利润中心合并吗?应收应付都不带利润中心,如何核算?总帐是可以分割凭证,但分割的依据是什么?
--------------------------------------------------------------------------------------------------------------------
像Payment factory这种部门,是根本不可能去看最后都是付了啥钱的?
-----------------------------------------------------------------------------
如果不知道付的什么钱?那怎么清帐呢?清帐的依据是什么?
其实我认为这也是多组织应用的一种复杂性的体现,从外部会计的角度来说,应付款不带利润中心是完全合理的,但从内部管理的角度上讲,企业要细化核算也是完全合理的需求,你的系统要支持,怎么支持呢?总帐分割凭证就是一种支持,但总帐分割的依据应该来自业务系统,也就是说AP AR要支持利润中心。应收应付带利润中心与总帐分割凭证是一个道理。
有两个层面,一个是报告层面,这个应收应付分利润中心已经通过分割凭证解决了。另一个是交易层面,这个层面技术上现在没有解决,业务上的需求也并不尽然合理。
如果我们把利润中心看成是公司代码下的一个细分的业务分部,在支付集中化的趋势下,付款这个业务在交易层面,不可能按业务分部去处理。集中支付的场景下,支付清账一般是自动完成的,所有已到期的应付款都会列入支付计划,在这种情况下,对供应商的管控不仅仅是跨业务部门的,有时候甚至是跨公司的,取决于支付的集中度有多高。 |
|