有一辆小车怎么赚钱:系列之五:ORACLE EBS 系统主数据管理(D) - season的日志 - 网易博客

来源:百度文库 编辑:中财网 时间:2024/05/06 18:01:40

系列之五:ORACLE EBS 系统主数据管理(D)

Oracle ERP 2010-08-11 10:16:56 阅读3 评论0   字号: 订阅

ORACLE EBS 系统主数据管理

二、物料(Item)

(十二)Item的物料关系(Relationship)

(十三)Item的交叉参考(Cross Reference)

(十四)Item 创建的模板(Template)

(十五)Item的目录组(Catalog Groups)

(十六)Item的待定状态(Pending Status)

(十七)Item 的属性组织间查看与复制

(十八)Item的删除

(十九)Item的其它来源方式

三、供应商(Supplier)

(一)供应商的分类概述

(二)供应商“名称与编号”(Supplier Name/Number)

(三)供应商的“地点”(Site)

(四)供应商的“分类”属性(Classification)

(五)供应商的“接收”属性(Receiving

(六)供应商Site层的“一般”属性

(七)供应商Site层的“联系人”属性

(八)供应商的多组织支持(MOAC)

(九)供应商(Site)的“采购”属性

(十)供应商(Site)的“控制”属性(Control)

(十一)供应商(Site)的“付款”属性(Payment)

(十二)供应商(Site)的“会计”属性

(十三)供应商(Site)的“银行账户”属性

(十四)供应商(Site)的“发票税”属性

(十五)供应商(Site)的“预扣税”属性

(十六)供应商(Site)的“纳税申报”及“EDI”属性

(十七)R12的供应商定义与维护

(十八)供应商的合并

四、客户(Customer)

(一)客户数据管理概述

(二)EBS 交易社区架构(TCA)

(三)客户的配置文件分类(Profile Class)

(四)客户的创建规则

(五)客户的多组织控制(MOAC)

(六)客户的交易方层属性及交易方关系

(七)客户的账户层与地点层属性

(八)客户账户层的“分类”分组属性

(九)客户账户层的“市场营销”分组属性

(十)客户账户层的“关系”分组属性

(十一)客户账户地点层的“特性”分组属性

(十二)客户账户与地点层的“通信”分组属性

(十三)客户账户与地点层的“联系人”分组属性

(十四)客户账户与地点层的“联系人:职责”分组属性

(十五)客户账户与地点层的“银行账户”分组属性

(十六)客户账户与地点层的“付款方法”分组属性

(十七)客户账户与地点层的“配置文件:事务处理”分组属性

(十八)客户账户与地点层的“配置文件:单据打印”分组属性

(十九)客户账户与地点层的“配置文件:金额”分组属性

(二十)客户账户的“地址地点与业务目的”属性

(二十一)R12客户的账户层与地点层属性

(二十二)客户数据的合并

(二十三)客户数据的其它管理功能

 


五、结语
 

 

(十二)Item的物料关系(Relationship)

对于已经在系统中定义的Item,EBS可以定义和维护某些Item相互之间的特殊关系,这些所谓“特殊关系”的类型包括采购接收替代、计划替代、交叉销售、向上销售、促销升级、免费赠送、冲突等等近二十种关系(还可以自定义)。上述定义的Item关系除采购接收替代在PO模块中具有流程功能,允许替代接受之外,其它主要是在相关应用模块中用于查询与报告功能。具有“计划替代”的关系定义时,可以在“计划详细资料”窗口,进一步定义所适用的客户范围等信息。如下图37所示:

 

(十三)Item的交叉参考(Cross Reference)

除了上面所述的Item的“客户产品交叉参考”关系的专门定义与维护之外,EBS系统还基于实际工作需要,提供通用的Item交叉参考关系的定义维护,例如,在旧Item编码与新Item之间建立对应关系,将某些费用类Item与财务部门使用的费用类别代码关联等等。上面的“客户与供应商的Item交叉参考”是两类比较特殊的情况,在这里也可以建立通用的交叉参考,即不按具体的客户或供应商区分,仅按参考交叉类型“客户”或“供应商”类型笼统划分。如下图38所示:

上图中的交叉参考类型的LOV值是直接手工输入的,只是起到一个分类查询的作用,Item所对应的值也是手工输入维护的,并且与Item之间没有“一对一”的关系。一个Item可以对应多个参考值,反之亦然。

 

(十四)Item 创建的模板(Template)

     用户在EBS系统中创建Item的方法有多种,其中最简单也是最直接的方法就是直接录入。为了帮助提高Item录入的效率以及减少录入错误,系统提供了定义Item模板及从模板或其它已存在Item复制创建新Item的功能。如下图39所示是定义Item的界面:

     EBS系统在安装初始状态,已经预置了若干数量的Item模板,这些预置的模板可以划分为三大类(模板集)。下列三个表显示了不同模板集的具体内容:

模板集#1


属性

ATO模型

ATO 选件类

ATO 物料

成品

套件

按订单装配

BOM 物料类型

模型

选件类

标准

标准

标准

允许 BOM

在 WIP 中制造

 

 

 

启用成本计算

客户订购物料

启用客户订单

预测控制

冲减和衍生

冲减和衍生

冲减和衍生

冲减和衍生

冲减和衍生

纳入累计

库存资产估价

库存物料

可开票物料

 

启用开票

 

MRP 计划方法

MPS 计划

MRP 计划

MRP 计划

MPS 计划

未计划

制造或采购

制造

制造

制造

制造

制造

OE 可处理

外协加工物料

-

-

-

-

-

挑库组件

外购

可采购

-

-

-

-

-

保留控制

-

-

可保留

可保留

-

舍入控制

-

-

舍入订货量

舍入订货量

-

发运完整模型

-

-

-

-

可发运

-

-

-

可储存

-

-

-

可处理

-

-

-

用户物料类型

ATO模型

ATO 选件类

ATO 物料

FG

K

WIP 供应类型

装配拉式

虚拟件

推式

推式

装配拉式


模板集#2


属性

外协加工物料

PTO 模型

PTO 选件类

虚拟物料

计划物料

按订单装配

BOM 物料类型

标准

模型

选件类

标准

计划

允许 BOM

-

在 WIP 中制造

-

-

-

-

启用成本计算

 

-

客户订购物料

-

启用客户订单

-

-

-

预测控制

-

冲减和衍生

冲减和衍生

-

-

纳入累计

-

-

库存资产估价

-

-

库存物料

可开票物料

-

-

-

-

启用开票

-

-

-

-

MRP 计划方法

MRP 计划

未计划

未计划

MRP 计划

未计划

制造或采购

-

制造

制造

制造

-

OE 可处理

-

-

外协加工物料

-

-

-

-

挑库组件

外购

可采购

-

-

-

-

保留控制

-

-

-

-

-

舍入控制

-

-

-

-

-

发运完整模型

-

-

-

-

可发运

-

-

-

-

-

可储存

-

-

-

-

-

可处理

-

-

-

-

-

用户物料类型

OP

PTO 模型

PTO 选件类

PH

PL

WIP 供应类型

供应商

-

虚拟件

虚拟件

-


 

模板集#3


属性

外购物料

引用物料

子装配件

供应物料

运费

产品系列

按订单装配

-

ATP 组件

-

-

-

-

-

BOM 物料类型

标准

标准

标准

标准

-

产品系列

允许 BOM

-

-

在 WIP 中制造

-

-

-

-

检查 ATP

-

-

-

-

-

启用成本计算

-

-

-

客户订购物料

启用客户订单

-

-

-

启用周期盘点

-

-

-

-

-

工程物料

-

-

-

-

-

预测控制

冲减和衍生

-

冲减和衍生

-

-

-

纳入累计

-

-

-

内部订购物料

-

-

-

-

-

启用内部订单

-

-

-

-

-

库存资产估价

-

-

-

库存物料

-

可开票物料

-

-

-

启用开票

-

-

制造或采购

采购

-

制造

采购

 

制造

MRP 计划方法

MRP 计划

不计划

MRP 计划

不计划

 

不计划

OE 可处理

-

-

-

外协加工物料

-

-

-

-

-

挑库组件

-

主要单位

-

-

-

-

-

每个

可采购

-

-

-

外购

-

发放时间范围

-

-

-

-

-

请勿自动发放

保留控制

可保留

-

-

-

-

-

舍入控制

舍入订货量

-

舍入订货量

-

-

-

可服务产品

-

-

-

-

-

发运完整模型

-

-

-

-

-

-

可发运物料

-

-

 

可储存

-

-

支持服务

-

-

-

-

-

可处理

-

使用批准的供应商

-

-

-

-

-

用户物料类型

P

REF

SA

SI

运费

产品系列

保修

-

-

-

-

-

WIP 供应类型

装配拉式

-

工序拉式

批量

-

-


注意,当将模板应用于现有Item时,此模板将改写现有属性。用户可以按需要将任意数目的模板应用于现有物料。较新的属性值(来自上次应用的模板)将改写以前应用的模板值,除非后者是不可更新的(例如,主要单位即是一个永远不可更新的值)。

 

(十五)Item的目录组(Catalog Groups)

前面在讲到EBS的Item(物料编码)时,已经讲到习惯上的“物料名称(Name)”被“说明”字段(短文本)所代替。实际工作中,为了方便对于同类物料的查询检索与数据管理以及企业之间的沟通交流等目的,有必要对Item的类似Name的“说明”字段也进行规范化、标准化。

具体方式就是将同类物料“说明”的具体内容划分为多个标准的“组成段”,按特定的次序(称之为“级连”)有选择地组成某个Item的实际“说明”。例如小汽车的Item“说明”:车型(帕萨特)—功率(75马力)—排量(1.8升)—座位数(5座);或者:“车型(帕萨特)—排量(1.8升)”等等。其中的每一个“组成段”称之为一个“说明性要素”,所有“说明性要素”的组合称之为一个“目录组”(Catalog Groups)。目录组在应用于Item创建前,需预先定义维护以备用,如下图40所示:

     注意:“目录组”名称字段本身也是一个可以自定义的键弹性域结构,不过实际很少使用多段结构,一般都取单个段,实际使用与普通表单字段无异。在具体定义或维护Item时,通过“目录”功能,选择一个目录组,然后在说明性要素中输入具体值,以后则可以随时根据需要自动更新Item的说明字段(生成不同级连组合)。不同的Item只要具有同一目录组,则虽然“说明性要素”的输入值可能不同,但由于有明确的位置关系可以一一对应,故方便了查询与比较。这实际上也等同于提供了某种特殊的物料分类方式,对于某些特殊场合(如药品或汽车,Item名称长且同类Item名称相似度高)的名称检索管理将十分有帮助。如下图41所示:

 

(十六)Item的待定状态(Pending Status)

在实际工作中,基于管理的方便性需要,对于某些Item可能需要由系统自动控制其未来某一时刻开始(或在某个期间)处于某个特定“物料状态”(如失效等)。这项功能可以通过在Item定义维护界面为其设置“待定状态”来完成。如下图42所示:

已经设定的Item待定状态需要通过“实施”提交并发流程来完成,也可以在“请求”里直接提交周期性运行的后台流程。

 

(十七)Item 的属性组织间查看与复制

在大型组织机构中,同一Item在不同组织(INV Org)有不同的属性设置,EBS提供了属性的跨组织查询与复制功能(详细内容,请参考ORACLE相关文档)。如下图43所示:

 

(十八)Item的删除

这里所讲的删除是指从数据库中真正清空掉Item有关信息实体,这些实体可以包括物料、物料清单、组件、工艺路线或工序。这是个很少用到的功能,应用于某些特殊场合,例如垃圾数据太多等等。EBS系统预置有若干初始的“删除约束条件”与“删除语句”(SQL),只能查看,不能修改。但用户可以自定义删除“约束”和“语句”。

实际的删除是通过运行“删除物料信息”的后台并发流程来进行的。为了方便删除工作的开展与管理,EBS系统提供了所谓“删除组”功能,以检查、实施、监控批量删除过程。如下图44所示:

 

(十九)Item的其它来源方式

除了上述在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产品的具体内容,以后有机会再来讨论)