ORACLE EBS 系统主数据管理（C）

 

ORACLE EBS 系统主数据管理

二、物料（Item）

（九）Item的属性内容简介（Attribute）

（十）Item的属性快查

（十一）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的属性内容简介（Attribute）

关于每一个Item属性具有怎样的业务功能、具体如何设置问题，由于与具体的各业务模块功能以及企业的管理实践及业务需求紧密相关，这里无法展开详述（以后结合各模块流程与功能再来讨论）。以下仅针对各“属性组”（Tab页）的主要内容作简单介绍：

（1）主要（Main）。这个属性组内容相对简单，如前面的图1所示。主要包括Item的“单位（UOM）及其转换关系（Conversion）”、“用户物料类型（User Item Type）”、“物料状态（Item Status）”以及Item的“详细说明”（Long Description）。有关Item的单位、类型、状态等内容前文已经有相关介绍，这里不再赘述。

定义新的Item时，“单位及物料状态”会有默认值（Default），默然值是由配置文件：“INV：默认主要单位”和“INV：默认物料状态”的设定值决定的。系统初始安装时，ORACLE为“单位与物料状态”均预置了LOV值，并且体现在相关配置文件的初始赋值之中，用户可根据需要修改。

关于Item的“详细说明”（Long Description），顾名思义，就是给用户提供一个比“Item说明（类似物料名称）”字段更为详细说明该Item某些特性与功用的地方，本质上两者涵义相同（SAP中干脆将之译成“短文本、长文本”，就更形象了）。另外，Item定义界面题头的“说明性弹性域”也可以用来担当类似用途。更进一步，还可以为Item添加“附件（Attachments）”（可以多个并具有多种形式）来为Item提供更为丰富与详尽的数据支持。如下图16所示：

有关“单据实体”的附件的使用方式与特性，请参见“≤ORACLE系统与实践≥系列之三：EBS的基础设置要点简介”的有关内容。

顺便说明一下，当用户在上图中“显示属性”的“主层、组织、全部”将切换时，各“属性组”（Tab页）的显示方式与内容可能会发生变化，具体变化取决于前面所述的Item“属性组”控制方式设置。当某个“属性”定义为“主要层”控制时，切换到“组织”属性显示时，该属性字段将被灰显而不可更新。当某个“属性”定义为“组织层”控制时，切换到“组织”属性显示时，该属性字段一般允许更改更新，可以具有与“主层”属性显示状态时不同的赋值。

（2）物理属性。这个属性组的内容比较简单，主要包括Item的自然属性“重量、体积以及几何尺度（长宽高）”的数据，这些数据在系统有关仓储、包装、发运等功能中会用到。如下图17所示：

此外，该Item如被用作为“容器（Container）”、“运载工具（Vehicle）”，则必须首先在这里进行定义。其余在“类型”区域，如果该Item需要被用作“市场宣传促销品”（用于Oracle Sales and Marketing），被用作WMS中的“事件、设备”，也需要在这里预先进行定义。而“OM整数”，则表述是否可将此物料分成多个部分进行订购。

（3）库存。此属性组内容比较复杂，包括“批次过期、批次号、序列号、盘点、子库存”等等控制内容，基本属于控制有关物料事务处理（如进出库、转移）的功能应用范畴，某些属性对于具体的事务处理有决定性影响。如下图18所示：

（4）物料清单。此属性组与系统的BOM功能以及OM订单处理功能相关。其中“BOM物料类型“字段比较关键，取值不同影响到OM的订单处理方式与过程。如下图19所示：

（5）资产管理。只有当前INV组织参数定义中，该组织启用eAM功能，则才可以访问该Tab页，其中资产Item类型（Asset Item Type）的设置比较关键，影响到其它字段如“资产活动（Asset Activity）”的设置。如下图20所示：

（6）成本计算。此属性组用于控制与成本计算相关的系统功能，如下图21所示：

要注意的是，“销货成本账户”只能在组织层设置，如当前INV组织与主组织属于不同帐套且会计科目弹性域结构不同时，这里的账户代码结构是可以不相同的。

（7）采购。此属性组用于控制有关采购的系统功能，如下图22所示：

其中的“允许更新物料说明”，表示在采购订单行中可以改写类似“物料名称”，这对于某些特殊情况非常有用；“使用批准的供应商”，表示采购订单的可选择供应商仅限于ASL；“外协加工类型物料”，并不表示该物料需要外协加工，而是说该Item本身是一个非实物的“外协服务”，需要与真实的需外协加工Item配合使用；“默认采购员”，则用于采购员业务量分配与管理。

（8）接收。此属性组主要用于采购接收的控制功能，如下图23所示：

其中的“接收方式”用于控制采购接收的默认路径。但这里的属性定义大部分在采购PO中可以更改。

（9）总计划（General Planning）。中文翻译不是太准确，实际是相对于“MPS/MRP”而言的一般或普通“库存计划”方式，通常是应用于非制造型的商业企业的库存计划场合，或无需BOM分解的物料的库存计划。如下图24所示：

（10）MPS/MRP计划。此属性组用于控制Item的MPS/MRP计划功能，只有在这里设定了MPS/MRP计划方式才在做MPS/MRP时可见，这缩小了Item的可用范围，如下图25所示：

（11）提前期（Lead Times）。此属性组用于控制BOM中的工艺路线及计划功能中的有关时间计算问题，有关累计数（累计制造、累计总额）实际是通过BOM中的相关计算功能来自动更新的。如下图26所示：

（12）在制品（WIP）。此属性组控制WIP中的相关功能，其中的“供应类型”比较关键，直接控制物料的事务处理方式。如下图27所示：

（13）订单管理。此属性组主要用于控制订单管理OM、发运执行Shipping以及采购PO内部订购应用方面的相关功能，此外，ATP相关设置对于某些计划功能亦是前提条件。如下图28所示：

（14）开票（Invoicing）。此属性组主要与AR模块的相关功能有关。其中“销售账户”只能在组织层设置，帐户代码的弹性域结构可能与“主组织”的不同。如下图29所示：

（15）服务。此属性组与订单管理OM及服务Service管理模块的相关功能有关，如下图30所示：

（16）Web选项。主要是与销售订单网上订购（i-Store）功能有关，如下图31所示：

（17）流程制造（Process Manufacturing）。主要是与“流程制造”系统模块相关，R12中新增的Tab页。如下图32所示：

 

（十）Item的属性快查

EBS为了方便用户对Item诸多属性的查找与管理，在Item定义维护界面的“工具栏”提供了快速“查找属性”功能，如下图33所示：

一旦选择其中的一个“属性”，则系统快速定位到其所在的Tab页，以方便用户查看或维护。

 

（十一）Item的客户与供应商关系

     企业在对外交往过程中，尤其是与客户或供应商的供应链电子商务协作过程中，需要将自己的Item（编码）与客户或供应商的Item（编码）建立某种对应关系，以提高供应链的协同效率。例如，作为客户，一般会要求自己的供应商在送货时，在相关送货单据或实物上提供己方的Item编码，以方便己方的收货部门能进行快速处理。

     在EBS系统的Item管理中，提供了有关客户Item的完善定义与维护功能，即将己方的销售产品按不同客户（客户地址Address、地址类别Address Category）与客户Item建立交叉参考关系。具体包括两个步骤。一是建立或维护客户Item（客户Item相关信息如编码等由客户负责提供），如下图34所示：

二是将公司Item（主要指用于销售的产品）与已经建立的客户Item建立交叉参考关系。如下图35所示：

一个客户Item可以对应公司多个Item（需要定义“优先级”），这主要是满足实际工作中客户订购的Item可以对应公司的产品系列、允许替代的情况。例如公司生产的某种产品有不同颜色，公司内部为之定义了不同的Item。客户订购Item所要求的颜色，在缺货的特殊情况下，客户也允许以另一种颜色替代。

Item的客户产品交叉参考的定义维护工作，需要花费一定的人力、物力，本质上它相当于企业向自己的客户提供了一种额外的增值服务，主要满足的是客户的相关业务管理需求。对于作为供应商的企业角色来说，在为自己的客户提供增值服务的同时，也可以作为客户角色，向自己的供应商要求提供类似服务。故此，在EBS系统中，并未提供类似“客户Item”的“供应商Item交叉参考关系”定义或维护。系统不提供类似功能，一来是因为相较于销售Item的有限数量（几十、上百就算多了），采购Item的数量要高得多（成千上万很正常），类似客户Item的定义与维护工作量太大；二来是供应商Item交叉参考关系的定义维护，于实际工作的意义不是太大，完全可以由供应商的相关工作（向己方提供增值服务）所取代。

在EBS系统中，虽没有定义Item的供应商产品交叉参考关系，但在采购的相关业务过程中，例如下达采购订单时，可以手工输入“供应商Item”作为给对方的参考。系统为此提供了对于历史业务数据中的手工输入的供应商Item的查询检索功能，查询范围包括PO、询报价、来源补充规则等区域，如下图36所示：