売掛金の回収が遅れる原因と兆しの掴み方｜滞留を早く見つける

「請求は出しているのに、入金が来ていないことに気づくのが翌月の締めのときです」「期日を過ぎた一覧は出るのですが、出た時点ではもう手遅れになっています」——売掛金の管理を任されている人からは、この2つがほとんど同じ口調で出てきます。気づくのが遅いのは、確認を怠っているからではありません。多くの会社が見ているのが「期日を過ぎた日数」という、遅れが起きた後にしか動かない1つの数字だけだからです。期日を過ぎてから数え始める数字は、どれだけ正確に作っても、気づくのが遅れたぶんを取り戻してはくれません。この記事では、回収の遅れを起きてから追うのではなく、起きる前の兆しで掴むために、何を並べて見るのかを整理します。

期日を過ぎた日数だけで見ていると、気づくのは常に後になる

多くの会社で毎月出ているのが、期日を過ぎた売掛金の一覧です。取引先の名前、金額、超過した日数が並びます。数字としては正しく、経理の締めにも使えます。それでもこの一覧には、遅れが起きた後の情報しか載っていません。超過日数が1になるのは期日の翌日で、その時点で回収は遅れ始めています。

遅れの多くは、期日の前に兆しが出ています。請求書が届いていない、検収が終わっていない、金額について問い合わせが来ている、担当者が代わった。どれも期日より前に起きていて、どれも超過日数の一覧には出てきません。兆しは、遅れとは別の場所に、別の形で出ています。

最初に範囲を切っておきます。この記事で扱うのは、回収の遅れを期日の前に掴むために、何をどう並べるかだけです。督促状の文面や送る順番は扱いません。内容証明や法的な手続き、債権を売る手立ての話もしません。入金の消込は、独立した話としてではなく、兆しを見るための前処理として1つの工程の位置で扱います。

並べる順は、原因から対策へと進みます。債権管理がどんな工程に分かれているかを押さえ、遅れが生まれる4つの原因を見て、兆しを掴む3つの数字に落とし、突合でつまずく型を潰し、最後に人が決める場所を決めます。

ミニ用語解説：この記事で使う言葉を3つだけそろえる

会議で話が噛み合わない原因の半分は、言葉の定義です。滞留、支払サイト、回収期間。この3つは、部署によって指しているものが違います。先に固定しておきます。

この記事での言い方	何を指すか	どう数えるか	よく混同される言葉
滞留	入金が済んでいない債権。期日を過ぎたものに限らない	請求を出した日から今日までの日数で区切って積む	延滞（こちらは期日を過ぎたものだけ）
支払サイト	締め日から入金日までの長さ。取引先ごとに違う	締め日と入金日の取り決めから日数で書く	支払期日（1件ごとの日付）
回収期間	売掛金の残高が、何日ぶんの売上に相当するか	残高を1日あたりの売上で割る	回転率（回数で見る指標）

表のうち、いちばん効くのは1行目です。債権管理の工程を整理したスケールベースの解説でも、滞留した債権は「入金がない債権」と定義されていて、期日を過ぎたかどうかは条件に入っていません。期日前でも入金が済んでいなければ滞留です。この定義に変えるだけで、見える範囲が期日の前まで広がります。

2行目の支払サイトは、取引先ごとに違う前提で持ちます。60日の先と30日の先を同じ表に並べ、超過日数の大きい順に並べ替えると、サイトの長い先が常に上に来ます。遅れていない先が上に来る表は、見るほど判断を狂わせます。

兆しは、債権管理の5つの工程のどこにでも出る

売掛金の管理は1つの作業ではありません。スケールベースの解説では、与信の管理、契約と請求、入金の管理と照合、滞留した債権の管理と督促、仕訳と残高の管理という5つの工程に分けて整理されています。遅れの兆しは、このどの工程にも出ます。

ところが、多くの会社で見ているのは4つ目だけです。4つ目は、遅れが確定した後の工程です。ここだけを見る仕組みは、構造として必ず後手に回ります。見る場所を1つ前、契約と請求の工程まで戻すのが、いちばん効く変更です。

工程ごとに、出る兆しの形が違います。契約と請求の工程では、請求書が戻ってきた、宛名の修正を求められた、注文書の番号が違うと指摘された。入金の管理と照合の工程では、金額が合わない、名義が違う、一部しか入っていない。どれも遅れの前兆でありながら、担当者の手元で処理されて記録に残りません。

だから最初にやるのは、数字を作ることではなく、この3つの工程で起きた例外を記録に残す形を作ることです。記録の粒度は粗くてかまいません。日付、取引先、何が起きたか、の3列で足ります。

原因1：請求が相手に届いた日が、こちらの記録に残っていない

日付は4つあります。締め日、請求書を作った日、送った日、そして相手が受け取った日。多くの会社が記録しているのは前の3つで、4つ目は残っていません。支払サイトの起点が相手の受領だとすると、4つ目が無い時点で期日の計算が合いません。

郵送なら数日、相手の社内の回付でさらに数日かかります。電子の送付に切り替えていても、宛先が変わっていた、担当者が退職して届いていなかった、という例は残ります。届いていないことは、相手からは言ってこないのが普通です。相手にとっては、届いていない請求は存在しないからです。

対策は難しくありません。送った後に受領の確認が返る仕組みを1本入れ、返ってこない件を一覧にします。返ってこない件は、期日の前に動ける唯一のはっきりした兆しです。電子の送付なら開封や受領の記録が取れることが多く、郵送の先だけを別の一覧にする形でも十分に効きます。

記録に残す列は1つ増やすだけです。受領の確認が取れた日。この列が空のまま期日の1週間前になった件を抜き出せば、それが最初の兆しの一覧になります。

原因2：支払サイトの長さが、先ごとに違うまま揃えられていない

支払サイトは取引先ごとに違います。締め日も違えば、入金日も違います。それ自体は当たり前のことですが、一覧を作るときに、その違いが反映されていない会社が多いのが問題です。全社を1つの期日の物差しで並べると、サイトの長い先が常に遅れて見えます。

並べ替えの軸を変えます。使うのは「期日を過ぎた日数」ではなく、「その先の支払サイトから何日ずれたか」です。サイトが60日の先で55日目に入金があれば、ずれは0です。サイトが30日の先で35日目なら、ずれは5です。同じ表に並べても、この軸なら意味が揃います。

前提として、支払サイトの一覧が要ります。契約書や取引の基本の取り決めに書かれているはずですが、1枚にまとまっている会社は多くありません。作るときは、契約書に書かれた条件と、実際にこれまで入金があった日の両方を並べます。書かれた条件と実績がずれている先は、それ自体が兆しです。

なお、支払期日そのものには上限があります。中小企業庁の解説では、委託した取引の代金の支払期日は受け取った日から60日以内に定めることが求められています。取り決めが無いまま長いサイトが慣行になっている先は、条件を見直す入口になります。

原因3：取引の増減が、遅れの合図として読まれていない

3つ目の原因は、金額の側にあります。残高だけを見ていると、なぜ増えたのかが分かりません。増え方には2つあり、それぞれ意味が正反対です。取引が増えたから残高が増えたのか、入金が来ないから残高が残っているのか。この2つを分けずに見ると、成長を遅れと読み違えます。

分けるには、直近3か月の取引額を横に並べます。取引額が増えていて残高も増えているなら、これは通常の増加です。取引額が横ばいなのに残高だけが増えているなら、入金の側で何かが起きています。逆に、取引額が急に減っている先も注意が要ります。減った先は残高が動かないまま古い請求だけが残り、見た目の順位が下がって一覧から消えます。

急に増えた先も別の意味で見ます。今まで月に100万円だった先が、いきなり500万円の注文を出してきた。売上としてはありがたい話ですが、回収の側から見ると、1件あたりの取りこぼしが5倍になったという意味です。増えた月に与信の枠を見直していなければ、枠を超えたまま取引が進みます。

この3つ目の軸は、経理だけでは持てません。営業の側に注文の動きの記録があります。兆しを掴む仕組みは、経理の中だけでは完結しないということが、ここではっきりします。

原因4：入金はあったのに消し込めず、未入金のまま残っている

4つ目が、いちばん見落とされます。未入金の一覧の中に、実際には入金があったのに突合できていない件が混ざっています。名義が違う、金額が数百円足りない、複数の請求がまとめて1行で入っている。突合できない明細は保留のまま置かれ、売掛金の側は未入金として残ります。

入金の突合について解説しているバクラクの記事では、照合で確かめる点として振込の名義人と請求先の名前が一致しているか、入金額と請求額が一致しているかの2つが挙げられています。逆に言えば、この2つのどちらかが崩れた瞬間に、自動の突合は止まります。

止まった件がどれくらいあるかを、まず数えます。月に何件、金額でいくら。ここを数えていない会社では、未入金の一覧の信頼度が分かりません。突合できていない件が全体の1割を超えていると、遅れの一覧は判断に使えません。見ている数字が、本当の遅れと処理の詰まりの合計になっているからです。

同じ記事では、紙や表計算での処理は目視の確認と手入力が多く、消込の漏れや重複が起きやすいとも指摘されています。漏れは未入金として残り、重複は二重に消し込んで残高を狂わせます。どちらも、遅れの一覧を静かに壊します。

兆しは3つの数字を1行に並べて掴む

ここからが対策です。見る数字を3つに絞り、取引先ごとに1行で並べます。1つ目は残高の古さ、2つ目は支払サイトからのずれ、3つ目は直近3か月の取引額の増減。3つを同じ行に置くことが要点で、別々の表で見ていると組み合わせが読めません。

1つ目の残高の古さは、請求を出した日から数えた日数で区切って積みます。30日以内、31日から60日、61日から90日、91日以上の4つで十分です。金額ではなく、古い区分に残高があるかどうかを見ます。金額が小さくても、91日以上の区分に何かが残っている先は、必ず理由があります。

2つ目のずれは、先ほどの軸です。0より大きければ遅れ始めています。3つ目の増減は、増えた、横ばい、減ったの3つで足ります。細かい率は要りません。この3つが揃って初めて、動くべき先と、待ってよい先が分かれます。古い残高があって、ずれが出ていて、取引が減っている先が最優先です。

並べる周期は週に1度にします。月に1度では、締めの直前にしか見ないことになり、動ける日数が残りません。週に1度、3つの数字が並んだ1行を上から10行だけ見る。それ以上は続きません。

入金の突合で、AIが間違えやすい4つの型

突合を自動化すると、完全に一致する入金は片付きます。残るのは一致しない明細で、ここにAIが使われます。候補を出すところまでは速くなりますが、出てきた候補には決まった間違え方があります。型を知らずに確定を任せると、残高が静かに狂います。

型	入金明細に起きていること	AIが出しやすい誤り	人が確かめること
一部入金	請求額より少ない額が1回だけ入る	金額の近い別の請求に当てて、満額で消してしまう	残りをいつ入れるかの取り決めが交わされているか
相殺	こちらへの請求分が差し引かれた額で入る	不足として滞留に積み、督促の候補に載せる	相殺の通知が届いているか、金額が合っているか
手数料の差引	数百円だけ足りない額で入る	端数として切り捨て、差額の理由が記録に残らない	手数料をどちらが負担する取り決めか
名義違い	請求先と違う名前で入金がある	名前の似た別の取引先の入金に当てる	親会社・旧社名・代行の会社のどれに当たるか

表の中で、金額の影響がいちばん大きいのは相殺です。相殺は「入金が足りない」という見た目になるため、放っておくと遅れの一覧に積み上がります。積み上がった先へ督促を出すと、先方から見れば、通知したはずの相殺を無視されたことになります。関係を傷める形で、しかもこちらの処理の不備が原因で起きます。

もう1つ、複数の請求が1行でまとめて入るという型もあります。バクラクの記事でも、同じ取引先が複数の請求書の代金を一括で入金すると確認作業が煩雑になりやすい、と挙げられています。この型は誤りというより時間の問題で、組み合わせを人が探すと1件で数十分かかります。候補を出させる価値がいちばん高いのがここです。

4つの型に共通するのは、金額が合わない理由が入金明細の側には書かれていないことです。理由は取引先の社内にあります。だからAIは理由を当てられません。できるのは、過去の突合の実績から「この型ではないか」と候補を出すところまでです。

2026年1月から、振込手数料の扱いが変わった

手数料の差引の型については、制度の側が動いています。公正取引委員会の案内によると、下請法を改正した中小受託取引適正化法が令和8年、つまり2026年の1月1日から施行されています。委託する側と受託する側の取引について、禁止される行為が追加されました。

中小企業庁の解説では、支払いの手段として手形払いを禁止すること、電子記録債権やファクタリングについても支払期日までに手数料などを含む満額を得ることが困難なものは禁止すること、そして振込手数料を中小受託事業者に負担させることを禁止することが挙げられています。あわせて、価格の協議の求めがあったのに応じない、必要な説明をしないといった一方的な代金の決定も禁止されました。

実務への効き方は1つです。差引の型が減る取引先と、変わらない取引先が混ざります。この法律の対象になるかどうかは、資本金の額と従業員の数と委託の内容で決まります。対象になる取引では、今後は手数料が差し引かれない前提で突合の条件を組み直す必要があります。対象外の取引では、これまでどおり取り決め次第です。

だから、取引先の一覧に1列足します。この法律の対象かどうか。列が埋まっていれば、数百円の不足が出たときに、取り決めの確認なのか法律の話なのかがその場で分かれます。同じ不足額でも、対応の入口が変わります。

消し込めない明細は、原因別に4つの箱に分ける

突合できなかった明細を、保留という1つの箱に入れてはいけません。1つの箱にすると、翌月には中身が分からなくなります。箱は原因ごとに分けます。分けるだけで、翌週に誰が何をすればよいかが決まります。

箱は4つで足ります。相手に確認するもの、社内の営業に確認するもの、取り決めを直せば解決するもの、そして本当に入金が無いもの。最後の箱に入った件だけが、遅れとして数えるべき件です。遅れの一覧は、この4つ目の箱から作ります。ここを分けないまま作った一覧は、処理の詰まりと遅れの合計になります。

箱ごとに期限も決めます。相手に確認するものは3営業日、社内に確認するものは2営業日、取り決めを直すものは次の締めまで。期限を過ぎた件は、箱から出して4つ目に移します。判断が付かないまま留め置く件が増えると、箱そのものが第二の保留になります。

箱の中身の件数は、毎週数えます。どの箱が膨らんでいるかで、直すべき工程が分かります。相手に確認する箱が膨らんでいれば請求の出し方に問題があり、社内に確認する箱が膨らんでいれば営業との情報の受け渡しに問題があります。

AIに渡せるのは、並べ替えと拾い出しまで

債権の管理にAIを使う道具は増えています。マネーフォワード クラウドが2026年2月に公開した解説では、名義の細かな違いを判別して入金のデータと請求のデータを照合すること、支払いの遅れの予兆を点数にして優先度を示すこと、入金の期限を過ぎた案件を自動で抜き出して担当者に知らせること、督促の案文の作成を手伝うことが、できることとして挙げられています。

この4つは、性質が違います。前の3つは並べ替えと拾い出しで、材料が揃っていれば人より速く正確です。4つ目の案文の作成は、出す出さないを決めた後の作業です。順番を逆にして、案文が出てきたから送る、という流れにすると、判断が抜け落ちます。

渡すときの条件は2つです。1つは、根拠を必ず書かせること。どの請求書のどの行と、どの入金明細を突き合わせたのかを1件ずつ出させます。根拠が書けない候補は、確定に回しません。もう1つは、点数だけを見て並べ替えないこと。点数の高い順に並べると、金額の大きい先が常に上に来て、金額は小さいが古い残高が残っている先が沈みます。

• AIには候補を出させ、確定は人が押す。押した人の名前を残す
• 突合の根拠（どの請求のどの行と、どの入金明細か）を1件ずつ書かせる
• 予兆の点数は並べ替えの軸の1つとして使い、それだけで順番を決めない
• 督促の案文は、出すと決めた後にだけ作らせる
• 取引先の名前と金額を外の道具に渡す前に、渡してよい範囲を先に決めておく

同じ解説では、催促の業務がすべて自動化されるわけではないとはっきり書かれています。道具が速くするのは、判断の前と後であって、判断そのものではありません。ここを分けて設計しないと、速くなったぶんだけ間違いも速く広がります。

督促するかどうかの判断を、人が持つ理由

期日を過ぎた件に自動で連絡を送る仕組みは、技術としては簡単です。それでも判断を人が持つべき理由が3つあります。1つ目は、督促が取り消せないことです。送った後で、こちらの請求書に不備があったと分かっても、送った事実は相手の社内に残ります。特に相手の担当者が上司に報告した後だと、訂正の手間まで相手に負わせます。

2つ目は、遅れの理由が相手の社内の事情であることが多く、その事情は数字にはまったく出てこないことです。決裁が止まっている、担当者が代わった、経理の締めがずれた。どれも支払う意思とは無関係で、待てば入ります。数字だけを見て一律に送ると、待てば入る先にまで督促が飛びます。

3つ目は、原因がこちら側にある場合があることです。検収が終わっていない、注文書の番号が違う、送り先が変わっていた。自社の不備が原因の遅れに督促を出すのは、相手から見れば理不尽そのものです。送る前に、自社側の工程が完了しているかを確かめる1手間が要ります。

同じ解説でも、あまりに頻繁で威圧的な自動の連絡は、取引先との関係の悪化や法的なもめごとを招く可能性があると注意されています。そして人が担うべきものとして、信頼関係にもとづく支払いの猶予の判断、最終的な法的な手段の決断、関係の維持を踏まえた個別の判断が挙げられています。この3つは、点数では代わりが利きません。

回収の実績を、与信の見直しへ渡す線をどこに引くか

回収の遅れは、次の取引の条件に反映させて初めて意味を持ちます。ただし、反映のさせ方には線が要ります。線が無いと、1度の遅れで取引を絞ることになり、逆に線が緩いと何度遅れても条件が変わりません。引くのは3つの合図です。

1つ目は、同じ取引先で2期続けて遅れが出たこと。1度は事故でも、2度続けば仕組みの話です。2つ目は、遅れの日数が前回より延びたこと。日数が延びているのは、相手の資金の回り方が変わっている合図のことがあります。3つ目は、取引額が増えているのに入金が遅れ始めたこと。この3つ目が、いちばん先に出て、いちばん見落とされる合図です。

渡す中身は事実だけにします。遅れた回数、遅れた日数、そのときの金額、原因が自社側だったかどうか。評価や見込みを付けて渡さないことが要点です。付けて渡すと、受け取った側はその評価を前提に判断してしまい、元の事実に戻れなくなります。

ここから先、つまりその取引先と取引を続けるかどうか、条件をどう変えるかという判断そのものは、この記事の範囲ではありません。重い判断には、断られた相手にどう説明するか、後から覆せるかといった別の物差しが要ります。回収の側でやるのは、判断する人が事実を手に入れられる状態を作るところまでです。

実務仕様：兆しを掴む仕組みを立ち上げる5工程

ここまでを、立ち上げの手順にまとめます。道具を選ぶところから始めないことが要点です。並べる材料が揃っていない状態で道具を入れても、出てくる一覧は今と同じものになります。

立ち上げてから2か月ほどは、数字よりも箱の件数を見ます。どの箱が膨らむかで、自社のどの工程が詰まっているかが分かります。詰まりを直さないまま数字だけを整えても、遅れの一覧は処理の詰まりを映し続けます。

月に1度は、遅れた件を振り返って原因を4つに分類します。自社の請求の不備、相手の社内の事情、取り決めの不備、突合の失敗。分類の内訳が、翌月に直す場所をそのまま指してくれます。

チェックリスト：仕組みが動いているかを確かめる

最後に、点検の一覧を置きます。上から順に確かめて、空欄が残ったところが、いま遅れに気づけていない理由です。

• 滞留を「入金が済んでいない債権」と定義し、期日前の件も見えているか
• 取引先ごとの支払サイトが1枚にまとまり、契約の条件と実績の両方が並んでいるか
• 一覧の並べ替えが、期日の超過日数ではなくサイトからのずれ日数になっているか
• 請求の日付を4つに分け、相手の受領を確認する仕組みが動いているか
• 直近3か月の取引額の増減が、残高と同じ行に並んでいるか
• 突合できなかった明細の件数と金額を、毎月数えているか
• 消し込めない明細が、原因別の4つの箱に分けて置かれているか
• 一部入金・相殺・手数料の差引・名義違いの4つの型が、確認の手順になっているか
• 取引先ごとに、取適法の対象かどうかの列が埋まっているか
• AIが出した突合の候補に、根拠が1件ずつ書かれているか
• 督促を出す前に、自社側の工程が終わっているかを確かめる手順があるか
• 遅れた回数と日数を、事実だけの形で与信の担当へ渡す線が決まっているか

• 期日を過ぎた日数だけで並べた一覧を、そのまま督促の対象として使う
• 突合できなかった明細を、保留という1つの箱にまとめて置く
• 予兆の点数の高い順に並べ、金額の小さい古い残高を後回しにし続ける
• 自社の検収や請求の不備を確かめないまま、自動の連絡を送る
• 相殺の通知が届いている件を、不足として滞留に積んだままにする
• 取引を続けるかどうかの判断まで、点数や候補の一覧に決めさせる

まとめ

売掛金の回収が遅れていることに気づくのが遅いのは、見ている数字が遅れの後にしか動かないからです。滞留を「入金が済んでいない債権」と定義し直すと、期日の前まで見える範囲が広がります。並べ替えの軸も、期日を過ぎた日数ではなく、その取引先の支払サイトから何日ずれたかに変えます。そこに直近3か月の取引額の増減を同じ行で並べれば、古い残高があって、ずれが出ていて、取引が減っている先が上に来ます。遅れの一覧を作る前に、入金があったのに突合できていない明細を4つの箱に分けて取り除いておくことも欠かせません。突合でつまずくのは一部入金、相殺、手数料の差引、名義違いの4つで、2026年1月に施行された中小受託取引適正化法によって、手数料の差引は対象となる取引で扱いが変わりました。AIに渡せるのは並べ替えと拾い出しと候補の提示までで、督促を出すかどうかは、取り消せないこと、相手の社内の事情が数字に出ないこと、原因が自社側にあることがあるという3つの理由から人が持ちます。まずは取引先ごとの支払サイトを1枚に集めるところから始めると、来週には見える景色が変わります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。