調達サイクルは4ステップ——所要量確定・発注・入荷・請求照合を図解

調達サイクルって「4ステップ」だと聞いても、まだぼんやりしますよね。今日は6つのTコードと3枚の図で、流れを「手順」に落とし込みます。

01WHAT　調達サイクルは4文書がつながる一本道

調達サイクル（Procurement Cycle）とは、企業がモノやサービスを手配するときに使う、標準的な業務の流れのことです。SAPでは「Procure-to-Pay（P2P）」という名で知られ、必要性を確定する・発注する・受け取る・対価を支払うまでが、1本の鎖のようにつながっています。

SAP MMの調達サイクルは、4つの主要文書と6つのトランザクションコード（Tコード）で動きます。購買依頼（PR）→発注書（PO）→入荷伝票（GR）→請求書伝票（IV）の4文書で、各文書は直前の文書を「参照」します。この参照関係があるからこそ、SAPは3段階照合という仕組みで「請求額が発注どおりか」を自分で判定できるわけです。

ただし、手順書には「4ステップ」と書いてあるのに、現場はそこまで単純ではありません。承認が挟まり、発注後に納期が変われば再承認になり、入荷が分納され、請求書が数ヶ月遅れて届く——止まる瞬間は数え切れない回数です。この記事はその「止まる場所」と、各ステップでSAPが何を自動化しているのかを切り分けて整理します。MM機能全体の位置づけは「SAP MMとは？購買から入庫・支払までのProcure-to-Payプロセス」で先に確認しておくと、このページが読みやすくなります。

4ステップ＝4文書＝6つのTコード

まずは全体像を1枚の表に落とします。押さえるべきは「どの文書が、どのTコードで生じ、何が自動化されるか」の3点です。

表の「SAPが自動で行うこと」欄が、要件定義のときに最も聞かれる部分です。後工程の入力をこの4文書だけに絞れば、フローの設計図そのものが統制図になります。全部を1つの画面やExcelで管理している状態から、この4文書に寄せることが設計の要です。

3段階照合（PO＋GR＋IV）が、二重計上の防波堤になる

SAPの請求書照合（Invoice Verification）は、「発注書・入荷伝票・請求書」の3つの数値を突き合わせる仕組みです。標準の在庫品目であれば3段階照合、サービス（修理・保守など）の場合はサービス受領明細との2段階照合になります。照合で差異が出たとき、許容範囲（許容キー）以内ならそのまま転記され、超えた場合は請求書伝票がブロックされます。

この仕組みが守っているのは、会計の原則——「入荷したものと請求書が食い違えば、買掛金を正しく計上できない」——という一点です。入荷せずに請求書だけが届くと、仮勘定（GR/IR）に残高が残ります。この「ズレ」を可視化して消す先は、「SAP MMのGR/IR勘定とは？発注・入荷・請求のズレを解消する仕組み」で詳しく説明しています。

02POINTS　6つのTコードで追う4ステップの実務

ここからは実際の画面操作に沿って、各ステップで「何を入力し、何が起きるか」を分解します。6つのTコードは、ME51N（購買依頼）、ME21N（発注書）、MIGO（入荷）、MIRO（請求書照合）、加えて例外処理のME22（発注変更）とMRBR（ブロック請求解除）です。

STEP1　所要量の確定（ME51N）

購買依頼は「何が必要か」を伝える文書です。品目・数量・納入希望日・要求元部門（コストセンターやWBS要素）と、購買組織・購買グループを入れると、購買側の人へ依頼が飛びます。総務や開発など「使う部門」が起票し、購買が引き取るのが基本の流れです。

ME51Nの画面では、「品目」「数量」「納入希望日」「要求元」までが必須項目として決まります。これらが未入力の状態では保存できず、入力後にEnterを押すと必須項目のチェックが入ります。承認体制を組む場合は購買依頼の承認ルートを設定し、承認されたものが購買組織のワークキューに並びます。MRP（MD03）を動かしていれば、購買依頼は手入力ではなくMRPが自動で生成します。

購買依頼は「必須の工程」ではありません。ただし部門ごとの予算管理や購買の一元化が必要なら、起票ルートを固定しておくのが安全です。購買組織の作り方は「購買組織・購買グループの定義方法（OX08・OME4）」で別の角度から確認できます。

STEP2　発注書作成（ME21N）

発注書は、外部への正式な意思表示になる文書です。ME21Nでは、ヘッダー部に「仕入先・購買組織・購買グループ」、アイテム部に「品目・数量・納入場所・納入期日」、Accountingタブに「G/L勘定・コストセンター・WBS要素」、Delivery and Invoiceタブに「税コード・支払条件・インコタームズ」を入れます。

ここで押さえるべきは、単価の決まり方です。価格条件（Price Conditions）で決まるのが基本ですが、購買情報レコードなど購入情報から参照される場合もあります。単価が変われば発注後の承認を取り直す必要があるため、価格条件の設定は後から面倒にならないうちに決めておくのが鉄則です。仕入先側のデータは「S/4HANAの仕入先マスタはBPが入口」で扱っています。

ME51Nの購買依頼一覧から複数の行を選ぶと、一括でME21Nに進んで発注書を作成できます。100行の購買依頼を1枚の発注書に落とすときは、この一括伝票が最短ルートです。出力・再出力まで含めた手順は「購買依頼・発注書の印刷をME53NとME9Fで解決」にまとめています。

STEP3　入荷の転記（MIGO）

MIGOでは「参照」で発注書番号を入力すると、品目行が展開され、移動タイプと数量を入力して転記します。ここで最初に決めるべきが移動タイプです。代表的なのは次の2つです。

• 101（発注書に対する入荷）：通常在庫・品質検査在庫などに入荷し、会計伝票が生成される。GR/IR 仮勘定に仮計上されるのはこのケース
• 103（検収在庫へ入荷）：GRブロック在庫に入れる。品質検査で合格した品物を利用可能在庫へ解放する運用で使う

101と103の違いは「会計伝票が出るか出ないか」です。101なら入荷した瞬間に財務への波及が出ますが、103は検収した事実だけを記録し、評価は発生しません。品質検査で合格した品をGRブロック在庫から利用可能在庫へ解放する、という運用を採るなら、この2つを混同しないことが在庫と会計の両方を守ります。

分納や過剰入荷は、101で追加入荷、102で取消として記録します。取消履歴が残ると在庫とGR/IRの突合が難しくなるため、履歴を誰がどう確認するかを決めておく必要があります。入荷後の在庫はMMBE、在庫予約はMB21で確認できます。

STEP4　請求書照合（MIRO）

MIROでは「参照」で発注書（または入荷伝票）を呼び出し、請求書日付・支払金額・税額を入力して転記します。ここでSAPが照合を実行し、差異が許容範囲内なら買掛金へ計上して終了です。差異が許容超過なら、請求書伝票はブロックされ、支払に進みません。

ブロックされた請求書はMRBR（ブロック済み請求書の一覧）で調査・編集・再転記できます。編集しても差異が解消しない場合は、発注書側をME22で数量や価格を変更して承認を取り直し、手順を巻き戻すのが正解です。ここを「手作業で直す」運用にしてしまうと承認統制が機能しなくなるため、原因の切り分け（数量差・価格差・税額差）を最初に決めておくのが効きます。

照合を通過した請求書は買掛金として計上され、最終的にF110（自動支払）で支払われます。支払条件や支払期限は、発注書ではなく請求書の側に持つのがSAP標準の設計です。

1. 購買依頼（ME51N）を起票する用途部門が「何が何個必要か」を入力し、購買組織の承認を経てワークキューへ回す
2. 発注書（ME21N）を作成して承認を取る仕入先・価格条件・税コード・納入期日を入れ、リリース戦略で承認する
3. 入荷（MIGO）を転記する移動タイプ101（または103）を選び、入荷数量と保管場所を入れて転記する
4. 請求書照合（MIRO）を転記する参照文書を呼び出し、請求金額と税額を入力。照合結果を確認して転記する
5. 支払（F110）を実行する買掛金として計上された請求を、支払期限どおりに自動支払で処理する

03INSIGHT　止まる4か所と、そこへの逃げ道

調達サイクル導入で失敗しやすいのは、ERPを「入れたのに使われない」ケースです。原因の多くは、例外処理が未設計であること。標準フローは4ステップで単純ですが、現実の業務は4種類の「止まり」を必ず生みます。設計時に逃げ道を決めておくかどうかで、ERPの定着率は大きく変わります。

止まる4パターンと、逃げ道

• 納期・数量の変更：発注後に現場が動くのは日常です。ME22で数量と納期を変更し、価格条件に手を入れる場合は再承認が必要になります
• 入荷の分納・過剰入荷：MIGOの102で取消、101で追加入荷。ただし取消履歴が残ると在庫とGR/IRの突合が難しくなるため、履歴の運用を決める必要があります
• 照合差異：金額・数量・税額のどれか一つでも許容超過ならブロック。MRBRで調査し、編集で解消しなければME22で発注書を直します
• 請求書の未着・遅延：入荷済みなのに請求が来ない状態は、GR/IR仮勘定の残高として残ります。月次決算前に残高の可視化と経過日数の管理を習慣化する必要があります

特殊調達だけは、GR/IR を使わない

ここまで読んで「すべての購買が4ステップで終わる」と思った方に向けて、1つ補足します。SAPには特殊調達（Special Procurement）という区分があり、委託外注・委託保管（Consignment）・パイプライン・在庫転送（Stock Transfer）などが含まれます。これらは入荷の考え方自体が異なるため、GR/IR 仮勘定を使わないか、異なる動き方をします。特殊在庫の全体像は「特殊調達・特殊在庫とは？」で整理しています。

つまり、導入時の設計では「標準調達の4ステップ」と「特殊調達」を切り分けて、それぞれの照合ルールと在庫の動きを定義する必要があります。全部を1つのフローに押し込むと、現場は迷いはじめます。

ADT が支援できること：フローの「型」を作ってから ERP に載せる

ADTが支援しているのは、単純にシステムを入れる作業ではなく、現行の業務フローを4ステップの型に翻訳する作業です。現場には「Excelで運用している購買申請」「現場が自分で判断して発注している」ような状態が多く、ここでは最初にやるべきは、フローを標準化することではありません。判断基準を文書化し、例外を4パターンに分類するところから作業が始まります。

その上で、SAPの標準プロセス（購買依頼→発注→入荷→照合→支払）を適用し、照合差異の集計・分析をSAPデータとAIレポートで可視化します。「月末に何件ブロックされたか」「どの仕入先と金額に差異があるか」をレポートにするだけで、差異を探すために人がデータをあさる作業が、担当者が対象を絞って追う運用に変わります。導入後の現場教育と、運用の継続改善をセットで並走します。

覚え方は「4文書・3照合・6Tコード」の3つだけ。日常業務で必要になるのはこの3つの知識だけです。

出典・参考

• SAP Help Portal — Materials Management / SAP S/4HANA（SAP） https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/sap-s-4hana
• SAP Community — Invoice Verification（SAP） https://community.sap.com/topics/invoice-verification
• SAP Community — Goods Receipt（SAP） https://community.sap.com/topics/goods-receipt
• SAP Knowledge Base 3073585 — Procurement: Invoice Verification, Standard behaviors（SAP） https://userapps.support.sap.com/sap/support/knowledge/en/3073585
• SAP Knowledge Base 2791215 — Fiori APP 'Post Goods Receipt for Purchase Order' posts movement 103（SAP） https://userapps.support.sap.com/sap/support/knowledge/en/2791215
• SAP Learning — Exploring the Procure-to-Pay Process（SAP） https://learning.sap.com/courses/explaining-payables-invoice-processing/exploring-the-procure-to-pay-process_d7a4061e-3d6a-44ff-bab5-e548bc258dfc

※本記事は上記の公開情報をもとに、アラディンテクノロジー株式会社編集部が独自に整理・考察したものです。内容は執筆時点（2026-11-09）の情報です。考察部分は当社の見解であり、特定の製品・導入を推奨するものではありません。

04FAQ　よくある質問

現場で実際に聞かれる4つの質問を集めました。自分の現場に当てはまるものから確認してみてください。