入庫/請求仮勘定（GR/IR）の消し込み方法を徹底解説：カスタマイズ設定・異常残高の解消・月次処理

「月末の決算でGR/IRの残高がいつも残ってしまうんだけど、どこから手をつければいいの？」——経理の現場でよく聞かれる質問です。今日はカスタマイズ設定・異常残高の解消・月次処理の3点を、実務手順でまとめます。

01WHAT　GR/IR勘定とは？異常残高が残る3つの理由

GR/IR（Goods Receipt / Invoice Receipt、入庫/請求仮勘定）は、商品の入庫と請求書の受領という2つのイベントのタイミング差を一時的に預かる中間勘定です。入庫（MIGO）を転記するとGR/IR勘定の貸方に、請求書照合（MIRO）を転記すると借方に金額が自動転記され、入庫と請求が揃った時点で自動的に消し込まれて残高がゼロになります。

貸方残高＝受渡済未請求、借方残高＝請求済未受渡

GR/IR勘定に残る残高には2種類あります。貸方残高は「商品は届いたが請求書がまだ来ていない」状態（未請求債務）、借方残高は「請求書は来たが商品がまだ届いていない」状態（積送品）を表します。本来は月末までに全て消し込まれるべき残高ですが、次のような理由で滞留が発生します。

• 入庫のみ・請求のみが転記されたまま——相手方のイベントが未登録
• 数量差異——入庫数量と請求数量が一致しない（検収漏れ・過納入など）
• 単価差異（価格差異）——発注単価と請求単価が異なる（値上げ・値引・誤請求）
• 為替差損益・現金割引——外貨取引の換算レート変動や支払条件の減額
• クレジットメモ（返品・修正請求）や誤転記

消込の全体像——自動消込・手動消込・再分類

入庫と請求が揃った明細は自動で消し込まれますが、差異が残った明細は人の手で解消する必要があります。解消手段は大きく3つに分かれます。①F.13による自動消込、②MR11（またはS/4HANA CloudのReconcile GR/IR Accounts）による手動消込、③F.19による月末の再分類（BNG/GNB振替）です。全体像を図1に示します。

02STEP 0｜カスタマイズ設定——GR/IRを正しく動かす土台

消込を正しく機能させるには、まず「どの勘定に転記し、どこへ再分類するか」をシステムに教えるカスタマイズ設定が前提になります。オンプレミス／Private EditionではIMG、S/4HANA Cloud Public Editionではキーユーザー設定アプリで定義します。

① 勘定マスタの作成

GR/IR運用に必要な勘定を、会社コードごとに定義します。最少構成は次の4つです。GR/IR勘定（例：191000）、調整勘定（F.19の相手勘定、例：191100）、受渡済未請求（GNB）対象勘定（例：191200）、請求済未受渡（BNG）対象勘定（例：191300）。GR/IR勘定は残高表示とオープン明細管理を有効にします（自動消込の前提条件）。

② OBYCで自動勘定設定（WRXほか）

入庫時の自動転記先は、オートアカウントディターミネーション（OBYC）で決定します。代表的な取引キーは、WRX（入庫時のGR/IR勘定）・GBB（在庫評価）・FRL（運賃/仕入諸掛）などです。評価クラスごとに勘定を割り当て、WRXにGR/IR勘定を設定することで入庫がGR/IR勘定に自動転記されます。ここが未設定だと入庫転記自体がエラーになります。

③ OB52でBNG/GNBの振替勘定を定義

F.19による月末再分類の振替先は、IMG［財務会計 → 総勘定元帳会計 → 業務トランザクション → 定期処理 → 再分類 → 入庫/請求仮勘定消込の調整勘定を定義］（OB52）で設定します。振替キーは次の2つです。

• BNG——請求済・未受渡（借方残高）を対象勘定へ振り替える
• GNB——受渡済・未請求（貸方残高）を対象勘定へ振り替える

設定のポイントは、調整勘定と対象勘定を「会社コードごと」に割り当てる点です。複数会社コードを運用している場合は、会社ごとに勘定を用意して割り当て漏れがないか確認します。この設定がないとF.19実行時にエラーになります。

④ MR11のデフォルト設定（自動消込用）

MR11（GR/IR勘定の消込）の自動消込で使うデフォルト値は、IMG［マテリアル管理 → 請求書照合 → GR/IR勘定の消込］で定義します。消込の許容差（tolerance）・価格差異を転記する差額勘定（PRDなど）・自動消込の対象範囲（有効化フラグ）などを設定します。許容差の範囲内の小額差異は自動的に差額勘定へ転記され、手作業を減らせます。

⑤ S/4HANA Cloud Public Editionのキーユーザー設定

S/4HANA Cloud（Public Edition）では、構成環境（Configuration Environment）の検索で次の設定をカスタマイズします。「Define Root Cause of GR/IR Clearing Process（消込プロセスの根本原因の定義）」には誤請求・数量差異などの根本原因がデフォルトで用意され、「Define Status Management for GR/IR Clearing Process（ステータス管理の定義）」では「Check Goods Movement（入庫の確認）」「Request Completion of Delivery（納入完了の依頼）」「Write-Off Completed（書込完了）」などのステータスを定義します。

03POINTS　異常残高の解消と月次処理——実務の5ステップ

カスタマイズ設定が済んだら、実際の消込は次の5ステップで進めます。SAP Communityの公式ブログでも推奨されている「F.13 → MR11 → F.19」の3段階を軸に、S/4HANA Cloudの新アプリを組み合わせた手順です。

STEP 1｜異常残高の現状把握（F3303 / FBL3N）

まず「どこに・いくら残っているか」を把握します。S/4HANA CloudではMonitor GR/IR Account Reconciliation（F3303）で、IR金額超過（IR Amount Surplus）・GR金額超過（GR Amount Surplus）・GR=IRのKPIを会社コード・仕入先・購買組織・プラントなどの軸で確認できます。オンプレミスではFBL3N（G/L勘定明細照会）やFAGLL03でGR/IR勘定のオープン明細を確認します。まず「借方残高か貸方残高か」で滞留の性質を分け、金額の大きい順に対応します。

STEP 2｜F.13で自動消込（まずテスト実行）

入庫と請求が揃っているのに自動消込されていない明細は、F.13（Clear Open Items Automatically / オープン明細の自動消込）で一括解消します。手順は次の通りです。

1. 会社コード・勘定・期間を指定してテスト実行——「テスト実行」にチェックを入れると転記は生成されず、消込候補の明細一覧だけが表示されます
2. 候補を確認——消込対象と消込されない理由（差異の有無）を一覧でチェックします
3. テスト実行のチェックを外して更新モードで実行——実際の消込転記が生成されます

F.13は「入庫と請求が完全に一致する」標準的なケース向けです。数量・単価の差異がある明細は対象外になるため、次のステップへ回します。

STEP 3｜MR11（またはF3302）で手動消込

自動で消せない差異のある明細は、MR11（Clear GR/IR Clearing Account / GR/IR勘定の消込）で手動解消します。数量差異・一部請求・単価差異など、ビジネスルールを適用して消し込むケースが対象です。S/4HANA Cloud（Public Edition）では、FioriのReconcile GR/IR Accounts（F3302）がこれに相当します。F3302では次のことができます。

• 差異のある購買伝票明細のワークリスト作成（会社コード・仕入先・伝票・最新転記日などで絞り込み）
• スマートファクトによる「入庫未転記」「金額・数量の不一致」などの状況表示
• 根本原因（root cause）・ステータス・優先度・担当者（processor）の割当とコメント記録
• 差異の書込（Perform Write-off）——品目金額・配送費用のいずれか、または両方を書込
• 処理ログ（Processing Log）で解消プロセスの進捗を記録

STEP 4｜F.19で月末再分類（BNG/GNB振替）

月次決算では、まだ解消されていないGR/IR残高をBS上で正しい区分に表示するため、F.19（Repost GR/IR Clearing / GR/IR勘定の再分類）を実行します。F.19はGR/IR勘定の残高を分析し、貸方残高（受渡済未請求）をGNB対象勘定へ、借方残高（請求済未受渡）をBNG対象勘定へ、調整勘定を経由して振り替えます。振替仕訳は次期首に自動的に取り消されるため、翌月にはGR/IR勘定に残高が戻り、翌月分の消込を継続できます。

STEP 5｜月次処理の流れに組み込む

毎月の決算手順として定着させるため、次の順序でスケジュールします。①GR/IR勘定の残高確認（F3303 / FBL3N）→ ②消込実行（F.13）→ ③異常明細の調査・解消（MR11 / F3302）→ ④F.19再分類 → ⑤転記ログの確認 → ⑥次期首の自動取消の確認。消込実行（S/4HANA Cloudの「入庫/請求仮勘定消込」ビュー）では、テスト実行で結果を確認してから更新モードで実行し、ログで「正常処理済」と「処理エラー発生」の明細を確認します。毎月同じ条件で実行する場合は繰返実行をスケジュール登録できます。

04INSIGHT　決算プロセス改善とADTの支援

GR/IRの滞留は「経理だけの仕事」ではありません。請求書の到着遅れ・検収の遅延・単価マスタの未更新など、購買プロセスの問題が残高として現れます。滞留の長期化はBSの資産・負債表示を歪め、監査指摘や月次決算の遅延の原因になります。逆に言えば、GR/IRの消込プロセスを整えることは、Purchase-to-Pay全体の健康診断になります。滞留明細の根本原因を分析し、購買マスタ・発注・検収のルールを見直すことで、月末の作業量自体を減らせます。

ADTでは、SAPの決算プロセス改善・S/4HANA移行時のGR/IR設定支援・滞留分析のRPA化などを支援しています。GR/IRの概念を基礎から復習したい方はSAP MMのGR/IR勘定とは？発注・入荷・請求の「ズレ」を解消する仕組みを図解アニメーションで解説を、固定資産のF-90（仕入先請求書）会計処理を知りたい方はSAP固定資産購入（F-90）をあわせてご覧ください。購買から会計までの全体像はSAP MMとは？購買から入庫・支払までのProcure-to-Payプロセスを解説で解説しています。

05FAQ　よくある質問

GR/IRの消込まわりでよく聞かれる質問をまとめました。まず何から触ればいいか迷う方は、最後の回答もチェックしてみてください。

出典・参考

• SAP Help Portal：GR/IR Clearing Processor Was Changed（Situation Handlingテンプレート） https://help.sap.com/docs/SAP_S4HANA_CLOUD/0fa84c9d9c634132b7c4abb9ffdd8f06/d08117808e5c414d90c657db0ea49a77.html
• SAP Help Portal：Reconcile GR/IR Accounts（F3302） https://help.sap.com/docs/SAP_S4HANA_CLOUD/0fa84c9d9c634132b7c4abb9ffdd8f06/17f3a45189524e78b4a80bf51ff2b741.html
• SAP Help Portal：Monitor GR/IR Account Reconciliation（F3303） https://help.sap.com/docs/SAP_S4HANA_CLOUD/0fa84c9d9c634132b7c4abb9ffdd8f06/8700d78b2faf49f6aff17857bd674f27.html
• SAP Community：Mastering Goods Receipt/Invoice Receipt Account Clearing in SAP: A Complete Guide with System Demo https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/mastering-goods-receipt-invoice-receipt-account-clearing-in-sap-a-complete/ba-p/14320890
• SAP PRESS Blog：GR/IR Analysis in SAP S/4HANA Finance https://blog.sap-press.com/gr-ir-analysis-in-sap-s4hana-finance

※本記事は上記の公開情報をもとに、アラディンテクノロジー株式会社編集部が独自に整理・考察したものです。内容は執筆時点（2026-08-22）の情報です。考察部分は当社の見解であり、特定の製品・導入を推奨するものではありません。画面モックは社内のSAP配色仕様に準拠して再現したイメージであり、実データではありません。