系统主数据管理之物料(Item)三 Item 的类别(Category)

Item 的类别(Category)

上面所讲到的Item编码中的分类(UNSPSC),一般来说还不是系统(各应用功能模块)中真正使用到的类别,原因是编码中的分类所基于的分类基准(或用途)主要考虑的是“工程”目的,而各应用模块例如INV、PO等中所需使用的分类更多地是需考虑业务管理目的,这就好比我们将“人员”分类,有时需按“性别”(男、女)分,有时需按“学历”(博士、硕士、学士)分,有时还需按“年龄段”(老年、中年、青年)分等等。

对于EBS中一个确定的Item来说,可以同时具有多个不同的“类别集(Category Set)”,以满足各个应用模块的使用需要。这里之所以称其为“类别集”,源于其中包含若干个LOV值,系统将每个具体的LOV值称之为“类别”(Category)并最终分配给Item。EBS的每个相关应用模块必须设定默认关联一个“类别集”,称之为“默认类别集”。如下图6所示:


系统主数据管理之物料(Item)三 Item 的类别(Category)_第1张图片
 

不同应用模块所使用的“默认类别集”可以相同也可以不同。用户在进入相关业务模块的“表单”界面时,打开的Item类别的弹性域结构取决于“默认类别集”所关联的类别键弹性域结构定义。在“≤ORACLE系统与实践≥系列之三:EBS的基础设置要点简介”中,关于“Item类别弹性域结构”的介绍已经说过,系统安装初始化时,ORACLE已经基于“业界最佳实践经验”,预设了若干不同的“类别弹性域结构”,这些不同弹性域结构同样也被ORACLE在“默认类别集”定义界面中预设了相应的关联(上述系统安装预设,用户如不满意,均可以修改)。这无疑大大方便了用户的使用,也正是ORACLE产品包含丰富管理思想的体现所在。

对于每一个被使用的“类别集”,需要进行定义或对系统预设进行修改完善,每个类别集关联一个已经预先定义编译的“类别键弹性域结构”。如下图7所示:


系统主数据管理之物料(Item)三 Item 的类别(Category)_第2张图片
 

上图7中,如果选定“允许存在多个物料类别分配”,则可以将一个物料分配给某个类别集内的多个类别。这主要是用于某些特殊功能的情况,如“装箱”功能中的“创建装箱组”,定义一个“危险”类别集,将某个物料同时分配给“毒药”和“腐蚀物”类别。

上图7中,如果选定“强制使用有效类别列表”,则需要对其下的“类别列表”进行维护,其作用主要是控制PO界面的类别的LOV值(选择组合)只能存在于这里的定义列表中时才有效(否则会报错提示)。

上图7中的“人员类别”窗口的作用,是为了控制某些类别只允许特定“责任/人员”才可以访问(未设定则不做限制)。上图中的“分配”窗口,只是提供一种将多个“类别”快速成批分配给(包括维护)多个Item的工具。在单个Item定义时分配类别的结果,会显示在这里,这里所做的维护改变也会反映在定义Item时的分配类别界面中。如下图8所示为Item定义时的类别分配界面:


系统主数据管理之物料(Item)三 Item 的类别(Category)_第3张图片
 

此外,为进一步控制上图7与图8中定义或设置时具体类别Category组合的实际可用性(在弹性域定义中可能已经通过值集验证进行设置,这里提供补充控制功能),系统通过专门的定义类别可用性功能,内容包括是否启用、是否为i-Procurement启用(仅适用于R11)、供应商是否可查看(用于i-supplier)、Web申请是否可用,来根据实际业务需要对Category的可能代码组合做更为细致,也更为灵活的限制。如下图9所示:


系统主数据管理之物料(Item)三 Item 的类别(Category)_第4张图片
 

总之,EBS中的Item 的类别Category非常关键、非常重要,系统的其它相关功能如权限控制、审批设置以及费用账户等等(以后在相关应用功能模块中再详细讨论)均会基于物料定义时的Category设置来进行,它与所谓物料的“Commodity管理”相结合,提供了企业业务管理所需的强大系统功能,是“业界最佳实践经验”的总结与结晶。

你可能感兴趣的:(EBS,系统主数据管理)