JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 15 min read

表紙: 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 ロットレベルオプション

SAPのバッチレベルオプション(クライアント、プラント、品目)の3つを示す比較表。それぞれのユースケースと主要な動作を記載

バッチレベル設定は、バッチ番号がどの組織範囲で一意となるかを制御します。これはクライアント全体のカスタマイジング設定(トランザクションOMCE)であり、バッチが存在した後は変更できません。そのため、バッチレベルの決定は、MM導入における最も重要なコンフィギュレーション選択の一つとなります。

ロットレベル設定値ユースケース主要な動作
クライアントレベル10プラント間ロットトレース — 同一ロット番号は全プラントで同一物理ロットを表すロットの識別はクライアント + 品目 + ロット番号で一意。プラント間で在庫転送しても新規ロットは作成されない。規制業界(医薬品、食品、化学)で最も一般的。
プラントレベル20プラント自律型ロット管理 — 同一ロット番号が異なるプラントで独立して存在可能ロットの識別はプラント + 品目 + ロット番号で一意。プラント1000のロット「1000」はプラント2000の「1000」とは異なるレコード。共有ロットがないプラント向けでよりシンプル。
品目レベル30品目自律型ロット — ロット番号の一意性がプラントに関係なく品目ごとに設定ロットの識別は品目 + ロット番号。実際には稀。論理的に品目が異なるが、ロット番号を再利用する場合に使用。

設計原則: ブループリント段階で、MM、QM、PP間でロットレベルを合意する必要があります。クロスプラント在庫転送でロットの同一性を維持する必要がある場合、および同一ロットが一度検査され、その結果がプラント全体で可視化される必要がある場合には、クライアントレベルのロットが必要です。


1.3 組織レベルとデータ階層

4つの組織範囲にわたるロットマスタのファセットを示す階層図:クライアントレベルのロットヘッダ(MCH1)、プラントレベルのプラント別ロット(MCHA)、保管場所レベルのロット在庫(MCHB)、横断的なロット分類(MCH7)

ロットは単一のレコードではなく、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コンサルタントの所有権を示すチェックリスト

データセクション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 賞味期限データ

棚卸期間フィールドをグループ化したスタック階層図:製造日、総棚卸期間、残存棚卸期間、SLED、MHD、最小残存棚卸期間

賞味期限管理は、食品、医薬品、化学、消費財業界において、ロットマスタの中で運用上最も重要な部分です。このセクションの項目は、ロットの利用可能性と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 ロットステータス

3つのロットステータス(制限なし、制限付き、ブロック済み)とその在庫カテゴリ、許可されるトランザクションを示す2カラム比較レイアウト

バッチステータスは、バッチの在庫がどの在庫カテゴリに分類されるかを制御し、どのトランザクションがそのバッチを消費または移動できるかを決定します。これは、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

IDCategoryTitle
mm-001OverviewSAP MMとは何ですか?

L2-A) Master Data

IDCategoryTitle
mm-a01OverviewSAP MM マスタデータ:概要、階層、および関係性
mm-a02-01Master DataSAP MM 品目マスタ
mm-a04-01Master DataSAP MM クラス
mm-a04-02Master DataSAP MM 特性
mm-a06-01Master DataSAP MM 購買情報レコード
mm-a05-01Master DataSAP MM ロットマスタ 📍
mm-a06-02Master DataSAP MM 供給元一覧
mm-a06-03Master DataSAP MM 供給量割当
mm-a06-04Master DataSAP MM 価格条件

L2-B) Transaction

IDCategoryTitle
mm-b01OverviewSAP MM トランザクション:プロセスフロー、階層、モジュール統合