系列之五ORACLE EBS 系统主数据管理DWord下载.docx

上传人:b****6 文档编号:19536298 上传时间:2023-01-07 格式:DOCX 页数:17 大小:909.65KB
下载 相关 举报
系列之五ORACLE EBS 系统主数据管理DWord下载.docx_第1页
第1页 / 共17页
系列之五ORACLE EBS 系统主数据管理DWord下载.docx_第2页
第2页 / 共17页
系列之五ORACLE EBS 系统主数据管理DWord下载.docx_第3页
第3页 / 共17页
系列之五ORACLE EBS 系统主数据管理DWord下载.docx_第4页
第4页 / 共17页
系列之五ORACLE EBS 系统主数据管理DWord下载.docx_第5页
第5页 / 共17页
点击查看更多>>
下载资源
资源描述

系列之五ORACLE EBS 系统主数据管理DWord下载.docx

《系列之五ORACLE EBS 系统主数据管理DWord下载.docx》由会员分享,可在线阅读,更多相关《系列之五ORACLE EBS 系统主数据管理DWord下载.docx(17页珍藏版)》请在冰豆网上搜索。

系列之五ORACLE EBS 系统主数据管理DWord下载.docx

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

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

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

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

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

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

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

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

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

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

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

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

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

(十八)供应商的合并

四、客户(Customer)

(一)客户数据管理概述

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

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

(四)客户的创建规则

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

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

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

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

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

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

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

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

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

(十四)客户账户与地点层的“联系人:

职责”分组属性

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

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

(十七)客户账户与地点层的“配置文件:

事务处理”分组属性

(十八)客户账户与地点层的“配置文件:

单据打印”分组属性

(十九)客户账户与地点层的“配置文件:

金额”分组属性

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

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

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

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

五、结语

 

对于已经在系统中定义的Item,EBS可以定义和维护某些Item相互之间的特殊关系,这些所谓“特殊关系”的类型包括采购接收替代、计划替代、交叉销售、向上销售、促销升级、免费赠送、冲突等等近二十种关系(还可以自定义)。

上述定义的Item关系除采购接收替代在PO模块中具有流程功能,允许替代接受之外,其它主要是在相关应用模块中用于查询与报告功能。

具有“计划替代”的关系定义时,可以在“计划详细资料”窗口,进一步定义所适用的客户范围等信息。

如下图37所示:

除了上面所述的Item的“客户产品交叉参考”关系的专门定义与维护之外,EBS系统还基于实际工作需要,提供通用的Item交叉参考关系的定义维护,例如,在旧Item编码与新Item之间建立对应关系,将某些费用类Item与财务部门使用的费用类别代码关联等等。

上面的“客户与供应商的Item交叉参考”是两类比较特殊的情况,在这里也可以建立通用的交叉参考,即不按具体的客户或供应商区分,仅按参考交叉类型“客户”或“供应商”类型笼统划分。

如下图38所示:

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

一个Item可以对应多个参考值,反之亦然。

用户在EBS系统中创建Item的方法有多种,其中最简单也是最直接的方法就是直接录入。

为了帮助提高Item录入的效率以及减少录入错误,系统提供了定义Item模板及从模板或其它已存在Item复制创建新Item的功能。

如下图39所示是定义Item的界面:

EBS系统在安装初始状态,已经预置了若干数量的Item模板,这些预置的模板可以划分为三大类(模板集)。

下列三个表显示了不同模板集的具体内容:

模板集#1

属性

ATO模型

ATO选件类

ATO物料

成品

套件

按订单装配

BOM物料类型

模型

选件类

标准

允许BOM

在WIP中制造

启用成本计算

客户订购物料

启用客户订单

预测控制

冲减和衍生

纳入累计

库存资产估价

库存物料

可开票物料

启用开票

MRP计划方法

MPS计划

MRP计划

未计划

制造或采购

制造

OE可处理

外协加工物料

-

挑库组件

外购

可采购

保留控制

可保留

舍入控制

舍入订货量

发运完整模型

可发运

可储存

可处理

用户物料类型

FG

K

WIP供应类型

装配拉式

虚拟件

推式

装配拉式

模板集#2

PTO模型

PTO选件类

虚拟物料

计划物料

计划

OP

PH

PL

供应商

模板集#3

外购物料

引用物料

子装配件

供应物料

运费

产品系列

ATP组件

检查ATP

启用周期盘点

工程物料

内部订购物料

启用内部订单

采购

不计划

主要单位

每个

发放时间范围

请勿自动发放

可服务产品

可发运物料

支持服务

使用批准的供应商

P

REF

SA

SI

保修

工序拉式

批量

注意,当将模板应用于现有Item时,此模板将改写现有属性。

用户可以按需要将任意数目的模板应用于现有物料。

较新的属性值(来自上次应用的模板)将改写以前应用的模板值,除非后者是不可更新的(例如,主要单位即是一个永远不可更新的值)。

前面在讲到EBS的Item(物料编码)时,已经讲到习惯上的“物料名称(Name)”被“说明”字段(短文本)所代替。

实际工作中,为了方便对于同类物料的查询检索与数据管理以及企业之间的沟通交流等目的,有必要对Item的类似Name的“说明”字段也进行规范化、标准化。

具体方式就是将同类物料“说明”的具体内容划分为多个标准的“组成段”,按特定的次序(称之为“级连”)有选择地组成某个Item的实际“说明”。

例如小汽车的Item“说明”:

车型(帕萨特)—功率(75马力)—排量(1.8升)—座位数(5座);

或者:

“车型(帕萨特)—排量(1.8升)”等等。

其中的每一个“组成段”称之为一个“说明性要素”,所有“说明性要素”的组合称之为一个“目录组”(CatalogGroups)。

目录组在应用于Item创建前,需预先定义维护以备用,如下图40所示:

注意:

“目录组”名称字段本身也是一个可以自定义的键弹性域结构,不过实际很少使用多段结构,一般都取单个段,实际使用与普通表单字段无异。

在具体定义或维护Item时,通过“目录”功能,选择一个目录组,然后在说明性要素中输入具体值,以后则可以随时根据需要自动更新Item的说明字段(生成不同级连组合)。

不同的Item只要具有同一目录组,则虽然“说明性要素”的输入值可能不同,但由于有明确的位置关系可以一一对应,故方便了查询与比较。

这实际上也等同于提供了某种特殊的物料分类方式,对于某些特殊场合(如药品或汽车,Item名称长且同类Item名称相似度高)的名称检索管理将十分有帮助。

如下图41所示:

在实际工作中,基于管理的方便性需要,对于某些Item可能需要由系统自动控制其未来某一时刻开始(或在某个期间)处于某个特定“物料状态”(如失效等)。

这项功能可以通过在Item定义维护界面为其设置“待定状态”来完成。

如下图42所示:

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

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

如下图43所示:

这里所讲的删除是指从数据库中真正清空掉Item有关信息实体,这些实体可以包括物料、物料清单、组件、工艺路线或工序。

这是个很少用到的功能,应用于某些特殊场合,例如垃圾数据太多等等。

EBS系统预置有若干初始的“删除约束条件”与“删除语句”(SQL),只能查看,不能修改。

但用户可以自定义删除“约束”和“语句”。

实际的删除是通过运行“删除物料信息”的后台并发流程来进行的。

为了方便删除工作的开展与管理,EBS系统提供了所谓“删除组”功能,以检查、实施、监控批量删除过程。

如下图44所示:

除了上述在EBS的Item定义维护界面直接创建方式之外,系统还提供了从外部来源的Item数据导入接口(API)方式。

此外,作为系统外围的高级应用功能,EBS还提供属于PLM范畴的AdvancedProductCatalog应用模块来管理Item来源创建及维护更新的复杂事务过程。

如下图45所示:

在INV、BOM、ENG模块中的Item、Bom、ECO实际上主要只是提供了相关结果数据的录入功能,并未涉及具体的数据来源过程。

对于业务复杂、管理完善的企业来说,相关Item主数据的来源,必然是需要经历一个创建、讨论、审批等环节的“准入”认证事务管理过程。

如下图46所示有关参与讨论人员的“认证”意见提交:

EBS系统除了有AdvancedProductCatalog应用模块的功能为此提供“端到端”的全流程管理之外,另一属于PDM范畴的产品Agile也提供更为强大、更为完善的过程管理功能,以适应不同企业、不同层次的业务管理需要。

正如笔者在“ORACLEEBS系统架构与应用实践”一文中所述,INV/BOM/ENG有关原始业务数据的录入,更多地是体现核心业务系统在“数据集成性、流程集成性”方面的要求,而这些系统外围产品的功能设计,则更多地是体现在非核心系统事务“管理集成性”方面的要求,两者的有机结合,构成了ORACLE产品系统架构的高度可伸缩性与完善而强大的业务功能。

(有关AdvancedProductCatalog产品及Agile产品的具体内容,以后有机会再来讨论)。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 表格模板 > 合同协议

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1