ORACLEOBS系统应用基础

1、ORACLLE EBBS系统应应用基础概概述一、前言言二、表单单与查询（Form and Summary）三、事务务处理（TTranssactiion）四、并发发流程（CCurreent PProceess）五、文件件夹（Foolderr）六、弹性性域（Fllex ffieldd）七、值集集与查找代代码（Vaalue Set and Lookkup CCode）八、配置置文件（PProfiile）九、单据据编号（DDocumment Sequuencee）十、工作作流（Woorkfllow）十一、预预警（Allert）十二、应应用开放接接口（Oppen IInterrfacee andd AP

2、II）十三、结结语（注：网站站批量发图图有问题，上上传后显示示不清楚。点击图片片打开后，质质量尚可）一、前言有网友在论论坛发帖惊惊呼：好不不容易把EEBS系统统安装好了了，进去一一看傻眼了了，不知道道从哪儿下下手？发出出惊叹的这这位网友所所遇到的问问题，实际际上也是很很多人曾经经遇到或正正在遇到的的问题。长长期以来，国国内的非专专业人士（例例如媒体）提提及SAPP或ORACCLE的时时候，有不不少人喜欢欢用“超级难懂懂”来形容。那么，国国内专业人人士的看法法又如何呢呢？笔者所所听到过的的最“雷”的说法来来自一位国国内软件研研发的高层层主管：SSAP/OORACLLE太复杂杂了，其背背后的东西西

3、、深层次次的东西，我我们永远不不可能搞懂懂！ 真是太不可可思议。一一方面，国国内的业内内人士几乎乎众口一词词，我们与与SAP/ORACCLE相比比，技术上上没有多大大差距，平平台工具都都是公开的的，也没有有什么奥秘秘可言。SSAP/OORACLLE由于产产品做得早早，我们在在技术上甚甚至还有后后发优势。另一方面面，我们也也常常听到到国内有些些人将SAAP/ORRACLEE神秘化，认认为其包含含“复杂的、深刻的管管理思想”，是德国国人/美国人的的东西，我我们中国人人的企业管管理水平低低，用不了了是正常的的。国情不不同，模式式不同，中中国人应该该寻找一条条适合自己己的道路！真的是这样样吗？SAAP

4、/ORRACLEE产品真的的是那么神神秘、高不不可攀？今今天专业从从事ERPP工作的人人员，若从从个人背景景角度来看看，通常可可以划分为为“技术出身身”与“业务出身身”两类。“技术出身身”的人在学学习熟悉系系统方面可可能有一定定优势，但但与用户沟沟通交流的的过程中，在在迅速准确确把握业务务本质要领领方面可能能存在一定定困难；而而“业务出身身”的人，对对于与用户户的业务沟沟通交流可可能感觉比比较容易，但但在研究掌掌握系统方方面则可能能相对困难难一些。根根据笔者曾曾经做过的的调查统计计，国内EERP从业业人员中“技术出身身”的人似乎乎占了绝大大多数。ORACLLE EBBS 作为为一个有百百多个业

5、务务应用模块块、高度集集成的企业业管理软件件系统，它它是现代计计算机技术术与企业管管理实践的的高度融合合。它不是是模仿企业业手工业务务过程的“电算化”简单再现现，或许正正是让很多多人感到其其“难懂难用用”的根本原原因所在。因此，“从实践中中来，再到到实践中去去”，或曰“从业务透透视技术，再再从技术回回归业务”也许正是是我们一步步一步叩开开ORACCLE EEBS的大大门，徜徉徉其间并游游刃有余的的方法论。（这里的的所谓“技术”意指“系统实现现”）。业内对于专专业从事EERP工作作的人员，大大致有以下下三种分类类：一类是是所谓“技术顾问问”，对于这这些人来说说，掌握相相应的软件件开发技能能是必要

6、条条件，其工工作领域的的重点一般般主要是在在系统后台台，类似开开发系统接接口、业务务报表，解解决一些系系统的技术术问题等等等；二类是是所谓“功能顾问问”，这些人人对于系统统的相关模模块有不同同程度的熟熟悉，通常常是在指导导企业使用用系统，或或努力地在在把企业的的业务要求求变为系统统的实现方方案；三类类是所谓“管理顾问问”，这些人人通常有比比较丰富的的企业管理理实战经验验积累，同同时对ERRP系统也也有比较深深刻的认识识，能够从从企业管理理业务流程程的整体高高度给出咨咨询建议，最最大限度地地发掘出EERP系统统对于企业业管理水平平提高的重重要作用（这这里的“管理顾问问”是特指，有有别于市面面上众

7、多不不懂系统、只会“纸上谈兵兵”的忽悠型型“管理顾问问”）。实际工作中中，上述三三类人员前前后之间可可能并无明明确的划分分界线，但但大体上有有一个随着着系统认识识水平的提提高以及业业务运作经经验的积累累，由低到到高发展的的过程。因因此，如何何实现“从业务角角度去透视视技术，从从技术角度度去回归业业务”是业内人人员所面对对的永恒命命题，能达达到业务与与技术的“融会贯通通”则是追求求的最高境境界。为此此，本篇将将从博大精精深的ORRACLEE EBSS系统最基基本的应用用基础组成成元素开始始，从业务务技术业务，探探讨让有些些人高深莫莫测、妄自自菲薄的所所谓“其背后的的东西、深深层次的东东西”到底是

8、些些什么，以以便能够最最终寻找到到帮助我们们登堂入室室的钥匙与与途径。二、表单与与查询（FForm and Summmary）企业在手工工模式下的的业务运作作过程中，总总有各种各各样的用于于记录业务务数据或管管理信息的的纸面单据据，例如“销售订单单、采购订订单、入库库单、出库库单”等等。随随着业务量量的增加，这这些纸面单单据的数量量是如此之之多，以致致于企业不不得不花费费大量人力力，将每张张单据上的的重要信息息摘要出来来（例如采采购订单上上的供应商商、物料、数量、价价格、金额额、日期等等），另外外建立一个个数据记录录的“索引、清清单或台账账”等， 以方便能能在需要时时对它们进进行查询或或统计。

9、一个最简单单的软件管管理系统，就就是把上述述纸面单据据“电子化”后放入系系统，然后后再提供一一个在系统统里查找这这些单据的的“查询”功能。如如果你去研研究一下目目前国内的的主流ERRP产品，你你就会发现现这些主要要用于中低低端市场的的国内ERRP产品，其其每个模块块中的应用用功能实际际主要就是是“单据新增增与单据查查询”这两项。其单据在在系统中的的格式和内内容与纸面面单据是如如此近似相相像，以致致于大多数数企业人员员学习掌握握它们不会会感觉有多多大困难。在ORACCLE EEBS的每每个模块中中，同样也也是要用到到各种单据据（Forrm）来录录入或保存存数据（对对应于后台台数据库中中的“表”）

10、，并为为之提供相相应的查询询功能，但但ORACCLE中的的系统单据据已经不是是纸面单据据的简单再再现。系统统的UI界面中中可以见到到各种“表单”（据统计计约有30000多种种），它们们不仅不同同于纸面单单据，相互互之间的性性质及查询询方式差别别也可能很很大。归纳纳起来，OORACLLE各模块块中的“表单”按性质与与作用大体体可分为三三大类：第一类是“业务流程程”类表单，例例如“销售订单单SO、采购购订单POO、制造工工单WO、发票票INVOOICE”等等，它它们有一个个共同的特特点是参与与核心业务务流程的运运转，是核核心业务流流程的一个个环节、不不可或缺。这一点显显然也是和和实际的企企业业务过

11、过程是高度度相对应的的。作为业业务的原始始凭据凭证证，它们是是如此重要要，即使是是IT系统化化之后，大大多数企业业可能还是是要将它们们的纸面形形态予以保保存、归档档。 在在ORACCLE EEBS中，“业务流程程”类表单种种类其实很很少（每个个模块一般般仅一、两两个左右），但但每种单据据随时间日日积月累，业业务数据量量可能很大大。业务流流程类表单单是系统中中最重要的的表单，与与纸面单据据相比，内内容更为丰丰富和复杂杂，格式也也有很大的的变化，它它充分利用用了数据库库技术所提提供的可容容纳性、可可扩展性以以及使用便便利性。它它来源于业业务实践，但但经高度抽抽象并融入入最新科技技成就后，其其功能与

12、作作用又远远远高于原始始的纸面单单据。如图图1的PO表单:PO表单是是一个典型型的“业务流程程”类表单，它它有“表头与表表体行”两大部分分组成，这这一点与纸纸面单据仍仍然类似。但不同的的是系统表表单的每一一个“表体行”，还可以以拥有属于于自己的“二级子表表行”；而每一一个“二级子表表行”，也可以以拥有属于于自己的“三级子表表行”，如此类类推。这种种表单展现现方式，纸纸面单据是是无法实现现的，它极极大地扩充充了单据可可以包含的的信息容量量，具有高高度的灵活活性与便利利性。在图图1中，PO的第一一行采购总总数量为336，对应应到“发运”二级子表表拆分为数数量分别为为20与16的两行行（表示发发到两

13、个不不同收货地地点或同一一地点但两两个不同发发货时间）；“发运”二级子表表的第一行行数量为220，对应应到“分配”三级子表表拆分为数数量分别是是10与10的两行行（表示对对应到两个个不同的费费用会计科科目或费用用由两个不不同部门分分别承担）。第二类是“数据来源源”类表单，例例如“OM模块中中的价目表表、PO模块中中的报价单单、”以及“物料、供供应商、客客户”数据表单单等等，它它们的共同同特点是不不参与核心心业务流程程的构建，但但它们为业业务流程表表单提供可可以参考的的数据来源源，例如采采购订单从从物料表单单取物料相相关信息，从从供应商表表单取供应应商信息、从报价单单取价格相相关信息等等等；这类

14、类表单在手手工业务模模式下大多多数都可能能也存在，但但手工状态态下的实际际使用与管管理可能无无法做到很很严格规范范；在ORACCLE EEBS中，“数据来源源”类表单在在每个模块块中种类可可能很多，每每种表单的的内容与格格式复杂程程度，以及及单据数量量也差别很很大。它们们虽然并非非不可或缺缺，但它们们体现的专专业化分工工与协作的的管理思想想，对于企企业的业务务流程运作作效率有重重大影响。 下下图2所示订单单管理/定价模块块中的“价目表”，就是一一个典型的的“数据来源源类”表单，它它也可有复复杂的结构构:第三类是“业务控制制”类表单，例例如“销售的物物料可订购购性、采购购的批准供供应商列表表、系

15、统参参数设定”等等，这这类表单在在手工业务务模式下很很少或根本本不存在。事实上，手手工方式下下实际也很很难使用它它们对业务务进行有效效控制。在ORACCLE EEBS中，“业务控制制”类表单在在各模块中中的种类也也比较少，单单据数量也也很有限，但但它们体现现的是企业业管理的系系统控制机机制，对于于业务管理理控制的效效率有重要要影响。如下图3所所示采购的的批准供应应商列表（控控制可向哪哪些供应商商采购），就就是一个比比较典型的的“业务控制制类”表单，它它也同样可可有复杂的的结构。尽管在ORRACLEE EBSS中，统计计后台数据据库中所用用到的“表”（Tablle）数量量有一万多多个，前台台UI

16、中可见见的表单也也形形色色色、数量繁繁多，乍看看令人生畏畏，但在分分析归纳划划分为以上上三大类之之后， 事情就会会变得简单单很多，它它使得我们们可以把每每个模块中中种类很有有限的“核心的业业务流程表表单”作为学习习研究的“切入点”，通过对对每种单据据内部业务务内涵与技技术内涵的的分析，以以及各种单单据之间业业务逻辑与与技术逻辑辑的研究，逐逐步扩展并并掌握系统统的其它功功能与应用用。基于实际工工作的需要要以及系统统设计的简简洁方便，ORACLE针对上述三种不同类型的表单分别提供了可供选择使用的不同“查询”方法，归纳起来也可分为三类：功能查询方式、快捷查询方式、简便查询方式。所谓“功能能查询”方式

17、，在在系统中有有“查询”功能菜单单项（例如如PO SSummaary，采采购订单汇汇总），点点击此菜单单进入时，系系统会首先先弹出“查找条件件”输入窗口口（控件），如如下图4所示采购购订单功能能查询菜单单与查询条条件控件：然后根据输输入的查询询条件，给给出查询结结果LISST。作为为查询功能能扩展，系系统还在UUI界面工工具栏进一一步提供关关联查询（如如采购订单单的上下游游单据“采购申请请”和“采购发票票”）和细节节查询功能能，如下图图5所示采购购订单功能能查询方式式的输出结结果视图：功能查询方方式通常只只用于核心心“业务流程程”类单据的的查询，查查询功能强强大。由于于业务流程程类表单（以以及

18、部分数数据来源类类表单）的的重要性，系系统在菜单单项中提供供了专门的的“查询”功能。 所谓谓“快捷查询询”方式即在在打开单据据界面后，只只需点击UUI界面工工具栏内的的查询“图标”（手电筒筒），查询询条件输入入方式有两两种：一种种是无专用用的“查询条件件”选择窗口口，仅限于于在查找界界面的“查找栏”输入常用用的那些字字段（即所所谓“模糊查询询”），系统统在查找界界面直接给给出所有符符合条件的的条目LIIST，而而详细情况况需选定条条目后，再再进入单据据界面查看看，如下图图6所示“采购订单单”在单据界界面进行“快捷查询询”的情况：另一种是在在单据界面面点击查询询图标（手手电筒）后后，也会出出现“

19、查询条件件”输入窗口口，输入查查询条件后后，系统也也可能会出出现一个简简单的结果果清单LIIST界面面或视图（某某些表单查查询则可能能没有），通通过该LIIST视图图界面可以以再选择打打开相关条条目的表单单。同时，也也可以直接接在单据界界面按“翻页”键（Pagge Doown或Pagee Up），在在已经查询询出的不同同条目间按按顺序直接接切换。如如图7所示：物物料快捷查查询方式的的查询条件件控件与输输出结果视视图：述（两种）快快捷查询方方式，适用用于大多数数业务数据据量大的表表单数据的的查询。而而后一种“快捷查询询”方式与“功能查询询”方式有些些近似，只只是其查询询结果的输输出视图的的相关“

20、功能”（如上查查下查的追追溯、汇总总与明细的的切换等）没没有“功能查询询”方式那么么强大。但但对于大多多数“数据来源源”类表单，由由于它们不不参与构建建核心流程程，信息也也不如业务务流程类表表单那样复复杂，故“快捷查询询”方式已经经基本能够够满足实际际工作需要要。如按“功能查询询”方式为所所有表单设设计“查询条件件控件”与查询“输出结果果视图”（象某些些国内产品品做的那样样），则系系统设计工工作的复杂杂性将大大大增加，后后续系统维维护也将十十分麻烦，既既不经济也也无多大实实际意义。 所谓谓“简便查询询”方式，即即在打开单单据界面后后直接把“单据”界面的所所有字段作作为“查找条件件输入窗口口”。

21、要做到到这一点，只只需在打开开单据界面面后，于UUI的工具具栏“查看”中选择“查询标准准-输入”（或按F111键），此此时单据界界面有关字字段即“灰显”，允许输输入具体查查询值，再再在“查看”中选择“查询标准准-运行”（或按Cttrl+FF11），则则单据界面面显示查询询结果，按按“翻页”键（Pagge Doown或Pagee Up），在在已经查询询出的不同同条目间按按顺序直接接切换。如如下图8所示：物物料清单BBOM的简简便查询方方式示意图图：这种查询方方式既不需需要“查询条件件”控件，也也不需要查查询结果输输出视图，系系统设计上上十分简单单节省，适适用于几乎乎所有表单单。要注意意的是对于于

22、系统中某某些数据量量很少的表表单，则有有可能系统统只提供“简便查询询”作为唯一一可使用的的查询方式式。此外，EBBS中的某某些表单，在在WEB下可可能还有基基于HTMML的展现现与查询方方式。UII与HTMLL这两种展展现与查询询方式的优优劣，一方方面与使用用场合有关关，另一方方面也与使使用习惯有有关。总之之，了解系系统中各类类表单的使使用并熟练练掌握各种种查询方式式，是进一一步学习研研究系统的的基础，尽尽管EBSS各模块的的表单展现现与查询方方式因不同同业务、不不同设计者者的风格偏偏好而可能能有所不同同，但核心心本质的东东西还是共共同一致的的。ORACLLE EBBS 系统统应用基础础概述三

23、、事务处处理（Trransaactioon）四、并发发流程（CCurreent PProceess）五、文件件夹（Foolderr）六、弹性性域（Fllex ffieldd）七、值集集与查找代代码（Vaalue Set and Lookkup CCode）八、配置置文件（PProfiile）九、单据据编号（DDocumment Sequuencee）十、工作作流（Woorkfllow）十一、预预警（Allert）十二、应应用开放接接口（Oppen IInterrfacee andd APII）十三、结结语（注：网站站批量发图图有问题，上上传后显示示不清楚。点击图片片打开后，质质量尚可）三、事务

24、处处理（Trransaactioon）如果说上述述EBS的“表单与查查询”的系统设设计体现的的正是“从业务到到技术”，比较容容易理解与与掌握，那那么，所谓谓“事务处理理”则是体现现系统“从技术再再到业务”的一个典典范，相对对而言，理理解起来要要困难很多多，原因是是无法直接接在手工业业务模式下下找到相对对应的处理理方式与过过程。以库房接收收采购物料料为例，假假定公司规规定必须严严格按POO来接收，并并且公司为为了严格控控制库存水水平，接收收必须小批批量、多批批次，则库库房人员就就可能需要要针对同一一个PO在短时时期内开出出N多张的“入库单”，工作量量很大。为为了减少工工作量、提提高效率，库库房人

25、员可可能会在供供应商每次次送货时，仅仅在找出来来的PO纸面单单据上只简简单地做一一个数量标标识，最后后累积起来来汇总开一一张“入库单”。但这种种“图省事”的做法显显然是一种种“很不规范范”的处理方方式，虽可可以提高工工作效率，却却会因为容容易带来很很多其它管管理问题而而在实际工工作中不被被允许。ORACLLE 系统统通过提供供一个“事务处理理”工作界面面则很简单单地解决了了上述难题题。如下图图9所示采购购接收的事事务处理工工作界面：类似于“收收货时直接接在PO纸面单据据上简单地地做数量标标识”，每次供供应商送货货来时，库库存人员只只需在系统统中查找出出对应的PPO，简单单地输入送送货数量并并保

26、存，则则系统会在在后台自动动生成“事务处理理记录”(等同于是是“入库单”)。对于系系统来说，这这种处理方方式技术上上实现非常常容易，但但却大大减减少了操作作人员的工工作量，有有效地解决决了由于小小批量、多多批次所带带来的效率率问题。ORACLLE的各业业务模块，大大量地采用用了上述类类似的“事务处理理”系统工作作方式，不不仅保证了了系统高度度的数据集集成性，而而且对于系系统各业务务环节的流流程处理也也保证了高高度的连贯贯性与集成成性。例如如OM系统的的发货处理理、WIPP系统的领领料与入库库处理等等等。系统中中所提供的的事务处理理工作界面面，有些可可能会以“工作作台”（WWorkbbenchh

27、）来命名名之（这取取决于不同同模块系统统设计人员员的个人偏偏好）。更进一步，系系统对于某某些“业务流程程”类表单，例例如“销售订单单、发票”等，还在在表单界面面直接提供供一个名曰曰“活动”（Actiion）的的按钮（BButtoon），该按钮钮包含丰富富的业务处处理功能（不不仅仅是输输入数据），以以便用户（User）对表单内容作各种操作处理或获取相关信息。如下图10所示，销售订单界面的“活动”按钮：此外，ORRACLEE EBSS在某些业业务流程单单据之间，也也提供了类类似的事务务处理工作作界面，以以帮助用户户方便地实实现业务单单据的转换换和业务流流程的衔接接。如下图图11所示的的采购申请请P

28、R到采购购订单POO的所谓“自动创建建”（Autoocreaate）功功能。对于企业的的一个系统统用户Usser（事务务处理型用用户）来说说，掌握了了与自己工工作相关的的表单、表表单查询、事务处理理，就基本本上掌握了了EBS的系系统使用，系系统就不再再难懂难用用。EBSS中的“事务处理理”在业务流流程表单内内部解决了了“人与系统统”的统一问问题，在业业务流程表表单之间解解决了“业务与业业务、业务务与系统”的统一问问题。从“纯技术”的系统实实现角度来来看，它也也没有什么么高深莫测测的地方。很奇怪也很很遗憾的是是，迄今国国内主流EERP产品品的系统中中，还很少少看到这种种系统实现现方式。曾曾有一网

29、友友通过MSSN向笔者者发问：“EBS的WIP 事务处理理界面是否否要手工输输入iteem？”看起来这这个问题似似乎很“幼稚”，但对于于很多刚开开始接触EEBS或过过去用惯国国内产品的的人来说，由由于不了解解或不习惯惯EBS的“事务处理理”系统实现现方式，会会不自觉、想当然地地将所有EEBS的FORMM界面都当当成具有“实体”作用、通通常可以对对应纸面单单据的“业务表单单”来看待，才才会发出这这样的疑问问。四、并发流流程（Cuurrennt Prrocesss）从系统实现现角度来看看，“并发流程程”或“并发处理理”是较之“事务处理理”技术味更更浓的一个个概念，它它也是业务务出身、不不太懂“技术

30、”的人学习习掌握EBBS系统的的难点之一一。但实际际上，对于于今天的计计算机系统统而言，“并发”其实是一一个再普通通不过的应应用，例如如我们边在在电脑上写写文章边听听音乐等等等。ORAACLE 弄得有点点学究气，相相对于“联机事务务”或“联机处理理”方式，并并发处理称称为“后台事务务”或“后台处理理”似乎更好好理解一些些。以企业的实实际业务过过程为例，在在手工业务务模式下，库库房接收了了物料并开开具“入库单”后，库房房人员后续续必须还要要做的一项项工作是：“手工”将入库单单上的物料料接收信息息逐份“过账”到“库存物料料信息台账账”上去，以以更新库存存物料的余余额数量。在EBSS系统中，这这项枯

31、燥、乏味的工工作就完全全由系统代代劳了，系系统通过后后台运行的的一个名为为“接收事务务处理处理理器”的并发程程序，联机机立即或成成批周期进进行处理，在在不影响用用户做其它它工作的同同时，高度度精确地完完成着原本本需要人工工去做的“过账登记记”任务，并并且手工模模式下过账账之后为检检查错漏而而需经常进进行的“对账”工作也变变得根本就就不再需要要。“并发处理理”是EBS系统统不可或缺缺的一个重重要组成部部分，上述述“物料接收收”的并发处处理只是一一个很简单单的应用。在EBSS中，“并发”按处理的的对象主要要可分为两两类：一类类是“流程事务务”，一类是是“报表事务务”。系统统统一以“提交请求求（Re

32、qquestt）”的方式提提供人机交交互。如下下图12所示“查询或提提交请求”：对于每一个个并发“请求”，系统都都可以允许许输入相关关参数，并并计划其是是按某一周周期运行，还还是立即或或预定在未未来某一时时刻运行。系统预置置了大量的的为业务流流程服务的的“流程事务务”类后台事事务处理程程序，同时时还提供了了部分可供供企业参考考的“报表事务务”类输出请请求。用户户使用系统统提供的开开发工具，也也可以很容容易地自定定义某些“个性化”的后台程程序或报表表输出，其其运行管理理和使用方方式与系统统预置的并并发程序几几乎完全相相同。“并发处理理”相对于用用户来说，实实际上是属属于在系统统后台运行行的相关工

33、工作，刚刚刚开始接触触的人可能能会对之觉觉得陌生或或使用不顺顺手，原因因主要是手手工业务或或低档的管管理软件根根本没有这这种工作处处理方式。这就好比比相对于交交通主要还还是靠骑车车或步行的的小城镇，今今天对于生生活在现代代化大城市市的人们来来说，往来来穿梭的地地铁、周而而复始的公公交、招手手即停的出出租车已经经成为全部部生活不可可或缺的一一部分，它它们就像城城市的“血管”脉动一样样，奔流不不息，维持持着城市生生命的运转转，生机勃勃勃。EBBS的“并发处理理”所承担的的角色或所所起的作用用正与之基基本类似。EBS并发发处理的另另一项重要要特性是其其“系统级”的可计划划、可管理理、可控制制特性，系

34、系统通过定定义“并发管理理器”、“请求集”等功能应应用，对所所有需要在在后台运行行的并发程程序进行管管理调度，以以平衡系统统负载，保保证系统有有高的使用用性能。如如下图133所示，定定义“并发管理理器”（包括运运行规则、工作班次次等等。这这类似于城城市里的交交通调度与与控制）关于“流程程事务”类的并发发请求，因因为涉及到到系统各业业务模块的的具体功能能应用问题题，这里不不便多讲。以下主要要来谈一谈谈“报表事务务”类的并发发请求问题题。有网友友曾抱怨说说，“ORACCLE的报报表功能不不好用，出出一个简单单的报表都都要到后台台去提交一一个请求，输输出的是一一个文本，太太麻烦。系系统提供的的标准报

35、表表，内容不不能满足企企业要求，不不符合国人人的使用习习惯”。这种说说法可能是是因为受某某些国内产产品的影响响而产生的的误解。目目前国内的的主流ERRP系统，对对于“报表”基本上采采取的是类类似“查询”的实现方方式。这种种“查询式报报表”虽然方便便了用户使使用，但却却惹出了无无穷的麻烦烦。首先，报表表是一种极极端“个性化”的东西，不不同的企业业由于管理理层次不一一样，关注注的管理重重点也不同同，针对同同样的问题题所要求的的报表也会会不同。即即使同一个个企业在不不同的发展展阶段，所所要求的报报表内容也也不会相同同，因此即即使已经使使用ERPP若干年的的企业，不不断地开发发新的（管管理）报表表，也

36、是很很正常的事事情。如果果ERP系统统将报表功功能“显式化”，在系统标标准功能中中提供查询询条件控件件及输出结结果视图，则则意味着系系统提供的的这个所谓谓报表功能能必须符合合所有企业业的使用要要求，而实实际这是不不可能实现现的。在这这种情况下下，企业就就会理所当当然地认为为这是ERRP厂商的的责任，厂厂商必须负负责解决。目前许多多国内ERRP厂商产产品研发的的一项重要要内容就是是穷于应付付为企业开开发各种查查询式管理理报表，这这简直是等等于自掘火火坑，陷进进去无法自自拔，其次，查询询式报表如如果内容复复杂、耗用用系统资源源比较高，则则用户随便便自由使用用， 而IT系统维维护人员对对“联机式”查

37、询无法法进行有效效管理、干干预，将可可能严重影影响系统整整体性能，导导致其他用用户无法进进行正常工工作。从这这个角度来来看，目前前国内的主主流ERPP产品实际际上还没有有真正系统统意义上的的“报表”功能，只只有不加节节制、扩大大化了的“查询”功能。系系统如此处处理极不明明智。ORACLLE 将“报表”功能以并并发请求的的形式放到到后台去处处理，不仅仅有效地解解决了“报表”的个性化化问题，分分清了ERRP厂商与与企业的责责任界面，而而且也为企企业IT系统维维护人员提提供了系统统可管理、可干预的的便利。这这实际上正正是ORAACLE系系统的灵活活性与功能能强大之处处（SAPP也类似）。有网友针针对

38、国内某某些厂商声声称自己的的ERP是“高端”产品时，质质疑“连并发都都没有，能能算高端吗吗？”实际上是是说到了要要害。一个个连“电梯”都没有的的高楼怎能能算得上是是现代化的的大厦呢！ORACLLE系统大大量使用后后台“并发处理理”程序，实实现了系统统用户的流流程操作在在“空间与时时间”上的分离离，免去了了操作人员员的无效等等待时间。操作人员员提交的并并发请求在在后台运行行的同时，并并不影响其其处理其它它系统事务务，这样可可以大大提提高用户的的工作效率率以及使用用的方便性性。“并发发”之于OORACLLE EBBS系统好好比人体内内的“心脏”一样重要要，它是系系统实现高高度的数据据集成与流流程集

39、成的的核心工具具，是企业业依赖计算算机系统实实现业务运运作与管理理控制自动动化的一个个技术体现现。五、文件夹夹（Follder） 这又是一一个ORAACLE弄弄得有点学学究气的概概念（可能能也有中文文翻译不到到位的原因因）。所谓谓“文件夹”（Foldder）功能，简简单来说就就是稍有点点IT系统使使用经验的的人都明白白的“用户自定定义查询输输出界面视视图”功能。系系统（可以以）提供的的查询条件件控件或查查询输出结结果视图的的字段是如如此之多，其其中有很多多可能并不不是用户希希望显示出出来的，每每一个系统统用户Usser可以以根据个人人的工作需需要或偏好好，使用文文件夹功能能自由地定定义自己可可

40、见的UII界面。ORRACLEE 系统为为几乎所有有重要的表表单、查询询条件控件件及查询结结果输出视视图都提供供了文件夹夹功能，这这也是ORRACLEE系统灵活活性、易用用性、方便便性之所在在。如下图图14所示采采购PR的查询询：六、弹性域域（Fleexfieeld）所谓“弹性性域”技术是人人们每当提提及ORAACLE 产品技术术的先进性性时总会首首先想到的的一个东西西，也是很很多初学者者（尤其是是“业务出身身”的人）开开始接触时时可能会感感到有点“发怵”的东西，原原因之一是是它的技术术味比较浓浓。但实际际上，如果果从应用的的角度去理理解，它也也并无多少少神秘之处处。前面我们已已经讲到“表单”

41、是组成EBBS系统的的最重要基基本元素之之一，每个个表单都由由“表头与表表体行”组成。系系统在UII界面中所所展示的是是表单的“标准显示示”，尽管这这个“标准显示示”可能已经经包含了适适合各行各各业所使用用的那些常常用信息字字段（Seegmennt），但但对于不同同企业来说说，总可能能会出现需需要添加一一些本企业业特殊需要要的信息字字段的情况况，这从系系统角度通通常称为“自定义表表单字段”。EBS的所所谓“弹性域”技术实际际就是为了了解决这一一常见的系系统应用问问题而应运运而生，对对于初学者者来说，把把它简单地地理解为“自定义表表单字段”就容易多多了。如下图155与图16所示的的采购申请请PR

42、表单，在在表头部分分“标准显示示”的UI界面（角角落）中有有一个“方框”（“【 】”），在表表体行部分分的末端也也有一个“方框”（“【 】”）。系统统用户在需需要输入有有关特殊信信息时点击击“方框”，系统便便会分别弹弹出一个包包含若干个个自定义信信息行（相相当于为表表单扩展了了若干列的的字段）的的界面框，以以供用户输输入某些特特殊信息。 图15所所示采购申申请PR表头的的“弹性域”方框与弹弹出界面。用户可在在其中输入入关于该PPR的某些些自定义补补充信息，如如“申请部门门、申请用用途”等等。图16所示示采购申请请PR表体行行的“弹性域”方框与弹弹出界面。用户可在在其中输入入关于该PPR行的某某

43、些自定义义补充信息息，如关于于所申购物物料的“长宽高、颜色”等等。要注意的是是，上述“自定义表表单字段”是“系统级”而非“用户级”的，也就就是说只有有系统管理理员才能做做相关设置置，而普通通用户只能能在实际工工作中使用用。EBSS中所使用用到的“弹性域”分为两类类：一类是是所谓“键弹性域域”（Key Flexxfielld），一类是是所谓“说明性弹弹性域”（Desccripttive Flexxfielld）。而上述述图15与图16采购申申请PR中的“弹性域”就是典型型的“说明性弹弹性域”的范例。系统中几乎乎所有的重重要表单（尤尤其是业务务流程类表表单）都具具有这种“自定义”功能的说说明性弹性

44、性域，系统统说明性弹弹性域总数数有二、三三千之多。称之为“说明性”（Desccripttive）取取其对标准准表单字段段作补充说说明之意。用户在说说明性弹性性域中输入入的字段信信息，通常常只能作为为统计分析析、出报表表使用，不不参与系统统业务流程程的构建，系系统（应用用程序）不不对之在表表单之间作作跟踪、追追溯。如下下图17所示是是采购申请请PR表头“说明性弹弹性域”的系统定定义界面：系统所谓“键弹性域域”的情况较较之“说明性弹弹性域”就复杂、严格得多多，原因是是它们参与与业务流程程的构建，系系统的应用用程序要对对之进行跟跟踪、追溯溯，其作用用当然非常常“关键”（Key），故故数量也比比较少，

45、在在整个EBBS系统中中总数不过过约35个。其其中用得最最多的例如如“物料类别别弹性域”、“会计科目目弹性域”等等。与与“说明性弹弹性域”属于表单单的用户“补充字段段”不同的是是，“键弹性域域”本身就属属于表单的的系统标准准字段，这这个表单标标准字段用用户输入的的不是简单单的一个信信息，而是是具有某种种可在系统统层面“自定义结结构”的一组信信息。 如下图188所示采购购申请PRR表单界面面中“物料类别别”字段，用用户输入时时将弹出系系统已经定定义的“物料类别别键弹性域域”界面，以以供用户（选选择）输入入具体信息息：如下图199所示是系系统层面定定义“键弹性域域”的界面。全部355个键弹性性域主

46、要集集中在库存存、总账、资产、人人力资源等等核心业务务模块中定定义，其它它模块只是是应用时调调用。键弹弹性域由于于其系统地地位与重要要性，其定定义方式与与内容也要要比说明性性弹性域来来得复杂。对于每一个个“键弹性域域”，系统允允许定义若若干个不同同结构的字字段组合，以以使用在系系统中的不不同场合（例例如不同组组织或帐套套等等）。如下图220所示，表表达了“会计科目目弹性域”可以有若若干不同结结构（代码码）的情况况，图中“Visiion CChinaa”的5段式结构构，可以和和其它国家家或地区的的完全不同同。ORACLLE的弹性性域应用技技术作为系系统最重要要的基础元元素之一，历历经多年发发展，

47、其应应用已远非非上述所例例举的“表单字段段信息”那么简单单，它事实实上已经发发展成为一一种重要的的方法论。系统基于于（键）弹弹性域的某某些重要技技术特性，逐逐步发展出出了诸多使使用灵活、功能强大大的应用实实现方式。（相关讨讨论必须结结合具体的的系统应用用来进行，这这里不再赘赘述）。ORACLLE EBBS 系统统应用基础础概述七、值集与与查找代码码（Vallue SSet aand LLookuup Coode）八、配置置文件（PProfiile）九、单据据编号（DDocumment Sequuencee）十、工作作流（Woorkfllow）十一、预预警（Allert）十二、应应用开放接接口（

48、Oppen IInterrfacee andd APII）十三、结结语（注：网站站批量发图图有问题，上上传后显示示不清楚。点击图片片打开后，质质量尚可）七、值集与与查找代码码（Vallue SSet aand LLookuup Coode）日常工作中中，用户在在表单的字字段（包括括弹性域字字段）中输输入数据的的方式无外外乎两种：一种是直直接手工键键入，例如如订单中的的数量（数数值）或文文字说明（字字符）等等等；另一种种就是所谓谓“LOV”（Listt of Valuue），用用户只能从从某个预先先定义的“来源单据据”做选择输输入（用户户如手工输输入，系统统可能自动动针对来源源单据进行行校验以确

49、确定输入值值是否允许许）。表单字段的的“LOV”输入实际际占了系统统输入操作作的大部分分情况，之之所以如此此的重要原原因是业务务实践与系系统实现的的“标准化”需要。例如如“人力资源源管理部”这个官方方正式名称称，在人们们的日常工工作与交流流中，可能能被简化为为“人力资源源部、人事事部、HRR”等等，大大家都知道道它们是一一回事，一一般不会引引起误解。但对于系系统来说就就完全不同同了，细微微的差别在在系统中都都是两个不不同的对象象，所以说说LOV实际际上也是系系统实现“数据共享享与集成”的基础。表单字段LLOV的来来源单据值值种类，有有些可能比比较复杂，例例如象“物料、供供应商、客客户”等等，这

50、这些字段的的值被从来来源单据带带过来时，系系统可能还还会带过来来其它若干干相关重要要信息到表表单的其它它相关字段段上去。而而有些可能能就比较简简单，例如如属于通用用基础数据据范畴的“单位UOMM、币别Cuurrenncy以及及日期Daate”等。还有有些虽然也也比较简单单，但通常常需要用户户预先做好好定义，例例如企业的的“部门名称称列表”等，这些些LOV在系系统中通常常称之为“值集”（Valuue Seet）。在系统中定定义一个完完整的“值集”需要两个个相互独立立又相互关关联的阶段段，首先是是定义“值集名”，系统中中可以定义义若干个不不同用途的的值集名，对对于每一个个值集（名名），在定定义界面

51、可可以对其相相关属性（如如“验证类型型：无、独独立、从属属、表”等）做出出相应规定定，以使其其符合实际际工作的需需要。如图图21所示为为“部门名称称”的“值集名”定义（或或查找）界界面：其次，就是是为已经定定义好的“值集名”赋予具体体的值（验验证类型为为“无”的除外），以以组成系统统可用的LLOV。如如下图222所示，其其中，有些些值之间还还可以根据据需要定义义形成某种种“层次结构构”，“父子值”之间具有有“汇总与被被汇总”的关系。验证类型为为“从属”或“表”的值集定定义比较特特殊，前者者需先定义义所从属的的“独立”值集。后后者则是将将某个系统统内的“应用表”作为自己己的LOVV来源（如如“定

52、义供应应商”表单维护护的供应商商名称表），值值集定义时时，需规定定使用哪些些表，并定定义 WHHERE 子句来限限制值集要要使用的值值。使用值集LLOV的表表单字段的的值几乎都都有一个共共同的特性性是，一般般不直接参参与业务流流程的构建建，或不直直接影响业业务流程的的运行。然然而系统表表单的某些些字段是需需要承担“流程构建建”工作的，这这些表单字字段有些需需要手工输输入，有些些则可能是是系统流程程运行时自自动赋值或或在不同流流程阶段自自动改写（例例如，表单单状态“未完成、已保存、已批准、已拒绝”等等），有有些值在表表单中通常常“可见”，有些则则可能是在在特殊情况况下才可见见。 上上述这些表表单

53、的特殊殊字段（域域）的LOOV，一般般是由系统统在所谓“查找代码码”（Lookkup CCode）功功能中定义义的。ORRACLEE在系统层层面于一个个统一的界界面（Foorm）中中按模块、按引用字字段进行全全部Loookup Codee定义。如如图23所示库库存相关表表单中使用用到的物料料的“需求类型型”定义：Lookuup Coode系统统的定义分分为三种情情况（访问问级别），一一种是“系统级”，属于ORRACLEE预定义且且不允许用用户添加。这种情况况下的“代码值”（Codee）基本都都属于系统统的应用程程序中需要要引用到的的，影响或或决定着系系统业务流流程的运行行；二种是是“用户级”，

54、属于非非系统预定定义而由用用户自己添添加，这种种情况下的的代码值一一般不被应应用程序所所引用，其其作用与前前述值集LLOV值大大体相同；三种是“可扩展级级”，属于ORRACLEE预定义但但允许用户户添加。这这种情况下下的系统预预定义值与与“系统级”的定义值值作用基本本相同，而而用户添加加的部分，其其作用则与与“用户级”基本相同同。八、配置文文件（Prrofille）ORACLLE的所谓谓“配置文件件”实质上就就是人们已已经耳熟能能详的所谓谓系统“参数”（不明白白当初的中中文翻译为为何弄得如如此奇怪）。ORACCLE中的的配置文件件或参数涉涉及两个过过程：一是是配置文件件的本身定定义（Deefi

55、niitionn）；二是是配置文件件的应用设设置（Seetup）。ORACLLE系统的的预定义配配置文件数数量虽达七七、八千之之多，但这这些配置文文件对于用用户来说都都是透明可可见的，并并不神秘。系统提供供“配置文件件”定义界面面，供用户户对配置文文件的某些些属性（甚甚至应用程程序）进行行调整或修修改，用户户也可以根根据自己的的需要自定定义新的配配置文件。如下图224所示配配置文件的的定义：值得指出的的是，系统统预定义的的“配置文件件名”有一定命命名规则（适适用于大多多数配置文文件，少数数例外），例例如“MRP：忽忽略替代BBOM/工工艺路线”，前面的的MRP是模模块代码，代代表属于哪哪个应用

56、模模块，后面面的部分则则是代表具具体用途。这种“命名规则则”使我们很很容易查找找到针对不不同模块的的相关参数数。尽管系系统预定义义配置文件件或参数的的数量是如如此之多，令令人生畏，但但归纳起来来，可以发发现按用途途大致划分分为三类：一类是真正正起到控制制业务流程程运作或事事务处理方方式的部分分，这些参参数就如人人们通常所所津津乐道道的所谓“流程开关关”；二类实实际并不直直接控制流流程运作或或事务处理理，只是起起到一个向向表单上默默认某些值值的作用（这这些默认过过去的值，有有些参与流流程构建，有有些仅起参参考作用。用户在表表单上还是是可以修改改的）；三三类是起到到某些特殊殊控制作用用，例如改改变

57、系统的的某些工作作方式、控控制UI界面的的颜色字体体等等，通通常与具体体业务关系系不大。所所有参数中中前两类占占了绝大部部分数量（其其中第一类类又占主要要部分），第第三类数量量很少。而而系统应用用的难点与与重点则是是“第一类”、属于“流程开关关”那部分参参数。 ORACCLE系统统的配置文文件的“设置”（Setuup）非常常方便灵活活，组合起起来的应用用功能十分分强大。系系统的配置置文件设置置具有“结构层次次性”，对于某某一个具体体的配置文文件，系统统允许最多多可以在66个层级进进行设置并并发挥作用用：地点层层（系统安安装）、应应用产品（模模块）、责责任（自定定义的责任任）、服务务器、组织织（

58、包括OOU/INNV等）、用户（自自定义的用用户）。具具体能在上上述6个层级中中的哪些层层级“可见、可可设置”，取决于于这些配置置文件的原原始定义的的相关属性性。并且实实际应用程程序访问时时，将按照照从“地点”逐步到“用户”由低到高高的“优先级”顺序发挥挥作用。如如下图255所示配置置文件的设设置：最高优先级级的“用户层”如果留空空不赋值，则则系统将默默认上一层层级（责任任层）的值值作为自己己的值。逐逐级前移直直至最低优优先级的“地点层”，通常系系统在安装装后于“地点层”有初始化化的默认值值。尽管看看起来配置置文件数量量有七八千千，设置工工作量巨大大，但实际际系统实施施时，对于于大部分企企业来

59、说，好好在使用系系统安装时时的默认初初始值就能能基本符合合要求，故故也并不十十分困难可可怕。企业业在实际工工作过程中中遇到问题题时，如希希望系统能能实现某种种功能或希希望系统流流程能按某某种方式运运行等等情情况，则通通常首先应应该基于系系统配置文文件的不同同设置来寻寻求合适的的解决方案案。此外，系统统对于配置置文件提供供了“系统”与“用户”两种“安全性”（权限）的的控制功能能，前者一一般由系统统维护人员员（如管理理员）进行行控制，后后者普通用用户就直接接可以作设设置修改，例例如“UI界面的的颜色、字字体”等。九、单据编编号（Doocumeent SSequeence） 与手手工业务模模式下做单

60、单据一样，系系统中的所所有业务流流程类表单单以及大部部分的数据据来源类表表单，由于于业务数据据量巨大，当当然也需要要进行编号号管理。OORACLLE为此提提供了单据据的编号控控制功能：自动编号号、人工编编号或无间间隙（人工工编号必须须连续不断断号）。单单据编号具具体包括三三个既相互互独立又相相互关联的的三个步骤骤：一是定定义“单据序列列”（发生器器）；二是是定义具体体的“单据类别别”，三是将将“单据序列列”分配给“单据类别别”。如图26所所示为定义义“单据序列列”（发生器器）如图27所所示是定义义具体的“单据类别别”如图28所所示，是将将单据序列列发生器分分配给单据据类别，使使两者关联联值得指