こんにちは！
先日、チームの後輩から「請求書照合って、システム（S/4HANA）のなかで具体的に何をしているんですか？」という質問を受けました。
購買管理（MM）を学び始めたばかりのとき、発注や入庫はイメージが湧きやすいのですが、「請求書照合」になると急に難しく感じられますよね。
画面も入力項目が多くて、最初はどこを見ればいいのか迷ってしまうポイントです。
そこで今回は、S/4HANAの購買プロセスの締めくくりである「請求書照合」について、その目的や超重要概念である「3点セット（3-Way Match）」、そして実務で毎日使うトランザクションコード（T-Code）の使い分けまで、初心者向けに分かりやすく解説します！
そもそも「請求書照合」って何のためにやるの？
一言でいうと、請求書照合とは「取引先から届いた請求書の金額や数量が、本当に正しいかどうかをシステム上でチェックして、経理へ支払いを回すためのOKサインを出すステップ」です。
もし、このチェックをせずに請求書をそのまま鵜呑みにして支払ってしまうと、以下のような問題が起きてしまいます。
- 10個しか届いていないのに、12個分の代金を支払ってしまい、会社が大損する。
- 事前に合意していた値引き前の価格で請求され、余計なお金を払ってしまう。
こうしたミスを防ぎ、会社のお金を正しく管理するために、請求書照合という「最後の砦」が必要不可欠なのです。
超重要！請求書照合のキモ「3点セット（3-Way Match）」
S/4HANAのシステムが裏側でどうやって正しいかを判断しているかというと、「3つのデータ」を突き合わせてチェックしています。
これを実務では「3点セット（3-Way Match）」と呼びます。
システムは主に以下の3つを比較しています。
| 突き合わせるデータ | 役割（チェックの基準） |
| 購買発注（PO） | 「いくらで」 買う約束をしたか？ （単価のチェック基準） |
| 入庫（GR） | 「いくつ」 実際にモノを受け取ったか？ （数量のチェック基準） |
| 請求書照合（IV） | 「今回の請求」 は金額・数量が上記と合っているか？ |
システムが自動で行うチェック
- 数量のチェック： 「今回の請求数量」が「実際に受け取った入庫数量」を超えていないか？
- 金額のチェック： 「請求された単価」が「発注時の約束単価」とズレていないか？
この3つがピタッと一致して、初めて「この請求書は正しいので、お金を払っても大丈夫です！」とシステムが認めてくれます。
購買から支払いまでの全体像とT-Codeの流れ
請求書照合が購買プロセス全体のどこに位置しているのか、実際の業務フローとトランザクションコード（T-Code）を合わせて見てみましょう。
1.購買発注の登録:T-Code: ME21N
「この商品を、この単価で、この数量買います」という発注書をシステムに登録し、仕入先へ送付します。これが全ての基準（購買発注データ）になります。
2.入庫の登録:T-Code: MIGO
倉庫にモノが届いたら、検収を行ってシステムに「確かに受け取りました」という実績（入庫ドキュメント）を登録します。
3.請求書照合:T-Code: MIRO など
取引先から紙やPDFで請求書が届いたら、今回のメイン業務である「請求書照合」を行います。
発注・入庫のデータと突き合わせ、問題がなければシステムに転記します。
4.支払処理（会計領域）:T-Code: F110 など
請求書照合が無事に完了すると、データが会計（FI）領域へ連携されます。
経理担当者が自動支払プログラムなどを使って、指定の期日に取引先の銀行口座へ代金を振り込みます。
このように、前のステップで登録したデータ（ME21N ➔ MIGO）が綺麗に引き継がれて、最後の請求書照合（MIRO）にたどり着く、という一連の流れになっています。
実務で必須！請求書照合の主要トランザクションコード
実務に入ると、先輩から「MIROで打っておいて」「MIR7で仮保存して」といった指示が飛び交います。
初心者が混乱しやすい4つの重要コードを整理しました。
MIRO（ロジスティクス請求書照合：本登録）
- 役割： 請求書をシステムに「本登録（転記）」する、実務のメイン画面です。
- 使いどころ： 届いた請求書の内容（金額・数量）をチェックし、何のエラーもなく、そのまま経理へ回して良いときに使います。
MIR7（請求書の仮保存）
- 役割： 請求書を「下書き」の状態でシステムにキープする画面です。
- 使いどころ： 「金額が少し合わないから取引先に確認中」「登録はしたけれど、最終的にお上（上司）の承認をもらってから本登録したい」というときに使います。
- ポイント：
MIR7の段階では、まだ会計側にデータが回っていないため、支払いは実行されません。
MIR4（請求書表示）
- 役割： 過去に登録、または仮保存した請求書データを「見るだけ（照会）」の画面です。
- 使いどころ： 「先月登録したあの請求書、どんな内容だっけ？」と確認したいときに使います。
- ポイント：
MIRO画面でも過去のデータは見られますが、MIR4は閲覧専用なので、間違えてデータを書き換えてしまうリスクがなく安心です。
MR8M（請求書取消）
- 役割： 間違えて本登録（転記）してしまった請求書を「取り消す」ための画面です。
- 使いどころ： 「あ！入力を間違えたまま
MIROで本登録しちゃった！」というときのレスキュー画面です。システム上で反対の仕訳（赤黒）を入れて、データを打ち消します。
実務でよくある「エラー（差異）」とS/4HANAの動き
いざ MIRO で請求書を登録しようとしたとき、金額や数量が「3点セット」のルールから外れていると、画面に黄色（警告）や赤色（エラー）のメッセージが表示されます。
- 価格差異の例： 発注時は「1個 100円」で登録していたのに、請求書には「1個 120円」と書かれている。
- 数量差異の例： まだ8個しか倉庫に届いていない（入庫：8個）のに、10個分の請求書が送られてきた。
許容範囲を超えるとどうなる？
S/4HANAには「支払保留（ブロック）」という賢い機能があります。
設定された許容範囲（例：数十円の微差ならOKなど）を超える差異があると、システムが自動的にその請求書にロックをかけます。
これにより、万が一間違った内容で登録ボタンを押してしまっても、経理側でストップがかかり、勝手に振り込まれないように会社を守ってくれる仕組みになっています。
間違えて本登録するのを防ぐ「権限の壁」と二重チェック
ここで、勘の良い方なら一つの疑問が浮かぶかもしれません。
「ミスを防ぐためにMIR7で下書き（仮保存）しても、担当者が間違えてそのまま『転記（本登録）』ボタンを押してしまったら意味がないのでは……？」
実は、実際のビジネスの現場では、そうした誤操作や不正を防ぐために、システム（S/4HANA）側で「ロール（権限）」による強力なガバナンスが効いています。
会社の大事なお金を動かすステップだからこそ、以下のように「申請する人」と「確定させる人」で実行できる操作をガチガチに制御しているのです。
- 申請者（一般担当者）：
MIR7（仮保存）の権限だけを持つ。画面入力と下書き保存はできますが、本登録（転記）ボタンを押そうとするとシステムから「権限がありません」とエラーが出て、絶対に確定させられません。 - 承認者（上司・マネージャー）：
MIRO（本登録）やMIR6（一括処理）の権限を持つ。担当者が作った下書きをチェックし、最終的な「OKサイン（転記）」を出すことができます。
実務で承認業務を回す2つのパターン
この権限制御を行った上で、後続の承認業務は企業の運用に合わせて主に2つの方法で流れていきます。
- 【自動連携型】承認ワークフローを組む 担当者が
MIR7で仮保存すると、自動的に上司の専用画面（S/4HANAのMy Inboxなど）へ「承認待ちタスク」としてデータが飛びます。上司が内容を確認して「承認」ボタンを押すと、システムが裏側で自動的に本登録（転記）を完了させます。 - 【手動運用型】一覧画面（MIR6）から上司が直接本登録する 担当者から「下書きを入れました」と連絡を受けた上司が、
MIR6（請求書概要）の画面を開きます。ステータスが「仮保存」になっているデータを検索して中身を確認し、上司の権限でそのまま「転記」ボタンを押して本登録を完了させます。
このように、S/4HANAには「4-Eye Principle（4つの目原則：二重チェック）」をシステム的に強制する仕組みが備わっています。これなら、慣れないうちの実務でも安心してデータ入力にチャレンジできますよね！
まとめ
請求書照合は、「購買（MM）」というビジネスの現場と、「会計（FI）」というお金の管理をつなぐ、とても重要な架け橋です。
後輩の皆さんは、まずは実務で以下の3つのコードの使い分けを意識してみてください。
MIRO＝ 迷いなし！本番登録MIR7＝ ちょっと確認したいから下書き（仮保存）MIR4＝ 過去のデータを安全に見るだけ
「発注番号を入力すると、システムが自動で入庫データを引っ張ってきてくれる」という連動性を意識できるようになると、S/4HANAの操作がぐっと面白くなりますよ！
コメント