多组织架构19145.docx

多组织架构（一） 业务组（BG）（二）法律律实体（LLE）（三）业务务实体（OOU）（四）库存存组织（IINV）（五）公司司成本中中心（CCostt Ceenteer）（六）HRR组织（七）多组组织接入入控制(八)一个个集团下下的全资资子公司司才可以以设置为为OU。若若占百分分比的，应应设置为为新的帐帐套。在企业管理理实践的的过程中中，“组织”（Orgganiizattionn） 一一词是个个经常需需用到的的概念，一一般与“人员”与“职能”这两个个要素密密切相关关，反映映某种行行政管理理关系，例例如“财务部部、销售售部、采采购部、生生产部、仓仓储部”等等。 企业内内部行政政组织（部部门）的的划分是是企业基基于“职能驱驱动”业务管管理模式式进行运运作的基基础。目目前，国国内适用用于小企企业使用用的大多多数低端端管理软软件并不不考虑系系统中的的 “组织”设置问问题，其其系统应应用模块块的划分分，例如如采购模模块、仓仓管模块块、销售售模块等等等，实实际上就就已经基基本反映映了企业业运作的的“组织职职能”划分问问题。但是，对于于业务复复杂、规规模较大大的企业业（如所所谓“集团企企业”），管管理软件件使用与与实施的的系统“组织设设置”问题将将是一个个首要的的重要问问题。一一个常见见的、也也是错误误的系统统实现方方式就是是将企业业的“行政组组织设置置”直接映映射到系系统中，以以“行政组组织”代替“业务组组织”。这种种系统实实现方式式虽有理理解、掌掌握比较较容易的的优势，但但却完全全违背了了大企业业运作必必须基于于“流程驱驱动”业务模模式的基基本管理理原则。国国内有所所谓高端端管理软软件在系系统实施施过程中中，常常常出现有有几十个个财务、采采购组织织，几百百个销售售组织，乃乃至上千千个库存存组织的的“盛况”，导致致系统几几乎没法法使用的的困境，其其症结正正在于此此。与企业的“行政组组织”设置与与人员规规模密切切相关且且复杂多多变不同同，软件件系统的的“组织设设置”必须以以业务流流程运作作为核心心，要求求尽可能能简单并并保持相相对稳定定，在公公司（人人员）规规模扩大大的过程程中具有有延续性性与继承承性。作作为ERRP鼻祖祖的SAAP将系系统组织织简单地地分为“集团（CClieent）、公公司代码码（Coompaany Codde）、采采购组织织（Puurchhasee Orrg）、销销售组织织（Saale Orgg）、工工厂（PPlannt）”等类别别。ORRACLLE的组组织设置置本质上上与之基基本相似似，但作作为后来来者作了了进一步步抽象与与简化，系统组织划分为“业务组（Business Group）、法律实体（Legal Entity）、业务实体（Operating Unit）、库存组织（Inventory Org）”等。如果说SAAP的组组织模型型字面上上多少还还带有一一点“行政组组织”痕迹的的话（这这可能是是某些声声称学SSAP的的国内产产品误入入歧途的的原因），ORACLE系统的组织模型字面上已经几乎看不出与“行政组织”还有什么关系，其中的“Inventory Org”现今中文翻译成“库存组织”，容易令人望文生义和企业的“仓库管理部门（Warehouse）”混淆，但Inventory的本义实际应该是“存货”，称之为“存货组织”或许更好一些。如下图22所示ORACLE系统有关核心业务的多组织模型：上图中的“财务、销销售、采采购”并非系系统的“组织实实体”，它仅仅表示业业务实体体（OUU）具有有的相关关业务处处理功能能。“子库”是特殊殊的系统统组织实实体，没没有上下下文环境境可进入入，主要要表示库库存组织织之下的的某种业业务功能能。 （一）业务务组（BBG）  “业务务组”的概念念可以与与企业的的“集团”概念参参看，但但不同的的是一个个企业在在系统中中可以设设置多个个“业务组组（集团团）”。通常对对于一个个企业来来说，系系统中有有一个“业务组组” 就够够了，这这表示企企业就是是一个“集团公公司”。而对对于某些些业务“多元化化”的特大大型公司司（如跨跨国公司司），则则可能需需要在系系统中设设置多个个“业务组组”，表示示企业由由多个 “集团公公司”组成。业务组设置置是系统统组织设设置的第第一步，是是最高层层级的组组织形态态，但它它主要是是与人力力资源信信息的分分隔有关关，即“人员信信息”的设置置在一个个BG范围围内是由由各业务务模块共共享的（如如果需要要）。一一旦系统统设置的的用户名名（Usser）被被与“人员”（Empployyee）关关联，无无论使用用什么“责任”进入系系统，都都会定位位至一个个确定的的BG中，任任何责任任在任意意时刻只只能关联联一个BBG。EBSS安装好好后，系系统里面面已经预预置了一一个名为为“Settup Bussineess Grooup”的“初始业业务组”。如图图23所示系系统预置置的“Settup Bussineess Grooup”：当以系统预预置超级级用户SSYSAADMIIN进入入后，应应首先设设置一个个具有在在HRMM或INVV下创建建组织功功能的“责任”名，随随后给此此责任的的“HR：Useer TTypee”配置文文件设定定值为“HR Useer”，则该该责任就就有了创创建新BBG的能能力。通通常需要要一次性性将企业业所需要要的BGG全部建建立，一一般另创创建一个个与企业业名称一一致如“某某集集团”的新BGG就可以以了，也也可以（不不推荐）直直接使用用系统预预设的“Settup Bussineess Grooup”而不创创建新BBG。系统每新建建一个BBG，就就会自动动在配置置文件“HR：安安全性配配置文件件”的LOVV中自动动添加一一个与新新建BGG同名的的可选值值（初始始时只有有“Settup Bussineess Grooup”一个值值）。在在某一个个BG下（初初始为SSetuup BBusiinesss GGrouup）新新建的任任何责任任，系统统都将该该责任的的配置文文件“HR：安安全性配配置文件件”值默认认为当前前BG。要要在进入入系统时时能切换换到新的的BG，必必须先修修改该责责任的“HR：安安全性配配置文件件”设定值值。如果将配置置文件“HR：交交叉业务务组”的值设设为“是”，则在在不同BBG下，新新建的组组织名称称应当（虽虽然可以以）不同同，否则则查看时时可能会会引起混混淆。在在同一个个BG下的的所有新新建组织织，名称称不允许许相同。 （二）法律律实体（LE）  法律实实体（LLE，Leggal Enttityy）对应应于真实实世界中中的按国国家法律律法规要要求注册册的“法人公公司”。在R111中，LEE在组织织FORRM定义义时，对对于每个个LE必须须为其“法人主主体会计计科目”关联一一个“帐套SOOB”。每个个LE对应应一个SSOB，这这与真实实世界的的法规要要求是吻吻合的。如如下图224所示示： 要注意的是是，在RR11中中定义的的LE时，并并未作与与“会计科科目弹性性域结构构”的“公司段段”值关联联，用户户必须对对于其是是与公司司段值中中的哪个个值对应应心中有有数。而而在R112中，LEE的组织织定义虽虽在FOORM中中仍然保保留，但但LE的“法人主主体会计计科目”的FORRM设置置被废弃弃（故FFORMM中定义义了也无无用），改改为在定定义“分类帐帐”时的“会计科科目设置置管理器器”WEBB中定义义并分配配法人实实体LEE。一个个分类帐帐设置（主主辅分类类帐）可可以添加加多个LLE，但但每个LLE只能能具有一一个分类类帐设置置。如下下图255所示：在R12中中，还必必须为法法人实体体分配会会计科目目弹性域域结构的的公司段段即平衡衡段值。每每个LEE可以分分配多个个“平衡段段”值，公公司段值值集中每每个段值值一旦被被分配给给某LEE，则其其它LEE就不能能再被分分配。在在R111或R122中创建建一个LLE后，应应当及时时到会计计科目弹弹性域结结构中添添加需要要对应的的公司段段值LOOV（一一个或多多个），并并重新进进行弹性性域的编编译，否否则系统统可能会会弹出错错误报警警信息。R12中一个LE对应多个公司平衡段值，代表有多个分公司，LE是它们的合并。主辅分类帐可拥有相同或不同的公司段值集，表示从不同的维度（如按地区、按产品等）去划分公司以方便考核。如图26所示为LE添加平衡段值：无论是R111还是是R122，法律律实体LLE的设设置都对对具体的的业务处处理影响响不大，其其与系统统用户或或责任不不关联，不不直接影影响系统统上下文文的切换换，故有有人甚至至认为EEBS的的LE设置置作用不不大。这这对于系系统的内内部运作作来讲情情况确实实近似如如此，但但对于需需要通过过系统产产生供外外部使用用的具有有法律意意义的文文书（如如采购订订单、财财务报表表等等），严严格区分分法律实实体LEE还是必必须的。R12显然更多地考虑了外部使用的这种法律要求（即所谓“法规遵从性”或“合规性”），并在相关业务应用模块中有所体现。 （三）业务务实体（OU）业务实体（OU，Operating Unit）是EBS系统组织设置的重点也是难点之一。它与法人主体LE本身没有必然的关系，与会计科目弹性域结构中的“公司段”也没有直接关系。从企业实际业务管理需要的角度去看，业务实体OU可以看作是在系统中按照业务的相似性，把多个不同公司（包括LE）的业务处理过程及数据划分成相对独立的“管理单元”。在每个管理单元内部，各公司的业务运作共享相关数据并执行统一的业务策略。例如，有一一个业务务多元化化的企业业既生产产医院使使用的X光机也也生产普普通电视视机，并并且其下下属在全全国各地地有多家家生产XX光机或或电视机机的分公公司、子子公司。由由于这两两种产品品所使用用的物料料、供应应商以及及针对的的客户群群差异很很大，企企业为方方便管理理，可以以将“业务运运营”划分为为两个相相对独立立的“业务管管理群组组”，对应应到EBBS系统统中就是是两个业业务实体体OU。从企业日常常业务运运作管理理的角度度来看，对对于单纯纯的电视视机业务务，全国国范围内内就设一一个公司司负责计计划、生生产、采采购、销销售等运运营管理理最为简简便，但但企业从从非运营营管理角角度 例例如“税收优优惠、地地方政策策”等等因因素考虑虑，有时时不得不不在全国国各地乃乃至世界界各地注注册若干干所谓“公司”，以便便向当地地政府纳纳税并接接受其财财务会计计方面的的监管。EBS在一一个业务务实体OOU下，例例如“电视机机管理群群组”，包含含了全国国各地所所有负责责生产或或销售电电视机的的分公司司、子公公司（LLE）的的日常业业务运作作，在业业务运作作的组织织层面忽忽略了作作为法人人实体的的公司信信息，但但在反映映业务运运营最终终结果的的财务阶阶段（GGL），仍仍能够方方便地按按照各地地的法规规要求提提供财务务数据与与结果。而而对于负负责具体体业务的的系统用用户来说说，日常常工作几几乎不用用关心或或考虑“公司”的设置置问题。EBS中LLE的数数量可以以根据需需要任意意增加，但但对于OOU的数数量基于于管理方方便性则则要求尽尽可能精精简。EEBS产产品早期期在实施施过程中中，存在在一个公公司（LLE）对对应一个个OU的做做法或一一个OUU只能属属于一个个LE的说说法，这这种做法法或说法法并不恰恰当。某某些国内内产品的的设计由由于未能能有效区区分“法律实实体（公公司）”与“业务实实体（运运营）”两者在在系统中中既相连连接又有有本质区区别的特特殊关系系，只好好采取一一个法人人公司对对应一个个系统业业务实体体的“笨办法法”，企业业规模小小倒还能能对付，一一旦规模模变大，注注册公司司增多，所所谓的“系统多多组织架架构”就变得得根本不不具可用用性。ORACLLE EEBS业业务实体体OU的这这一系统统特性极极大地方方便了企企业运作作的日常常管理，具具有高度度的灵活活性与可可扩展性性。如下下图277是R111的OU定义义界面： 图中的“业业务实体体信息”中，必必须而且且只能为为之设定定一个“帐套”，即一个个OU只能能属于一一个帐套套（反之之，一个个帐套可可以分配配给多个个OU）。要要注意的的是，上上述业务务实体信信息中的的法人实实体设定定，并不不代表OOU只能能属于一一个LEE，它只只是表示示在“业务实实体”中进行行业务操操作需要要法人实实体信息息时提供供默认值值（在RR12中中明确了了是“默认值值”这一点点）。RR12中中的业务务实体定定义同RR11基基本相同同，只是是将帐套套改为“主要分分类帐”。在EBS中中，一个个OU可以以同时指指定给多多个LEE，上面面“电视机机管理群群组”的例子子已经说说明了这这一点；一个LEE也可以以有多个个OU，这这相当于于一个注注册的法法人实体体公司下下，有多多个需要要独立运运营的“事业部部”（如X光机和和电视机机）。OOU与LE是“多对多多”的关系系，但有有一个限限制性的的前提条条件，即即OU与LE必须须属于同同一个SSOB或或Leddgerr。由于于LE与OU的设设置在系系统中可可以独立立进行，因因此如果果双方的的SOBB或Leddgerr不同，则则不能建建立连接接关系。如果说法人人实体LLE与真真实世界界的企业业行政管管理组织织架构还还有点关关系的话话，业务务实体OOU则是是与行政政管理几几乎无关关，企业业内部的的行政组组织变化化对OUU的设置置没有直直接影响响。在EEBS中中有关采采购管理理、销售售订单履履行、应应收应付付管理等等业务模模块的功功能均是是建立在在OU基础础之上的的。用户户在执行行上述相相关模块块的业务务处理时时，总是是必须进进入确定定的OUU（上下下文环境境）才可可以进行行，EBBS的所所谓“多组织织”功能（MMOACC）也是是针对多多OU而言言的，与与真实世世界中的的“多公司司”（LE）没没有直接接关系。实际上，SSAP的的“采购组组织、销销售组织织”设置也也是与真真实世界界的行政政组织“采购部部、销售售部”无关的的，ORRACLLE抛弃弃了“采购组组织、销销售组织织”的概念念，OUU实际上上就起到到了类似似的组织织分隔作作用。OORACCLE的的某些相相关文档档中，如如果因描描述需要要而提及及所谓“采购组组织、销销售组织织”等概念念，有时时实际指指的就是是业务实实体OUU（或OUU下的库库存INNV组织织）。 （四）库存存组织（INV）  ORAACLEE EBBS的库库存组织织（INNV）是是系统组组织设置置的最基基础、也也是最重重要的工工作之一一。库存存组织的的内涵远远不是真真实世界界的“仓库部部门”那么简简单，它它除了是是有关“物料接接收与发发出”等业务务功能的的基础之之外，更更重要的的是，它它还是EEBS系系统有关关计划（MPS/MRP）、在制品管理（WIP）、物料清单（BOM）等模块业务功能的操作与管理平台。如下图28所示： EBS中的的库存组组织INV的作作用与功功能可以以与SAAP中的的工厂PPlannt参看看。一个个库存组组织INNV只能能属于一一个确定定的帐套套SOBB、一个个确定的的法人实实体LEE、一个个确定的的业务实实体OUU，具有有唯一性性的关系系（注意意：R111的设设置界面面未考虑虑SOBB/LEE/OUU的关联联限定，容容易产生生错误；R122作了改改进，在在选定LLedgger之之后，可可用的LLE/OOU就被被限定）。反反之，一一个“帐套/法人实实体/业务实实体”组合则则可以有有多个库库存组织织INVV。此外外，一个个OU下的的多个IINV可可以对应应属于该该OU的不不同LEE，这相相当于将将分属于于两个法法人公司司的生产产两种产产品的四四个工厂厂，按相相同产品品两两组组合抽取取出来，分分属于两两个不同同OU进行行日常业业务管理理。在EBS中中还有两两个组织织概念“MRPP组织、WWIP组组织”，它们们实际是是必须构构建于库库存组织织之上的的组织概概念，表表示该库库存组织织还可以以进行MMRP或或WIPP的功能能。系统统之所以以如此处处理，主主要是为为了控制制某些IINV不不能做MMRP或或WIPP而已，因因为基于于物料接接收或发发出需要要所设定定的INNV数量量可能比比较多。对于绝大多多数基于于库存组组织INNV的业业务功能能（个别别除外），系系统用户户在做业业务操作作时，均均必须首首先进行行INVV的选择择切换，以以便进入入确定的的INVV上下文文环境。库库存组织织的作用用是如此此基础，以以至于EEBS的的相关文文档在提提及组织织（Orrg）概概念时，如如果未作作特别说说明，默默认就是是指INNV组织织。 （五）公司司成本中中心（CCostt Ceenteer） EBS的的所谓“成本中中心组织织”并没有有业务处处理的功功能，它它的设置置主要是是考虑与与“会计科科目弹性性域结构构”中的“公司段段值”与“成本中中心段值值”的对应应关系问问题。如如下图229所示示： 在系统中创创建“公司成成本中心心组织”后，可可以运行行一个“并发检检查程序序”，以校校验“会计科科目弹性性域结构构”中的段段值是否否与所有有的“公司成成本中心心”组织的的设置保保持一致致。当在“会计计科目弹弹性域结结构”中的“成本中中心段”值集中中添加LLOV值值并重新新编译后后，可以以运行系系统的“自动组组织”并发程程序功能能，由系系统自动动创建“公司成成本中心心”组织。应当注意的的是，一一个公司司成本中中心组织织及其成成本中心心段值，不不可能属属于不同同法人实实体LEE及其公公司段值值，这与与真实世世界中的的管理要要求是一一致的。库库存组织织INVV与会计计科目弹弹性域中中的“成本中中心”段（部部门）则则具有“一对一一或多对对一”的关系系，即一一个“成本中中心”段值可可以有多多个库存存组织IINV，但但一个库库存组织织INVV只能属属于一个个确定的的成本中中心。 （六）HRR组织  系统的的HR组织织设置是是与HRRM模块块的相关关业务处处理功能能相关，与与核心业业务/财务处处理功能能关系不不大，主主要是需需要注意意其是否否和“成本中中心”关联，需需要时可可以输入入“成本中中心”代码，其其LOVV就是“会计科科目弹性性域”结构中中成本中中心段的的值集。如如下图330所示示：  （七）多组组织接入入控制在图30的的EBSS组织设设置界面面中，所所谓的组组织“类型”（Typpe）划划分仅是是基于组组织自身身的统计计分析工工作需要要而定义义的一个个“维度”，例如如“公司总总部、产产品线”等等，并并不影响响系统的的业务处处理功能能。真正正起作用用的是设设置界面面中的“组织分分类”（Claassiificcatiion），系系统预置置的组织织分类LLOV除除了上述述“业务组组、法律律实体、业业务实体体、库存存组织”等之外外，还有有诸如“资产组组织、运运营公司司、雇主主”等等选选项。在在EBSS系统中中各应用用模块所所具有的的业务处处理功能能通常需需构建在在一个确确定的“组织分分类”之上，“组织”是相关关业务处处理功能能的平台台，企业业是否需需要作相相关组织织分类设设置、如如何设置置，取决决于企业业所需要要使用到到的应用用模块功功能。例如所谓“资产组组织”的设置置，它是是在企业业需使用用到资产产管理模模块FAA时才涉涉及到。“资产组织”实际上是所谓“资产账簿”的代名词，它只是表示有关资产信息的一个数据维度，作用主要在于分隔数据范围，用户进入系统作业务处理时，并不需要作上下文业务环境的切换。对于这类并不涉及“上下文”环境切换的所谓“组织”，ORACLR系统的设计主要是为了借用“组织”所具有的“层次结构”（Hierarchy）概念来达到“多组织接入”权限的控制功能。需指出的是是，这里里的组织织“层次结结构”与真实实世界企企业的行行政管理理组织层层次结构构没有直直接关系系（尽管管可能有有所参考考），它它只是企企业根据据某种需需要（如如权限管管理控制制、数据据统计汇汇报等）而而人为设设定的一一个“层次结结构”，例如如将系统统中已经经设置的的任意数数量的“业务实实体”或“库存组组织”等等组组织Naame，人人为地设设定一个个具有上上下级关关系、自自顶向下下的金字字塔形多多层结构构。如下下图311所示： 上图中开始始定义时时，一旦旦选定（最最）顶端端组织NNamee，则就就只能为为之分配配下属组组织Naame，如如要给下下属组织织分配更更下一级级的组织织，则需需点击“向下”按钮，将将当前该该下属组组织上升升到“顶端组组织”位置。点点击“向上”按钮，则则将当前前“顶端组组织”下降到到下属组组织位置置。企业业可以根根据实际际需要设设定若干干个具有有不同内内部结构构的“组织层层次结构构”Namme，以以供定义义系统所所谓“安全性性配置文文件”时调用用。如下下图322所示： 上图所定义义“安全性性配置文文件”是系统统用以控控制包括括“组织安安全性”等在内内的各种种安全性性控制的的基础，它它具体规规定了系系统安全全性控制制的范围围与实现现方式，所所有定义义的“安全性性配置文文件”Namme构成成系统多多组织接接入控制制参数“MO：安安全性配配置文件件”的LOVV。如下下图333所示： EBS 通通过“MO：业业务实体体”、“MO：安安全性配配置文件件”、“MO：默默认业务务实体”这三个个系统配配置文件件的共同同作用，实实现所谓谓“多组织织接入”控制功功能MOOAC。但但上述三三个配置置文件在在R111与R122中的作作用有比比较大的的差别。对于“MOO：业务务实体”， 在R111中必须须设定，而而且起决决定性控控制作用用，其LLOV由由系统基基于创建建的OUU naame自自动创建建，用户户登录时时系统自自动定位位于指定定OU。而而在R112中，一一旦设定定“MO：安安全性配配置文件件”，则此此配置文文件失效效而不起起作用。对于“MOO：安全全性配置置文件”， 在R111中虽有有，但实实际不起起OU接入入的控制制作用，只只针对FFA等模模块的得得某些应应用如数数据统计计等起作作用。因因此，一一般认为为R111并不具具有完善善的多组组织接入入控制功功能。在在R122中，该该参数如如果不设设定，则则必须设设定“MO：业业务实体体”参数；一旦该该参数被被设定，则则就起决决定作用用，系统统主要依依赖其实实现MOOAC。对于“MOO：默认认业务实实体”， 在R111中虽有有但实际际不起作作用。在在R122中，随随“MO：安安全配置置文件”起作用用后才起起作用，其其LOVV是所有有已定义义OU，但但如果设设定值不不在“MO：安安全配置置文件”所选择择的“组织层层次架构构”的范围围内，则则仍不起起作用（即即在与OOU相关关诸如PPO、OM等的的FORRM界面面，OUU字段的的默认值值仍然为为空）。这这似乎是是ORAACLEE 系统统设计方方面的一一个难题题，即“MO：默默认业务务实体”的LOVV值集无无法与“MO：安安全性配配置文件件”中“组织层层次架构构”中的OUU值范围围保持一一致。ORACLLE强调调其“多组织织接入MMOACC”功能主主要是针针对业务务实体OOU而言言，其另另外一层层含义是是，所有有构建于于库存组组织INNV上的的应用功功能，实实际是与与上述配配置文件件无关的的。库存存组织的的可接入入性是在在“组织访访问”控制功功能中，专专门设定定“库存组组织”与“责任”的关联联性，如如下图334所示示： 按照ORAACLEE的说法法，如果果系统在在初始的的时候，不不定义库库存组织织的“组织访访问”控制，则则所有“责任”可访问问所有IINV，一一旦限制制或分配配其中一一个，则则其余均均必须逐逐个进行行分配以以建立“库存组组织”与“责任”的链接接关系。总之，EBBS系统统通过“弹性域域段值安安全性”、“帐套/分类帐帐安全性性”、“多组织织接入安安全性（MOAC）”、“库存组织访问控制”等多维度、多方面的组合系统设置，提供了灵活、方便的用户权限管理功能，厘清并掌握它们的复杂关系是系统实施的一项重要基础性工作。              （一）业务务组（BBG）（二）法律律实体（LLE）（三）业务务实体（OOU）（四）库存存组织（IINV）（五）公司司成本中中心（CCostt Ceenteer）（六）HRR组织（七）多组组织接入入控制在企业管理理实践的的过程中中，“组织”（Orgganiizattionn） 一一词是个个经常需需用到的的概念，一一般与“人员”与“职能”这两个个要素密密切相关关，反映映某种行行政管理理关系，例例如“财务部部、销售售部、采采购部、生生产部、仓仓储部”等等。 企业内内部行政政组织（部部门）的的划分是是企业基基于“职能驱驱动”业务管管理模式式进行运运作的基基础。目目前，国国内适用用于小企企业使用用的大多多数低端端管理软软件并不不考虑系系统中的的 “组织”设置问问题，其其系统应应用模块块的划分分，例如如采购模模块、仓仓管模块块、销售售模块等等等，实实际上就就已经基基本反映映了企业业运作的的“组织职职能”划分问问题。但 是，对对于业务务复杂、规规模较大大的企业业（如所所谓“集团企企业”），管管理软件件使用与与实施的的系统“组织设设置”问题将将是一个个首要的的重要问问题。一一个常见见的、也也是错误误的系 统实现现方式就就是将企企业的“行政组组织设置置”直接映映射到系系统中，以以“行政组组织”代替“业务组组织”。这种种系统实实现方式式虽有理理解、掌掌握比较较容易的的优势，但但却完全全违 背背了大企企业运作作必须基基于“流程驱驱动”业务模模式的基基本管理理原则。国国内有所所谓高端端管理软软件在系系统实施施过程中中，常常常出现有有几十个个财务、采采购组织织，几百百个销售售组 织织，乃至至上千个个库存组组织的“盛况”，导致致系统几几乎没法法使用的的困境，其其症结正正在于此此。与企业的“行政组组织”设置与与人员规规模密切切相关且且复杂多多变不同同，软件件系统的的“组织设设置”必须以以业务流流程运作作为核心心，要求求尽可能能简单并并保持相相对稳定定，在公公司（人人员）规规模扩大大的过程程中具有有延续性性与继承承性。作作为ERRP鼻祖祖的SAAP将系系统组织织简单地地分为“集团（CClieent）、公公司代码码（Coompaany Codde）、采采购组织织（Puurchhasee Orrg）、销销售组织织（Saale Orgg）、工工厂（PPlannt）”等类别别。ORRACLLE的组组织设置置本质上上与之基基本相似似，但作作为后来来者作了了进一步步抽象与与简化，系系统组织织划分为为“业务组组（Buusinnesss Grroupp）、法法律实体体（Leegall Enntitty）、业业务实体体（Opperaatinng UUnitt）、库库存组织织（Innvenntorry OOrg）”等。如果说SAAP的组组织模型型字面上上多少还还带有一一点“行政组组织”痕迹的的话（这这可能是是某些声声称学SSAP的的国内产产品误入入歧途的的原因），ORACLE系统的组织模型字面上已经几乎看不出与“行政组织”还有什么关系，其中的“Inventory Org”现今中文翻译成“库存组织”，容易令人望文生义和企业的“仓库管理部门（Warehouse）”混淆，但Inventory的本义实际应该是“存货”，称之为“存货组织”或许更好一些。如下图22所示ORACLE系统有关核心业务的多组织模型：上图中的“财务、销销售、采采购”并非系系统的“组织实实体”，它仅仅表示业业务实体体（OUU）具有有的相关关业务处处理功能能。“子库”是特殊殊的系统统组织实实体，没没有上下下文环境境可进入入，主要要表示库库存组织织之下的的某种业业务功能能。 （一）业务务组（BBG）  “业 务组”的概念念可以与与企业的的“集团”概念参参看，但但不同的的是一个个企业在在系统中中可以设设置多个个“业务组组（集团团）”。通常常对于一一个企业业来说，系系统中有有一个“业务组组” 就够够了，这这表示企企业就是是一个“集团公公司”。而对对于某些些业务“多元化化”的特大大型公司司（如跨跨国公司司），则则可能需需要在系系统中设设置多个个“业务组组”，表示示企业由由多个 “集团公公司”组成。业务组设置置是系统统组织设设置的第第一步，是是最高层层级的组组织形态态，但它它主要是是与人力力资源信信息的分分隔有关关，即“人员信信息”的设置置在一个个BG范围围内是由由各业务务模块共共享的（如如果需要要）。一一旦系统统设置的的用户名名（Usser）被被与“人员”（Empployyee）关关联，无无论使用用什么“责任”进入系系统，都都会定位位至一个个确定的的BG中，任任何责任任在任意意时刻只只能关联联一个BBG。EBSS安装好好后，系系统里面面已经预预置了一一个名为为“Settup Bussineess Grooup”的“初始业业务组”。如图图23所示示系统预预置的“Settup Bussineess Grooup”：当以系统预预置超级级用户SSYSAADMIIN进入入后，应应首先设设置一个个具有在在HRMM或INVV下创建建组织功功能的“责任”名，随随后给此此责任的的“HR：Useer TTypee”配置文文件设定定值为“HR Useer”，则该该责任就就有了创创建新BBG的能能力。通通常需要要一次性性将企业业所需要要的BGG全部建建立，一一般另创创建一个个与企业业名称一一致如“某某集集团”的新BGG就可以以了，也也可以（不不推荐）直直接使用用系统预预设的“Settup Bussineess Grooup”而不创创建新BBG。系统每新建建一个BBG，就就会自动动在配置置文件“HR：安安全性配配置文件件”的LOVV中自动动添加一一个与新新建BGG同名的的可选值值（初始始时只有有“Settup Bussineess Grooup”一个值值）。在在某一个个BG下（初初始为SSetuup BBusiinesss GGrouup）新新建的任任何责任任，系统统都将该该责任的的配置文文件“HR：安安全性配配置文件件”值默认认为当前前BG。要要在进入入系统时时能切换换到新的的BG，必必须先修修改该责责任的“HR：安安全性配配置文件件”设定值值。如果将配置置文件“HR：交交叉业务务组”的值设设为“是”，则在在不同BBG下，新新建的组组织名称称应当（虽虽然可以以）不同同，否则则查看时时可能会会引起混混淆。在在同一个个BG下的的所有新新建组织织，名称称不允许许相同。 （二）法律律实体（LE）  法律实实体（LLE，Leggal Enttityy）对应应于真实实世界中中的按国国家法律律法规要要求注册册的“法人公公司”。在R111中，LEE在组织织FORRM定义义时，对对于每个个LE必须须为其“法人主主体会计计科目”关联一一个“帐套SOOB”。每个个LE对应应一个SSOB，这这与真实实世界的的法规要要求是吻吻合的。如如下图224所示示： 要注意的是是，在RR11中中定义的的LE时，并并未作与与“会计科科目弹性性域结构构”的“公司段段”值关联联，用户户必须对对于其是是与公司司段值中中的哪个个值对应应心中有有数。而而在R112中，LEE的组织织定义虽虽在FOORM中中仍然保保留，但但LE的“法人主主体会计计科目”的FORRM设置置被废弃弃（故FFORMM中定义义了也无无用），改改为在定定义“分类帐帐”时的“会计科科目设置置管理器器”WEBB中定义义并分配配法人实实体LEE。一个个分类帐帐设置（主主辅分类类帐）可可以添加加多个LLE，但但每个LLE只能能具有一一个分类类帐设置置。如下下图255所示：在R12中中，还必必须为法法人实体体分配会会计科目目弹性域域结构的的公司段段即平衡衡段值。每每个LEE可以分分配多个个“平衡段段”值，公公司段值值集中每每个段值值一旦被被分配给给某LEE，则其其它LEE就不能能再被分分配。在在R111或R122中创建建一个LLE后，应应当及时时到会计计科目弹弹性域结结构中添添加需要要对应的的公司段段值LOOV（一一个或多多个），并并重新进进行弹性性域的编编译，否否则系统统可能会会弹出错错误报警警信息。R12中一个LE对应多个公司平衡段值，代表有多个分公司，LE是它们的合并。主辅分类帐可拥有相同或不同的公司段值集，表示从不同的维度（如按地区、按产品等）去划分公司以方便考核。如图26所示为LE添加平衡段值：无论是R111还是是R122，法律律实体LLE的设设置都对对具体的的业务处处理影响响不大，其其与系统统用户或或责任不不关联，不不直接影影响系统统上下文文的切换换，故有有人甚至至认为EEBS的的LE设置置作用不不大。这这对于系系统的内内部运作作来讲情情况确实实近似如如此，但但对于需需要通过过系统产产生供外外部使用用的具有有法律意意义的文文书（如如采购订订单、财财务报表表等等），严严格区分分法律实实体LEE还是必必须的。R12显然更多地考虑了外部使用的这种法律要求（即所谓“法规遵从性”或“合规性”），并在相关业务应用模块中有所体现。 （三）业务务实体（OU）业务实体（OU，Operating Unit）是EBS系统组织设置的重点也是难点之一。它与法人主体LE本身没有必然的关系，与会计科目弹性域结构中的“公司段”也没有直接关系。从企业实际业务管理需要的角度去看，业务实体OU可以看作是在系统中按照业务的相似性，把多个不同公司（包括LE）的业务处理过程及数据划分成相对独立的“管理单元”。在每个管理单元内部，各公司的业务运作共享相关数据并执行统一的业务策略。例如，有一一个业务务多元化化的企业业既生产产医院使使用的XX光机也也生产普普通电视视机，并并且其下下属在全全国各地地有多家家生产XX光机或或电视机机的分公公司、子子公司。由由于这两两种产品品所使用用的物料料、供应应商以及及针对的的客户群群差异很很大，企企业为方方便管理理，可以以将“业务运运营”划分为为两个相相对独立立的“业务管管理群组组”，对应应到EBBS系统统中就是是两个业业务实体体OU。从 企业日日常业务务运作管管理的角角度来看看，对于于单纯的的电视机机业务，全全国范围围内就设设一个公公司负责责计划、生生产、采采购、销销售等运运营管理理最为简简便，但但企业从从非运营营管理角角度 例例如“税收优优惠、地地方政策策”等等因因素考虑虑，有时时不得不不在全国国各地乃乃至世界界各地注注册若干干所谓“公司”，以便便向当地地政府纳纳税并接接受其财财务会计计方面的的监管。EBS在一一个业务务实体OOU下，例例如“电视机机管理群群组”，包含含了全国国各地所所有负责责生产或或销售电电视机的的分公司司、子公公司（LLE）的的日常业业务运作作，在业业务运作作的组织织层面忽忽略了作作为法人人实体的的公司信信息，但但在反映映业务运运营最终终结果的的财务阶阶段（GGL），仍仍能够方方便地按按照各地地的法规规要求提提供财务务数据与与结果。而而对于负负责具体体业务的的系统用用户来说说，日常常工作几几乎不用用关心或或考虑“公司”的设置置问题。EBS中LLE的数数量可以以根据需需要任意意增加，但但对于OOU的数数量基于于管理方方便性则则要求尽尽可能精精简。EEBS产产品早期期在实施施过程中中，存在在一个公公司（LLE）对对应一个个OU的做做法或一一个OUU只能属属于一个个LE的 说法，这这种做法法或说法法并不恰恰当。某某些国内内产品的的设计由由