BtoB EC与信枠の超過を止める運用設計｜取適法対応

◆監修・編集責任者　小園 将隆　2026年8月20日

B2B EC-COLUMN

与信枠超過の運用設計で確認する順序（詳細は本文で解説）

• 残高の範囲と更新タイミングの固定
• 超過時の挙動（4類型）の割り当て
• 承認・解除の記録設計

与信枠超過とは、未回収残高と処理中注文が限度額を上回る状態

BtoB ECの与信枠超過とは、取引先ごとに設定した与信限度額を、その取引先の未回収残高と処理中の注文金額の合計が上回る状態です。2026年1月には取適法が施行され、同法の対象取引では支払期日を受領日から六十日の期間内と定めることが明文化されました^*1。

与信枠を構成する5つの残高

与信残高は、単純な売掛金の残高だけでは説明できません。実務では、請求済みで未入金の金額、出荷済みで未請求の金額、受注残、カート内の未確定金額まで含めて考える必要があります。

これらのどこまでを与信枠に含めるかが、超過の判定タイミングを左右します。受注残を含めない設計では、出荷の直前になって初めて超過が発覚する場合があるでしょう。

超過が生まれる3つの経路 ― EC・電話FAX・EDIが別々に枠を食う

超過は、ECだけで発生するとは限りません。電話・FAX・EDI（Electronic Data Interchange、電子データ交換）を併用している企業では、チャネルごとに受注が積み上がります。合算した与信残高は把握しにくくなります。

ECのシステムだけで与信を判定すると、電話・FAX分の受注が反映されず、実際の残高より少なく見える状態が生まれます。掛売り決済全体の要件はBtoB ECの掛売り決済対応で扱っています。本記事では、超過という事象の運用設計に絞って扱います。

超過を放置すると起きる回収遅延と記録不備

限度額を超えた注文を、都度の電話確認だけで通す運用には弱点があります。誰が何を根拠に承認したかが記録に残らず、後日の債権回収や監査で経緯を説明できなくなるためです。

倒産の増勢が示すとおり、検知から対応までの速さには実務上の意味があります。2026年7月の全国企業倒産は1,037件で前年同月比8.5%増、負債総額は2,341億1,800万円で同40.6%増でした^*4。

2026年施行の取適法と手形交換廃止が与信枠の前提を変える

限度額の設計は、支払条件の変化と切り離せません。2026年は、その前提となる制度が続けて変わる年にあたります。

取適法で支払期日が「60日以内」に明文化された

2026年1月1日、製造委託等に係る中小受託事業者に対する代金の支払の遅延等の防止に関する法律（中小受託取引適正化法、通称：取適法）が施行されました^*1。同法は、下請代金支払遅延等防止法を改称・改正した法律で（法律番号は昭和三十一年法律第百二十号のまま）、公正取引委員会が所管しています^*7。

同法が支払期日を規律するのは、委託事業者が中小受託事業者へ製造委託等をした場合の代金です。自社が買い手（委託事業者）となる仕入取引が対象で、BtoB ECで自社が売り手となる債権には直接は及びません。

同法第三条第1項は、支払期日を給付の受領日から起算して六十日の期間内、かつできる限り短い期間内に定めるよう義務づけています^*1。「60日以内であればよい」という読み方はできません。できる限り短い期間内という条件が併記されているため、上限に寄せるだけの運用は法の趣旨に沿わないと考えられます。

同法第五条第1項第二号は、支払期日を過ぎた未払について、手形の交付や、支払期日までに現金と引き換えることが困難な支払手段の使用も遅延として扱うと定めています^*1。支払条件の見直しは、与信枠の算定期間そのものに影響します。

2026年度末で紙の手形・小切手の交換が終わる

金融庁が公表する全国銀行協会の自主行動計画によれば、電子交換所における手形・小切手の交換枚数は2026年度末までにゼロとすることが目標です。2027年度初からは、交換そのものが廃止されます^*2。

廃止されるのは電子交換所での交換であり、電子記録債権（でんさい）は引き続き利用できます^*2。でんさいネットは全国銀行協会が全額出資して設立した会社で、2013年2月からサービスを提供しています^*6。支払期日になると口座へ自動的に入金される仕組みのため、手形が担っていた回収の確実性を代替できます^*5。

倒産件数の増勢が示す検知の速さの価値

限度額を「超過させない」だけでなく「超過を早く検知して手を打つ」運用の価値は上がっています。2026年7月の倒産件数は2カ月連続で1,000件を上回りました^*4。

この事実は、貸倒れへの不安をあおるためのものではありません。判定の仕組みを整えておくことが、取引先の状況変化に対応する実務上の備えになるという点を示しています。

与信残高はどの範囲を数え、どちらのシステムを正とするか

運用設計で最初に決めるべきは、判定の仕組みです。どの残高を数え、どのシステムの値を正とするかが定まっていなければ、超過の検知は安定しないままです。

与信残高の算定式と更新タイミング

与信残高は「未回収残高＋処理中の注文金額」で算定します。未回収残高には、請求済み未入金と、必要に応じて出荷済み未請求を含めます。処理中の注文金額には、受注残とカート内の未確定金額が入ります。

更新のタイミングは、都度反映と定期反映のどちらかを選びます。都度反映は精度が高い一方、システム間の連携負荷が上がります。更新頻度は、業務が許容できる範囲に合わせて決めるべきです。

基幹システムとECのどちらを正とするか

判定の置き場所には、都度参照・定期同期・EC側保持の3方式があります。都度参照は基幹システムの残高をECが毎回照会する方式で、精度は高いものの応答速度に依存します。

定期同期は一定間隔でECへ残高を送る方式で、同期の間隔だけ実際の残高とずれる可能性があります。EC側保持は与信の判定自体をEC側で完結させる方式で、基幹システムへの負荷は抑えられますが、基幹側の実績と乖離しないよう定期的な突合が必要です。

チャネルをまたいで枠を一本化する

電話・FAX・EDIとECが併存する場合、与信残高を基幹システム側で一元管理し、どのチャネルからの受注もその残高へ反映させる設計が基本です。

ECだけで枠を持つ設計は、チャネルをまたいだ超過を検知できません。基幹システムとの連携が前提になる理由はここにあります。

止める・警告・保留・代替決済 ― 超過時の対応4類型

限度額を超えた注文への対応は、ブロックの一択ではありません。取引先の状況に応じて使い分ける4つの類型を整理します。

4類型の比較 ― ブロック・警告・保留・代替決済

超過時の対応は、注文をブロックする、警告を表示して通す、保留して承認を待つ、代替決済へ誘導するという4類型に整理できます。それぞれの類型は、貸倒れの抑止・機会損失・現場の負荷・記録の残りやすさという点で特徴が異なるものです。

どれを選ぶかの判断基準

4類型のどれを適用するかは、取引先区分・超過額の大きさ・チャネル・商材の緊急度で決まります。取引実績が長く支払遅延のない取引先には、警告表示で通す運用が現場負荷を抑えます。

初回取引や超過額が大きい注文には、保留して承認を待つ運用が適します。緊急度の高い商材では、代替決済へ誘導する選択肢を用意しておくと、機会損失を抑えられます。

承認・解除の設計 ― 根拠・期限・記録

保留した注文の承認・解除には、判断の根拠・期限・記録の3点を設計する必要があります。根拠には、与信限度額の見直し資料や入金予定など、確認できる情報だけを用いるべきです。

与信方針の策定から限度額の決め方まではBtoB ECの与信管理の進め方で扱っています。本記事では、承認の判断基準と記録項目に絞って扱います。

限度額の見直し・スポット枠・支払条件変更で超過を減らす

超過への対応を整えると同時に、超過そのものを減らす設計も必要です。枠の側でできる3つの手当てを整理します。

与信限度額の見直し周期と根拠資料

与信限度額は、一度決めたら固定するものではありません。取引実績や入金状況の変化に応じて、定期的に見直す運用が実務的です。

見直しの根拠には、直近の取引実績・入金遅延の有無・与信管理部門が確認できる情報を用います。裏付けのない印象だけで限度額を動かすと、判断の一貫性が失われます。

一時増枠（スポット枠）を安全に運用するルール

季節性の高い商材や大口の単発受注では、恒常的な限度額を上げるのではなく、一時的なスポット枠で対応する設計が有効です。

スポット枠には、適用期間と上限額をあらかじめ定め、期間終了後は通常枠へ自動的に戻す仕組みが必要です。個別対応が積み重なると、限度額の管理そのものが形骸化します。

支払条件を動かして与信を圧縮する

枠の大きさは、回収までの期間と期間中の与信額の掛け合わせで決まります。支払条件を短くすれば、枠そのものを圧縮できます。取適法の対象取引では、支払期日を受領日から六十日の期間内、かつできる限り短い期間内に定める必要があります^*1。

前払への切り替えや、でんさいへの移行も選択肢です。でんさいは支払期日に口座へ自動入金される仕組みのため、回収の確実性を高めながら手形を使わない運用に移行できます^*5。2026年度末までに手形交換枚数をゼロとする目標を踏まえると^*2、この移行は早めに検討する価値があります。

消滅時効5年を見据え、判定と承認の記録を残す

この運用は、判定して終わりではありません。記録が残っていなければ、後日の請求や監査で経緯を説明できなくなります。

消滅時効5年と請求根拠の記録

民法第166条第1項第一号は、債権者が権利を行使できることを知った時から五年間行使しないときは、時効によって消滅すると定めています^*3。同項第二号は権利を行使できる時から十年間の場合も定めており、いずれか早い方で消滅します^*3。

この期間中、いつ・いくらの債権が発生し、いつ入金されたかを追える記録がなければ、時効の管理そのものが難しくなります。判定履歴は、この記録の一部として位置づけられます。

判定・承認・解除で残すべき項目

最低限残すべき項目は、判定日時・判定時点の残高内訳・適用した限度額・選んだ対応類型・承認者・承認根拠・解除日時です。これらが揃っていれば、後から経緯を再現できるはずです。

EC側に持たせる項目と基幹側に残す項目の切り分け

ECには判定結果と対応類型の記録を持たせ、残高の内訳や承認根拠となる情報は基幹システム側に残す切り分けが実務的です。ECだけに記録を集約すると、基幹システムの改修時に履歴が失われるリスクがあります。

要件定義に落とす3つの確認軸 ― 判定・挙動・記録

ここまでの内容を、要件定義で確認すべき3つの軸に整理します。

判定 ― 何を残高に含め、いつ更新するか

与信残高に含める範囲は、売掛未回収・請求済未入金・出荷済未請求・受注残・カート内金額のどこまでかを指す項目です。これと更新のタイミング（都度反映か定期反映か）を仕様として固定します。

挙動 ― 4類型のどれを、どの条件で適用するか

ブロック・警告・保留・代替決済のどれを、どの取引先区分・超過額・チャネルで適用するかは、条件分岐として仕様に落とし込む項目です。

記録 ― 承認の経緯を後から追えるか

判定日時・承認者・承認根拠・解除日時を、誰が見ても追える形で記録する仕様にします。この要件定義には、与信管理の実務知識に加えて、基幹システムとECの双方のデータ構造を理解する必要があります。

社内だけで完結させる場合、経理部門・システム部門との調整に相応の時間がかかります。外部パートナーと進める場合は、基幹システムとECの双方を扱った経験を踏まえた要件のたたき台から検討できるため、要件定義の手戻りを抑えやすくなります。

まとめ：与信枠超過の運用は「残高定義」「4類型」「記録」の3点で設計する

本稿では、BtoB ECの与信枠超過を「機能があるか」ではなく「どう運用設計するか」の視点で整理しました。要点を3つに集約すると、次のとおりです。

第一に、与信残高は売掛未回収だけでなく、請求済未入金・出荷済未請求・受注残・カート内金額のどこまでを含めるかを固定する必要があります。第二に、超過時の対応はブロック・警告・保留・代替決済の4類型を、取引先区分と超過額に応じて使い分けます。第三に、判定と承認の記録は消滅時効5年^*3に耐える形で残します。

2026年は取適法の施行と手形交換の縮小が重なる年であり^{*1 *2}、支払条件の見直しと合わせて検討する時期にあたります。

---

ご不明な点はお問い合わせフォームからもご連絡いただけます。

与信運用設計の相談を予約する

よくある質問

与信枠を超えた注文は、すべて止めるべきですか。

すべてを止める必要はありません。止める以外にも、警告を表示して通す、保留して承認を待つ、代替決済へ誘導するという選択肢があります。取引先の実績や超過額の大きさに応じて、4類型を使い分ける設計が実務的です。

与信残高に受注残（出荷前の注文）を含めるべきですか。

出荷や請求のタイミングと支払サイトの長さ次第で判断が分かれます。受注残を含めない場合、出荷の直前になって与信超過が発覚するリスクがあります。含める設計では、基幹システムとECの双方で受注残を同期させる仕組みが必要です。

電話・FAXの注文と与信枠を共通化するにはどうすればよいですか。

与信残高を基幹システム側で一元管理し、EC・電話・FAXいずれの受注もその残高へ反映させる設計が基本です。ECだけで枠を持つと、電話・FAX分の与信が別枠になり、合算した超過を検知できません。

与信超過の承認は誰が行うのが適切ですか。

承認者の役割分担は、与信管理の体制設計に踏み込むテーマです。本記事では、判断の根拠・期限・記録という運用条件に絞って扱っています。与信方針や限度額の決め方についてはBtoB ECの与信管理の進め方で解説しています。

2026年の取適法施行は与信枠の設計に影響しますか。

影響します。取適法は、対象となる製造委託等の取引について、支払期日を受領日から六十日の期間内、かつできる限り短い期間内に定めるよう義務づけており^*1、この支払条件の変化が与信枠の算定期間そのものに直結します。

1. *1　出典：e-Gov法令検索「製造委託等に係る中小受託事業者に対する代金の支払の遅延等の防止に関する法律」（昭和三十一年法律第百二十号・令和8年1月1日施行）第三条第1項・第五条第1項第二号（https://laws.e-gov.go.jp/law/331AC0000000120）
2. *2　出典：金融庁「手形・小切手機能の全面的な電子化について」（https://www.fsa.go.jp/policy/tegatakogitte/tegatakogitte.html）
3. *3　出典：e-Gov法令検索「民法」（明治二十九年法律第八十九号）第百六十六条第1項第一号（https://laws.e-gov.go.jp/law/129AC0000000089）
4. *4　出典：株式会社帝国データバンク「倒産集計 2026年 7月報」（2026年8月10日公表、https://www.tdb.co.jp/report/bankruptcy/aggregation/20260810-bankruptcy202607/）
5. *5　出典：株式会社全銀電子債権ネットワーク「でんさいとは」（https://www.densai.net/about/）
6. *6　出典：一般社団法人全国銀行協会「全銀電子債権ネットワーク（でんさいネット）」（https://www.zenginkyo.or.jp/abstract/efforts/system/densai/）
7. *7　出典：公正取引委員会「取適法」（https://www.jftc.go.jp/toriteki/）