系列之五:ORACLE EBS 系统主数据管理(D)Oracle ERP 2010-08-11 10:16:56 阅读3 评论0 字号:大中小 订阅 ORACLE EBS 系统主数据管理 二、物料(Item) (十三)Item的交叉参考(Cross Reference) (十七)Item 的属性组织间查看与复制 (十八)Item的删除 (十九)Item的其它来源方式 (一)供应商的分类概述 (二)供应商“名称与编号”(Supplier Name/Number) (十二)供应商(Site)的“会计”属性 (十七)R12的供应商定义与维护 (十八)供应商的合并 (一)客户数据管理概述 (四)客户的创建规则 (七)客户的账户层与地点层属性 (十一)客户账户地点层的“特性”分组属性 (二十一)R12客户的账户层与地点层属性 (二十二)客户数据的合并 (二十三)客户数据的其它管理功能
五、结语
对于已经在系统中定义的Item,EBS可以定义和维护某些Item相互之间的特殊关系,这些所谓“特殊关系”的类型包括采购接收替代、计划替代、交叉销售、向上销售、促销升级、免费赠送、冲突等等近二十种关系(还可以自定义)。上述定义的Item关系除采购接收替代在PO模块中具有流程功能,允许替代接受之外,其它主要是在相关应用模块中用于查询与报告功能。具有“计划替代”的关系定义时,可以在“计划详细资料”窗口,进一步定义所适用的客户范围等信息。如下图37所示:
(十三)Item的交叉参考(Cross Reference) 除了上面所述的Item的“客户产品交叉参考”关系的专门定义与维护之外,EBS系统还基于实际工作需要,提供通用的Item交叉参考关系的定义维护,例如,在旧Item编码与新Item之间建立对应关系,将某些费用类Item与财务部门使用的费用类别代码关联等等。上面的“客户与供应商的Item交叉参考”是两类比较特殊的情况,在这里也可以建立通用的交叉参考,即不按具体的客户或供应商区分,仅按参考交叉类型“客户”或“供应商”类型笼统划分。如下图38所示: 上图中的交叉参考类型的LOV值是直接手工输入的,只是起到一个分类查询的作用,Item所对应的值也是手工输入维护的,并且与Item之间没有“一对一”的关系。一个Item可以对应多个参考值,反之亦然。
用户在EBS系统中创建Item的方法有多种,其中最简单也是最直接的方法就是直接录入。为了帮助提高Item录入的效率以及减少录入错误,系统提供了定义Item模板及从模板或其它已存在Item复制创建新Item的功能。如下图39所示是定义Item的界面: EBS系统在安装初始状态,已经预置了若干数量的Item模板,这些预置的模板可以划分为三大类(模板集)。下列三个表显示了不同模板集的具体内容: 模板集#1
模板集#2
模板集#3
注意,当将模板应用于现有Item时,此模板将改写现有属性。用户可以按需要将任意数目的模板应用于现有物料。较新的属性值(来自上次应用的模板)将改写以前应用的模板值,除非后者是不可更新的(例如,主要单位即是一个永远不可更新的值)。
前面在讲到EBS的Item(物料编码)时,已经讲到习惯上的“物料名称(Name)”被“说明”字段(短文本)所代替。实际工作中,为了方便对于同类物料的查询检索与数据管理以及企业之间的沟通交流等目的,有必要对Item的类似Name的“说明”字段也进行规范化、标准化。 具体方式就是将同类物料“说明”的具体内容划分为多个标准的“组成段”,按特定的次序(称之为“级连”)有选择地组成某个Item的实际“说明”。例如小汽车的Item“说明”:车型(帕萨特)—功率(75马力)—排量(1.8升)—座位数(5座);或者:“车型(帕萨特)—排量(1.8升)”等等。其中的每一个“组成段”称之为一个“说明性要素”,所有“说明性要素”的组合称之为一个“目录组”(Catalog Groups)。目录组在应用于Item创建前,需预先定义维护以备用,如下图40所示: 注意:“目录组”名称字段本身也是一个可以自定义的键弹性域结构,不过实际很少使用多段结构,一般都取单个段,实际使用与普通表单字段无异。在具体定义或维护Item时,通过“目录”功能,选择一个目录组,然后在说明性要素中输入具体值,以后则可以随时根据需要自动更新Item的说明字段(生成不同级连组合)。不同的Item只要具有同一目录组,则虽然“说明性要素”的输入值可能不同,但由于有明确的位置关系可以一一对应,故方便了查询与比较。这实际上也等同于提供了某种特殊的物料分类方式,对于某些特殊场合(如药品或汽车,Item名称长且同类Item名称相似度高)的名称检索管理将十分有帮助。如下图41所示:
在实际工作中,基于管理的方便性需要,对于某些Item可能需要由系统自动控制其未来某一时刻开始(或在某个期间)处于某个特定“物料状态”(如失效等)。这项功能可以通过在Item定义维护界面为其设置“待定状态”来完成。如下图42所示: 已经设定的Item待定状态需要通过“实施”提交并发流程来完成,也可以在“请求”里直接提交周期性运行的后台流程。
在大型组织机构中,同一Item在不同组织(INV Org)有不同的属性设置,EBS提供了属性的跨组织查询与复制功能(详细内容,请参考ORACLE相关文档)。如下图43所示:
这里所讲的删除是指从数据库中真正清空掉Item有关信息实体,这些实体可以包括物料、物料清单、组件、工艺路线或工序。这是个很少用到的功能,应用于某些特殊场合,例如垃圾数据太多等等。EBS系统预置有若干初始的“删除约束条件”与“删除语句”(SQL),只能查看,不能修改。但用户可以自定义删除“约束”和“语句”。 实际的删除是通过运行“删除物料信息”的后台并发流程来进行的。为了方便删除工作的开展与管理,EBS系统提供了所谓“删除组”功能,以检查、实施、监控批量删除过程。如下图44所示:
除了上述在EBS的Item定义维护界面直接创建方式之外,系统还提供了从外部来源的Item数据导入接口(API)方式。此外,作为系统外围的高级应用功能,EBS还提供属于PLM范畴的Advanced Product Catalog 应用模块来管理Item来源创建及维护更新的复杂事务过程。如下图45所示: 在INV、BOM、ENG模块中的Item、Bom、ECO实际上主要只是提供了相关结果数据的录入功能,并未涉及具体的数据来源过程。对于业务复杂、管理完善的企业来说,相关Item主数据的来源,必然是需要经历一个创建、讨论、审批等环节的“准入”认证事务管理过程。如下图46所示有关参与讨论人员的“认证”意见提交: EBS系统除了有Advanced Product Catalog 应用模块的功能为此提供“端到端”的全流程管理之外,另一属于PDM范畴的产品Agile也提供更为强大、更为完善的过程管理功能,以适应不同企业、不同层次的业务管理需要。正如笔者在“ORACLE EBS系统架构与应用实践”一文中所述,INV/BOM/ENG有关原始业务数据的录入,更多地是体现核心业务系统在“数据集成性、流程集成性”方面的要求,而这些系统外围产品的功能设计,则更多地是体现在非核心系统事务“管理集成性”方面的要求,两者的有机结合,构成了ORACLE产品系统架构的高度可伸缩性与完善而强大的业务功能。(有关Advanced Product Catalog产品及Agile产品的具体内容,以后有机会再来讨论) |
|