与信限度額とは｜SAP FSCM Credit Managementで回収リスクを制御する仕組みを実務目線で解説

一言で

与信限度額とは、SAPにおける取引先に許容する売掛残高の上限を金額で定めた管理値です。受注・出荷・請求の各時点で残高と突き合わせ、超過した取引を自動的にブロックする仕組みの中核になります。

なぜ与信限度額が必要か

商取引は基本的に後払いです。相手の支払能力を超えて商品を出してしまうと、貸し倒れリスクがそのまま売上・利益を毀損します。与信限度額は、回収リスクを販売プロセスの中でリアルタイムに牽制するための仕組みです。

これがないと、次のことができません。

売掛残高が危険水位に達した得意先への追加出荷を自動で止められない
営業担当の判断ミスによる過剰販売を防げない
決算期末の貸倒引当金計算の根拠となる与信エクスポージャーを見える化できない
複数会社コード・複数販売組織にまたがる合算与信を把握できない

位置づけと評価対象

flowchart LR
  BP[ビジネスパートナ
BP 得意先] --> CL[与信限度額
Credit Limit]
  CL --> EXP[与信エクスポージャー]
  EXP --> OO[未出荷受注残]
  EXP --> OD[未請求出荷残]
  EXP --> AR[売掛金残高]
  CL --> CK[与信チェック]
  CK -.-> BLK[与信ブロック]
  style CL fill:#f0f6ff,stroke:#0053F4,stroke-width:2px,color:#0053F4

凡例 → 構成要素 -.-> 超過時に発動 ★ この記事のテーマ

与信エクスポージャーは「未出荷受注残＋未請求出荷残＋売掛金残高」の合計で計算され、これが与信限度額を超えると取引がブロックされます。

具体例：得意先B社の場合

架空の得意先B社に与信限度額1,000万円を設定したケースを考えます。

項目	金額
与信限度額	10,000,000円
売掛金残高	4,500,000円
未請求出荷残	2,000,000円
未出荷受注残	2,800,000円
与信エクスポージャー合計	9,300,000円
与信残（あといくら受注可能か）	700,000円

この状態で100万円の新規受注が入ると与信超過となり、受注伝票は自動的に与信ブロック（Credit Block）がかかり、出荷伝票作成に進めなくなります。

技術的な位置づけ

FSCM Credit Management（SAP Financial Supply Chain Management Credit Management：S/4HANAでの標準）とクラシックCredit Management（旧FI-AR配下）の2系統が存在
S/4HANAではFSCMが推奨。ビジネスパートナ（BP）ベースで与信データを管理
与信セグメント（Credit Segment）単位で限度額・エクスポージャーを保持
SDの販売伝票タイプ・出荷伝票タイプ・与信グループごとにチェックタイミングを設定可能（シンプルチェック／自動チェックなど）

カスタマイズパス（IMG）

SPRO > 金融サプライチェーンマネジメント > 与信管理 > 与信リスク管理
SPRO > 販売管理 > 基本機能 > 与信管理/リスク管理
トランザクション: UKM_BP (BP与信データ) / UKM_CASE (与信ケース) / FD32 (クラシック)

主要テーブル

テーブル	内容
UKMBP_CMS	BP与信マスタ（FSCM）
UKMBP_CMS_SGM	与信セグメント別限度額（FSCM）
KNKK	得意先与信データ（クラシック）
S066/S067	与信統計（エクスポージャー集計）

S/4HANAでの変更点

クラシックCredit Management（FI-AR-CR）はS/4HANAで非推奨（Compatibility Scope扱い）となり、新規導入は原則FSCM Credit Management
得意先マスタ(KNA1/KNKK)からビジネスパートナ(BP)ベースに統一され、与信データもBPの1つの役割として管理
SAP Credit Management for S/4HANAでは外部信用調査会社（D&B等）との連携APIが強化

現場でよくある誤解

「与信限度額=売掛金残高の上限」と思いがちだが、実際は未出荷受注・未請求出荷も含めた合計に対する上限
与信ブロックは受注だけでなく、出荷伝票作成時にも再チェックされる（Dynamic Credit Check）
限度額をゼロにすれば全ブロックという単純な話ではなく、与信グループとチェック設定次第で挙動が変わる
FSCMとクラシックは同居可能だが、二重管理になるため通常はどちらかに寄せる

実務での決め方

与信限度額設計では次の観点で整理します。

取引先の信用格付（外部スコア or 自社格付）
月間取引金額の何倍を上限とするか（一般に3〜6か月分）
回収サイト（締日・支払日）との整合
親会社・子会社で合算与信とするか個別与信とするか

限度額は一度設定したら終わりではなく、定期的な見直しサイクル（四半期ごとなど）を組み込むのが鉄則です。

トラブル事例

新規得意先に与信限度額を設定し忘れてゼロ扱いとなり、初回受注が即ブロック
FSCM移行後もクラシック側の設定が残っており二重ブロックで混乱
決算前の駆け込み受注で限度額超過が頻発し、与信部門の解除業務がパンク
複数販売組織で同じBPに別々の限度額を持たせていたため合算与信の把握ができず貸し倒れ発生

FAQ

Q. 与信ブロックがかかった受注はどうやって解除しますか？
クラシックではVKM1/VKM3、FSCMではUKM_MY_DCDS等のトランザクションで与信担当者がケース審査し、承認すればブロック解除されます。権限分離を徹底することが重要です。

Q. 与信チェックはいつ走りますか？
設定次第ですが、一般的には(1)受注登録時、(2)出荷伝票作成時、(3)出庫転記時の3タイミングでチェックされます。受注時に問題なくても出荷時に残高が増えていればそこで再ブロックされる仕組みです。

Q. FSCMとクラシックの主な違いは？
FSCMはビジネスパートナベースで複数会社コード横断の与信管理・外部スコア連携・ケース管理が強化されています。クラシックは得意先マスタと密結合で機能が限定的です。S/4HANAではFSCM一択と考えて差し支えありません。