SAP MM ロットマスタ

SAP MM ロットマスタ
バッチマスタは、材料の一意に識別されたロット、製造ロット、または出荷単位を表すマスタデータレコードです。品目マスタが「何の材料か」を定義するのに対し、バッチマスタはその特定の追跡可能なインスタンスを定義し、製造日、有効期限、品質ステータス、仕入先割当ロット番号を保持します。SAPにおけるすべての在庫移動、品質検査、および有効期限チェックは、バッチマスタレコードに遡ります。この記事では、オブジェクトの範囲、タイプ、組織レベル、統合ポイント、およびコンサルタントが設定・保守するMM固有の項目について説明します。
第1部: ロットマスタ — 基本概念(全モジュール共通)
1.1 ロットマスタとは

ロットとは、品目の全在庫のうち、入庫から保管、消費、廃棄に至るまで、独立した一意に識別される単位として管理されるサブセットです。ロットマスタレコードには、製造日、有効期限、供給元、および使用制限なし・制限付き・使用禁止のいずれのステータスかなど、ロットを区別するロット固有の属性が保存されます。
| 項目 | 詳細 | |
|---|---|---|
| 役割 | 特定数量の品目について、ロットレベルの識別、賞味期限、分類値、ロットステータスを保管します | |
| 使用するモジュール | MM(在庫移動、購買ロット割当)、QM(ロットレベルでの品質検査、使用決定)、WM/EWM(倉庫レベルでのロットトレース)、PP(製造指図ロット割当、構成品目ロット選択)、SD(ロット固有の出荷および請求) | |
| トランザクション | MSC1N(作成)/ MSC2N(変更)/ MSC3N(照会)/ MSCUV(ロット使用先一覧)/ MB56(ロット利用可能在庫概要) | |
| 主要テーブル | MCH1(プラント上位のロット — クライアント/プラント非依存)/ MCHA(プラントレベルのロット)/ MCHB(プラントおよび保管場所別のロット在庫)/ MCH7(ロット分類値) | |
| S/4HANAに関する注記 | コアロットデータモデルはECCから変更なし。S/4HANAでは、Fioriアプリ「ロット管理」(F1234)が照会および検索においてMSC3Nを置き換えます。ロット分類検索は、特性ベースのフィルタリングを使用してFioriで利用可能です。 |
1.2 ロットレベルオプション

バッチレベル設定は、バッチ番号がどの組織範囲で一意となるかを制御します。これはクライアント全体のカスタマイジング設定(トランザクションOMCE)であり、バッチが存在した後は変更できません。そのため、バッチレベルの決定は、MM導入における最も重要なコンフィギュレーション選択の一つとなります。
| ロットレベル | 設定値 | ユースケース | 主要な動作 | |
|---|---|---|---|---|
| クライアントレベル | 10 | プラント間ロットトレース — 同一ロット番号は全プラントで同一物理ロットを表す | ロットの識別はクライアント + 品目 + ロット番号で一意。プラント間で在庫転送しても新規ロットは作成されない。規制業界(医薬品、食品、化学)で最も一般的。 | |
| プラントレベル | 20 | プラント自律型ロット管理 — 同一ロット番号が異なるプラントで独立して存在可能 | ロットの識別はプラント + 品目 + ロット番号で一意。プラント1000のロット「1000」はプラント2000の「1000」とは異なるレコード。共有ロットがないプラント向けでよりシンプル。 | |
| 品目レベル | 30 | 品目自律型ロット — ロット番号の一意性がプラントに関係なく品目ごとに設定 | ロットの識別は品目 + ロット番号。実際には稀。論理的に品目が異なるが、ロット番号を再利用する場合に使用。 |
設計原則: ブループリント段階で、MM、QM、PP間でロットレベルを合意する必要があります。クロスプラント在庫転送でロットの同一性を維持する必要がある場合、および同一ロットが一度検査され、その結果がプラント全体で可視化される必要がある場合には、クライアントレベルのロットが必要です。
1.3 組織レベルとデータ階層

ロットは単一のレコードではなく、4つのSAPテーブルにわたる関連エントリのセットであり、各テーブルは異なる組織範囲で管理されます。ロットレベル(クライアント / プラント / 品目)は、本稼働前に設定されるカスタマイジングの判断(OMCT)であり、ロット番号の一意性の範囲を制御します。この設定は後から複雑なデータ変換なしでは変更できません。
Client scope
│
└── Batch Header (MCH1) — identity record
One row per (Material × Batch Number).
Fields: batch number, material, batch status, creation date,
SLED (shelf life expiry), MHD (best-before date),
vendor batch number, date of manufacture.
Plant scope (per Plant)
│
└── Batch per Plant (MCHA) — plant-specific attributes
One row per (Batch × Plant).
Fields: plant-level batch status, plant-level shelf life,
last goods movement date, QM classification link,
restricted-use indicator.
Storage Location scope (per Plant + Storage Location)
│
└── Batch Stock per Storage Location (MCHB)
One row per (Batch × Plant × Storage Location).
Fields: unrestricted, quality inspection, blocked,
restricted-use stock quantities.
Cross-cutting (linked by batch number, optional)
│
└── Batch Classification (MCH7) — Class Type 023
One row per (Batch × Characteristic).
Fields: class assignment, characteristic values.| オブジェクト(テーブル) | スコープ | 主要フィールド | 備考 | |
|---|---|---|---|---|
| ロットヘッダ(MCH1) | クライアント | ロット番号、品目、ロットステータス、SLED、MHD、仕入先ロット、製造日 | 識別レコード。ロットレベルがプラントの場合でも存在する。 | |
| プラント別ロット(MCHA) | プラント | プラントレベルのロットステータス、プラントレベルの賞味期限、最終在庫移動日 | ロットが在庫移動を行った各プラントに存在する。 | |
| 保管場所別ロット在庫(MCHB) | 保管場所 | unrestricted、品質検査、ブロック、制限使用在庫数量 | ロット固有の在庫残高の信頼できる情報源。ロットの利用可能在庫確認はMCHBを読み取る。 | |
| ロット分類(MCH7) | 横断的(ロット番号別) | クラス023割当、特性値 | CL01 / CT01 / MSC2Nで管理。クラスタイプ023が品目に割り当てられている場合のみ存在する。 |
重要な設計判断: 規制産業では、賞味期限(SLED)はMCH1レベルで管理する必要があり、品目マスタ(MRP/購買ビュー)で品目の賞味期限設定が有効な場合、入庫時に自動的に提案されます。MCH1とMCHA間の賞味期限データの不整合は、ロット利用可能在庫エラーの一般的な原因です。
1.4 他のマスタデータオブジェクトとの統合

バッチマスタは単独で作成されるわけではありません。品目マスタおよび分類オブジェクトの下流に位置し、QM、PP、WMのプロセスで使用されます。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| 品目マスタ | ロット管理は品目マスタ(プラント/保管場所1ビュー — ロット管理フラグ)で品目ごとに有効化されます | このフラグが設定されていないと、在庫移動時にシステムはロットを要求しません。すでに在庫がある既存品目でロット管理を有効化するには、慎重な移行手順(在庫をゼロにするか、事前に移動する)が必要です。 | |
| クラス(CL01) | ロットマスタレコードはクラスタイプ023(ロット)を使用して分類されます | 分類により、特性ベースのロット検索(例:タンパク質含有量80%以上の全ロットを検索)が可能になります。事前にクラスと特性を定義しておく必要があります(フェーズ3の前提条件)。 | |
| 特性(CT04) | 特性値はロットごとにMCH7に保存されます | 特性はロットごとに取得する属性(pH値、粘度、証明書番号、検査結果)を定義します。ロット分類を使用する前に、特性のデータ型と値範囲を定義する必要があります。 | |
| QM検査ロット | QMの使用決定により、ロットステータス( unrestricted / restricted / blocked )が更新されます | QMとロットマスタのリンクは、品質管理プロセスにおけるロットステータス変更の主要な要因です。QMとMM間のロットステータスの不一致は、最も一般的なクロスモジュールのロット問題です。 | |
| 購買発注 / 入庫 | 入庫時にベンダーロット番号とSLEDがMCHA/MCH1に取り込まれます | ベンダーロット番号(LICHA)はMIGOで入庫時に記録されます。外部ロット番号割当が有効(OMCE設定)な場合、ベンダーのロット番号が自動的にSAPロット番号になります。 | |
| 製造指図 | 作業完了確認時の構成品目ロット選択、入庫時の完成品ロット作成 | PPロット選択基準(バックフラッシュ時または構成品目ロット決定時のMIGO)は、MCHAロットステータスとMCHB数量を読み取ります。ロット使用先リスト(MSCUV)は、生産を通じて構成品目を追跡します。 |
第2部: MM固有のフィールド詳細
2.0 MM オーナーシップの範囲

| データセクション | MMの関与 | 備考 | |
|---|---|---|---|
| 基本データ | ◎ オーナー | ロット番号、品目、プラント、仕入先ロット番号 | |
| 賞味期限データ | ◎ オーナー | SLED、MHD、製造日、残存賞味期限 | |
| ロットステータス | ◎ オーナー | 制限なし/制限/ブロック — MMが初期ステータスを設定、QMは使用決定により更新可能 | |
| 分類(特性値) | ○ QM/ラボと共有 | クラス割当はMMカスタマイジングにより制御、品質管理プロセスでQMまたはラボチームが値を入力 | |
| QMリンク | ○ QMと共有 | QM検査の使用決定によりロットステータスが変更、MMコンサルタントはブループリントで検査タイプとロットステータス管理を調整する必要あり |
凡例: ◎ = オーナー/重要、○ = 直接関与
2.1 基本データ

基本データは、各ロットの識別情報と調達情報を取得します。これらの項目は通常、入庫時に入力され、トレーサビリティレポートの基盤となります。
| 項目 | 説明 | 実務上の使用例 | |
|---|---|---|---|
| ロット番号 (CHARG) | 品目-プラント範囲内でのロットの一意の識別子 | 長さと形式はロット番号範囲の設定 (OMCE) で制御されます。内部ロット番号割当(システム自動生成)は製造業で一般的です。外部割当(仕入先のロット番号をロット番号として使用)は流通業や製薬業で一般的です。ブループリントで内部割当と外部割当のどちらにするか合意してください。移行なしに後から品目ごとに変更することはできません。 | |
| 品目 (MATNR) | このロットが属する品目 | ロットは常に1つの品目にのみ属します。標準SAPでは品目をまたがるロット割当は不可能です。これは、同じ物理ロットが再分類される可能性があるプロセス産業において、品目マスタの慎重な設計が必要となる理由です。 | |
| プラント (WERKS) | ロットが入庫または作成されたプラント | 入庫時に設定されます。クライアントレベルのロット管理の場合、ロットヘッダ (MCH1) はプラント間で存在しますが、MCHAはプラントレベルのステータスを追跡します。プラント間の在庫転送では、クライアントレベルで新しいロットは作成されません。 | |
| 仕入先ロット番号 (LICHA) | 仕入先の内部ロット番号またはバッチ番号 | 入庫時 (MIGOの「外部バッチ」項目) に取得されます。リコール管理に重要です。これはSAPのロットレコードと仕入先の品質証明書を相互参照するためのものです。品質管理上重要な品目については、この項目を表示し、必須入力とするために、常に入庫画面を設定してください。 | |
| 製造日 (HSDAT) | ロットの製造日 | 入庫時に入力するか、MSC2Nで手動で保守します。品目マスタで材料の総賞味期間が定義されている場合、この日付から最終消費期限 (SLED) が自動計算されます。入庫時にHSDATが入力されていない場合、SLEDはシステムで計算できません。それに応じて入庫時の必須入力項目設定を設定してください。 | |
| 原産国 (HERKL) | このロットの材料が生産された国 | 税関申告および輸入コンプライアンスに必要です。仕入先マスタまたは購買情報レコードからデフォルト設定できますが、複数の国から調達される材料については、入庫時に確認する必要があります。 | |
| 原産地域 (HERKR) | 原産国内の特定の地域 | 地理的表示要件(例:ワインの原産地呼称、保護原産地呼称)に使用されます。HERKLと組み合わせて保守されます。 |
2.2 賞味期限データ

賞味期限管理は、食品、医薬品、化学、消費財業界において、ロットマスタの中で運用上最も重要な部分です。このセクションの項目は、ロットの利用可能性とFEFO(先入れ先出し)ピッキングを制御します。
| 項目 | 説明 | 実務での使用例 | |
|---|---|---|---|
| 総保存期間 (MHDLP) | 製造日から賞味期限までの総日数 | 品目マスタ(プラント/保管1ビュー — 一般プラントデータ/保管)で定義。入庫時にHSDATが入力されると、システムは自動的にSLED = HSDAT + MHDLPを計算する。品目マスタで空白の場合、入庫時にSLEDを手動で入力する必要があり、データ品質問題の一般的な原因となる。 | |
| 賞味期限日 (SLED / VFDAT) | その日以降はロットを使用または販売してはならない日付 | ロット利用可能在庫確認およびFEFO倉庫戦略で使用される主要な日付。SLED期限切れロットは、ロット検索戦略または在庫確定レベルで「ブロック済」としてフラグを設定するシステム設定により、自動的にブロックできる。製薬および食品プロジェクトでは、ロットマスタで最も重要な日付である。 | |
| 品質保持期限 (MHD) | 「品質保持期限」— この日付までは品質が保証されるが、その後も材料は使用可能な場合がある | SLEDとは別。規制上、安全性期限(SLED)と品質保証期限(MHD)を区別する必要がある場合に使用される。日本では、食品規制で両方の日付が一般的に使用される。 | |
| 最低残存保存期間 (MNDLP) | 入庫時に必要とされる残存保存期間の最低日数 | 品目マスタ(購買ビュー)で定義。SLED − 入庫日 < MNDLPの場合、システムは許容キー設定に応じて入庫時に警告またはエラーを発行する。残存保存期間が不十分な入荷を拒否するために使用 — 自社の最低保存期間要件をサプライヤに課す小売顧客にとって重要。 | |
| 保管期間 (IPRKZ) | 保存期間単位(日、月、年)の期間インジケータ | MHDLPおよびMNDLP計算の単位を定義する。単位がビジネスの慣例と一致していることを確認 — 「日」と「月」の設定の不一致は、本番稼働前に検出が困難なSLED計算エラーを引き起こす。 | |
| 入庫時残存保存期間 | 計算フィールド: SLED − 入庫日 | 情報提供および許容範囲チェックのために入庫時にシステムが計算。個別に保存されず、MSC3Nおよび入庫伝票に表示される。 |
2.3 ロットステータス

バッチステータスは、バッチの在庫がどの在庫カテゴリに分類されるかを制御し、どのトランザクションがそのバッチを消費または移動できるかを決定します。これは、MMにおける品質保留管理の主要なメカニズムです。
| ステータス | コード | 在庫カテゴリ | 許可される操作 | 実務上の使用例 | |
|---|---|---|---|---|---|
| 制限なし | (空白 / U) | 制限なし在庫 | すべての在庫移動、購買発注リリース、出荷、バックフラッシュ | 品質検査や保留対象ではないロットのデフォルトステータス。通常のすべてのMMおよびPP操作が制限なく実行可能。 | |
| 制限付き | R | 制限付き在庫 | 在庫移動は許可されるが制限あり — 通常は使用決定またはオーバーライドが必要 | ロットが特定のプロセスでの使用のために条件付きでリリースされる場合に使用(例:手直し専用に格下げ)。移動タイプレベルの制限動作を有効にするにはカスタマイジングが必要。 | |
| ブロック済 | S | ブロック在庫 | 消費不可、出荷不可、転送不可 | QMが使用決定を必要とする検査ロットを作成した場合、またはMSC2Nで品質保留のために手動で適用される。ブロックされたロットは、ステータスが変更されるまで出荷または消費できない。規制産業における主要な隔離メカニズム。 |
設計原則: ロットステータスの変更は、明確なプロセスによって管理されるべきです。つまり、QMの使用決定(システム主導)またはMSC2NでのMM承認による変更(手動)のいずれかを通じて行われます。無制御な手動ステータス変更は、GxP環境における監査リスクとなります。QM-MM統合設計の一部として、ロットステータス変更のための変更ログと承認ワークフローを確立してください。
2.4 分類(特性値)

ロット分類により、ロット固有の品質、組成、またはプロセス属性を取得し、ロットの検索、選択、レポートに使用できるようになります。これは、ロットマスタと分類モジュール(フェーズ3)を結びつける役割を果たします。
| 項目 | 説明 | 実務での使用例 | |
|---|---|---|---|
| クラス割当 (KLART 023) | ロットへの分類クラス(タイプ023 = ロット)の割当 | クラスは、このロットに関連する特性を定義します。1つのロットに1つ以上のクラスを割り当てることができます。クラスタイプ023を使用する必要があります。ロットに他のクラスタイプ(例:品目の001)を使用すると、WMおよびSDで検索戦略エラーが発生します。 | |
| 特性値 | 割り当てられたクラスで定義された各特性に入力される値 | 特性の例:タンパク質含有量(%)、pH値、証明書番号、粘度(mPas)。値はMCH7に保存され、分類情報システム(CL30N)または「ロット管理」Fioriアプリで検索可能です。製薬や食品業界では、これらの値はQM-分類リンクを介してQM検査結果から自動的に入力されることがよくあります。 | |
| ロット検索戦略 | 特性値に基づいてロットを選択するSAP WM/EWM設定 | カスタマイジング(トランザクションMBC1)で設定します。ロット検索戦略がクラスを参照する場合、システムは特性値を評価して、出荷または製造指図に最適なロットを選択します。これは、特性によるFEFO(例:タンパク質含有量が85%を超える最も高いロットを常に選択する)のメカニズムです。 | |
| 標準特性 — LOBM_VFDAT | 賞味期限(SLED)の標準ロット分類特性 | SAPによって事前定義されています。WMロット検索戦略によるFEFOピッキングを有効にするには、ロットクラスに含める必要があります。LOBM_VFDATがクラスにない場合、SLED日付を検索戦略で使用できません。これはWMテストでのみ発見される一般的な設定漏れです。 | |
| 標準特性 — LOBM_ZUSTD | ロットステータスの標準特性 | MCHAのロットステータスを分類システムにリンクします。ロットステータスをロット検索戦略の選択基準として使用する場合に必要です。 |
前提条件: ロット分類を使用する前に、クラスおよび特性オブジェクト(フェーズ3 — MM-A04-01、MM-A04-02)を作成し、クラスタイプ023を有効化しておく必要があります。ロット分類の設定は、フェーズ4で使用される場合でも、フェーズ3のワークブックに含める必要があります。
次に読むべきもの
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 トランザクション:プロセスフロー、階層、モジュール統合 |