多级组织架构间的软件业务流程讨论

 对于鞋服行业的零售分销企业，大多数是多级组织架构的,如下图所示：

                

     如何处理每个组织内部的业务以及和其它组织间的业务，是鞋服行业软件好坏的一个关键指标.

以上图为例，我们来讨论一下多级组织间的软件业务流程。

图中表示的是：一个典型的三级组织架构的企业，第一级总公司A,第二级分公司B1,第三级是经销商C1.

鞋服行业软件对于这种结构，一个典型而又普遍的做法为:

1):总部和其它组织（或经销商，或代理商）算成本，算库存的方式有区别

  如果软件具有以下几个主要模块：

         1):采购类模块（只有总公司具有，向供应商能够享有）

         2):批发类模块(销售给客户)

         3):渠道调拔类(销售给分公司)

         4):零售模块

         5):店铺调拔类模块.

  总部这五大类模块都有，而其它组织是没有采购类模块的。 那其它组织的采购数据从哪儿来，从”3):渠道调拔类”得到,理论上业务逻辑是讲的通的，但是事实上为软件的扩展增加了无穷的麻烦,具体体现在：

  a):数据很混乱，比如总公司A给分公司B1发了100件货品，做了一张渠道调拔单.

那么这张渠道调拔单在总部A里面算出库，在分公司B1里面算采购入库.如果只有两级，这样做没什么问题，和自营店一样，但是如果是三级就麻烦了，分公司B1向经销商C1发了50件货品，也是做渠道调拔单的.总经一下，对于B1的渠道调拔单来说，有些是当作采购入库的，有些是当作调拔出库的.

b):除了总部外，其它组织算成本很麻烦，库存重整也很麻烦。而且非常容易造成数据库死锁.原因很简单：一条数据几个组织共有，很容易出现抢占资源的情况，从而数据库死锁。

c):如果所有的数据要求实时，性能很难优化，鞋服行业的软件大多数体现在数据库层，因为数据量很大。而解决性能的一个最有效的办法就是切割表,就象电信一样。而如果是这种设计，数据杂乱无章地放在一起，相信谁来都很难了。所以目前一些大企业的做法就是，每个组织建一个数据库，通过数据传输达到业务数据间的往来.

2):参数设置不能按照组织来区分,总部设置一个系统参数，其它组织就要按照设置的参数执行。对于管理上很严紧，这种设计也是可以的，但是国内企业还达不到，不同组织间的管理文化，人员构成,经营能力都是有区别，不可能做到一样。

从以上分析得知，目前鞋服行业的软件存在普遍问题是，处理一，二级两级，用起来挺好，处理到第二级以后，就非常麻烦，不好用。事实上这和我调查的一些企业的使用效果相同.

我个人的倾向设计是：

1):每个组织具有相同的模块，每个模块的作用都相同

2):每个组织都能单独设置系统参数

3):除了基础数据(比如，商品，颜色，尺码)之外，它的业务数据是相对独立的.

4):组织间业务数据衔接，通过单独的业务工具,业务往来具体包含如下：

a):上级组织发货，下级组织验货，收货的过程

    b):下级组织采购订货，上级组织转为销售订单的过程

    c):下级组织退货申请，上级组织审核，并转为销售退货申请的过程。

    d):下级组织退货，上级组织审核，并转为销售退单的过程。

以上纯属个人观点，欢迎讨论。