第八篇 EBS实现企业日常业务运管模型的解决方案设计思路

常业务运管模型
企业有大有小，各行各业，千差万别，但，其日常业务运管也有相通之处，以典型的制造企业为例，其日常业务运管模型如下图所示：


       （1）企业日常业务运管模型
在市场经济条件下，一个生产型企业往往会从供应市场上购买原材料（生产资料供应市场，人力资源市场等），经过一系列加工制造过程生产出客户需要的产品或服务，然后通过物流运输等形式交付给客户，实现价值创造。在能够持续盈利的情况下可以实现扩大再生产，持续发展壮大。从创业期过渡到发展期、继而过渡到壮大期、继而过渡到稳定期，随着市场盈利空间的变化还可能谋求转型，以实现永续经营发展。

1.1. 企业的部门及业务流程

一般地讲，一个公司往往会划分成不同的部门，一个部门又包含不同的岗位，而不同的岗位往往有不同的岗位职责及权限。一个公司必有其自己的一套部门职责及岗位职责划分体系。这些不同的部门行使不同的职能以协作完成公司的日常业务运作，而一个部门内的不同岗位又行使不同的职责以协作完成需要本部门落实的工作。随着公司的日益发展壮大，公司的日常业务运作越需要规范的管理，而这种规范就体现为有效制度体系约束下并配有有效的岗位绩效考核体系的业务流程。一个业务流程往往需要一个公司的多个部门来共同完成，涉及到这多个部门内部各自的若干岗位。若干岗位的工作按照时间顺序，管理要求等首尾相接就构成了一条流程。如下表所示：
                                                         （1）部门、岗位及业务流程示意图

	部门1		部门2		部门3		部门4
	岗位1	岗位2	岗位3	岗位4	岗位5	岗位6	岗位7	岗位8
流程1	Job1	Job2	Job3	Job4	Job5	Job6	Job7	Job8
流程2
……
流程n

（为了行文的逻辑，此处不谈制度体系，绩效考核体系，分权体系，流程体系等管理范畴。）
2.）公司的部门业务块与EBS功能模块对应关系图

X公司部门	销售	仓储运输	生产计划	车间	采购	质量	研发	财务	人资	其他
对应EBS功能模块	OM	INV SE	MDS MPS MRP	WIP	PO	QA	BOM	GL AR AP FA CST	HRMS

该公司的销售部门负责开发客户，接收并交付客户的订单，生产计划部门根据客户的订单及产品未来市场需求预测安排主需求计划、主生产计划、然后通过运行物料计划把主需求计划、主生产计划等转化为可以执行的生产计划及采购计划、通过发放生产指令及采购指令，驱动车间和采购部门的工作，采购部门采买客户需要的产品或车间需要的生产材料及生产辅料，车间生产出半成品或成品以满足客户的产品需求。质检部门负责产品原材料采购、产品生产及产品交付各个环节的质量把关。仓储运输部门负责原材料，半成品，产成品等的存放，转移，输转。应付管理部门负责与供应商的发票及付款业务，应收管理部门负责与客户的发票及收款业务，固定资产管理部门或岗位负责公司的固定资产的新增，折旧，报废等管理，成本管理部门负责公司的日常生产运作的成本核算及成本分析业务。人力管理部门负责公司员工的招聘，绩效考核，岗位的升迁，辞退，离职，社保，培训，工资发放业务。以上就是用一个典型的制造公司的日常业务运作，其模型见图（1）企业日常业务运管模型。

EBS实现该公司业务运作模型的思路就是首先实现对应管理公司各部门的功能模块，然后把各个功能模块按照公司的日常业务运作模型的分工协作关系集成在一起。EBS实现公司日常业务运管模型的解决方案如下图所示：


（2）EBS实现公司日常业务运管模型示意图
对比图（1）公司日常业务运管模型示意图与图（2）EBS实现公司日常业务运管模型示意图来看，很明显，EBS解决方案很直观，很好理解。公司各部门有不同的业务，不同的部门具有分工协作关系，EBS对应各部门的业务有相应的解决方案，不同的解决方案之间具有集成关系。

2.2. 多组织

EBS的功能模块集成在一起是实现了公司日常业务运管的模型，但软件只有一套，一个集团下属公司却有n多，n多公司如果各自安装一套ERP  软件，需要并行地购买硬件，软件，而且不同公司的数据是相互孤立的。成本高，运维繁重，数据不统一。各个公司各自管理各自的业务数据，各自为政。为了避免这种情况，EBS引入了多组织的概念，在进行数据库表设计的时候就引入了组织的概念，把不同的公司用不同的组织代码表示，这样不同公司的业务数据可以存储在同一张数据库表中，从而实现了EBS只要安装一个实例，就可以管理多个公司的业务的目标。

但是这样就引来一个新的问题，那就是如何确保A公司的系统使用人员未经授权不能访问B公司的业务数据。这个解决方案也很直观，那就是引入职责机制。

2.3. 职责及多组织访问控制

假如某个公司的仓储运输部门的某个岗位的某个人需要使用存货管理的功能，那么就为其定义存货管理的职责（这就像该岗位的这个人具有其自己的岗位职责一样，很直观，该岗位的这个人只能管理A公司库房里的存货），定义该职责可以访问的存货管理功能的数据组、功能菜单及请求组（分别控制具有该职责的系统登录用户可以访问的存货管理模块的数据、菜单命令和报表程序），还可以定义菜单排除项，排除项及安全属性已进一步限制职责的访问权限。如果某个公司的某个部门的某个岗位的某个人还需要使用订单管理的功能、采购管理的功能、质量管理的功能、工程数据管理的功能、生产计划管理的功能、车间在制品管理的功能、总帐、应收、应付、成本、固定资产管理的功能，也需要为该用户分别定义相应EBS功能模块下的职责。

接下来定义职责的有关组织结构访问的配置文件，通过定义这些配置文件，就明确了职责可以访问到哪些组织里的业务数据。

EBS通过以下几个配置文件实现控制职责可以访问的组织结构数据上下文环境：

hr:business group

gl: ledger name

mo: operating unit

mo: security profile

mo:default operating unit

EBS还通过设置职责的organization access来控制职责可以访问的库存组织数据。

通过设置以上配置文件和组织访问，就把某职责可以访问的数据限制了。当具有该职责的用户操作系统的时候，他所能够操纵的数据也被限制在了这些配置文件和组织访问设置所限制的组织结构上下文环境中。

2.4. 单一实例

这样EBS标准业务包就可以用一个安装实例管理一个集团n多公司的日常业务运管，而且实现了业务数据的安全性管理（访问控制）。降低了硬件成本，降低了维护难度及复杂度，实现了业务数据的集中存储和统一管理。

2.5. 预置各行各业标准业务流程，体现最佳实践

EBS通过模块化设计及集成，引入多组织及多组织访问控制机制实现了用一个单一实例管理任何一个大小的公司的日常业务运管模型。并预置了数以千计的经过实践检验的业务流程。如下表所示：

（3）EBS预置的一些业务流程

OM

BOM

MPS/MRP

WIP

INV

PO

QA

AR

AP

FA

CST

GL

ATO

PTO

B2B

Dropship

O2C

P2P

Min-max

Reorder

Kanban

Replenishment counting

Physical inventory

Mrp-workorder

Mrp-po

……

这些业务流程可以实现不同自动化程度的运行。比如b2b流程，需要设置automatci sourcing，这样当录入好b2b订单后，progress订单行就会写requisition open interface表，如果设置requisition import程序自动运行的话，在requisition import运行完毕后，会自动创建pr，而pr通过automatic sourcing机制，可以自动确定supplier和从sourcing document中找到price，从而自动创建为purchasing documents(pr如果reference了quotation，则由po create document工作流创建为standard purchase order, 如果pr reference了blanket purchase agreement,则设置profile option PO: release during reqimport = yes, approved supplier list中supplier-item属性定义的blanket purchase agreement 的release method=automatic release,就可以把reference了blanket purchase agreement的pr自动创建为blanket purchase agreement的release)。直白点说，你录入好b2b订单后，progress订单行，系统就自动为你创建好了采购订单，采购部门的人员就可以把采购订单传送给供应商，实现采购。

以上这个例子具有代表性，EBS预置的业务流程可以实现很高程度的自动化，只要管理基础工作做好了，EBS可以加速企业内部供应链，甚至企业外部供应链的运作效率，使得供应链中物流，信息流，资金流高速、准确流动，从而帮助企业在以供应链竞争为主题的今天赢得快人一步，抢占先机，赢得竞争优势。

3. 总结
EBS实现企业日常业务运管模型的设计思路非常直观。领会了这个设计思路，对于实施EBS具有莫大的益处。
下篇介绍EBS项目实施中需求分析及解决方案的通用思路。