上面所講到的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管理”相結合，提供了企業業務管理所需的強大系統功能，是“業界最佳實踐經驗”的總結與結晶。