上面所讲到的Item编码中的分类（UNSPSC），一般来说还不是系统（各应用功能模块）中真正使用到的类别，原因是编码中的分类所基于的分类基准（或用途）主要考虑的是“工程”目的，而各应用模块例如INV、PO等中所需使用的分类更多地是需考虑业务管理目的，这就好比我们将“人员”分类，有时需按“性别”（男、女）分，有时需按“学历”（博士、硕士、学士）分，有时还需按“年龄段”（老年、中年、青年）分等等。
对于EBS中一个确定的Item来说，可以同时具有多个不同的“类别集（Category Set）”，以满足各个应用模块的使用需要。这里之所以称其为“类别集”，源于其中包含若干个LOV值，系统将每个具体的LOV值称之为“类别”（Category）并最终分配给Item。EBS的每个相关应用模块必须设定默认关联一个“类别集”，称之为“默认类别集”。如下图6所示：
不同应用模块所使用的“默认类别集”可以相同也可以不同。用户在进入相关业务模块的“表单”界面时，打开的Item类别的弹性域结构取决于“默认类别集”所关联的类别键弹性域结构定义。在“≤ORACLE系统与实践≥系列之三：EBS的基础设置要点简介”中，关于“Item类别弹性域结构”的介绍已经说过，系统安装初始化时，ORACLE已经基于“业界最佳实践经验”，预设了若干不同的“类别弹性域结构”，这些不同弹性域结构同样也被ORACLE在“默认类别集”定义界面中预设了相应的关联（上述系统安装预设，用户如不满意，均可以修改）。这无疑大大方便了用户的使用，也正是ORACLE产品包含丰富管理思想的体现所在。
对于每一个被使用的“类别集”，需要进行定义或对系统预设进行修改完善，每个类别集关联一个已经预先定义编译的“类别键弹性域结构”。如下图7所示：
上图7中，如果选定“允许存在多个物料类别分配”，则可以将一个物料分配给某个类别集内的多个类别。这主要是用于某些特殊功能的情况，如“装箱”功能中的“创建装箱组”，定义一个“危险”类别集，将某个物料同时分配给“毒药”和“腐蚀物”类别。
上图7中，如果选定“强制使用有效类别列表”，则需要对其下的“类别列表”进行维护，其作用主要是控制PO界面的类别的LOV值（选择组合）只能存在于这里的定义列表中时才有效（否则会报错提示）。
上图7中的“人员类别”窗口的作用，是为了控制某些类别只允许特定“责任/人员”才可以访问（未设定则不做限制）。上图中的“分配”窗口，只是提供一种将多个“类别”快速成批分配给（包括维护）多个Item的工具。在单个Item定义时分配类别的结果，会显示在这里，这里所做的维护改变也会反映在定义Item时的分配类别界面中。如下图8所示为Item定义时的类别分配界面：
此外，为进一步控制上图7与图8中定义或设置时具体类别Category组合的实际可用性（在弹性域定义中可能已经通过值集验证进行设置，这里提供补充控制功能），系统通过专门的定义类别可用性功能，内容包括是否启用、是否为i-Procurement启用（仅适用于R11）、供应商是否可查看（用于i-supplier）、Web申请是否可用，来根据实际业务需要对Category的可能代码组合做更为细致，也更为灵活的限制。如下图9所示：
总之，EBS中的Item 的类别Category非常关键、非常重要，系统的其它相关功能如权限控制、审批设置以及费用账户等等（以后在相关应用功能模块中再详细讨论）均会基于物料定义时的Category设置来进行，它与所谓物料的“Commodity管理”相结合，提供了企业业务管理所需的强大系统功能，是“业界最佳实践经验”的总结与结晶。
本文链接：https://my.lmcjl.com/post/13173.html
4 评论