【鞋服零售ERP】之法人与核算单元的设计

 1. 引言

       根据以往的经验法人大多是以账套的模式,财务呢又与账套关联,而且财务属性有些国产软件放在业务单元中作为一个属性来管理。在本次设计中我是单独拉出来了,主要的考虑是什么呢?一是法人就是实实在在需要出具核算报告的单位;核算单元就是为了解决不具备法人的资格,而又需要单独核算的组织,可以是虚拟的,纯为了管理的需要。三是二者超级解耦,可以关联也可以不关联,可以构成父子关系,也可以不构成父子关系。

 2. 设计思路

        这种设计思路启发来自于国产和国外的组织管理,也来源一种扁平化的思想,即由业务场景决定记账组织,而无需人为的选择,业务发生记录就行,其他都由业务模型完成。当然这种方式并不解决所有的业务场景,特别是财务的场景,作为一款深耕于鞋服包的ERP软件,在取舍时,取了业务,弱化了财务。在这一点的考虑上,当下我们对财务核算没有规划,所有的业务都考虑了如何与主流的财务软件对接,包括出入库、费用和成本等。

       法人与核算单元有二个关系,即如果是法人则一定是核算单元;是核算单元则不一定是法人。所以,在定义和维护时所需要的内容是不一样的。这样的设计是为了保障法人账的完整,核算管理账的颗粒度精细。

       在这个设计上除了以上的关系,我们也考虑了虚拟的情况,主要是因为如果很多核算单元,没有一个父节点那么在查询和汇总时,在效率上就比较低,所以,引入了虚实之分,虚单元只为汇总和权限的管理,不承载业务数据和场景;实单元承载的是各种业务数据、信息。

       除此,充分遵循了主数据的治理的原则和客供商管理的思路,完成了一个法人或核算单元所需的组织信息、财务信息、税务信息、核算信息和其他扩展信息,保证了维护则有用,用则有效的数据理念。

        当然,还有更多的需要优化点支持集团化、多品牌化、多管控模式等模型,欢迎共论!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值