系统应用基础概述之弹性域（Flexfield）

所谓“弹性域”技术是人们每当提及ORACLE 产品技术的先进性时总会首先想到的一个东西，也是很多初学者（尤其是“业务出身”的人）开始接触时可能会感到有点“发怵”的东西，原因之一是它的技术味比较浓。但实际上，如果从应用的角度去理解，它也并无多少神秘之处。

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

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

 图1所示采购申请PR表头的“弹性域”方框与弹出界面。用户可在其中输入关于该PR的某些自定义补充信息，如“申请部门、申请用途”等等。

 

图2所示采购申请PR表体行的“弹性域”方框与弹出界面。用户可在其中输入关于该PR行的某些自定义补充信息，如关于所申购物料的“长宽高、颜色”等等。

 

要注意的是，上述“自定义表单字段”是“系统级”而非“用户级”的，也就是说只有系统管理员才能做相关设置，而普通用户只能在实际工作中使用。EBS中所使用到的“弹性域”分为两类：一类是所谓“键弹性域”（Key Flexfield），一类是所谓“说明性弹性域”（Descriptive Flexfield）。而上述图15与图16采购申请PR中的“弹性域”就是典型的“说明性弹性域”的范例。

系统中几乎所有的重要表单（尤其是业务流程类表单）都具有这种“自定义”功能的说明性弹性域，系统说明性弹性域总数有二、三千之多。称之为“说明性”（Descriptive）取其对标准表单字段作补充说明之意。用户在说明性弹性域中输入的字段信息，通常只能作为统计分析、出报表使用，不参与系统业务流程的构建，系统（应用程序）不对之在表单之间作跟踪、追溯。如下图3所示是采购申请PR表头“说明性弹性域”的系统定义界面：

 系统所谓“键弹性域”的情况较之“说明性弹性域”就复杂、严格得多，原因是它们参与业务流程的构建，系统的应用程序要对之进行跟踪、追溯，其作用当然非常“关键”（Key），故数量也比较少，在整个EBS系统中总数不过约35个。其中用得最多的例如“物料类别弹性域”、“会计科目弹性域”等等。与“说明性弹性域”属于表单的用户“补充字段”不同的是，“键弹性域”本身就属于表单的系统标准字段，这个表单标准字段用户输入的不是简单的一个信息，而是具有某种可在系统层面“自定义结构”的一组信息。

     如下图4所示采购申请PR表单界面中“物料类别”字段，用户输入时将弹出系统已经定义的“物料类别键弹性域”界面，以供用户（选择）输入具体信息：

 

如下图5所示是系统层面定义“键弹性域”的界面。全部35个键弹性域主要集中在库存、总账、资产、人力资源等核心业务模块中定义，其它模块只是应用时调用。键弹性域由于其系统地位与重要性，其定义方式与内容也要比说明性弹性域来得复杂。

 

对于每一个“键弹性域”，系统允许定义若干个不同结构的字段组合，以使用在系统中的不同场合（例如不同组织或帐套等等）。如下图6所示，表达了“会计科目弹性域”可以有若干不同结构（代码）的情况，图中“Vision China”的5段式结构，可以和其它国家或地区的完全不同。

  ORACLE的弹性域应用技术作为系统最重要的基础元素之一，历经多年发展，其应用已远非上述所例举的“表单字段信息”那么简单，它事实上已经发展成为一种重要的方法论。系统基于（键）弹性域的某些重要技术特性，逐步发展出了诸多使用灵活、功能强大的应用实现方式。（相关讨论必须结合具体的系统应用来进行，这里不再赘述）。