SAP
SAP MIGOでキャンセルする方法|取消・反転処理の考え方と確認手順
SAP MIGOで登録済みの入出庫をキャンセルする方法を解説します。取消と削除の違い、移動タイプ101・102・122の使い分け、会計伝票や在庫への影響、エラー発生時の確認ポイントを整理します。
SAPのMIGOで登録した入出庫を取り消したい場合、最初に理解しておきたいのは、通常の意味で伝票を削除するのではなく、登録済みのマテリアル伝票に対して反転処理を行うという点です。取消を実行すると、元の入出庫を相殺する新しいマテリアル伝票が作成されます。
本記事では、MIGOでのキャンセルを検討するときの基本的な考え方、代表的な移動タイプ、実務上の手順、エラーの確認方法をまとめます。画面項目や利用できる機能は、ECCかS/4HANAか、会社コードの設定、権限、対象伝票の状態によって異なるため、実際の業務では自社の運用ルールを優先してください。
MIGOキャンセルの結論
MIGOで誤った入出庫を取り消すときは、原則として元のマテリアル伝票を参照し、適切な反転移動タイプで取消を登録します。たとえば、発注に対する入庫を移動タイプ101で登録した場合、一般的な反転には移動タイプ102を使用します。
ただし、すべての取引を102で取り消せるわけではありません。返品、出庫、在庫転送、棚卸差異、製造実績などは、元の取引に対応する移動タイプや業務手順が異なります。最も重要なのは、元伝票の内容を確認してから反転方法を決めることです。
取消前には、次の情報を確認します。
- マテリアル伝票番号と年度
- 品目、プラント、保管場所、数量、単位
- 移動タイプと特殊在庫区分
- 転記日付と伝票日付
- 参照した発注、販売伝票、製造指図など
- 会計伝票や請求書などの後続伝票の有無
取消と削除は違う
MIGOで登録済みの入出庫を「削除」して、システム上から最初から存在しなかった状態に戻すことは、通常の在庫管理の考え方では行いません。登録済みの実績を残しながら、逆方向の在庫・会計更新によって結果を打ち消します。これが反転伝票の基本です。
元伝票を残すことには、監査や内部統制上の意味があります。元の伝票、取消伝票、取消理由、処理者、転記日付を追跡できるため、なぜ在庫が戻ったのかを後から説明できます。単純にデータを消去するより、業務履歴の透明性を保ちやすい方法です。
なお、画面上で数量をゼロにすることや、発注明細を削除することも、すでに転記された入出庫の取消とは別の操作です。発注自体を変更しても、登録済みのマテリアル伝票や会計伝票が自動的に取り消されるとは限りません。
代表的な移動タイプ
MIGOのキャンセルでは、元の移動タイプに対応した反転移動タイプを使うことが重要です。代表例は次のとおりです。実際に使用される移動タイプは、導入設定や業務シナリオによって異なる場合があります。
| 元の処理 | 代表的な元移動タイプ | 代表的な反転移動タイプ | 主な考え方 |
|---|---|---|---|
| 発注に対する入庫 | 101 | 102 | 入庫した数量を在庫から戻す |
| 入庫の返品 | 122 | 123など | 納入元へ返送した処理を反転する |
| 販売関連の返品入庫 | 651など | 対応する反転タイプ | 販売・出荷フローを確認する |
| 保管場所間の移動 | 311など | 312など | 移動元と移動先を元に戻す |
| 在庫からの出庫 | 業務に応じたタイプ | 対応する反転タイプ | 出庫理由と参照伝票を確認する |
101と102は、MIGOキャンセルでよく使われる組み合わせです。しかし、返品や転送を同じ考え方で処理すると、在庫の場所や評価が正しく戻らない可能性があります。移動タイプの候補が複数表示される場合は、元伝票の参照関係と業務フローを確認してください。
移動タイプは単なる画面上の番号ではありません。数量更新、評価更新、勘定設定、プラントや保管場所の更新、購買・販売・製造との連携などを決める重要な制御値です。そのため、経験だけで番号を入力せず、元伝票に対してシステムが提案する反転処理を優先するのが安全です。
MIGOでキャンセルする基本手順
以下は、登録済みのマテリアル伝票を参照して反転する場合の一般的な流れです。メニュー名やボタン名は、SAP GUI、Fioriアプリ、リリース、画面バリアントによって違うことがあります。
- MIGOを起動します。
- 処理区分で、マテリアル伝票の取消または反転に相当する処理を選択します。
- 対象となるマテリアル伝票番号と伝票年度を入力します。
- 伝票を参照して、品目、数量、プラント、保管場所、移動タイプを読み込みます。
- 取消対象の明細を確認し、必要に応じて対象明細だけを選択します。
- 転記日付、伝票日付、理由コードなどを業務ルールに従って入力します。
- 明細の数量、単位、ロット、シリアル番号、在庫区分を確認します。
- シミュレーションまたはチェック機能で、エラーと警告を確認します。
- 問題がなければ転記し、作成された取消伝票番号を記録します。
- 在庫数量、伝票フロー、必要に応じて会計伝票を確認します。
数量を一部だけ取り消せるかどうかは、業務シナリオと画面設定によって異なります。部分取消を行う場合は、元伝票の数量を超えないこと、ロットやシリアル番号の対応が一致すること、残数量が業務上正しいことを確認してください。
転記前のシミュレーションで問題がなくても、実際の転記時点で在庫状況やロック状態が変わっているとエラーになることがあります。特に複数ユーザーが同じ在庫や伝票を操作している場合は、処理直前の再確認が必要です。
101入庫を102で取り消す場合
発注に対して101で入庫した数量を取り消す場合、通常は元のマテリアル伝票を参照して102の反転を登録します。これにより、入庫で増加した在庫が減少し、入庫に伴って更新された評価や会計の影響も、システムのルールに従って反対方向へ更新されます。
ただし、入庫後に次のような処理が行われている場合は注意が必要です。
- 対象在庫の一部または全部を出庫している
- 在庫を別の保管場所やプラントへ移動している
- ロット分割、評価タイプ変更、棚卸処理を行っている
- 請求書照合が完了している
- 返品や追加入庫など、後続の入出庫が発生している
- シリアル番号やバッチ管理に関する状態が変わっている
在庫がすでに消費されている場合、単純な102では利用可能在庫が不足することがあります。そのときは、先に後続処理を確認し、必要なら関連部門と処理順序を調整します。エラーメッセージを無視して別の移動タイプを使うと、在庫数量だけでなく、購買履歴や会計整合性にも影響する可能性があります。
返品処理とキャンセルの違い
納入した品物を仕入先へ返す場合、単純な入庫取消ではなく、返品入庫や返品出荷として扱うことがあります。たとえば、入庫直後の誤登録を取り消す処理と、品質不良品を正式に仕入先へ返送する処理では、必要な伝票、数量、理由、購買履歴が異なります。
誤って入庫しただけなら、元伝票の反転で履歴を訂正できる場合があります。一方、実際に商品を返送する場合は、返品理由や納入先との合意、購買伝票上の返品管理、必要に応じた出荷・請求処理を確認します。返品と誤登録の切り分けを先に行うことで、誤った反転処理を防げます。
返品処理をMIGOだけで完結できるとは限りません。購買担当、倉庫担当、経理担当の間で、物理的な商品の所在とSAP上の在庫状態を一致させる必要があります。
キャンセルできない主な理由
MIGOで取消を実行できない場合、次の原因を順番に確認します。
在庫数量が不足している
元の入庫数量がすでに出庫、移動、消費されていると、反転によって在庫がマイナスになるため、登録できないことがあります。対象品目の現在庫だけでなく、プラント、保管場所、ロット、評価タイプ、特殊在庫まで確認します。
後続伝票が存在する
請求書照合、返品、追加の入出庫、棚卸、製造実績などが元伝票に関連している場合、先に後続処理を整理する必要があります。特に請求書が登録済みの場合、物流伝票だけを取り消してよいかを経理部門に確認してください。
転記期間が閉じている
指定した転記日付の会計期間やMM期間が閉じていると、取消を登録できないことがあります。現在期間での処理が認められるか、過去日付を維持する必要があるかは、会社の会計ルールによって決まります。日付を勝手に変更せず、経理またはSAP運用担当へ確認します。
権限が不足している
プラント、会社コード、移動タイプ、保管場所などの権限制御により、画面は開けても転記できないことがあります。権限エラーが出た場合は、エラー文と対象伝票を管理者へ共有し、必要な権限を確認します。
ロットやシリアル番号が一致しない
バッチ管理品やシリアル管理品では、元の入庫と同じ対象を指定できないと反転できないことがあります。実物、ラベル、元伝票の番号を照合し、数量だけを見て処理しないようにします。
会計伝票への影響
在庫数量を更新する入出庫では、在庫勘定やGR/IRなどの会計情報が同時に更新されることがあります。したがって、MIGOの取消は倉庫だけの操作ではなく、会計結果にも影響する可能性があります。
入庫時点の評価と取消時点の評価が異なる場合、価格差や評価方法の設定によって、元の金額と完全に同じ金額にならないことがあります。標準価格、移動平均価格、為替、転記日付などが関係するため、金額差が発生したときは会計伝票を確認します。
請求書照合が済んでいる場合は、入庫取消の前後で請求書、GR/IR、仕入先債務の状態がどうなるかを確認する必要があります。物流担当者だけで判断せず、経理担当と処理方針を合わせることが安全です。
処理後の確認ポイント
取消伝票を登録したら、登録完了メッセージを確認して番号を記録します。画面を閉じる前に、元伝票と反転伝票の関係が表示されているか、処理対象の明細が想定どおりかを確認してください。
次に、対象品目の在庫数量をプラント、保管場所、ロット、評価タイプ別に確認します。元伝票の数量が戻ったように見えても、別の保管場所や特殊在庫に更新されていることがあります。
さらに、次の項目を確認すると、処理漏れを見つけやすくなります。
- マテリアル伝票の取消理由と転記日付
- 元伝票と取消伝票の数量・単位
- 会計伝票の金額と勘定更新
- 発注履歴や購買履歴への反映
- 在庫照会での数量と評価額
- 後続の請求書、返品、出庫への影響
- 業務チケットや承認記録への伝票番号の記載
大量明細を取り消す場合は、いきなり本番で全件処理せず、対象範囲、実行者、承認者、エラー時の戻し方を決めます。取消自体も新しい実績を作る処理なので、テスト環境や検証用データで手順を確認できるとより安全です。
よくある誤解
MIGOの取消は元伝票の削除ではない
取消後も元伝票と反転伝票の両方が履歴として残ります。帳票上で元伝票だけを見ていると、入庫が残っているように見える場合があるため、伝票フローや関連伝票を確認します。
102はあらゆる入出庫に使えるわけではない
102は一般的な101入庫の反転に使われますが、出庫、返品、移動、製造、棚卸の処理をすべて102で取り消すものではありません。元移動タイプと業務目的に合った処理を選びます。
転記日付を変えれば必ず登録できるわけではない
期間の問題を解消するために日付変更を検討することはありますが、在庫評価、月次決算、監査証跡への影響を考慮する必要があります。日付はエラー回避だけを目的に決めず、会社の会計ルールに従います。
安全に運用するためのチェックリスト
MIGOキャンセルを実施する前に、次のチェックリストを使うと確認漏れを減らせます。
- 元のマテリアル伝票番号と年度を確認した
- 元伝票の移動タイプと対象明細を確認した
- 取消理由と処理目的を明確にした
- 在庫の場所、ロット、シリアル番号を照合した
- 後続の出庫、移動、請求書、返品を確認した
- 転記可能な会計期間を確認した
- 必要な権限と承認を確認した
- 転記後に取消伝票番号を記録する準備をした
- 在庫、会計、購買履歴を処理後に確認する担当者を決めた
まとめ
MIGOでのキャンセルは、登録済みの入出庫を削除する操作ではなく、元伝票に対応する反転伝票を登録する処理です。101入庫の反転として102を使うケースは代表的ですが、返品や在庫移動などでは別の移動タイプと業務手順が必要になります。
安全な取消のポイントは、元伝票、移動タイプ、在庫状態、後続伝票、会計期間、権限を順番に確認することです。特に入庫後に出庫や請求書照合が行われている場合は、倉庫担当だけで処理せず、購買・経理・SAP運用担当と影響範囲を共有してください。
MIGOの基本機能や関連トランザクションを体系的に確認したい場合は、MIGOの基本機能を解説した記事も参照してください。SAPの代表的なコードを横断して確認する場合は、SAPトランザクションコード一覧が役立ちます。請求書照合との関係を確認したい場合は、MIROの使い方も合わせて確認できます。SAPを業務全体の中で学びたい方は、SAP公式ラーニングと独学の進め方も参考になります。