SAPの在庫管理において、実在庫とシステム在庫の整合性を保つ「在庫棚卸」は極めて重要なプロセスです。その中でも、作成済みの棚卸書を修正・変更するために頻繁に利用されるのがトランザクションコード「MI02」です。本記事では、MI02の基本的な役割から、現場で役立つ具体的な操作方法、さらには監査証跡としての重要性までを詳しく解説します。在庫管理の精度を高め、日々の業務をスムーズに進めるためのヒントとして、ぜひ参考にしてください。
SAP MI02とは？在庫棚卸プロセスにおける役割と重要性
SAPにおける在庫棚卸は、単に数量を数えるだけでなく、資産としての在庫価値を正確に把握するための法的な要件も含まれます。その中でMI02は、MI01で作成された「在庫棚卸書」をメンテナンスするための標準的な手段です。なぜMI02が重要かというと、一度作成した棚卸書にミスがあった際、それを柔軟に修正できる唯一の「標準の窓口」だからです。もしMI02がなければ、誤った棚卸書を放置して新しいものを作り直すしかなく、システム内に不要なデータが蓄積され、管理が煩雑になってしまいます。
実務においては、棚卸の準備段階で「あ、この品目も対象に入れるべきだった」とか「この倉庫エリアは今回の棚卸から除外したい」といった変更が頻繁に発生します。MI02は、こうした現場の動的な変化に対応するためのツールです。在庫管理モジュール（MM）の一部として、棚卸書のステータスを管理し、後続の「カウント入力（MI04）」や「差異転記（MI07）」へとバトンを繋ぐ重要な役割を担っています。適切なドキュメント管理は、健全なサプライチェーン運営の第一歩と言えるでしょう。“こちらの詳細記事”でも、MMプロセス全体における棚卸の位置付けが解説されています。
MI02の具体的な操作方法！品目の追加から削除フラグの設定まで
MI02の主な機能は、大きく分けて「ヘッダーレベルの変更」と「品目（アイテム）レベルの変更」の2つに分類されます。ヘッダーレベルでは、予定されているカウント日の修正や、転記ブロックの設定が可能です。転記ブロックとは、棚卸中にその品目の入出庫を一時的に止める機能で、データの不一致を防ぐために非常に有効です。もし作成時に設定し忘れても、MI02から有効化することができます。一方、品目レベルでは、個々の品目に対する数量の修正や削除フラグの設定が行われます。
特に重要なのが「削除フラグ」の扱いです。ある品目が棚卸の対象外になった場合、行そのものを物理的に消すのではなく、削除フラグを立てることで処理対象から外します。これにより、その品目に対するカウントや差異転記ができなくなります。ユーザーからは「間違えて登録した品目をMI02で簡単に除外できて助かった」という声が多く聞かれます。ただし、削除フラグを立てたからといってデータベースから完全に消えるわけではなく、あくまで「処理済み・無効」というステータスになる点に注意が必要です。具体的な削除プロセスの詳細は“こちらのQ&A”でも議論されています。現場では、これらの機能を駆使して、実態に即した棚卸書へとブラッシュアップしていきます。
差異転記前に確認！MI02を使用する際の重要なタイミングと制限
MI02を利用する上で最も注意しなければならないのが、操作を行う「タイミング」です。SAPの棚卸プロセスには厳格な順序があり、MI07（差異転記）によって在庫の差異が確定・更新された後は、MI02でその棚卸書を変更することはできません。これは、会計データとの整合性を保つためのシステム上の防波堤です。差異転記が完了した後にミスに気づいた場合は、在庫移動（MIGO）など別の手段で調整を行う必要があり、業務的な負担が大幅に増えてしまいます。そのため、カウント入力後の最終チェックとしてMI02を活用する習慣をつけることが推奨されます。
また、品目マスタの「物理的棚卸指標」との関連性も無視できません。MI02で棚卸書の内容を変更すると、連動してマスタ側のステータスが更新されることがあります。例えば、特定の品目を削除フラグによって対象外にした場合、システムはその品目が「まだ棚卸されていない」と判断し、次回の棚卸候補としてリストアップし続ける可能性があります。このように、一つの操作が後続のプロセスやマスタデータにどのような影響を及ぼすかを理解しておくことが、トラブルを未然に防ぐ鍵となります。“こちらの解説”にあるように、削除プロセスの詳細を把握しておくことは非常に重要です。
現場のユーザーが感じるメリットと課題！大量処理をどう乗り越えるか
実際のユーザー体験に目を向けると、MI02は「少数の修正には非常に使いやすいが、大量の修正には不向き」という評価が一般的です。ある製造業の担当者は「数万件の品目を扱う大規模棚卸で、100件以上の品目を一つずつMI02で削除するのは現実的ではなかった」と語っています。標準のMI02画面は1画面に表示できる行数が限られており、スクロールとクリックを繰り返す作業はヒューマンエラーを誘発しやすいためです。こうした課題に対して、多くの企業では「BAPI（Business Application Programming Interface）」や「LSMW（Legacy System Migration Workbench）」を利用した自動化を行っています。
自動化ツールを活用すれば、Excelなどで作成した削除リストを一括でシステムに反映させることが可能です。これにより、作業時間は数時間から数分へと短縮され、精神的な負担も激減します。「MI02の標準機能を知っているからこそ、自動化の必要性がわかる」というベテランユーザーの意見もあります。もし自社で大量の棚卸修正が発生しているなら、標準機能に固執せず、カスタムレポートや自動化スクリプトの導入を検討する価値があるでしょう。効率化のヒントは“こちらのブログ”でも紹介されており、作成から転記までのトータルな効率化が推奨されています。
監査対応に不可欠！MI02が担保する変更履歴と内部統制の透明性
MI02の役割は、単なるデータの修正に留まりません。企業の内部統制や監査において、「いつ、誰が、なぜ在庫データを修正したのか」という証跡を残すことは必須条件です。MI02で行われたすべての変更は、変更ログ（Change Logs）として記録されます。誰がどの品目に削除フラグを立てたのか、誰がカウント予定日をずらしたのか。これらの履歴は、棚卸結果が不自然に操作されていないことを証明するための強力なエビデンスとなります。監査法人のチェックが入る際、このログが整備されていることで、在庫管理プロセスの信頼性が担保されます。
特に、高価な資産や重要品目を扱う場合、MI02での操作には慎重さが求められます。安易な修正は、後々の在庫調査で「なぜあの時修正したのか？」という問いに答えられなくなるリスクを孕んでいます。ユーザーの中には「MI02で修正を行う際は、必ず理由をメモに残すようにしている」という徹底した管理を行っている人もいます。システム上の操作ログと、現場での運用ルールを組み合わせることで、初めて盤石な在庫管理体制が構築できるのです。MI02は、正確な数字を導き出すための道具であると同時に、企業の誠実さを証明するための記録装置でもあると言えます。
まとめ：MI02をマスターして正確な在庫管理と業務効率化を実現しよう
SAPのトランザクションコードMI02は、在庫棚卸の精度を維持するために欠かせないツールです。本記事で解説したポイントをまとめると、以下の5点に集約されます。
- MI02は在庫棚卸書の修正、品目の追加・削除、削除フラグ設定を担う。
- 差異転記（MI07）が完了した後は、MI02での変更は一切できない。
- 削除フラグは物理削除ではなく、あくまで「処理対象外」とするステータス管理である。
- 大量の修正作業には、LSMWやBAPIなどの自動化ツールの併用が効果的。
- すべての変更はログとして残り、監査証跡として企業の内部統制を支える。
MI02を正しく使いこなすことは、単なるシステム操作の習得に留まりません。それは、在庫という企業の重要資産を正しく守り、透明性の高い業務プロセスを構築することに直結します。今回ご紹介した注意点やユーザーの声を参考に、ぜひ日々の在庫管理業務に役立ててください。正確なデータ管理が、現場の安心と企業の信頼を生み出すはずです。
