日本の取引では、一定期間の売上・債権を締め日に集計し、月次の請求書として取引先へ送ることがあります。SAPの日本向けFI機能「締め請求（Invoice Summary）」は、すでに計上された債権明細をもとに月次請求書や合計請求書を作成・管理する仕組みです。
この記事では、SAP GUIで利用する標準機能を中心に、取引先マスタの関係、ISJP_CRでの作成、ISJP_STRでの確認、消費税と入金消込で注意する点を整理します。画面名や選択項目は製品・リリース・設定によって異なるため、実際の環境でも確認してください。
締め請求とは：個別の債権を締め日ごとにまとめる
例えば、同じ取引先に対して月内に複数回の売上があり、各取引から債権明細が発生しているとします。月末締めであれば、対象期間の明細を集め、締め日・請求先・支払期日などの条件に従って月次請求書を作ります。複数の月次請求書を支払人単位でまとめる場合は、さらに合計請求書を作成します。
SDの請求伝票を一件に結合する処理とは区別が必要です。ここで扱うのは日本向けFIの締め請求です。元の会計伝票・債権明細を消して一つの伝票に置き換える、という理解はしないでください。
債権計上先・受取人・支払人の関係
締め請求では、誰の債権か、誰に月次請求書を送るか、誰がまとめて支払うかを分けて管理できます。一般的な関係は次のとおりです。
- 債権計上先（締め請求得意先）：個別の売上・債権が計上される得意先。
- 締め請求受取人：個別の債権をまとめた月次請求書の受取先。
- 締め請求支払人：月次請求書をさらに集約した合計請求書の支払先。
例として、支店A・支店Bの債権を本部へ月次請求し、グループの支払センターが一括で支払う構成を考えると、三者の役割をイメージしやすくなります。すべての取引で三者が別の取引先になるわけではありません。実際の階層は取引先との請求・支払契約に合わせて設計します。
SAP S/4HANAでは、BPのFI得意先ロールの会社コードデータにある日本向け締め請求関連項目で、ロールや相手先との関係を設定します。締め日、支払条件、番号範囲、税額再計算など、必要な設定も合わせて確認します。
月次請求書と合計請求書の違い
- 月次請求書：締め期間の個別債権を、受取人単位などでまとめる請求書。
- 合計請求書：複数の月次請求書を支払人単位でまとめる請求書。
作成の順序は、原則として「個別の債権明細 → 月次請求書 → 合計請求書」です。合計請求書が不要な取引先では、月次請求書までの運用も考えられます。どの単位で発行し、どの単位で入金を受けるかを要件定義で決めておきましょう。
ISJP_CRで締め請求を作成する基本の流れ
SAP GUIの締め請求処理では、トランザクションコードISJP_CRを使用します。初回設定や権限が整っていることを前提に、次の順に進めます。
- 対象を指定する：会社コード、締め日、請求書の種類、対象となる取引先などを設定します。
- 候補と明細を確認する：対象期間、受取人・支払人、金額、請求保留、支払期日、想定外の明細がないかを確認します。
- 月次請求書を作成する：必要な明細を選択して処理し、結果と番号を確認します。
- 必要に応じて合計請求書を作成する：月次請求書を支払人単位で集約します。
- 出力・送付を確認する：登録だけで帳票送付が完了するわけではありません。帳票・出力処理と送付方法を別途確認します。
いきなり本番の締め対象全件を処理せず、まず少数の取引先で締め日・対象明細・税額・帳票を確認すると、マスタや設定の差異を見つけやすくなります。
ISJP_STRで結果を確認し、必要なら取り消す
トランザクションコードISJP_STRは、締め請求ステータスの照会に使用します。月次請求書・合計請求書と元のFI伝票の関係、作成状況、入金・消込状況などを追う際に役立ちます。照会用のため、ここで請求書を作成・取消することはできません。
締め処理後に対象明細の漏れやマスタ誤りが見つかった場合は、影響範囲を確認したうえでISJP_CRの取消機能を使います。帳票を送付済みか、入金・消込が済んでいるか、後続の合計請求書があるかによって対応は変わります。取消後に再作成する運用を、事前にテストしておくことが重要です。
消費税の端数調整は設定と帳票単位を確認する
適格請求書に記載する消費税額等は、一つの適格請求書につき税率ごとに一回、一円未満の端数処理を行います。個々の商品・明細ごとに丸めた税額を単純合算すると、請求書に記載すべき税額と差が出ることがあります。
SAPの締め請求では、設定により月次請求書単位の税額再計算・差額調整を利用できます。ただし、機能を使えば自動的にすべての適格請求書要件を満たすわけではありません。どの帳票を適格請求書として交付するか、税率別の金額・税額、端数処理方法、調整仕訳、登録番号などを、帳票と会計データの両方で検証してください。
入金消込は別途、銀行データと照合ルールを設計する
締め請求書が作られても、入金時の消込が無条件で自動化されるわけではありません。銀行明細の取込方法、仮想口座番号や支払人の識別、金額差異、手数料、消込ルールを設計する必要があります。電子銀行明細を利用する場合も、使用する取込・消込機能と締め請求の連携範囲を対象システムで確認しましょう。
導入前に確認したい項目
- 締め日・締め期間・支払期日が取引先契約と一致するか。
- 債権計上先、受取人、支払人の階層が正しいか。
- 請求保留、返品、値引き、締め後の追加伝票をどう扱うか。
- 月次・合計請求書の発行単位、帳票形式、送付方法は何か。
- 税率別の税額再計算・差額仕訳と入金消込のテストが済んでいるか。
締め請求は「締め日にまとめて印刷するだけ」の機能ではなく、取引先階層、債権明細、税額、帳票、入金まで関係します。まずは一つの代表的な取引先を使い、計上から請求・入金まで通して確認すると設計の抜けを減らせます。
参考・関連記事
- 特定の債権明細を締め請求の対象外にする請求保留フラグ：締め対象から外すケースを確認できます。
- SD（販売管理）の基本の流れ（受注・出荷・請求）について説明：個別の請求伝票ができるまでの流れを整理できます。
- SAP財務会計（FI）関連のトランザクションコード一覧：請求後の債権・入金処理で使う機能を探せます。
- SAP FIの入金・出金と消込の違い｜F-28・F-53・F-32・F-44の使い分け：締め請求後の入金と債権消込の関係を確認できます。
