SAP MM クラス

SAP MMクラス
クラスは、SAPのクロスアプリケーション分類システム(CA-CL)において分類コンテナを定義するマスタデータオブジェクトです。1つ以上の特性を再利用可能な構造にグループ化し、品目、ロット、仕入先、設備、その他のSAPオブジェクトに割り当てることで、構造化検索、レポート作成、およびバリアントコンフィギュレーションを可能にします。MMコンテキストでは、クラスは最も一般的に品目マスタおよびロットマスタに適用され、分類ベースの購買および品質管理戦略の基盤を形成します。この記事では、クラスの構造、タイプ、組織範囲、およびフィールドレベルの詳細を説明します。特性マスタデータオブジェクトについては、MM-A04-02で個別に説明します。
パート 1: クラス — 中核概念(全モジュール)
1.1 クラスとは

クラスとは、一連の特性を保持するユーザ定義のグループ化テンプレートです。分類をサポートする任意のSAPオブジェクトタイプを1つ以上のクラスに割り当てることができ、その特性値はそれらのクラスに対して記録されます。クラスは値を保存せず、スキーマ(どの特性が、どの順序で、どのような制約で適用されるか)を保存します。割り当てられたオブジェクトが値を保存します。
| 項目 | 詳細 | |
|---|---|---|
| 役割 | SAPオブジェクトに割り当て可能な分類スキーマ(特性セット)を定義し、構造化された検索、フィルタリング、分析を可能にします | |
| 使用するモジュール | MM(品目マスタ、ロットマスタ — 主な利用者)、QM(品質判定のためのロット分類)、PM/EAM(設備分類)、SD(バリアントコンフィギュレーション — クラスタイプ300)、HR(ジョブ分類) | |
| トランザクション | CL01(クラス作成)/ CL02(クラス変更)/ CL03(クラス表示)/ CL24N(使用先一覧)/ CL6CN(クラス検索) | |
| 主要テーブル | KLAH(クラスヘッダ)/ KSML(クラスに割り当てられた特性)/ INOB(分類オブジェクト割当)/ AUSP(割当オブジェクトごとの特性値) | |
| S/4HANAに関する注意点 | 分類データモデルはECCから変更なし。クラス保守にはFioriアプリ「クラス管理」(F2258)が利用可能。組み込み分析統合により分類検索が改善されました。 |
1.2 クラスタイプ

クラスタイプは、どのSAPオブジェクトタイプをクラスに割り当て可能か、またどのビジネスプロセスが分類データを利用できるかを決定します。誤ったクラスタイプを選択すると、対象のオブジェクトからクラスが見えなくなり、そのタイプのクラスが本番環境で使用された後は変更できません。
| クラスタイプ | コード | ユースケース | 主要な動作 | |
|---|---|---|---|---|
| 一般クラス(品目) | 001 | 検索やレポート作成のための品目分類 | 品目マスタに割り当て可能。MMプロジェクトで最も一般的。MM60での分類検索やバリアント設定の基盤を有効化。 | |
| 標準ロット | 022 | 業界に依存しないシナリオ向けのロットレベル分類 | ロットレベルで割り当て。QM統合なしでロット分類が必要な場合に使用。タイプ023よりも一般的ではない。 | |
| ロット(MM/QM) | 023 | QM統合を伴うロットレベル分類 | MMおよびQMプロジェクトにおける標準的なロットクラスタイプ。ロット検索(MBNL、MSC3N)、賞味期限管理、ロット決定を有効化。品目マスタで「ロット分類」がアクティブである必要あり。 | |
| 仕入先評価 | 011 | 能力、地域、カテゴリによる仕入先分類 | 仕入先マスタに割り当て。ソーシング戦略や支出分析で使用。あまり一般的ではない — 多くのプロジェクトでは代わりに標準MM仕入先評価(LiS)を使用。 | |
| バリアント設定 | 300 | 製品コンフィギュレータ — 設定可能品目 | 設定可能品目(品目タイプKMAT)に割り当て。SD/PPバリアント設定の基盤。クラス300により「スーパー部品表」と作業手順選択ロジックが有効化。 |
設計原則: クラスタイプはブループリントフェーズで固定する必要があります。タイプの混在(例:023の代わりに001をロット目的で使用)はロット決定の失敗を引き起こし、マスタデータの再作業が必要になります。品目分類とロット分類の両方を含むプロジェクトでは、タイプ001と023のクラスを別々に管理してください。
1.3 組織階層とデータ階層

クラスは定義レコードです。分類されたオブジェクトインスタンスは、個別のリンクテーブルを介してクラスを参照します。分類システムはクライアントレベルで動作します(クラス定義はプラント間および会社コード間で共通です)が、オブジェクトタイプがロットスコープの場合、値のスコープはより広くなる可能性があります。
Client scope — Class Definition
│
├── Class Header (KLAH)
│ One row per Class.
│ Fields: Class number, Class type, status, validity dates.
│
└── Class ↔ Characteristic link (KSML) — M:N relationship
One row per (Class × Characteristic).
Fields: position (POSNR), required/optional flag, searchable flag.
Defines which characteristics apply to objects in this class.
Object Assignment scope (per classified object instance)
│
├── Object ↔ Class link (INOB)
│ One row per (Object × Class).
│ Created when classifying a material in MM02 (Classification view).
│
└── Characteristic Values per Object (AUSP)
One row per (Object × Characteristic).
For Material Master: Client scope (one set of values per material).
For Batch (class type 023): scope extends to Plant —
different plants can hold different values for the same batch.| オブジェクト(テーブル) | スコープ | 主要フィールド | 備考 | |
|---|---|---|---|---|
| クラスヘッダ(KLAH) | クライアント | クラス番号、クラスタイプ、ステータス、有効期限日 | クラスごとに1つのKLAH。すべてのプラントおよび会社コード間で共有。 | |
| クラス↔特性リンク(KSML) | クライアント | 特性名(ATNAM)、順序(POSNR)、必須フラグ | 割り当てられた特性ごとに1つのKSML行。「準備中」ステータスでは追加/削除可能。「リリース済」以降は制限あり。 | |
| オブジェクト↔クラスリンク(INOB) | オブジェクトインスタンス | オブジェクトキー(OBJEK)、クラスタイプ、クラス | 品目×クラスごとに1つのINOB。MM02の分類ビューで作成。 | |
| オブジェクトごとの特性値(AUSP) | オブジェクトインスタンス(ロットの場合はプラント) | オブジェクトGUID、特性内部ID、値 | ロット(クラス023)の場合、同じロット番号でもプラントごとに異なる値を保持可能。 |
主要な設計判断: ブループリントで分類階層の深さを決定します。SAP分類は階層クラス(上位クラスに下位クラスを含む)をサポートしていますが、深くネストされた階層は保守や検索が困難です。ほとんどのMM実装では、フラットまたは2レベルの階層が推奨されます。
1.4 他のマスタデータオブジェクトとの統合

クラスは単独では機能しません。その価値は、特性が割り当てられ、そのクラスがオブジェクトマスタに割り当てられて初めて実現されます。分類データの下流のコンシューマは、複数のモジュールにまたがります。
| オブジェクト | リレーションシップ | 実務上の注意点 | |
|---|---|---|---|
| 特性 (CT04) | 1:N — クラスには1つ以上の特性が含まれる | 特性はクラスに割り当てられる前に存在している必要があります。クラスリリース後に特性のデータ型や値範囲を変更する場合は、影響分析を慎重に行う必要があります。分類済みのすべてのオブジェクトに影響が及ぶ可能性があります。 | |
| 品目マスタ | N:M — 品目は複数のクラスに割り当て可能。クラスは複数の品目をカバー可能 | 分類ビュー (MM02 → 追加データ) で、品目を1つ以上のクラスにリンクし、特性値を保存します。クラスタイプ001が必要です。 | |
| ロットマスタ | N:M — ロットは1つのロットクラスに割り当て可能。ロットクラスの値はプラントごとに保存 | ロット分類は、入庫時または製造完了確認時にトリガーされます。クラスタイプ023が必要です。ロット決定 (トランザクションMBC1) では、ロットクラスの特性を使用して、プロセス固有の条件に一致するロットを検索します。 | |
| 仕入先マスタ | N:M — 仕入先は仕入先評価クラスに割り当て可能 | クラスタイプ011。標準のMM仕入先評価スコアカードを超えた、構造化された仕入先検索と能力分析を可能にします。 | |
| ロット決定 | ロットクラスの値を消費する | ロット決定条件 (SD、PP、WM) は、AUSPテーブルを検索し、戦略条件を満たす特性値を持つロットを探します。ロットクラスの値のメンテナンスが不十分だと、ロット決定が結果を返さなかったり、誤ったロットを返したりする原因になります。 | |
| バリアント設定 (SD/PP) | クラスタイプ300が設定オブジェクトを形成する | VCシナリオでは、設定可能品目がクラス300に割り当てられます。特性値によって部品表展開と工順選択が制御されます。MM品目は、設定可能構成品の構成品目として分類される場合があります。 |
パート 2: MM固有のフィールド詳細
2.0 MM(在庫管理/購買管理)の管轄範囲

| データセクション | MMの関与 | 備考 | |
|---|---|---|---|
| クラスヘッダ (KLAH) | ◎ オーナー | クラス番号、タイプ、ステータス、有効期限 — MM管理者が定義および保守 | |
| 特性割当 (KSML) | ◎ オーナー | どの特性がクラスに割り当てられているか、その順序、必須/任意フラグ | |
| 品目分類 (INOB) | ◎ オーナー | MM02での品目とクラスの割当、および特性値の入力 | |
| ロット分類 (AUSP) | ◎ オーナー | 入庫時、製造確認時、またはMSC2Nでのロット特性値の入力 | |
| クラス階層定義 | ◎ オーナー | 上位/下位クラス関係の定義(階層を使用する場合) | |
| ロット決定戦略 | ○ WM/PP/SDと共有 | ロットクラスが決定を駆動するが、戦略条件は各消費モジュールが設定 | |
| バリアント設定(クラス300) | ○ SD/PPと共有 | SD/PPのVCコンサルタントがクラス300の設計を所有、MMは構成品目マスタ設定を提供 | |
| QMロット分類 | ○ QMと共有 | QMは入庫時に品質主導の値を必要とする特性を定義する場合がある、MMはロットクラス構造を設定 |
凡例: ◎ = オーナー/重要, ○ = 直接関与
2.1 クラスヘッダ (KLAH)

クラスヘッダ(テーブル KLAH)は、SAP分類システムにおけるすべてのクラスのルートレコードです。これは、クラスの識別情報と運用状態(クラス番号、分類可能なオブジェクトタイプ(クラスタイプ)、リリースステータス、有効期間)を定義します。MM管理者はCL01/CL02を使用してKLAHレコードを作成・保守し、すべてのヘッダフィールドを理解する必要があります。なぜなら、本番データが関連付けられた後では、誤ったステータスやクラスタイプを簡単に修正できないからです。
| 項目 | 説明 | 実務上の使用例 | |
|---|---|---|---|
| クラス番号 (KLASSE) | クラスタイプ内でクラスを一意に識別する英数字キー。クラスタイプのカスタマイジング設定に応じて、内部番号または外部番号が使用されます。 | 最初から一貫した命名規則を使用します。例えば、品目クラスには「MAT_」、ロットクラスには「BAT_」というプレフィックスを付けます。INOB/AUSP割り当てで本番使用されると、クラス番号は変更できなくなります。後からの修正には、割り当てられたすべてのオブジェクトの再分類が必要になります。 | |
| クラスタイプ (KLART) | このクラスに割り当て可能なSAPオブジェクトタイプ(品目、ロット、仕入先、設備など)を決定します。コードについてはセクション1.2を参照してください。 | これは最も重要なヘッダ項目です。ブループリントフェーズで正しく設定し、後から変更できると想定しないでください。タイプ001のクラスは、ロット決定(タイプ023が必要)では完全に表示されません。たとえ他のすべての特性が正しくても同様です。 | |
| ステータス (STATU) | クラスのライフサイクル状態を制御します:1 = 準備中、2 = リリース済、3 = ロック済、4 = 廃止。 | ステータスが「準備中」のクラスはオブジェクトに割り当てることができません。特性割り当てリストが確定した後にのみクラスをリリースしてください。クラスをロックすると、既存の割り当てを削除せずに新しいオブジェクト割り当てを防止できます。これは、過去データでまだ参照されているが廃止されたクラスに役立ちます。 | |
| 有効開始日 (DATVON) | クラスがオブジェクト割り当てに有効となる開始日。 | クラスを即時かつ無期限に有効にする場合は空白のままにします。段階的なロールアウトを計画しているプロジェクト(例:ロット分類が品目分類の6ヶ月後に稼働開始)では、有効日付を使用して、まだ対象範囲外のプラントでのロットクラスの早期使用を防止できます。 | |
| 有効終了日 (DATBIS) | この日付以降、クラスは新規割り当てに対して無効となる終了日。 | 標準的なMM実装ではほとんど使用されませんが、期間限定の分類プログラム(例:プロモーション用製品グループ)に関連します。終了日を設定しても既存の割り当ては削除されず、満了後の新規割り当てのみを防止します。 | |
| クラス名称 (KLTXT) | クラスの目的を説明する短いテキスト。KLATに言語ごとに保存されます。 | クライアントシステムでアクティブなすべての言語で説明を管理します。この説明はCL6CNの検索結果やMM02の分類ビューに表示されます。説明が空白または難解だと、ユーザーはクラスを開いて目的を理解する必要があり、分類データ入力が遅くなります。 | |
| 同一クラス (GLEICH) | このクラスを検索等価性のために別のクラスと同一であるとフラグ付けするインジケータ。 | 2つの別々に番号付けられたクラスが同じ検索結果を返すべき高度な分類シナリオで使用されます。MMでは稀で、ラボやPMの分類設定でより一般的です。使用法は注意深く文書化してください。等価リンクは標準の表示画面ではすぐには見えません。 | |
| クラスグループ (GRUPE) | CL6CNでの検索とレポート作成のために、関連するクラスをクラスタリングするオプションのグループ化ラベル。 | クラスグループを使用してマスタデータドメインを分離します。例えば、購買分類用(品目クラス)のグループと、ロジスティクス分類用(ロットクラス)の別のグループを作成します。これによりCL6CNの検索が高速化され、ユーザーが誤ってオブジェクトを間違ったドメインのクラスに割り当てるのを防ぎます。 |
2.2 特性割当 (KSML)

特性割当(テーブルKSML)は、特定のクラスに属する特性を定義し、そのクラスコンテキスト内での各特性の動作を管理します。MMコンサルタントがクラスに特性を割り当てる際、分類画面に表示される順序、分類ユーザーにとって各特性が必須か任意か、入力された値を検索条件として使用できるかどうかを制御します。この設定を適切に行うことは、後続の分類データの品質と完全性に直接影響します。
| 項目 | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 特性名 (ATNAM) | クラスに割り当てられる特性(CT04から)の内部名称。 | 特性はクラス間で共有されます。同じ特性(例:「STORAGE_TEMP」)が複数のクラスに存在できます。これは利点です。特性値はオブジェクトごとに一度入力され、その特性を共有するすべてのクラスで利用可能です。割り当てる前に、特性のデータ型と値制約がクラスの要件と一致することをCT04の所有者に確認してください。 | |
| ポジション番号 (POSNR) | 分類入力画面における特性の表示順序を制御する連番。 | ポジションは10の倍数(10、20、30…)で設定し、リスト全体を付け替えることなく将来の挿入に備えて余地を残します。ポジション順序はデータ入力のロジックを反映する必要があります。必須の検索特性を上部に、オプションの説明特性を下部に配置し、ユーザーを自然な分類ワークフローに導きます。 | |
| 必須フラグ (IMPKZ) | このクラス内で特性を必須(値の入力が必要)またはオプションとしてマークします。「必須」設定はクラス固有であり、同じ特性があるクラスでは必須、別のクラスではオプションにできます。 | 必須フラグは選択的に使用します。必須特性が多すぎると、ユーザーは検索結果を損なう回避策(ダミー値の入力)を見つけます。必須ステータスは、ロット決定やコンプライアンス報告に真に必要な特性(賞味期限値や原産国コードなど)のために予約してください。 | |
| 検索可能フラグ (SUCHKZ) | 特性が分類検索トランザクション(CL6CN、MM60)で検索フィールドとして表示されるかどうかを制御します。 | ビジネスユーザーがその値でオブジェクトをフィルタリングする必要がある場合にのみ、特性を検索可能としてマークします。検索不可能な特性は、CL6CN検索画面の複雑さを軽減し、クエリパフォーマンスを向上させます。ロットクラスの場合、検索可能な特性はロット決定条件(MBC1)で利用可能な基準になります。 | |
| 表示フラグ | 特性が分類画面に表示されるかどうか(表示専用、入力不可)を制御します。 | ユーザーには表示されるが、分類画面で直接編集できない、派生特性やシステム管理特性に使用されます。使用決定ステータスが表示専用の分類フィールドとなる、QM統合ロットシナリオで一般的です。 |
2.3 品目分類 (INOB)

品目分類とは、品目マスタレコードを1つ以上のクラスにリンクし、そのクラスに対する品目の特性値を入力する行為です。SAPでは、MM02の「追加データ」タブから分類ビューを表示して行います。結果として、INOBのデータベースレコードにクラス割当が記録され、その割当に対して入力された特性値はAUSPに保存されます。MMコンサルタントは、品目レベルの分類に関するこのプロセスを担当し、INOBの割当レコードと値入力の仕組みの両方を理解する必要があります。
| 項目 | 説明 | 実務上の使用例 | |
|---|---|---|---|
| オブジェクトキー (OBJEK) | 分類対象オブジェクトのキー — 品目の場合、18桁にパディングされた品目番号です。 | オブジェクトキーの形式は、SAPによってオブジェクトタイプごとに固定されています。品目の場合は、左詰めで18桁にパディングされた品目番号です。INOBエントリを直接作成するカスタム分類プログラムは、この形式に従わなければ、MM02で分類が表示されません。 | |
| クラスタイプ (KLART) | 割り当てられたクラスのクラスタイプ — クラスのヘッダクラスタイプと一致する必要があります。品目分類の場合、通常は001です。 | 品目がクラスタイプ001のクラスに割り当てられると、分類検索(CL6CN、MM60)に表示されます。ロット分類も必要な場合は、クラスタイプ023の別のINOBレコードが品目のロットクラスをリンクします。両方のクラスタイプは、同じ品目上で競合することなく共存できます。 | |
| クラス (KLASSE) | 品目が割り当てられるクラス番号。 | 単一の品目を同じタイプの複数のクラスに割り当てることができます。これを使用して、品目を製品ファミリー(購買レポート用)と危険物グループ(物流制限用)で同時に分類します。コンサルタントは、ブループリントで品目ごとに想定されるクラス割り当て数を定義する必要があります。過剰な割り当ては、MM02の分類ビューの読み込みを遅くします。 | |
| 標準化 (STAWN) | オブジェクトがクラスの「標準」代表であるかどうかを示し、標準クラス機能で使用されます。 | 標準的なMM品目分類ではほとんど関係ありません。PM設備分類シナリオでより一般的に使用されます。分類設計で明示的に要求されない限り、空白のままにします。 | |
| 特性値 (AUSP — 分類画面から入力) | クラスに属する各特性に対して入力された実際の値で、特性ごとにAUSPに保存されます。 | MM02の分類ビューで入力された値は、すぐに分類検索で利用可能になります。品目作成時に入力が完了していることを確認してください。部分的な分類(クラスは割り当てられているが値が入力されていない)は、品目がクラスには表示されるものの、値ベースの検索フィルターには一致しない原因となります。RCLASSI1を定期的に実行して、必須特性値が欠落しているクラスに割り当てられた品目をレポートします。 |
2.4 ロット分類 (AUSP)

ロット分類は、ロットレベルで特性値を保存し、構造化されたロット検索とロット決定を可能にします。品目分類(セクション2.3)が品目をクラスに割り当てるのに対し、ロット分類は、その品目の特定のロットをタイプ023のクラスに割り当て、その個別ロットの残存保存期間、試験結果、原産国などの値を記録します。これらの値はAUSPに保存され、プラント固有です。同じロット番号でも異なるプラントでは異なる特性値を持つ可能性があり、これは複数プラントの品質管理に不可欠です。
| フィールド | 説明 | 実務上の使用 | |
|---|---|---|---|
| ロット番号 (CHARG) | 品目番号とプラントと組み合わせてロットオブジェクトを一意に識別する10桁のロット識別子。 | ロット分類値は、入庫時(MIGO)、製造指図確認時(CO11N/MFBF)、またはロット直接変更(MSC2N)で入力します。最初の入庫前に、ロットクラスが品目のロットマスタクラスフィールド(MM02 → 購買ビューまたはMRPビュー → “ロットクラス”)に割り当てられていることを確認してください。このリンクがないと、入庫時に分類入力画面が表示されません。 | |
| プラント (WERKS) | ロット分類値が適用されるプラント。AUSPロット値はプラントスコープです。 | 複数プラント展開シナリオでは、ロットクラスがプラント間で同一であること(分類はクライアントレベル)を確認しますが、入庫時に入力された値は正しいプラントで取得されます。在庫転送によりプラント間で転送されたロットは、品質パラメータが異なる場合、受入プラントで分類値を再入力する必要がある場合があります。 | |
| クラス (タイプ023) | 品目に割り当てられ、ロット固有の特性値を格納するために使用されるロットクラス。 | 品目に対してアクティブにできるロットクラス(タイプ023)は常に1つだけです。プロジェクト途中で分類設計が変更され、既存のロットクラスを新しいものに置き換える必要がある場合、既存の全ロットの再分類を計画する必要があります。過去のAUSP値は自動的に移行されません。 | |
| 特性値 (AUSP) | ロットクラス内の各特性に対して入力された実際の値(数値、文字、または日付)。 | ロット分類における運用上最も重要なデータです。これらはロット決定クエリが参照する値です。入庫時に入力される値は、CT04で定義された形式および許可値と一致している必要があります。倉庫および製造ユーザーに正確な入力要件をトレーニングしてください。許可値特性へのフリーテキストのタイプミスがあると、物理的に正しいロットでもロット決定でスキップされます。 | |
| 賞味期限/消費期限 (特性として) | 残存賞味期限または消費期限を取得するロットクラス特性(クラスにそのようなフィールドが含まれる場合)。 | 賞味期限管理が必要な業界(食品、医薬品、化学)では、ロットクラスの賞味期限特性をMCHA/MCH1の賞味期限フィールドと整合させる必要があります。WM/EWMで賞味期限特性を参照するFEFO(先入れ先出し)ロット検索戦略を使用して、期限が近いロットを自動的に優先します。 |
2.5 クラス階層定義

SAP分類はオプションのクラス階層をサポートしており、下位クラスは構造化ツリー内の位置を継承します。クラス階層はCL02の「追加データ」→「上位クラス」で定義され、同じタイプのクラス間に親子関係を作成します。階層が有効な場合、トランザクションCL6CNで階層検索を実行できます。上位クラスレベルでの検索は、ツリー内の任意の下位クラスに割り当てられたオブジェクトを返します。この機能はオプションであり、ほとんどのMM実装ではフラット構造を選択しますが、階層的なグループ化により検索パフォーマンスとナビゲーションが向上する大規模な製品カタログでは有用です。
| 項目 | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 上位クラス (UEBER) | 階層内の親クラスのクラス番号。CL02 → 追加データ → 上位クラスで下位クラスに入力します。 | 階層レベルをトップダウンで定義します。上位クラスは既に存在し、下位クラスと同じクラスタイプである必要があります。階層設計が確定した場合のみ上位クラスを設定してください。稼働中の階層を再構築するには、影響を受けるすべてのクラスレコードを更新し、ツリーを横断するすべてのCL6CN検索パスを再テストする必要があります。 | |
| 階層レベル | 階層ツリー内のクラスの深さレベルで、上位クラスリンクの数から自動的に導出されます。 | SAPは最大深度を強制しませんが、大規模なMMプロジェクトでの実務経験では、3レベルを超える階層は保守が困難になり、ビジネスユーザーへの説明も難しくなります。CL02設定を開始する前に、設計文書に意図した階層構造を文書化し、承認を得てください。 | |
| CL6CNでの階層検索 | CL6CNで上位クラスを検索すると、システムは上位クラスとそのすべての下位クラスに割り当てられたオブジェクトを返します。 | CL6CN選択画面で「下位クラスを含める」にチェックを入れて階層検索を有効にします。これが階層の主要なビジネス価値です。「化学カテゴリのすべての品目」を、個々の子クラス番号を知らなくても検索できます。検索パフォーマンスが許容範囲内であることを確認してください。下位クラスが多い大規模な階層では、クエリ範囲が拡大します。 | |
| クラス階層レポート (CL6BN) | トランザクションCL6BNは、ナビゲーションと検証のためのクラス階層ツリー構造を表示します。 | 設計フェーズではCL6BNを使用して、オブジェクトを割り当てる前に計画された階層を可視化します。稼働後は、CL6BNが新しいクラスが意図した上位クラスの下に正しく配置されたかを確認する最速の方法です。ブループリント文書にCL6BNのスクリーンショットを含め、階層構造の正式な文書としてください。 |
2.6 ロット決定戦略

バッチ決定とは、SAPが在庫移動、製造指図、または出荷予定に対して、バッチクラスに保存された特性値に基づいて自動的にバッチを提案するプロセスです。MMは構造的な基盤、すなわちバッチクラス(タイプ023)とその特性を担当し、消費側のモジュール(WM、PP、SD)は、それらの特性を照会するバッチ検索戦略の条件(トランザクションMBC1)を設定します。MMコンサルタントは、決定の失敗をトラブルシューティングし、下流の戦略をサポートする特性設計をアドバイスするために、この境界の両側を理解する必要があります。
| 項目 | 説明 | 実務上の使用例 | |
|---|---|---|---|
| ロットクラス(タイプ023) | 品目のロットマスタに割り当てられたクラスであり、決定条件に使用可能な特性を定義します。 | ロットクラスは、ロット決定戦略の前提条件です。品目にロットクラスが割り当てられていない場合(MM02 → 購買 → ロット分類フィールド)、消費モジュールはその品目のロットに対して意味のある決定条件を定義できません。WM/PP/SDと連携し、ロットクラス内の特性名が、各戦略で使用される条件テーブルのフィールドと一致していることを確認してください。 | |
| 条件テーブル(MBC1) | ロット検索戦略において決定条件を形成するフィールド(ロットクラス特性を含む)の組み合わせです。 | MMの役割は、WM/PP/SDが条件で使用したいロットクラス特性が存在し、正しいデータ型であり、値が保持されていることを確認することです。例えば、PPが原産国でロットを選択したい場合、その特性がロットクラス(タイプ023)に存在し、入庫時にその値が取得される必要があります。特性値が欠落または空白であることが、ロット決定が結果を返さない最も一般的な理由です。 | |
| ソート順序 | ロット検索戦略内で、一致したロットが提案される優先順位を定義します(例:FEFO、FIFO、値ベースのソート)。 | MMは、ソートに使用する特性(例:FEFO用の日付特性)が正しいデータ型(DATE)で定義され、ロットクラスで必須項目となっていることを確認することで、ソート順序の設計に影響を与えます。データ型が誤って定義された特性(例:賞味期限日に対してCHAR型)は、日付ベースのソート順序で効果的に使用できません。 | |
| 戦略タイプ | ロット検索戦略のヘッダであり、使用コンテキスト(A = 出庫、B = 在庫転送など)と条件テーブルのアクセス順序を定義します。 | MMコンサルタントは、システムにどの戦略タイプが存在し、どの品目/移動タイプの組み合わせをカバーしているかを認識しておくべきです。新しい品目タイプが導入された場合、既存の戦略タイプが適用可能か、新しい戦略タイプが必要かを確認します。この判断にはWM/PP/SDのリーダーが関与し、部門横断的な設計ワークショップで決定されるべきであり、本番稼働後に行うべきではありません。 | |
| ロット分類アクティブ(MM02) | MM02(購買ビューまたはMRPビュー)の「ロット分類」インジケータであり、品目へのロットクラス割り当てを有効にするために設定する必要があります。 | このフラグは、最初の入庫でロットが作成される前に設定されていなければなりません。品目作成時に忘れられた場合、最初の入庫で未分類のロットが作成され、MSC2Nで手動で再分類する必要があります。大量の品目では、この修正に多大な工数がかかる可能性があります。品目作成ガバナンスプロセス(データ品質テンプレートやLSMWアップロード検証)に、このフラグのチェックを含めてください。 |
2.7 バリアント設定(クラス300)

バリアント設定(VC)シナリオにおいて、設定可能品目(品目タイプKMAT)はクラス300にリンクされ、SD/PPのVCコンサルタントが設定オブジェクト、特性、および部品表展開ロジックを設計します。MMの役割はより限定的ですが、不可欠です。MMコンサルタントはスーパーBOMに表示される構成品目を設定し、KMAT品目の分類ビューが正しく設定されていることを確認することで、受注伝票設定時に入力された特性値が部品表選択を駆動できるようにします。KMAT品目の分類ビューが正しく維持されていない場合、VCエンジンは受注部品表にどの部品表明細を含めるかを解決できません。
| 項目 | 説明 | 実務上の使用 | |
|---|---|---|---|
| 品目タイプ KMAT | MM02(基本データ1 → 品目タイプ = KMAT)で設定可能品目に割り当てられる品目タイプ。KMATはコンフィギュレーションプロファイルとVC関連ビューを有効化します。 | 品目タイプKMATの品目のみがクラス300に割り当てられ、VCに参加できます。既存品目を設定可能にする必要がある場合は、品目タイプの変更(MMAM経由)が必要です。これは既存の未完了指図や在庫にリスクをもたらします。変換を慎重に計画し、まずテストシステムで実行してください。 | |
| 分類ビュー(MM02) | MM02の分類ビュー(追加データ → 分類)で、KMATがクラス300に割り当てられます。ここで入力された特性値がデフォルトまたは固定のコンフィギュレーションを定義します。 | KMAT品目の場合、VCエンジンが機能するには、分類ビューでのクラス300への割り当てが必須です。MMコンサルタントの役割は、品目作成時にこの割り当てが行われ、ここに入力された固定特性値(事前設定されたデフォルト)がSD VCチームの期待と一致することを確認することです。SDと調整し、VC管理の値が上書きされないようにしてください。 | |
| コンフィギュレーションプロファイル | KMATにリンクされたVCコンフィギュレーションプロファイル(トランザクションCU41)。クラス割り当てと部品表展開方法を定義します。 | SD/PP VCコンサルタントが管理しますが、MMはどのクラス300が参照されているかを認識している必要があります。コンフィギュレーションプロファイルのクラス番号は、MM02の分類ビューで割り当てられたクラスと一致している必要があります。これら2つが不一致の場合、受注伝票入力時にVCエンジンがコンフィギュレーションエラーを発生させます。 | |
| スーパー部品表構成品目 | KMATのスーパー部品表にリストされる構成品目(標準品目タイプ:ROH、HALBなど)。それぞれが部品表明細選択条件を介して特性値の組み合わせに紐づけられます。 | MMは構成品目を作成し、保守します。各構成品目は、部品表展開によってコンフィギュレーション済み部品表が解決された後、調達と生産計画をサポートするために、自らの品目マスタ(購買、MRPビュー)が正しく設定されている必要があります。構成品目番号の変更には、VC部品表選択条件の更新を調整する必要があります。 | |
| 特性値リンク | 受注コンフィギュレーション時に入力された特性値と、注文部品表に含まれる部品表明細(CS01での部品表明細選択条件)との間のマッピング。 | MMは、選択条件で参照される構成品目が存在し、その品目番号が安定していることを確認します。構成品目が置き換えられた場合、部品表選択条件は同時に更新されなければなりません。そうしないと、VC展開が廃止された、または存在しない品目を選択します。品目マスタ変更時の影響評価のために、構成品目とそれに関連する特性値条件のクロスリファレンスリストを維持してください。 |
2.8 QMロット分類

QM ロット分類は、品質管理と MM のロットクラス構造の交点です。QM は、ロットクラス(タイプ 023)内の特定の特性を品質関連として定義する場合があります。これらの特性の値は、検査結果から自動的に取得されるか、使用決定(UD)時に手動で取得されます。MM はロットクラス構造と特性定義を所有し、QM は検査処理中に特性値がいつどのように設定されるかを管理します。この境界を理解することは、検査結果がロットステータスと下流の使用決定を左右する業界で分類を導入する MM コンサルタントにとって重要です。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| GR分類入力(MIGO) | 入庫時に、MIGOはロットクラス(タイプ023)が割り当てられたすべての品目に対してロット分類画面を表示します。ユーザーはこの時点で特性値を入力します。 | QMと調整の上、入庫時にどの特性を必須にするか(KSML必須フラグ)を設定します。QMが入庫時に品質検査ロット(検査タイプ01)を使用する場合、一部の特性値はMIGO分類画面ではなく、検査結果記録(QE01)を介して入力される可能性があります。同じフィールドを重複して入力すると、データの不整合が発生します。特性ごとに単一の入力ポイントを合意してください。 | |
| 使用決定(UD)統合(QA11) | 使用決定トランザクション(QA11)は、検査ロットの結果に基づいてロット分類値を自動更新できます。例えば、「合格」のUDにより、ロットクラス特性STATUS_QMが「RELEASED」に設定される場合があります。 | MMは、QMのUD自動更新設定で参照されるロットクラス特性名が、ロットクラス内の実際の特性名と一致していることを確認する必要があります。名前の不一致(例:QMが「BATCH_STATUS」を参照しているが、クラス特性が「BAT_STATUS」である場合)は、エラーが発生せずに黙って失敗します。特性値は更新されず、QMの観点からロットは未分類のままとなります。 | |
| MSC2Nロット変更 | トランザクションMSC2N(ロット変更)を使用すると、在庫移動や検査処理以外でロット分類値を直接更新できます。 | 入庫時に誤って入力された分類値を修正したり、その後の品質テスト後に値を更新するためにMSC2Nを使用します。規制業界(医薬品、食品)では、QM関連特性に対するMSC2Nの変更には電子署名(QMデジタル署名/GRC経由)が必要になる場合があります。生産ユーザーにMSC2Nの権限を付与する前に、QMリーダーとコンプライアンス要件を確認してください。 | |
| QM固有の特性タイプ | QMがロット分類で使用する特性は、通常、NUMタイプ(数値、測定値用)またはCHARタイプ(文字、ステータスコード用)です。QMはCT04で許容値または値範囲を定義します。 | MMはロットクラス構造(KSML割当、順序、必須フラグ)を設定しますが、QMの承認なしにQM所有の特性定義(CT04データタイプ、許容値)を変更してはなりません。クロスチームの変更管理プロセスを確立してください。QMが使用する特性に対するCT04の変更は、既存のロットデータや検査結果転送ロジックへの影響について、MMとQMの両リーダーによるレビューが必要です。 | |
| ロット制限/制限なしリンク | 特定のQM設定では、UD中に設定された分類値に基づいて、ロットの制限在庫/制限なし在庫ステータスが自動的に変更されます。 | ロットの在庫ステータスは、MMのロットクラス値ではなく、QMのUD結果によって制御されます。ただし、ロットクラス特性値(例:承認ステータスフラグ)は、下流のロット決定を促進できます。これにより、手直しのために在庫ステータスが解除された後でも、制限ロットがWM/SDのロット決定から除外されることを保証します。QMおよびWMと調整し、お客様のロット使用可能性に関する信頼できる情報源を定義してください。 |
次に読むべきもの
L1) Big Picture
| ID | Category | Title |
|---|---|---|
| mm-001 | Overview | SAP MMとは何ですか? |
L2-A) Master Data
| ID | Category | Title |
|---|---|---|
| mm-a01 | Overview | SAP MM マスタデータ:概要、階層、および関係性 |
| mm-a02-01 | Master Data | SAP MM 品目マスタ |
| mm-a04-01 | Master Data | SAP MM クラス 📍 |
| mm-a04-02 | Master Data | SAP MM 特性 |
| mm-a06-01 | Master Data | SAP MM 購買情報レコード |
| mm-a05-01 | Master Data | SAP MM ロットマスタ |
| mm-a06-02 | Master Data | SAP MM 供給元一覧 |
| mm-a06-03 | Master Data | SAP MM 供給量割当 |
| mm-a06-04 | Master Data | SAP MM 価格条件 |
L2-B) Transaction
| ID | Category | Title |
|---|---|---|
| mm-b01 | Overview | SAP MM トランザクション:プロセスフロー、階層、モジュール統合 |