系列之三:ORACLE EBS 系统应用基础概述(C) — season 的日志 — 网易博客 系列之三:ORACLE EBS 系统应用基础概述(C)ORACLE EBS 系统应用基础概述 七、值集与查找代码(Value Set and Lookup Code) 八、配置文件(Profile) 九、单据编号(Document Sequence) 十、工作流(Workflow) 十一、预警(Alert) 十二、应用开放接口(Open Interface and API) 十三、结语(注:网站批量发图有问题,上传后显示不清楚.点击图片打开后,质量尚可) 七、值集与查找代码(Value Set and Lookup Code)日常工作中,用户在表单的字段(包括弹性域字段)中输入数据的方式无外乎两种:一种是直接手工键入,例如订单中的数量(数值)或文字说明(字符)等等;另一种就是所谓“LOV”(List of Value),用户只能从某个预先定义的“来源单据”做选择输入(用户如手工输入,系统可能自动针对来源单据进行校验以确定输入值是否允许)。表单字段的“LOV”输入实际占了系统输入操作的大部分情况,之所以如此的重要原因是业务实践与系统实现的“标准化”;需要。例如“人力资源管理部”这个官方正式名称,在人们的日常工作与沟通中,可能被简化为“人力资源部、人事部、HR”等等,大家都知道它们是一回事,一般不会引起误解。但对于系统来说就完全不同了,细微的差别在系统中都是两个不同的对象,所以说 LOV 实际上也是系统实现“数据共享与集成”的基础。表单字段 LOV 的来源单据值种类,有些可能比较复杂,例如象“;物料、供应商、客户”;等等,这些字段的值被从来源单据带过来时,系统可能还会带过来其它若干相关重要信息到表单的其它相关字段上去.而有些可能就比较简单,例如属于通用基础数据范畴的“单位 UOM、币别 Currency 以及日期 Date”等。还有些虽然也比较简单,但通常需要用户预先做好定义,例如企业的“部门名称列表”等,这些 LOV 在系统中通常称之为“值集”(Value Set)。在系统中定义一个完整的“值集”需要两个相互独立又相互关联的阶段,首先是定义“值集名”,系统中可以定义若干个不同用途的值集名,对于每一个值集(名),在定义界面可以对其相关属性(如“验证类型:无、独立、从属、表”等)做出相应规定,...