この記事で分かること
- 全社合計のDSO・DIOを眺めても運転資本が減らない理由と、顧客別・SKU別・拠点別の粒度に降ろすための検知設計
- エイジング(年齢別残高)を①絶対額 ②滞留期間 ③悪化トレンドの3軸でスコアリングし、上位に絞ってから人が見る手順
- 売掛金の滞留を与信・条件/請求/検収/係争/回収の5つに分解するフレームと、区分ごとに変わる打ち手
- 整数の設例(顧客5社・売掛金1,240百万円)で、滞留解消によるDSO短縮日数とキャッシュ創出額が一致することを検算する方法
結論:運転資本は「全社の平均」では動かない。動くのは滞留の明細を原因別に分けたとき
運転資本の改善が号令倒れに終わる典型は、経営会議で「DSOを5日短縮する」と決めた翌週に、誰も次の一手を出せないまま止まるパターンです。理由は単純で、全社合計のDSOは打ち手を持たない指標だからです。全社DSOが62日だと分かっても、明日どの顧客に何を依頼すればよいかは決まりません。
実際に動かせるのは、「C社の、61日超の売掛残140百万円のうち80百万円は、検収印がもらえずに支払日が起算されていない」という粒度の事実です。ここまで降りて初めて、営業部門とプロジェクト管理部門に具体的な依頼ができます。
ところが粒度を上げると件数が爆発します。顧客500社×請求明細で数万行、SKU別在庫なら数千〜数万行になり、月次で人が見切れる量ではありません。この「粒度は必要だが人が見切れない」という一点こそ、AIを投入する価値がもっとも高い場所だ、というのが本記事の立て方です。
本記事が提案する型は、次の3段構えです。
- 検知:顧客別・SKU別のエイジングを持ち、3軸(絶対額・滞留期間・悪化トレンド)でスコアリングして上位に絞る
- 原因分解:絞った滞留を5区分に分類する。AIは分類の一次案を出すところまで。確定と交渉は人
- 優先順位づけ:キャッシュ効果・実行難易度・所管部門・相手への影響で並べ替える。効果が大きくても取引関係を壊す打ち手は順位を下げる
運転資本そのものの定義・計算式・回転日数の考え方は運転資本(ワーキングキャピタル)の解説で扱っています。CCC(キャッシュ・コンバージョン・サイクル)やDSO・DIOの定義も用語ページに譲り、本記事では再説明しません。運転資本の増減がキャッシュフロー計算書でどう表れるかはキャッシュフロー計算書(間接法)の読み方を参照してください。
滞留検知から打ち手までの全体像(AIと人の分担)
押さえるべき点は2つです。第一に、金額そのものはAIに計算させないこと。売掛金残高やエイジング区分は販売管理・会計システムの集計機能で確定させ、AIには「分類」「要約」「根拠の抜き出し」という言語処理側の仕事を割り当てます。第二に、AIの出力は必ず「案」の状態で人に渡すこと。原因分類が1つずれると打ち手も所管部門も変わるため、確定は人の責任で行います。
前提として、元データが分析可能な形になっている必要があります。取引先名の表記ゆれ、部門コードの重複、日付形式の不統一が残っていると、粒度を上げた瞬間に集計が壊れます(AIが扱える財務データの整え方)。
滞留の検知設計:エイジングを2種類持ち、3軸でスコアリングする
エイジングは「発行日基準」と「期日基準」の2本を持つ
エイジング(年齢別残高)を作るとき、経過日数の起点を請求書の発行日にするか支払期日にするかで、見えるものが変わります。
- 発行日基準エイジング:請求日からの経過日数で区分する。支払条件が長い顧客も「滞留」に見える
- 期日基準エイジング:支払期日からの超過日数で区分する。純粋な延滞だけが見える
この2本を突き合わせると、原因の切り分けが一気に進みます。発行日基準では61日超に載るのに、期日基準では超過0日という顧客は、延滞しているのではなく支払条件そのものが長いのです。この場合の打ち手は督促ではなく契約条件の見直しであり、所管も経理ではなく営業・財務になります。逆に期日基準で超過している残高は、請求・検収・係争・回収のいずれかの問題です。多くの企業は発行日基準だけを持っているため、この切り分けができていません。
3軸スコアリングで「上位に絞ってから人が見る」
粒度を上げた明細を全部見ることはできないので、優先度をスコア化して上位だけを人が見ます。本記事が提案する3軸は次のとおりです(配点は運用開始時の目安であり、自社の分布を見て調整してください)。
| 軸 | 測るもの | スコア化の例 | 配点 |
|---|---|---|---|
| ①絶対額 | 61日超残高(発行日基準)の金額 | 全社の61日超残高に占める構成比を偏差で正規化 | 40点 |
| ②滞留期間 | 91日超残高の比率、期日超過日数の最大値 | 91日超比率が30%以上で満点、0%で0点 | 30点 |
| ③悪化トレンド | 61日超残高の前四半期比増減、直近3か月の方向 | 増加なら加点、3か月連続増加でさらに加点 | 30点 |
3軸を分ける理由は明確です。①だけでは大口顧客が常に上位に来て毎月同じ顔ぶれを眺めることになり、②だけでは金額の小さい古い債権ばかりが上がって回収してもキャッシュが動かず、③だけでは小口の一時的な変動に振り回されます。3つを合成し、さらに「①が一定額以上」というフィルタを先にかけることで、見る価値のある行だけが残ります。
絞り込む件数は、人が1か月に精査できる件数から逆算してください。担当者3名で月20件ずつ見られるなら上位60件、といった決め方です。「全件を分析する」と設計すると必ず形骸化します。
在庫(SKU別)にも同じ3軸が使える
在庫は売掛金より件数が多く、粒度の壁がさらに高い領域です。同じ3軸を、次のように読み替えます。
- ①絶対額:滞留在庫(受入から一定期間を超えた在庫)の評価額
- ②滞留期間:受入からの経過月数、直近の出庫実績がない期間
- ③悪化トレンド:出庫が細っている方向にあるか(月次出庫数の傾き)
ただし在庫の原因分解は売掛金とは別のフレームになります。需要予測の外し/最低発注ロットの制約/設計変更・後継品への切替/販売終了品・特注残/安全在庫の設定過大に分かれ、打ち手(発注点の見直し、ロット交渉、設計・調達の連携、処分の意思決定、安全在庫パラメータの再計算)もそれぞれ異なります(在庫の評価方法とCOGS)。
エイジング集計や3軸スコアの計算式をExcelやPower Queryで試作する場合は、モデリングラボのテンプレート作成の考え方が参考になります。元データの整形が先に必要な場合はAI対応の財務データ整備から着手してください。
原因分解のフレーム:売掛金の滞留を5つに分ける
滞留を見つけただけでは何も改善しません。原因が違えば打ち手も所管部門も違うからです。本記事が提案する分類は次の5区分です。これは編集部が実務上の打ち手の分かれ目から整理したフレームであり、会計基準や公的なガイドラインに定められた区分ではありません。
AIに任せる範囲と人が判断する範囲
この5区分の判定は、構造化データだけでは決まりません。「検収が進んでいない」のか「品質クレームで揉めている」のかは、営業担当のメール、販売管理システムの備考欄、入金消込のズレ(請求100に対して入金97、差額3が値引き交渉なのか振込手数料なのか)といった非構造データを読まないと分からないためです。ここが自然言語処理の得意領域です。
| 工程 | AIに任せてよい | 人が判断する |
|---|---|---|
| エイジング集計 | —(システムの集計機能で確定させる) | 基準日・区分定義の決定 |
| スコアリング | 定義済みの式に沿った計算・並べ替え | 配点と閾値の設計、上位何件を見るか |
| 原因分類 | 5区分への一次案+根拠となる原文の引用 | 区分の確定、複数原因がある場合の主因決定 |
| 打ち手の立案 | 区分に対応する定型施策の提示 | 顧客関係・契約上の制約を踏まえた採否 |
| 交渉・依頼 | 依頼文の下書き(社内向け) | 顧客への連絡はすべて人が確認して発信 |
| 貸倒引当・評価 | — | 会計判断のためAIに委ねない |
貸倒引当金の見積りや在庫の評価損の判定は会計上の見積り事項であり、監査対応も伴います。AIの分類結果を根拠として使うことは避け、あくまで実務担当者が事実を把握するための下ごしらえとして位置づけてください。月次の差異コメント作成など、FP&A側の文章生成タスクの型は経営企画・FP&Aの生成AI活用で扱っています。
原因分類のプロンプト例
以下は、5区分の一次案を出させるプロンプトの完成形です。入力は社内規程で許可された範囲のデータに限定し、実行前に必ず機密区分を確認してください(後述)。
【役割】
あなたは製造業の債権管理担当者です。売掛金の滞留原因を分類する一次案を作成します。
【目的】
添付の滞留明細について、滞留原因を下記5区分のいずれかに分類し、根拠を明示してください。
確定判断は人が行います。あなたは「案」を出す役割です。
【入力】
- 滞留明細CSV:顧客コード/請求番号/請求日/支払期日/請求額/未入金額/支払条件/検収完了日/督促記録の有無
- 関連テキスト:販売管理システムの備考欄、社内共有された営業の連絡メモ(顧客の個人名・連絡先は削除済み)
- 基準日:2026年6月30日
【単位】
金額は百万円、小数第1位まで。日数は日、整数。単位は必ず数値の後に明記すること。
【分類の5区分】
1. 与信・条件:支払条件のサイトそのものが長い。期日基準では超過していない
2. 請求:請求書の未発行・遅延・記載誤り・差戻し
3. 検収:支払条件が「検収後起算」で、相手方の検収が完了していない
4. 係争:品質クレーム・数量相違・値引き交渉により金額が合意できていない
5. 回収:督促が行われていない、または入金済みだが消込が未処理
【計算方法】
- 期日超過日数 = 基準日 - 支払期日(負の値は「超過なし」と表記)
- 発行日経過日数 = 基準日 - 請求日
- 金額の再計算は行わない。入力CSVの値をそのまま転記すること
【出力形式】
以下の列を持つ表(Markdown):
請求番号|顧客コード|未入金額(百万円)|発行日経過日数(日)|期日超過日数(日)|区分(1-5)|確信度(高/中/低)|根拠となる原文の引用(30字以内)|人が確認すべき点
【禁止事項】
- 入力にない金額・日付・顧客名を作らない
- 5区分以外の新しい区分を作らない
- 貸倒れの可能性や引当の要否について述べない(会計判断のため)
- 顧客への送付文面をここでは作成しない
【不明情報の処理】
判断材料が不足する行は、区分を「判定不能」とし、確信度「低」、
「不足している情報」の欄にどのデータがあれば判定できるかを1行で記載すること。
推測で区分を埋めない。
【出典表示】
根拠は必ず入力データ内の原文を引用し、どのファイル・どの列から取ったかを記載すること。
【検算】
出力表の未入金額の合計を最終行に示し、入力CSVの合計と一致するか自己確認すること。
一致しない場合は「不一致:差額○百万円」と明記し、原因を推測せずそのまま報告すること。
【レビュー項目】
最後に、人がとくに確認すべき行を3件以内で挙げ、その理由を各1行で示すこと。このプロンプトの要点は、AIに金額計算をさせないこと(「入力CSVの値をそのまま転記」)、判定不能を許容すること、そして会計判断の領域に踏み込ませないことの3点です。判定不能を許容しないと、AIはもっともらしい分類で全行を埋めてしまい、かえって確認コストが上がります。
整数の設例:オリオン計装のエイジングとDSO
以下は架空のオリオン計装株式会社(産業用計測機器メーカー)を用いた設例です。実在の企業とは関係ありません。金額の単位は百万円、日数の単位は日で統一します。
前提
- 年間売上高:7,300百万円(1日あたり売上=7,300 ÷ 365 = 20.0百万円/日)
- 売掛金残高(2026年6月30日基準、発行日基準エイジング):主要顧客5社で1,240百万円
- DSOの計算式:売掛金残高 ÷ 1日あたり売上高(年間売上を365日で除した値を使用)
エイジング表と検算
| 顧客 | 年間売上 | 30日以内 | 31–60日 | 61–90日 | 91日超 | 売掛計 | DSO |
|---|---|---|---|---|---|---|---|
| A社 | 2,190 | 180 | 120 | 20 | 10 | 330 | 55日 |
| B社 | 1,825 | 150 | 100 | 60 | 40 | 350 | 70日 |
| C社 | 1,460 | 120 | 80 | 60 | 80 | 340 | 85日 |
| D社 | 1,095 | 90 | 25 | 5 | 0 | 120 | 40日 |
| E社 | 730 | 40 | 25 | 15 | 20 | 100 | 50日 |
| 合計 | 7,300 | 580 | 350 | 160 | 150 | 1,240 | 62.0日 |
金額はすべて百万円です。検算は3通りで行います。
- 縦の検算:580 + 350 + 160 + 150 = 1,240。各顧客の行合計も一致(330 + 350 + 340 + 120 + 100 = 1,240)
- 全社DSO:1,240 ÷ 20.0 = 62.0日
- 加重平均による検算:顧客別DSOを売上高構成比で加重平均すると、0.30×55 + 0.25×70 + 0.20×85 + 0.15×40 + 0.10×50 = 16.5 + 17.5 + 17.0 + 6.0 + 5.0 = 62.0日。全社DSOと一致します
3つ目は形式的な確認に見えますが、実務では重要です。顧客別DSOを単純平均してはいけない(この例では単純平均は60.0日となり、全社の62.0日と一致しません)ことを、この検算が示しています。加重に使うのは残高ではなく売上高である点にも注意してください。
滞留の集中度
61日超残高の合計は 160 + 150 = 310百万円で、売掛金全体の 310 ÷ 1,240 = 25.0%です。顧客別では、C社140百万円、B社100百万円、E社35百万円、A社30百万円、D社5百万円。上位2社(C社・B社)で240百万円、61日超残高の約77%(240 ÷ 310 = 77.4%)を占めます。顧客数では5社中2社(40%)にすぎません。
ここが3軸スコアリングの効きどころです。全社DSO 62日という数字からは「2社に集中している」ことも「その2社で何が起きているか」も読み取れませんが、顧客別エイジングに降ろせば、精査すべき対象は2社に絞られます。
原因別のクロス集計
絞り込んだ310百万円を、図2の5区分に分解します(区分の確定は人が行った後の結果です)。
| 顧客(61日超) | 与信・条件 | 請求 | 検収 | 係争 | 回収 | 計 |
|---|---|---|---|---|---|---|
| A社 | 30 | 0 | 0 | 0 | 0 | 30 |
| B社 | 10 | 60 | 20 | 0 | 10 | 100 |
| C社 | 20 | 10 | 80 | 20 | 10 | 140 |
| D社 | 0 | 0 | 0 | 0 | 5 | 5 |
| E社 | 0 | 0 | 0 | 30 | 5 | 35 |
| 合計 | 60 | 70 | 100 | 50 | 30 | 310 |
行合計・列合計とも310百万円で一致します(60 + 70 + 100 + 50 + 30 = 310)。この表が読めると、打ち手の設計が変わります。
- A社の30百万円は延滞ではありません。支払条件が「月末締め翌々月末払い」で、期日基準では超過0日です。督促しても意味がなく、打ち手は契約更改時の条件交渉になります
- B社の100百万円のうち60百万円は自社側の請求ミス(注文番号の不一致で差し戻されたまま再発行していない)です。相手の問題ではないので、明日から着手できます
- C社の80百万円は検収停滞。支払条件が「検収後30日」で、検収完了日が空欄のまま。営業とプロジェクト管理が動く領域です
滞留解消時のDSO短縮とキャッシュ創出額
仮に上位2社(B社・C社)の61日超残高240百万円をすべて解消できた場合を計算します。
- 売掛金残高:1,240 − 240 = 1,000百万円
- 新しいDSO:1,000 ÷ 20.0 = 50.0日
- DSO短縮日数:62.0 − 50.0 = 12.0日
- キャッシュ創出額:240百万円(売掛金の減少額がそのまま現金の増加になります)
検算:12.0日 × 20.0百万円/日 = 240百万円。DSO短縮日数から逆算した金額と、売掛金の減少額が一致します。「DSO短縮日数 × 1日あたり売上高 = キャッシュ創出額」という恒等式が成立していれば、日数と金額の単位を取り違えていないことが確認できます。この検算を怠ると、日数の改善を報告しながら金額が合わない、という報告書ができあがります。
なお、これは一過性のキャッシュ創出です。滞留が再発すれば売掛金は元に戻り、キャッシュも戻ります。恒常的な改善として認められるのは、請求プロセスや検収督促の仕組みが変わり、翌月以降も同じ水準を維持できる場合だけです。運転資本の増減がキャッシュフロー計算書のどこに現れるかはキャッシュフロー計算書(間接法)の読み方で確認してください。月次の資金繰りへの落とし込みは資金繰り予測の実務の領域になります。
打ち手の優先順位づけ表
ここまでで滞留と原因が分かりました。最後に、どこから手を付けるかを決めます。本記事が提案する評価軸は推定キャッシュ効果/実行難易度/所管部門/相手への影響/着手順の5つです。
| 滞留区分 | 61日超残高 | 回収率想定 | 推定キャッシュ効果 | 実行難易度 | 所管部門 | 相手への影響 | 着手順 |
|---|---|---|---|---|---|---|---|
| 請求(誤り・未発行) | 70 | 80% | 56 | 低(自社で完結) | 経理・業務 | ほぼなし | 1 |
| 回収(督促漏れ・消込) | 30 | 80% | 24 | 低 | 経理・与信管理 | 小(通常の督促) | 2 |
| 検収(相手側で停滞) | 100 | 60% | 60 | 中(相手の作業を要する) | 営業・プロジェクト管理 | 中(手間をかける) | 3 |
| 与信・条件(サイト) | 60 | 50% | 30 | 高(契約更改が必要) | 営業・財務 | 大(条件変更の交渉) | 4 |
| 係争(クレーム・値引き) | 50 | 40% | 20 | 高(合意形成が必要) | 営業・品質・法務 | 大(関係悪化リスク) | 5 |
| 合計 | 310 | — | 190 | — | — | — | — |
金額は百万円。回収率想定は編集部が設例のために置いた仮定であり、実データではありません。自社では過去の回収実績から区分別に推定してください。
検算:推定キャッシュ効果の合計は 56 + 24 + 60 + 30 + 20 = 190百万円。DSO短縮に換算すると 190 ÷ 20.0 = 9.5日。改善後の売掛金は 1,240 − 190 = 1,050百万円、DSOは 1,050 ÷ 20.0 = 52.5日となり、62.0 − 9.5 = 52.5日と一致します。
着手順を決める判断軸
この表の着手順は、キャッシュ効果の大きい順にはなっていません。検収(効果60百万円)が3位、請求(効果56百万円)が1位になっているのは、次の判断があるためです。
- 自社で完結する打ち手を先に置く。請求ミスの是正は相手の協力を必要とせず、着手した週に動きます。相手の作業を待つ打ち手は、効果が大きくても時間がかかります
- キャッシュ効果が大きくても、取引関係を壊す打ち手は順位を下げる。与信・条件の見直し(効果30百万円)は、金額だけ見れば回収漏れ(24百万円)より大きいものの、相手にとっては不利な条件変更の要求です。次の受注に影響する可能性があり、営業判断なしに経理が動かすべきではありません
- 係争は最後。金額の合意ができていない債権を強く回収に行くと、クレーム自体の解決を難しくします。ここは回収額よりもいつ決着させるかを決めることが優先で、場合によっては値引きで決着させたほうが総額では有利です
- 「効果 ÷ 難易度」で機械的に並べない。この比率は相手への影響を数値化できないため、必ず一列として残し、人が最終順位を決めます
顧客ごとの取引の重みを判断材料に加えたい場合は、顧客別の収益性を併せて見るのが有効です(事業別・製品別・顧客別収益性分析)。なお、PEファンドが投資先企業の価値創造施策として運転資本に取り組む場合は、期間目標と経営陣のインセンティブ設計が絡むため論点が異なります。その文脈はPE投資先の価値創造とAI活用で扱っています。
滞留分析の検証方法
生成AI出力の一般的な検証手順(ハルシネーションの見抜き方、数値照合の型)は生成AI出力の検証手順に譲り、ここでは運転資本の滞留分析に固有の検証項目だけを挙げます。
| 検証項目 | 確認方法 | 不一致のときに疑うこと |
|---|---|---|
| 総額突合 | エイジング表の合計=会計システムの売掛金勘定残高 | 基準日のずれ、前受金・相殺勘定の混入、外貨換算 |
| 区分の網羅性 | 各バケットの合計=総額(漏れ・二重計上なし) | 経過日数がマイナスの行(前倒し請求)の扱い |
| DSOの単位整合 | DSO短縮日数 × 1日あたり売上高=キャッシュ効果 | 年間売上と月商の取り違え、365日と360日の混在 |
| 税込・税抜 | 売掛金(税込)と売上高(税抜)を同じ基準に揃える | DSOが実態より約1割長く出る典型的な誤り |
| 分類の抜き取り | AI分類の上位20件を人が全件確認し、誤分類率を記録 | 区分の定義があいまい、入力テキストの情報不足 |
| 期日基準との整合 | 「与信・条件」に分類した行が、期日基準で超過0日か | 支払条件マスタが実際の契約と違う(頻出) |
| 回収の実績照合 | 翌月の実入金と、当月に立てた打ち手の対象を突合 | 別要因の入金を成果に計上している |
とくに税込・税抜は見落とされがちです。売掛金残高は消費税込み、売上高は税抜きで管理されているのが通常なので、そのまま割るとDSOが実態より長く出ます。全社で1つのルールを決め、途中で変えないでください。また、誤分類率は記録すること。どの区分で間違えたかを見れば、たいていは「AIの精度」ではなく入力に判定材料が入っていないことが原因だと分かります。
機密情報・個人情報の注意
売掛金の滞留明細は、取引先ごとの支払条件・支払遅延の事実・クレーム内容という、取引先にとって機微な情報の集合体です。取引基本契約に秘密保持条項が含まれているのが通常なので、外部のAIサービスに投入してよいかは契約と社内規程の両方で確認してください。
加えて、営業担当のメールや備考欄には先方担当者の氏名・メールアドレス・電話番号が混入します。これらは個人情報に該当しうるため、入力前にマスキングするか、分析に不要な列を削除してから渡すのが実務的です。判断の枠組みは生成AIに入れてよい情報・いけない情報で整理しています。
やってはいけない「改善」と日本の商慣行・法令上の留意点
1. 期末だけ回収を前倒しする「見せかけの改善」
期末月に営業から顧客へ「今期中の入金をお願いしたい」と依頼し、DSOを数日縮めて着地させる。翌期の初月には元に戻ります。これは運転資本の改善ではなく期間帰属の付け替えであり、翌期の資金繰りを悪化させるだけです。判別方法は簡単で、四半期末の月と、その翌月のDSOを並べて見ること。期末月だけ凹んで翌月に跳ね返っていれば、改善ではありません。同様に、期末の仕入・支払を翌期に押し込む操作もDPOを見かけ上伸ばしますが(DPO)、実態は変わっていません。
2. 在庫を減らして欠品を招く
在庫削減はもっとも「数字が動きやすい」施策ですが、欠品による失注や、緊急手配による物流コスト増を伴えば、キャッシュの改善額を上回る損失が出ます。滞留在庫(動いていない在庫)と安全在庫(動くために必要な在庫)は別物です。削るべきは前者だけで、後者を削るのは在庫政策の変更であり、営業・生産と合意なしに経理側で決めてよい話ではありません。改善報告には必ず欠品率・納期遵守率をセットで並べてください。
3. 支払サイトの一方的な延長
CCCの式(CCC = DSO + DIO − DPO)を見ると、DPOを伸ばせばCCCが縮みます。しかしこれは取引先のDSOを悪化させているだけで、サプライチェーン全体では何も改善していません。加えて、日本には取引条件に関する法令上の枠組みがあります。
下請代金支払遅延等防止法(下請法)を改正する法律が令和7年5月16日に成立・同月23日に公布され、法律名は「製造委託等に係る中小受託事業者に対する代金の支払の遅延等の防止に関する法律」(略称:中小受託取引適正化法、通称:取適法)となり、令和8年(2026年)1月1日から施行されたと公正取引委員会の公式ページに記載されています(2026-08-16確認)。同ページでは改正の柱として「適用基準に従業員基準を追加」「対象取引に特定運送委託を追加」「手形払等の禁止」「協議を適切に行わない一方的な代金決定の禁止」「面的執行の強化」が挙げられています。また、公正取引委員会は令和6年10月1日付で、令和6年11月1日以降にサイトが60日を超える長期の手形等により下請代金を支払った場合、下請法上の「割引困難な手形の交付等」に該当するおそれがあるとして指導する方針を公表していました。
優越的地位の濫用については、独占禁止法上の考え方が公正取引委員会のガイドラインとして公表されています。自社の取引が適用対象に当たるか、個別の条件変更が問題となるかは、資本金・従業員数・取引の種類・交渉の経緯などによって判断が分かれます。本記事は一般的な解説であり、法令の解釈を断定するものではありません。実際の条件変更を検討する際は、必ず法務部門および弁護士等の専門家に確認してください。
実務的な結論としては、運転資本の改善策を設計する段階で、DPO延長を「主要施策」に置かないことを推奨します。売掛金の滞留解消と在庫の滞留解消は自社の業務改善で完結しますが、支払サイト延長は相手のキャッシュを削る施策であり、性質が根本的に異なります。
よくある失敗
- 全件をAIに投げて全件の分類結果を受け取る:確認コストが分析コストを上回ります。3軸スコアで上位に絞ってから投入すれば、確認対象は数十件に収まります
- AIに金額を計算させる:合計が合わない、丸めがずれるといった事故が起きます。金額はシステム集計で確定させ、AIには分類と要約だけを任せてください
- 「判定不能」を許さない設計:判定不能の選択肢がないと、AIは根拠の薄い分類で全行を埋めます。判定不能が出た行こそ、データの欠落を教えてくれる価値ある出力です
- 発行日基準のエイジングだけで督促する:支払条件が長いだけの顧客に督促を送ると、営業から強い反発が来て取り組み自体が止まります。期日基準との突合を必ず先に行ってください
- 成果を「DSO何日」だけで報告する:日数はキャッシュに換算して初めて経営判断の材料になります。DSO短縮日数 × 1日あたり売上高で金額を併記し、一過性か恒常的かを明示してください
実務チェックリスト
- 基準日を1つに固定し、販売管理・会計・受注の全ソースを同じ日で切っているか
- エイジング表の合計が会計システムの売掛金勘定残高と一致しているか
- 売掛金(税込)と売上高(税抜)の基準を揃えているか。揃えた基準を文書化したか
- エイジングを発行日基準と期日基準の2本持っているか
- 3軸スコアの配点・閾値と「上位何件を人が見るか」を文書化し、変更履歴を残しているか
- AIには金額計算をさせず、システム集計値の転記に限定しているか
- プロンプトに「判定不能」の選択肢と、不足情報の記載欄を用意しているか
- AI分類の上位20件を人が全件確認し、誤分類率を記録しているか
- 5区分ごとに所管部門と着手順を明示し、部門長の合意を取っているか
- 相手への影響が大きい打ち手(条件変更・係争)を、営業判断なしに実行していないか
- DSO短縮日数 × 1日あたり売上高=キャッシュ効果の恒等式で検算したか
- 改善効果を一過性と恒常的に分けて報告しているか
- 在庫削減の報告に、欠品率・納期遵守率を併記しているか
- 取引先の機微情報・先方担当者の個人情報を、規程の範囲内で扱っているか
- DPO延長を主要施策に置いていないか。置く場合は法務確認を経ているか
顧客別エイジングから「優先順位づけ表」を1枚作る
この記事の設例と同じ構造で、自社の顧客別エイジング・3軸スコア・5区分クロス集計・打ち手の優先順位づけ表をつなげたシートを作ってみてください。DSO短縮日数とキャッシュ効果が一致するかが、最初の合格ラインです。
よくある質問(FAQ)
Q1. 顧客数が数千社あり、上位に絞っても件数が多すぎます。どうすればよいですか
顧客単位ではなくセグメント単位に一段上げてください。業種・チャネル・支払条件パターン・担当支店などで束ね、まずセグメント別の61日超比率とトレンドを見ます。悪いセグメントが特定できたら、その中だけを顧客別に降ろす。全社→セグメント→顧客→請求明細と、絞ってから深く降りるのが現実的な順序です。
Q2. 滞留の解消でキャッシュが増えても、翌期に売上が伸びれば売掛金も増えます。改善は打ち消されるのでは
売上成長に伴う増加と、滞留による増加は分けて評価してください。管理すべきは残高そのものではなくDSO(回転日数)です。売上が10%伸びてDSOが変わらなければ、売掛金は10%増えますが効率は悪化していません。逆にDSOが5日延びていれば、売上が横ばいでも悪化しています。報告では売掛金残高の増減を「売上要因」と「DSO要因」に分解して示すと、経営会議での議論が噛み合います。
Q3. AIの分類精度をどこまで上げれば実務で使えますか
本記事の設計では、分類精度が完璧でなくても実務は回ります。AIの役割は「人が見るべき行を絞り、当たりをつける」ことであり、確定は人が行うためです。むしろ重要なのは再現性で、同じデータを2回投入して分類が大きく変わるようなら、プロンプトの区分定義が曖昧か、入力テキストに判定材料が足りていません。精度目標を数値で置く前に、まず上位20件の人手確認で誤分類のパターンを見つけ、区分定義か入力データを直してください。生成AIをファイナンス実務に組み込む際の全体像は生成AI×ファイナンス実務を参照してください。
まとめ
運転資本の改善が進まない原因は、多くの場合「意識が低い」ことではなく、見ている粒度が打ち手に届いていないことです。全社DSO 62日という数字と、C社の検収停滞80百万円という事実のあいだには、実行可能性の断絶があります。
この断絶を埋めるのが、①エイジングを発行日基準と期日基準の2本持つこと、②3軸でスコアリングして上位に絞ってから人が見ること、③絞った滞留を5区分に分解すること、の3段階です。AIは①②の集計と③の一次案までを担い、分類の確定と顧客交渉は人が行います。
優先順位をつけるときは、キャッシュ効果の大きさだけで並べないでください。自社で完結する打ち手を先に、相手に負担を求める打ち手を後に置く。効果が大きくても取引関係を壊す打ち手は順位を下げるという判断軸を明示しておくことが、施策を継続させる条件です。報告では、DSO短縮日数とキャッシュ効果が恒等式で一致することを確認し、一過性の改善と恒常的な改善を分けて示してください。
出典・参考(2026-08-16確認)
- 公正取引委員会「中小受託取引適正化法(取適法)関係」 https://www.jftc.go.jp/partnership_package/toritekihou.html /法律の正式名称・略称・通称、成立日(令和7年5月16日)・公布日(同年5月23日)・施行日(令和8年1月1日)、改正の柱(適用基準への従業員基準の追加、対象取引への特定運送委託の追加、手形払等の禁止、協議を適切に行わない一方的な代金決定の禁止、面的執行の強化)を確認
- 公正取引委員会「(令和6年10月1日)手形等のサイトの短縮について」 https://www.jftc.go.jp/houdou/pressrelease/2024/oct/241001_tegata.html /令和6年11月1日以降、サイトが60日を超える長期の手形等の交付が「割引困難な手形の交付等」に該当するおそれがあるとして指導する方針を確認
- 公正取引委員会「優越的地位の濫用に関する独占禁止法上の考え方」 https://www.jftc.go.jp/dk/guideline/unyoukijun/yuetsutekichii.html /優越的地位の濫用に関する独占禁止法上の考え方が公表されていることを確認
- 中小企業庁「2026年1月施行!~下請法は取適法へ~改正ポイント説明会の実施について」 https://www.chusho.meti.go.jp/keiei/torihiki/kaiseihou_setsumeikai.html /改正の周知が行われていることを確認
- 本記事の3軸スコアリング、原因分解の5区分、打ち手の優先順位づけ表は編集部が実務上の打ち手の分かれ目から整理した提案フレームであり、公的基準や特定の文献に基づくものではありません。数値例はすべて架空です。特定のAI製品の仕様・料金には本記事では言及していません(利用前に各社の公式情報をご確認ください)
※本記事は教育目的の一般的な解説であり、法務・税務・会計・投資に関する助言ではありません。実際の判断は専門家にご確認ください。設例は理解のための仮設例です。AI製品の仕様・料金は変更されることがあるため、利用前に各社の公式情報をご確認ください。