一言で
品目グループとは、SAPにおける品目を分類・集計するための分類キーです。「ねじ類」「電子部品」「文具」といった業務カテゴリで品目を束ねるのに使います。
なぜ必要か
SAPは何万〜何十万という品目を扱うため、個々の品目コードだけでは集計も分析もできません。「今月、電子部品カテゴリにいくら使ったか」「ねじ類の仕入先は誰が担当か」といった現場の問いに答えるには、品目を業務的な切り口で束ねるキーが必要になります。これが品目グループです。
品目グループを設計していないと、Category Management(支出分析)・購買グループの自動決定・消費勘定の自動振分けといった自動化がすべて機能せず、現場は手作業で分類を積み上げることになります。逆に設計が細かすぎると品目登録時に現場が混乱し、結局「その他」に寄せられてしまい分析が成立しません。
代表例と比較
flowchart LR
subgraph axis["分類の3軸"]
MTYPE["品目タイプ
ROH/HALB/FERT"]
MGROUP["★ 品目グループ
ねじ類/電子部品"]
PGROUP["購買グループ
購買担当者"]
end
MTYPE -.->|システム制御| SYS["ビュー・採番"]
MGROUP -.->|業務分類| ANA["支出分析・勘定決定"]
PGROUP -.->|担当制御| BUY["発注ワークフロー"]
style MGROUP fill:#f0f6ff,color:#0053F4,stroke:#0053F4,stroke-width:2px品目タイプがシステム的制御、品目グループが業務的分類、購買グループが担当者制御と、まったく別の目的を持つ独立した軸です。
具体例(架空の電子機器メーカー)
架空のメーカー「B社」では、品目グループを3階層で設計しています。
- E100:電子部品 > 半導体
- E200:電子部品 > コネクタ
- M100:機械部品 > ねじ類
- M200:機械部品 > 板金
- S100:事務用品 > 文具
- S200:事務用品 > OA消耗品
この粒度で「E100の年間支出」「M100の仕入先TOP5」といった分析が可能になります。あわせて、E系は部品購買グループ、M系は機械購買グループ、S系は総務購買グループが自動決定される仕組みです。
技術的な位置づけ
- 品目マスタ(MARA)の項目 MATKL に格納
- カスタマイズテーブル:T023(品目グループ定義)、T023T(テキスト)
- 9桁までのコードで自由に定義可能
- 購買管理・分析・レポート集計のキーとして頻繁に使用される
- トランザクション:OMSF(品目グループのカスタマイズ)
S/4HANAでの変更点
品目グループ自体の仕組みはS/4HANAでも大きく変わっていません。ただし運用面では以下が押さえどころです。
- Fiori「Manage Product Master」からも MATKL を直接設定可能
- SAP Analytics CloudやEmbedded Analyticsでは品目グループが標準的な分析ディメンションとして利用可能
- Category Management領域(Ariba連携など)との整合設計がS/4HANA以降ますます重要
品目タイプとの違い
| 観点 | 品目タイプ | 品目グループ |
|---|---|---|
| 目的 | システム的な性格決定 | 業務的な分類 |
| 標準値 | ROH/HALB/FERT等 | 自由定義 |
| 変更 | 極めて困難 | 比較的容易 |
| 数量/金額管理 | 決定する | 影響なし |
| 数 | 限定的(10〜20) | 数百〜数千 |
品目タイプはシステム的制約、品目グループは業務分類、と覚えると分かりやすいです。
現場での使い方
- 購買グループの自動決定(品目グループ+プラント→購買グループ)
- 消費勘定の自動決定(品目グループ別にGL勘定を振り分け)
- 支出分析(Category Managementで品目グループ別に支出集計)
- レポート・ダッシュボードの切り口
現場でよくある誤解
- 「品目グループ=品目タイプ」ではない。まったく別概念
- 品目グループの設計はプロジェクト初期に決めておく必要がある。後から全品目に遡及するのは大工事
- 国際プロジェクトでは分類の粒度合わせで揉めやすい
実務での決め方
- 既存のカテゴリマネジメント体系があればそれを踏襲
- 業種別ベストプラクティス(SAP Best Practices)を参考にする
- 粒度は「集計・分析したい軸」で決める
トラブル事例
- 品目グループ不統一で支出分析が使い物にならない
- 勘定決定ルールと品目グループの対応漏れで仕訳エラー
- 新規品目グループ追加が現場に共有されず、分類がゆるやかに崩壊
FAQ
Q. 品目タイプと品目グループ、結局どう使い分けるのですか? A. 品目タイプは「この品目は在庫を持つか・評価するか・どのビューを使えるか」というシステム的な制御キーです。一方の品目グループは「ねじ類か電子部品か文具か」という業務的な分類です。品目タイプは十数個、品目グループは数百〜数千個というスケール感の違いもポイントです。
Q. 階層的な品目グループは作れますか? A. 標準のMATKLは階層構造を持ちません。階層分析をしたい場合は、命名規則(先頭1〜2桁で大分類を表す)で擬似的に実現するか、Category ManagementやMDGで階層マスタを別途持たせるのが一般的です。
Q. 既存品目の品目グループは後から変更できますか? A. 技術的には可能ですが、消費勘定の自動決定や過去レポートとの整合性に影響します。変更する場合は、切替時点のルールを文書化し、分析時に区別できる設計にしておくのが安全です。
関連する用語
関連用語
本用語と一緒に押さえておくと理解が深まる用語をまとめます。