多组织架构概述

1、多组织架构业务组（BG）（二）法律实体（LE）（三）业业务实体体（OUU）（四）库库存组织织（INNV）（五）公公司成本本中心（Cosst CCentter）（六）HHR组织织（七）多多组织接接入控制制(八)一一个集团团下的全全资子公公司才可可以设置置为OUU。若占占百分比比的，应应设置为为新的帐帐套。在企业管管理实践践的过程程中，“组织”（Orgganiizattionn） 一一词是个个经常需需用到的的概念，一般与与“人员”与“职能”这两个个要素密密切相关关，反映映某种行行政管理理关系，例如“财务部部、销售售部、采采购部、生产部部、仓储储部”等等。 企业业内部行行政组织织（部门门）的划划分是

2、企企业基于于“职能驱驱动”业务管管理模式式进行运运作的基基础。目目前，国国内适用用于小企企业使用用的大多多数低端端管理软软件并不不考虑系系统中的的 “组织”设置问问题，其其系统应应用模块块的划分分，例如如采购模模块、仓仓管模块块、销售售模块等等等，实实际上就就已经基基本反映映了企业业运作的的“组织职职能”划分问问题。但是，对对于业务务复杂、规模较较大的企企业（如如所谓“集团企企业”），管管理软件件使用与与实施的的系统“组织设设置”问题将将是一个个首要的的重要问问题。一一个常见见的、也也是错误误的系统统实现方方式就是是将企业业的“行政组组织设置置”直接映映射到系系统中，以“行政组组织”代替“业务

3、组组织”。这种种系统实实现方式式虽有理理解、掌掌握比较较容易的的优势，但却完完全违背背了大企企业运作作必须基基于“流程驱驱动”业务模模式的基基本管理理原则。国内有有所谓高高端管理理软件在在系统实实施过程程中，常常常出现现有几十十个财务务、采购购组织，几百个个销售组组织，乃乃至上千千个库存存组织的的“盛况”，导致致系统几几乎没法法使用的的困境，其症结结正在于于此。与企业的的“行政组组织”设置与与人员规规模密切切相关且且复杂多多变不同同，软件件系统的的“组织设设置”必须以以业务流流程运作作为核心心，要求求尽可能能简单并并保持相相对稳定定，在公公司（人人员）规规模扩大大的过程程中具有有延续性性与继承

4、承性。作作为ERRP鼻祖祖的SAAP将系系统组织织简单地地分为“集团（Cliientt）、公公司代码码（Coompaany Codde）、采购组组织（PPurcchasse OOrg）、销售售组织（Salle OOrg）、工厂厂（Pllantt）”等类别别。ORRACLLE的组组织设置置本质上上与之基基本相似似，但作作为后来来者作了了进一步步抽象与与简化，系统组组织划分分为“业务组组（Buusinnesss Grroupp）、法法律实体体（Leegall Enntitty）、业务实实体（OOperratiing Uniit）、库存组组织（IInveentoory Orgg）”等。如果说SSAP

5、的的组织模模型字面面上多少少还带有有一点“行政组组织”痕迹的的话（这这可能是是某些声声称学SSAP的的国内产产品误入入歧途的的原因），ORRACLLE系统统的组织织模型字字面上已已经几乎乎看不出出与“行政组组织”还有什什么关系系，其中中的“Invventtoryy Orrg”现今中中文翻译译成“库存组组织”，容易易令人望望文生义义和企业业的“仓库管管理部门门（Waarehhousse）”混淆，但Innvenntorry的本本义实际际应该是是“存货”，称之之为“存货组组织”或许更更好一些些。如下下图222所示ORRACLLE系统统有关核核心业务务的多组组织模型型：上图中的的“财务、销售、采购”并

6、非系系统的“组织实实体”，它仅仅表示业业务实体体（OUU）具有有的相关关业务处处理功能能。“子库”是特殊殊的系统统组织实实体，没没有上下下文环境境可进入入，主要要表示库库存组织织之下的的某种业业务功能能。（一）业业务组（BG） “业业务组”的概念念可以与与企业的的“集团”概念参参看，但但不同的的是一个个企业在在系统中中可以设设置多个个“业务组组（集团团）”。通常对对于一个个企业来来说，系系统中有有一个“业务组组” 就够够了，这这表示企企业就是是一个“集团公公司”。而对对于某些些业务“多元化化”的特大大型公司司（如跨跨国公司司），则则可能需需要在系系统中设设置多个个“业务组组”，表示示企业由由多

7、个“集团公公司”组成。业务组设设置是系系统组织织设置的的第一步步，是最最高层级级的组织织形态，但它主主要是与与人力资资源信息息的分隔隔有关，即“人员信信息”的设置置在一个个BG范围围内是由由各业务务模块共共享的（如果需需要）。一旦系系统设置置的用户户名（UUserr）被与与“人员”（Empployyee）关联，无论使使用什么么“责任”进入系系统，都都会定位位至一个个确定的的BG中，任何责责任在任任意时刻刻只能关关联一个个BG。EBSS安装好好后，系系统里面面已经预预置了一一个名为为“Settup Bussineess Grooup”的“初始业业务组”。如图图23所示系系统预置置的“Settup

8、 Bussineess Grooup”：当以系统统预置超超级用户户SYSSADMMIN进进入后，应首先先设置一一个具有有在HRRM或INVV下创建建组织功功能的“责任”名，随随后给此此责任的的“HR：Useer TTypee”配置文文件设定定值为“HR Useer”，则该该责任就就有了创创建新BBG的能能力。通通常需要要一次性性将企业业所需要要的BGG全部建建立，一一般另创创建一个个与企业业名称一一致如“某某集集团”的新BGG就可以以了，也也可以（不推荐荐）直接接使用系系统预设设的“Settup Bussineess Grooup”而不创创建新BBG。系统每新新建一个个BG，就就会自动动在配置

9、置文件“HR：安安全性配配置文件件”的LOVV中自动动添加一一个与新新建BGG同名的的可选值值（初始始时只有有“Settup Bussineess Grooup”一个值值）。在在某一个个BG下（初始为为Settup Bussineess Grooup）新建的的任何责责任，系系统都将将该责任任的配置置文件“HR：安安全性配配置文件件”值默认认为当前前BG。要要在进入入系统时时能切换换到新的的BG，必必须先修修改该责责任的“HR：安安全性配配置文件件”设定值值。如果将配配置文件件“HR：交交叉业务务组”的值设设为“是”，则在在不同BBG下，新建的的组织名名称应当当（虽然然可以）不同，否则查查看时可

10、可能会引引起混淆淆。在同同一个BBG下的的所有新新建组织织，名称称不允许许相同。（二）法法律实体体（LEE） 法律律实体（LE，Leggal Enttityy）对应应于真实实世界中中的按国国家法律律法规要要求注册册的“法人公公司”。在R111中，LE在组组织FOORM定定义时，对于每每个LEE必须为为其“法人主主体会计计科目”关联一一个“帐套SOOB”。每个个LE对应应一个SSOB，这与真真实世界界的法规规要求是是吻合的的。如下下图244所示：要注意的的是，在在R111中定义义的LEE时，并并未作与与“会计科科目弹性性域结构构”的“公司段段”值关联联，用户户必须对对于其是是与公司司段值中中的哪

11、个个值对应应心中有有数。而而在R112中，LE的组组织定义义虽在FFORMM中仍然然保留，但LEE的“法人主主体会计计科目”的FORRM设置置被废弃弃（故FFORMM中定义义了也无无用），改为在在定义“分类帐帐”时的“会计科科目设置置管理器器”WEBB中定义义并分配配法人实实体LEE。一个个分类帐帐设置（主辅分分类帐）可以添添加多个个LE，但但每个LLE只能能具有一一个分类类帐设置置。如下下图255所示：在R122中，还还必须为为法人实实体分配配会计科科目弹性性域结构构的公司司段即平平衡段值值。每个个LE可以以分配多多个“平衡段段”值，公公司段值值集中每每个段值值一旦被被分配给给某LEE，则其

12、其它LEE就不能能再被分分配。在在R111或R122中创建建一个LLE后，应当及及时到会会计科目目弹性域域结构中中添加需需要对应应的公司司段值LLOV（一个或或多个），并重重新进行行弹性域域的编译译，否则则系统可可能会弹弹出错误误报警信信息。RR12中中一个LLE对应应多个公公司平衡衡段值，代表有有多个分分公司，LE是它它们的合合并。主主辅分类类帐可拥拥有相同同或不同同的公司司段值集集，表示示从不同同的维度度（如按按地区、按产品品等）去去划分公公司以方方便考核核。如图图26所示示为LEE添加平平衡段值值：无论是RR11还还是R112，法法律实体体LE的设设置都对对具体的的业务处处理影响响不大，

13、其与系系统用户户或责任任不关联联，不直直接影响响系统上上下文的的切换，故有人人甚至认认为EBBS的LE设置置作用不不大。这这对于系系统的内内部运作作来讲情情况确实实近似如如此，但但对于需需要通过过系统产产生供外外部使用用的具有有法律意意义的文文书（如如采购订订单、财财务报表表等等），严格格区分法法律实体体LE还是是必须的的。R112显然然更多地地考虑了了外部使使用的这这种法律律要求（即所谓谓“法规遵遵从性”或“合规性性”），并并在相关关业务应应用模块块中有所所体现。（三）业业务实体体（OUU）业务实体体（OUU，Opeerattingg Unnit）是EBBS系统统组织设设置的重重点也是是难点

14、之之一。它它与法人人主体LLE本身身没有必必然的关关系，与与会计科科目弹性性域结构构中的“公司段段”也没有有直接关关系。从从企业实实际业务务管理需需要的角角度去看看，业务务实体OOU可以以看作是是在系统统中按照照业务的的相似性性，把多多个不同同公司（包括LLE）的的业务处处理过程程及数据据划分成成相对独独立的“管理单单元”。在每每个管理理单元内内部，各各公司的的业务运运作共享享相关数数据并执执行统一一的业务务策略。例如，有有一个业业务多元元化的企企业既生生产医院院使用的的X光机也也生产普普通电视视机，并并且其下下属在全全国各地地有多家家生产XX光机或或电视机机的分公公司、子子公司。由于这这两种

15、产产品所使使用的物物料、供供应商以以及针对对的客户户群差异异很大，企业为为方便管管理，可可以将“业务运运营”划分为为两个相相对独立立的“业务管管理群组组”，对应应到EBBS系统统中就是是两个业业务实体体OU。从企业日日常业务务运作管管理的角角度来看看，对于于单纯的的电视机机业务，全国范范围内就就设一个个公司负负责计划划、生产产、采购购、销售售等运营营管理最最为简便便，但企企业从非非运营管管理角度度 例如如“税收优优惠、地地方政策策”等等因因素考虑虑，有时时不得不不在全国国各地乃乃至世界界各地注注册若干干所谓“公司”，以便便向当地地政府纳纳税并接接受其财财务会计计方面的的监管。EBS在在一个业业

16、务实体体OU下，例如“电视机机管理群群组”，包含含了全国国各地所所有负责责生产或或销售电电视机的的分公司司、子公公司（LLE）的的日常业业务运作作，在业业务运作作的组织织层面忽忽略了作作为法人人实体的的公司信信息，但但在反映映业务运运营最终终结果的的财务阶阶段（GGL），仍能够够方便地地按照各各地的法法规要求求提供财财务数据据与结果果。而对对于负责责具体业业务的系系统用户户来说，日常工工作几乎乎不用关关心或考考虑“公司”的设置置问题。EBS中中LE的数数量可以以根据需需要任意意增加，但对于于OU的数数量基于于管理方方便性则则要求尽尽可能精精简。EEBS产产品早期期在实施施过程中中，存在在一个公

17、公司（LLE）对对应一个个OU的做做法或一一个OUU只能属属于一个个LE的说说法，这这种做法法或说法法并不恰恰当。某某些国内内产品的的设计由由于未能能有效区区分“法律实实体（公公司）”与“业务实实体（运运营）”两者在在系统中中既相连连接又有有本质区区别的特特殊关系系，只好好采取一一个法人人公司对对应一个个系统业业务实体体的“笨办法法”，企业业规模小小倒还能能对付，一旦规规模变大大，注册册公司增增多，所所谓的“系统多多组织架架构”就变得得根本不不具可用用性。ORACCLE EBSS业务实实体OUU的这一一系统特特性极大大地方便便了企业业运作的的日常管管理，具具有高度度的灵活活性与可可扩展性性。如

18、下下图277是R111的OU定义义界面：图中的“业务实实体信息息”中，必必须而且且只能为为之设定定一个“帐套”，即一个个OU只能能属于一一个帐套套（反之之，一个个帐套可可以分配配给多个个OU）。要注意意的是，上述业业务实体体信息中中的法人人实体设设定，并并不代表表OU只能能属于一一个LEE，它只只是表示示在“业务实实体”中进行行业务操操作需要要法人实实体信息息时提供供默认值值（在RR12中中明确了了是“默认值值”这一点点）。RR12中中的业务务实体定定义同RR11基基本相同同，只是是将帐套套改为“主要分分类帐”。在EBSS中，一一个OUU可以同同时指定定给多个个LE，上上面“电视机机管理群群组

19、”的例子子已经说说明了这这一点；一个LEE也可以以有多个个OU，这这相当于于一个注注册的法法人实体体公司下下，有多多个需要要独立运运营的“事业部部”（如X光机和和电视机机）。OOU与LE是“多对多多”的关系系，但有有一个限限制性的的前提条条件，即即OU与LE必须须属于同同一个SSOB或或Leddgerr。由于于LE与OU的设设置在系系统中可可以独立立进行，因此如如果双方方的SOOB或Leddgerr不同，则不能能建立连连接关系系。如果说法法人实体体LE与真真实世界界的企业业行政管管理组织织架构还还有点关关系的话话，业务务实体OOU则是是与行政政管理几几乎无关关，企业业内部的的行政组组织变化化对

20、OUU的设置置没有直直接影响响。在EEBS中中有关采采购管理理、销售售订单履履行、应应收应付付管理等等业务模模块的功功能均是是建立在在OU基础础之上的的。用户户在执行行上述相相关模块块的业务务处理时时，总是是必须进进入确定定的OUU（上下下文环境境）才可可以进行行，EBBS的所所谓“多组织织”功能（MOAAC）也也是针对对多OUU而言的的，与真真实世界界中的“多公司司”（LE）没没有直接接关系。实际上，SAPP的“采购组组织、销销售组织织”设置也也是与真真实世界界的行政政组织“采购部部、销售售部”无关的的，ORRACLLE抛弃弃了“采购组组织、销销售组织织”的概念念，OUU实际上上就起到到了类

21、似似的组织织分隔作作用。OORACCLE的的某些相相关文档档中，如如果因描描述需要要而提及及所谓“采购组组织、销销售组织织”等概念念，有时时实际指指的就是是业务实实体OUU（或OUU下的库库存INNV组织织）。（四）库库存组织织（INNV） ORRACLLE EEBS的的库存组组织（IINV）是系统统组织设设置的最最基础、也是最最重要的的工作之之一。库库存组织织的内涵涵远不是是真实世世界的“仓库部部门”那么简简单，它它除了是是有关“物料接接收与发发出”等业务务功能的的基础之之外，更更重要的的是，它它还是EEBS系系统有关关计划（MPSS/MRRP）、在制品品管理（WIPP）、物物料清单单（BO

22、OM）等等模块业业务功能能的操作作与管理理平台。如下图图28所示示：EBS中中的库存存组织IINV的作作用与功功能可以以与SAAP中的的工厂PPlannt参看看。一个个库存组组织INNV只能能属于一一个确定定的帐套套SOBB、一个个确定的的法人实实体LEE、一个个确定的的业务实实体OUU，具有有唯一性性的关系系（注意意：R111的设设置界面面未考虑虑SOBB/LEE/OUU的关联联限定，容易产产生错误误；R112作了了改进，在选定定Leddgerr之后，可用的的LE/OU就就被限定定）。反反之，一一个“帐套/法人实实体/业务实实体”组合则则可以有有多个库库存组织织INVV。此外外，一个个OU下

23、的的多个IINV可可以对应应属于该该OU的不不同LEE，这相相当于将将分属于于两个法法人公司司的生产产两种产产品的四四个工厂厂，按相相同产品品两两组组合抽取取出来，分属于于两个不不同OUU进行日日常业务务管理。在EBSS中还有有两个组组织概念念“MRPP组织、WIPP组织”，它们们实际是是必须构构建于库库存组织织之上的的组织概概念，表表示该库库存组织织还可以以进行MMRP或或WIPP的功能能。系统统之所以以如此处处理，主主要是为为了控制制某些IINV不不能做MMRP或或WIPP而已，因为基基于物料料接收或或发出需需要所设设定的IINV数数量可能能比较多多。对于绝大大多数基基于库存存组织IINV

24、的的业务功功能（个个别除外外），系系统用户户在做业业务操作作时，均均必须首首先进行行INVV的选择择切换，以便进进入确定定的INNV上下下文环境境。库存存组织的的作用是是如此基基础，以以至于EEBS的的相关文文档在提提及组织织（Orrg）概概念时，如果未未作特别别说明，默认就就是指IINV组组织。（五）公公司成本本中心（Cosst CCentter）EBSS的所谓谓“成本中中心组织织”并没有有业务处处理的功功能，它它的设置置主要是是考虑与与“会计科科目弹性性域结构构”中的“公司段段值”与“成本中中心段值值”的对应应关系问问题。如如下图229所示示：在系统中中创建“公司成成本中心心组织”后，可可

25、以运行行一个“并发检检查程序序”，以校校验“会计科科目弹性性域结构构”中的段段值是否否与所有有的“公司成成本中心心”组织的的设置保保持一致致。当在“会会计科目目弹性域域结构”中的“成本中中心段”值集中中添加LLOV值值并重新新编译后后，可以以运行系系统的“自动组组织”并发程程序功能能，由系系统自动动创建“公司成成本中心心”组织。应当注意意的是，一个公公司成本本中心组组织及其其成本中中心段值值，不可可能属于于不同法法人实体体LE及其其公司段段值，这这与真实实世界中中的管理理要求是是一致的的。库存存组织IINV与与会计科科目弹性性域中的的“成本中中心”段（部部门）则则具有“一对一一或多对对一”的关

26、系系，即一一个“成本中中心”段值可可以有多多个库存存组织IINV，但一个个库存组组织INNV只能能属于一一个确定定的成本本中心。（六）HHR组织织 系统统的HRR组织设设置是与与HRMM模块的的相关业业务处理理功能相相关，与与核心业业务/财务处处理功能能关系不不大，主主要是需需要注意意其是否否和“成本中中心”关联，需要时时可以输输入“成本中中心”代码，其LOOV就是是“会计科科目弹性性域”结构中中成本中中心段的的值集。如下图图30所示示：（七）多多组织接接入控制制在图300的EBSS组织设设置界面面中，所所谓的组组织“类型”（Typpe）划划分仅是是基于组组织自身身的统计计分析工工作需要要而定

27、义义的一个个“维度”，例如如“公司总总部、产产品线”等等，并不影影响系统统的业务务处理功功能。真真正起作作用的是是设置界界面中的的“组织分分类”（Claassiificcatiion），系统统预置的的组织分分类LOOV除了了上述“业务组组、法律律实体、业务实实体、库库存组织织”等之外外，还有有诸如“资产组组织、运运营公司司、雇主主”等等选选项。在在EBSS系统中中各应用用模块所所具有的的业务处处理功能能通常需需构建在在一个确确定的“组织分分类”之上，“组织”是相关关业务处处理功能能的平台台，企业业是否需需要作相相关组织织分类设设置、如如何设置置，取决决于企业业所需要要使用到到的应用用模块功功能

28、。例如所谓谓“资产组组织”的设置置，它是是在企业业需使用用到资产产管理模模块FAA时才涉涉及到。“资产组组织”实际上上是所谓谓“资产账账簿”的代名名词，它它只是表表示有关关资产信信息的一一个数据据维度，作用主主要在于于分隔数数据范围围，用户户进入系系统作业业务处理理时，并并不需要要作上下下文业务务环境的的切换。对于这这类并不不涉及“上下文文”环境切切换的所所谓“组织”，ORAACLRR系统的的设计主主要是为为了借用用“组织”所具有有的“层次结结构”（Hieerarrchyy）概念念来达到到“多组织织接入”权限的的控制功功能。需指出的的是，这这里的组组织“层次结结构”与真实实世界企企业的行行政管

29、理理组织层层次结构构没有直直接关系系（尽管管可能有有所参考考），它它只是企企业根据据某种需需要（如如权限管管理控制制、数据据统计汇汇报等）而人为为设定的的一个“层次结结构”，例如如将系统统中已经经设置的的任意数数量的“业务实实体”或“库存组组织”等等组组织Naame，人为地地设定一一个具有有上下级级关系、自顶向向下的金金字塔形形多层结结构。如如下图331所示示：上图中开开始定义义时，一一旦选定定（最）顶端组组织Naame，则就只只能为之之分配下下属组织织Namme，如如要给下下属组织织分配更更下一级级的组织织，则需需点击“向下”按钮，将当前前该下属属组织上上升到“顶端组组织”位置。点击“向上”

30、按钮，则将当当前“顶端组组织”下降到到下属组组织位置置。企业业可以根根据实际际需要设设定若干干个具有有不同内内部结构构的“组织层层次结构构”Namme，以以供定义义系统所所谓“安全性性配置文文件”时调用用。如下下图322所示：上图所定定义“安全性性配置文文件”是系统统用以控控制包括括“组织安安全性”等在内内的各种种安全性性控制的的基础，它具体体规定了了系统安安全性控控制的范范围与实实现方式式，所有有定义的的“安全性性配置文文件”Namme构成成系统多多组织接接入控制制参数“MO：安安全性配配置文件件”的LOVV。如下下图333所示：EBS通过“MO：业业务实体体”、“MO：安安全性配配置文件件

31、”、“MO：默默认业务务实体”这三个个系统配配置文件件的共同同作用，实现所所谓“多组织织接入”控制功功能MOOAC。但上述述三个配配置文件件在R111与R122中的作作用有比比较大的的差别。对于“MMO：业业务实体体”，在R111中必须须设定，而且起起决定性性控制作作用，其其LOVV由系统统基于创创建的OOU nnamee自动创创建，用用户登录录时系统统自动定定位于指指定OUU。而在在R122中，一一旦设定定“MO：安安全性配配置文件件”，则此此配置文文件失效效而不起起作用。对于“MMO：安安全性配配置文件件”，在R111中虽有有，但实实际不起起OU接入入的控制制作用，只针对对FA等模模块的得

32、得某些应应用如数数据统计计等起作作用。因因此，一一般认为为R111并不具具有完善善的多组组织接入入控制功功能。在在R122中，该该参数如如果不设设定，则则必须设设定“MO：业业务实体体”参数；一旦该该参数被被设定，则就起起决定作作用，系系统主要要依赖其其实现MMOACC。对于“MMO：默默认业务务实体”，在R111中虽有有但实际际不起作作用。在在R122中，随随“MO：安安全配置置文件”起作用用后才起起作用，其LOOV是所所有已定定义OUU，但如如果设定定值不在在“MO：安安全配置置文件”所选择择的“组织层层次架构构”的范围围内，则则仍不起起作用（即在与与OU相关关诸如PPO、OM等的的FOR

33、RM界面面，OUU字段的的默认值值仍然为为空）。这似乎乎是ORRACLLE 系系统设计计方面的的一个难难题，即即“MO：默默认业务务实体”的LOVV值集无无法与“MO：安安全性配配置文件件”中“组织层层次架构构”中的OUU值范围围保持一一致。ORACCLE强强调其“多组织织接入MMOACC”功能主主要是针针对业务务实体OOU而言言，其另另外一层层含义是是，所有有构建于于库存组组织INNV上的的应用功功能，实实际是与与上述配配置文件件无关的的。库存存组织的的可接入入性是在在“组织访访问”控制功功能中，专门设设定“库存组组织”与“责任”的关联联性，如如下图334所示示：按照ORRACLLE的说说法

34、，如如果系统统在初始始的时候候，不定定义库存存组织的的“组织访访问”控制，则所有有“责任”可访问问所有IINV，一旦限限制或分分配其中中一个，则其余余均必须须逐个进进行分配配以建立立“库存组组织”与“责任”的链接接关系。总之，EEBS系系统通过过“弹性域域段值安安全性”、“帐套/分类帐帐安全性性”、“多组织织接入安安全性（MOAAC）”、“库存组组织访问问控制”等多维维度、多多方面的的组合系系统设置置，提供供了灵活活、方便便的用户户权限管管理功能能，厘清清并掌握握它们的的复杂关关系是系系统实施施的一项项重要基基础性工工作。（一）业业务组（BG）（二）法法律实体体（LEE）（三）业业务实体体（O

35、UU）（四）库库存组织织（INNV）（五）公公司成本本中心（Cosst CCentter）（六）HHR组织织（七）多多组织接接入控制制在企业管管理实践践的过程程中，“组织”（Orgganiizattionn） 一一词是个个经常需需用到的的概念，一般与与“人员”与“职能”这两个个要素密密切相关关，反映映某种行行政管理理关系，例如“财务部部、销售售部、采采购部、生产部部、仓储储部”等等。 企业业内部行行政组织织（部门门）的划划分是企企业基于于“职能驱驱动”业务管管理模式式进行运运作的基基础。目目前，国国内适用用于小企企业使用用的大多多数低端端管理软软件并不不考虑系系统中的的 “组织”设置问问题，其

36、其系统应应用模块块的划分分，例如如采购模模块、仓仓管模块块、销售售模块等等等，实实际上就就已经基基本反映映了企业业运作的的“组织职职能”划分问问题。但 是，对于业业务复杂杂、规模模较大的的企业（如所谓谓“集团企企业”），管管理软件件使用与与实施的的系统“组织设设置”问题将将是一个个首要的的重要问问题。一一个常见见的、也也是错误误的系 统实现现方式就就是将企企业的“行政组组织设置置”直接映映射到系系统中，以“行政组组织”代替“业务组组织”。这种种系统实实现方式式虽有理理解、掌掌握比较较容易的的优势，但却完完全违 背了大大企业运运作必须须基于“流程驱驱动”业务模模式的基基本管理理原则。国内有有所谓

37、高高端管理理软件在在系统实实施过程程中，常常常出现现有几十十个财务务、采购购组织，几百个个销售组组 织，乃至上上千个库库存组织织的“盛况”，导致致系统几几乎没法法使用的的困境，其症结结正在于于此。与企业的的“行政组组织”设置与与人员规规模密切切相关且且复杂多多变不同同，软件件系统的的“组织设设置”必须以以业务流流程运作作为核心心，要求求尽可能能简单并并保持相相对稳定定，在公公司（人人员）规规模扩大大的过程程中具有有延续性性与继承承性。作作为ERRP鼻祖祖的SAAP将系系统组织织简单地地分为“集团（Cliientt）、公公司代码码（Coompaany Codde）、采购组组织（PPurcchas

38、se OOrg）、销售售组织（Salle OOrg）、工厂厂（Pllantt）”等类别别。ORRACLLE的组组织设置置本质上上与之基基本相似似，但作作为后来来者作了了进一步步抽象与与简化，系统组组织划分分为“业务组组（Buusinnesss Grroupp）、法法律实体体（Leegall Enntitty）、业务实实体（OOperratiing Uniit）、库存组组织（IInveentoory Orgg）”等。如果说SSAP的的组织模模型字面面上多少少还带有有一点“行政组组织”痕迹的的话（这这可能是是某些声声称学SSAP的的国内产产品误入入歧途的的原因），ORRACLLE系统统的组织织模型

39、字字面上已已经几乎乎看不出出与“行政组组织”还有什什么关系系，其中中的“Invventtoryy Orrg”现今中中文翻译译成“库存组组织”，容易易令人望望文生义义和企业业的“仓库管管理部门门（Waarehhousse）”混淆，但Innvenntorry的本本义实际际应该是是“存货”，称之之为“存货组组织”或许更更好一些些。如下下图222所示ORRACLLE系统统有关核核心业务务的多组组织模型型：上图中的的“财务、销售、采购”并非系系统的“组织实实体”，它仅仅表示业业务实体体（OUU）具有有的相关关业务处处理功能能。“子库”是特殊殊的系统统组织实实体，没没有上下下文环境境可进入入，主要要表示库

40、库存组织织之下的的某种业业务功能能。（一）业业务组（BG） “业业 务组组”的概念念可以与与企业的的“集团”概念参参看，但但不同的的是一个个企业在在系统中中可以设设置多个个“业务组组（集团团）”。通常常对于一一个企业业来说，系统中中有一个个“业务组组” 就够够了，这这表示企企业就是是一个“集团公公司”。而对对于某些些业务“多元化化”的特大大型公司司（如跨跨国公司司），则则可能需需要在系系统中设设置多个个“业务组组”，表示示企业由由多个“集团公公司”组成。业务组设设置是系系统组织织设置的的第一步步，是最最高层级级的组织织形态，但它主主要是与与人力资资源信息息的分隔隔有关，即“人员信信息”的设置置

41、在一个个BG范围围内是由由各业务务模块共共享的（如果需需要）。一旦系系统设置置的用户户名（UUserr）被与与“人员”（Empployyee）关联，无论使使用什么么“责任”进入系系统，都都会定位位至一个个确定的的BG中，任何责责任在任任意时刻刻只能关关联一个个BG。EBSS安装好好后，系系统里面面已经预预置了一一个名为为“Settup Bussineess Grooup”的“初始业业务组”。如图图23所示示系统预预置的“Settup Bussineess Grooup”：当以系统统预置超超级用户户SYSSADMMIN进进入后，应首先先设置一一个具有有在HRRM或INVV下创建建组织功功能的“责

42、任”名，随随后给此此责任的的“HR：Useer TTypee”配置文文件设定定值为“HR Useer”，则该该责任就就有了创创建新BBG的能能力。通通常需要要一次性性将企业业所需要要的BGG全部建建立，一一般另创创建一个个与企业业名称一一致如“某某集集团”的新BGG就可以以了，也也可以（不推荐荐）直接接使用系系统预设设的“Settup Bussineess Grooup”而不创创建新BBG。系统每新新建一个个BG，就就会自动动在配置置文件“HR：安安全性配配置文件件”的LOVV中自动动添加一一个与新新建BGG同名的的可选值值（初始始时只有有“Settup Bussineess Grooup”一

43、个值值）。在在某一个个BG下（初始为为Settup Bussineess Grooup）新建的的任何责责任，系系统都将将该责任任的配置置文件“HR：安安全性配配置文件件”值默认认为当前前BG。要要在进入入系统时时能切换换到新的的BG，必必须先修修改该责责任的“HR：安安全性配配置文件件”设定值值。如果将配配置文件件“HR：交交叉业务务组”的值设设为“是”，则在在不同BBG下，新建的的组织名名称应当当（虽然然可以）不同，否则查查看时可可能会引引起混淆淆。在同同一个BBG下的的所有新新建组织织，名称称不允许许相同。（二）法法律实体体（LEE） 法律律实体（LE，Leggal Enttityy）对应

44、应于真实实世界中中的按国国家法律律法规要要求注册册的“法人公公司”。在R111中，LE在组组织FOORM定定义时，对于每每个LEE必须为为其“法人主主体会计计科目”关联一一个“帐套SOOB”。每个个LE对应应一个SSOB，这与真真实世界界的法规规要求是是吻合的的。如下下图244所示：要注意的的是，在在R111中定义义的LEE时，并并未作与与“会计科科目弹性性域结构构”的“公司段段”值关联联，用户户必须对对于其是是与公司司段值中中的哪个个值对应应心中有有数。而而在R112中，LE的组组织定义义虽在FFORMM中仍然然保留，但LEE的“法人主主体会计计科目”的FORRM设置置被废弃弃（故FFORM

45、M中定义义了也无无用），改为在在定义“分类帐帐”时的“会计科科目设置置管理器器”WEBB中定义义并分配配法人实实体LEE。一个个分类帐帐设置（主辅分分类帐）可以添添加多个个LE，但但每个LLE只能能具有一一个分类类帐设置置。如下下图255所示：在R122中，还还必须为为法人实实体分配配会计科科目弹性性域结构构的公司司段即平平衡段值值。每个个LE可以以分配多多个“平衡段段”值，公公司段值值集中每每个段值值一旦被被分配给给某LEE，则其其它LEE就不能能再被分分配。在在R111或R122中创建建一个LLE后，应当及及时到会会计科目目弹性域域结构中中添加需需要对应应的公司司段值LLOV（一个或或多个

46、），并重重新进行行弹性域域的编译译，否则则系统可可能会弹弹出错误误报警信信息。RR12中中一个LLE对应应多个公公司平衡衡段值，代表有有多个分分公司，LE是它它们的合合并。主主辅分类类帐可拥拥有相同同或不同同的公司司段值集集，表示示从不同同的维度度（如按按地区、按产品品等）去去划分公公司以方方便考核核。如图图26所示示为LEE添加平平衡段值值：无论是RR11还还是R112，法法律实体体LE的设设置都对对具体的的业务处处理影响响不大，其与系系统用户户或责任任不关联联，不直直接影响响系统上上下文的的切换，故有人人甚至认认为EBBS的LE设置置作用不不大。这这对于系系统的内内部运作作来讲情情况确实实

47、近似如如此，但但对于需需要通过过系统产产生供外外部使用用的具有有法律意意义的文文书（如如采购订订单、财财务报表表等等），严格格区分法法律实体体LE还是是必须的的。R112显然然更多地地考虑了了外部使使用的这这种法律律要求（即所谓谓“法规遵遵从性”或“合规性性”），并并在相关关业务应应用模块块中有所所体现。（三）业业务实体体（OUU）业务实体体（OUU，Opeerattingg Unnit）是EBBS系统统组织设设置的重重点也是是难点之之一。它它与法人人主体LLE本身身没有必必然的关关系，与与会计科科目弹性性域结构构中的“公司段段”也没有有直接关关系。从从企业实实际业务务管理需需要的角角度去看看

48、，业务务实体OOU可以以看作是是在系统统中按照照业务的的相似性性，把多多个不同同公司（包括LLE）的的业务处处理过程程及数据据划分成成相对独独立的“管理单单元”。在每每个管理理单元内内部，各各公司的的业务运运作共享享相关数数据并执执行统一一的业务务策略。例如，有有一个业业务多元元化的企企业既生生产医院院使用的的X光机也也生产普普通电视视机，并并且其下下属在全全国各地地有多家家生产XX光机或或电视机机的分公公司、子子公司。由于这这两种产产品所使使用的物物料、供供应商以以及针对对的客户户群差异异很大，企业为为方便管管理，可可以将“业务运运营”划分为为两个相相对独立立的“业务管管理群组组”，对应应到

49、EBBS系统统中就是是两个业业务实体体OU。从 企业业日常业业务运作作管理的的角度来来看，对对于单纯纯的电视视机业务务，全国国范围内内就设一一个公司司负责计计划、生生产、采采购、销销售等运运营管理理最为简简便，但但企业从从非运营营管理角角度 例例如“税收优优惠、地地方政策策”等等因因素考虑虑，有时时不得不不在全国国各地乃乃至世界界各地注注册若干干所谓“公司”，以便便向当地地政府纳纳税并接接受其财财务会计计方面的的监管。EBS在在一个业业务实体体OU下，例如“电视机机管理群群组”，包含含了全国国各地所所有负责责生产或或销售电电视机的的分公司司、子公公司（LLE）的的日常业业务运作作，在业业务运作

50、作的组织织层面忽忽略了作作为法人人实体的的公司信信息，但但在反映映业务运运营最终终结果的的财务阶阶段（GGL），仍能够够方便地地按照各各地的法法规要求求提供财财务数据据与结果果。而对对于负责责具体业业务的系系统用户户来说，日常工工作几乎乎不用关关心或考考虑“公司”的设置置问题。EBS中中LE的数数量可以以根据需需要任意意增加，但对于于OU的数数量基于于管理方方便性则则要求尽尽可能精精简。EEBS产产品早期期在实施施过程中中，存在在一个公公司（LLE）对对应一个个OU的做做法或一一个OUU只能属属于一个个LE的 说法，这种做做法或说说法并不不恰当。某些国国内产品品的设计计由于未未能有效效区分“法

51、律实实体（公公司）”与“业务实实体（运运营）”两者在在系统中中既相连连接又有有本质区区别的特特殊 关关系，只只好采取取一个法法人公司司对应一一个系统统业务实实体的“笨办法法”，企业业规模小小倒还能能对付，一旦规规模变大大，注册册公司增增多，所所谓的“系统多多组织架架构”就变得得根本 不具可可用性。ORACCLE EBSS业务实实体OUU的这一一系统特特性极大大地方便便了企业业运作的的日常管管理，具具有高度度的灵活活性与可可扩展性性。如下下图277是R111的OU定义义界面：图中的“业务实实体信息息”中，必必须而且且只能为为之设定定一个“帐套”，即一一个OUU只能属属于一个个帐套（反之，一个帐帐

52、套可以以分配给给多个OOU）。要注意意的是，上述业业务实体体信息中中的法人人实体设设定，并并不代表表OU只能能属于一一个LEE，它只只是表示示在“业务实实体”中进行行业务操操作需要要法人实实体信息息时提供供默认值值（在RR12中中明确了了是“默认值值”这一点点）。RR12中中的业务务实体定定义同RR11基基本相同同，只是是将帐套套改为“主要分分类帐”。在EBSS中，一一个OUU可以同同时指定定给多个个LE，上上面“电视机机管理群群组”的例子子已经说说明了这这一点；一个LLE也可可以有多多个OUU，这相相当于一一个注册册的法人人实体公公司下，有多个个需要独独立运营营的“事业部部”（如X光机和和电

53、视机机）。OOU与LE是“多对多多”的关系系，但有有一个限限制性的的前提条条件，即即OU与LE必须须属于同同一个SSOB或或Leddgerr。由于于LE与OU的设设置在系系统中可可以独立立进行，因此如如果双方方的SOOB或Leddgerr不同，则不能能建立连连接关系系。如果说法法人实体体LE与真真实世界界的企业业行政管管理组织织架构还还有点关关系的话话，业务务实体OOU则是是与行政政管理几几乎无关关，企业业内部的的行政组组织变化化对OUU的设置置没有直直接影响响。在EEBS中中有关采采购管理理、销售售订单履履行、应应收应付付管理等等业务模模块的功功能均是是建立在在OU基础础之上的的。用户户在执

54、行行上述相相关模块块的业务务处理时时，总是是必须进进入确定定的OUU（上下下文环境境）才可可以进行行，EBBS的所所谓“多组织织”功能（MOAAC）也也是针对对多OUU而言的的，与真真实世界界中的“多公司司”（LE）没没有直接接关系。实际上，SAPP的“采购组组织、销销售组织织”设置也也是与真真实世界界的行政政组织“采购部部、销售售部”无关的的，ORRACLLE抛弃弃了“采购组组织、销销售组织织”的概念念，OUU实际上上就起到到了类似似的组织织分隔作作用。OORACCLE的的某些相相关文档档中，如如果因描描述需要要而提及及所谓“采购组组织、销销售组织织”等概念念，有时时实际指指的就是是业务实实

55、体OUU（或OUU下的库库存INNV组织织）。（四）库库存组织织（INNV） ORRACLLE EEBS的的库存组组织（IINV）是系统统组织设设置的最最基础、也是最最重要的的工作之之一。库库存组织织的内涵涵远不是是真实世世界的“仓库部部门”那么简简单，它它除了是是有关“物料接接收与发发出”等业务务功能的的基础之之外，更更重要的的是，它它还是EEBS系系统有关关计划（MPSS/MRRP）、在制品品管理（WIPP）、物物料清单单（BOOM）等等模块业业务功能能的操作作与管理理平台。如下图图28所示示：EBS中中的库存存组织IINV的的作用与与功能可可以与SSAP中中的工厂厂Plaant参参看。一

56、一个库存存组织IINV只只能属于于一个确确定的帐帐套SOOB、一一个确定定的法人人实体LLE、一一个确定定的业务务实体OOU，具具有唯一一性的关关系（注注意：RR11的的设置界界面未考考虑SOOB/LLE/OOU的关关联限定定，容易易产生错错误；RR12作作了改进进，在选选定Leedgeer之后后，可用用的LEE/OUU就被限限定）。反之，一个“帐套/法人实实体/业务实实体”组合则则可以有有多个库库存组织织INVV。此外外，一个个OU下的的多个IINV可可以对应应属于该该OU的不不同LEE，这相相当于将将分属于于两个法法人公司司的生产产两种产产品的四四个工厂厂，按相相同产品品两两组组合抽取取出

57、来，分属于于两个不不同OUU进行日日常业务务管理。在EBSS中还有有两个组组织概念念“MRPP组织、WIPP组织”，它们们实际是是必须构构建于库库存组织织之上的的组织概概念，表表示该库库存组织织还可以以进行MMRP或或WIPP的功能能。系统统之所以以如此处处理，主主要是为为了控制制某些IINV不不能做MMRP或或WIPP而已，因为基基于物料料接收或或发出需需要所设设定的IINV数数量可能能比较多多。对于绝大大多数基基于库存存组织IINV的的业务功功能（个个别除外外），系系统用户户在做业业务操作作时，均均必须首首先进行行INVV的选择择切换，以便进进入确定定的INNV上下下文环境境。库存存组织的

58、的作用是是如此基基础，以以至于EEBS的的相关文文档在提提及组织织（Orrg）概概念时，如果未未作特别别说明，默认就就是指IINV组组织。（五）公公司成本本中心（Cosst CCentter）EBSS的所谓谓“成本中中心组织织”并没有有业务处处理的功功能，它它的设置置主要是是考虑与与“会计科科目弹性性域结构构”中的“公司段段值”与“成本中中心段值值”的对应应关系问问题。如如下图229所示示：在系统中中创建“公司成成本中心心组织”后，可可以运行行一个“并发检检查程序序”，以校校验“会计科科目弹性性域结构构”中的段段值是否否与所有有的“公司成成本中心心”组织的的设置保保持一致致。当在“会会计科目目

59、弹性域域结构”中的“成本中中心段”值集中中添加LLOV值值并重新新编译后后，可以以运行系系统的“自动组组织”并发程程序功能能，由系系统自动动创建“公司成成本中心心”组织。应当注意意的是，一个公公司成本本中心组组织及其其成本中中心段值值，不可可能属于于不同法法人实体体LE及其其公司段段值，这这与真实实世界中中的管理理要求是是一致的的。库存存组织IINV与与会计科科目弹性性域中的的“成本中中心”段（部部门）则则具有“一对一一或多对对一”的关系系，即一一个“成本中中心”段值可可以有多多个库存存组织IINV，但一个个库存组组织INNV只能能属于一一个确定定的成本本中心。（六）HHR组织织 系统统的HR

60、R组织设设置是与与HRMM模块的的相关业业务处理理功能相相关，与与核心业业务/财务处处理功能能关系不不大，主主要是需需要注意意其是否否和“成本中中心”关联，需要时时可以输输入“成本中中心”代码，其LOOV就是是“会计科科目弹性性域”结构中中成本中中心段的的值集。如下图图30所示示：（七）多多组织接接入控制制在图300的EBSS组织设设置界面面中，所所谓的组组织“类型”（Typpe）划划分仅是是基于组组织自身身的统计计分析工工作需要要而定义义的一个个“维度”，例如如“公司总总部、产产品线”等等，并不影影响系统统的业务务处理功功能。真真正起作作用的是是设置界界面中的的“组织分分类”（Claassi