LASSIC Media らしくメディア
債権回収・督促管理システム｜売掛金の滞留を防ぐ要件
LASSIC IT事業部｜元請（プライムベンダー）として業務システムの開発・運用を受託
この記事のポイント
- 債権回収・督促管理システムは、売掛金の入金消込と滞留債権の抽出、督促（リマインド・督促状・架電）のステップ管理、与信情報との連携と回収予測、貸倒・法的手続への引き継ぎを一元化する業務基盤です。請求書発行（請求まで）や資金管理(TMS)（自社資金の可視化）とは領域が異なります。
- 売掛金などの債権は、改正民法（2020年4月1日施行）第166条により、原則として権利を行使できることを知った時から5年で時効消滅します。督促は単なる催促ではなく、催告（民法第150条）や裁判上の請求（同第147条）と結びつく時効管理の意味を持ちます。
- システムが扱うのは、あくまで自社が保有する売掛金の管理・督促です。第三者の債権を報酬目的で回収代行することは弁護士法第72条が禁じる非弁行為に触れうるため、外注時は対象範囲・会計連携・督促の適法性と内部統制が確認の軸になります。
目次
売掛金の滞留と督促の属人化——回収が担当者の記憶と手作業に依存する
取引が増えるほど、売掛金の回収は静かに重くなっていきます。請求書を出したあと、入金があったかどうか、いつ督促すべきか、次に何をするか——こうした判断が特定の担当者の記憶と手作業に依存していないでしょうか。エクセルの管理表と通帳の突合を人手で回している現場では、入金の消し込みが追いつかず、支払期日を過ぎた債権が知らぬ間に積み上がっていきがちです。
属人化の怖さは、担当者が休んだり退職したりした瞬間に表面化します。「あの取引先はいつも入金が遅い」「この案件は先方の経理と話がついている」といった暗黙知が引き継がれず、督促のタイミングを逸してしまうのです。回収が遅れれば、それは自社のキャッシュフローを直接圧迫します。売上として計上されていても、現金として入ってこない債権は、資金繰りの観点からは負担にほかなりません。
さらに見落とされやすいのが、時間の経過そのものが持つリスクでしょう。後述するように、売掛金などの債権には消滅時効があり、放置すれば法律上請求できなくなる可能性もあります*1。滞留債権を「そのうち払ってもらえる」と抱え込むことは、回収機会を静かに失う行為でもあるわけです。本稿では、こうした課題に応える「債権回収・督促管理システム」について、その役割と中核機能、開発を外注する際の確認点を、民法や関連法の一次情報を確認しながら整理していきます。
債権回収・督促管理システムとは——消込・督促・回収を一元化する業務基盤
債権回収・督促管理システムとは、売掛金をはじめとする債権について、入金の消し込みから滞留債権の抽出、督促、そして回収や法的手続への引き継ぎまでを一元的に管理する業務基盤を指します。請求という行為の「その後」、つまり実際に現金を回収しきるまでの実務を支える点に特徴があるといえるでしょう。
具体的には、債権ごとに支払期日や残高、督促の履歴、担当者などを台帳として保持し、入金データと突き合わせて消し込みを行います。期日を過ぎても入金が確認できない債権を自動的に抽出し、あらかじめ定めた段取りに沿って督促のアクションを促す、という流れが中心です。督促の手段はメールやショートメッセージによるリマインド、書面での督促状、電話での架電など複数あり、これらをどの順番でいつ行うかをステップとして管理します。担当者の記憶に頼っていた判断を、仕組みとして標準化するわけです。
この標準化は、単に事務を効率化するだけにとどまりません。誰がいつ督促し、先方がどう応じたかという記録が残ることで、回収状況を組織として把握できるようになります。督促の抜け漏れが減り、対応の履歴が証跡として蓄積される点は、後々の交渉や法的手続を見据えても意味を持つでしょう。
システムが扱うのは自社の売掛金——回収代行やサービサー業務とは領域が異なる
ここで一つ、はっきりさせておきたい線引きがあります。債権回収・督促管理システムが支援するのは、あくまで自社が保有する売掛金などの債権を、自らの手で管理し督促・回収する業務です。第三者が持つ債権を、報酬を得る目的で代わりに取り立てる行為とは、まったく領域が異なります。
法律上、弁護士または弁護士法人でない者が、報酬を得る目的で、訴訟事件その他一般の法律事件に関して代理・和解その他の法律事務を業として取り扱うことは、弁護士法第72条によって禁じられています（いわゆる非弁行為）*3。また、他人が持つ特定の金銭債権の管理・回収を「業として」行えるのは、債権管理回収業に関する特別措置法（サービサー法）に基づき、法務大臣の許可を受けた債権回収会社に限られます*4*5。自社の売掛金を自ら請求・回収する行為は、これらの規制が対象とする「業としての回収代行」には当たりません*5。
したがって本稿で扱うシステムは、こうした規制対象の業務を代行するものではなく、自社債権の回収実務を効率化・標準化するためのものだと理解しておいてください。督促の手段そのものも、取引先との関係や社会通念を踏まえた適法な範囲にとどめる設計が前提になります。過度な取り立てを助長する仕組みではない、という点は要件定義の出発点として押さえておきたいところです。
請求書発行・資金管理(TMS)との違い——「回収・督促の実務」に特化する
債権回収・督促管理システムを検討する際、当サイトでも扱ってきた「請求書発行・管理」や「資金管理システム(TMS)」、あるいは「販売管理」と役割が重なるのでは、という疑問が生じやすいところです。結論からいえば、扱う対象と守備範囲がそれぞれ異なります。この違いを整理しておかないと、要件が重複したり、肝心の回収・督促の機能が抜け落ちたりしかねません。
請求書発行・管理のシステムは、取引に基づいて請求データを作成し、請求書を発行・送付する業務を担います。いわば「請求を起こすところまで」が主眼です。一方、資金管理システム(TMS)は、複数の口座やグループ会社にまたがる残高を集約し、いま自社にいくら資金があり今後どう動くかという資金ポジションと資金繰りを可視化する仕組みでした。こちらの主眼は自社資金の見える化と、調達・運用の判断にあります。
これらに対して債権回収・督促管理システムが特化するのは、「請求したあと、実際に回収しきるまでの実務」です。入金があった債権を消し込み、入金のない債権を滞留として抽出し、督促を段階的に進め、それでも回収できなければ法的手続へ引き継ぐ——この一連の回収・督促プロセスが中心になります。請求書発行が「請求まで」、資金管理(TMS)が「自社資金の可視化」を担うのに対し、本システムは「他者から回収する債権の管理と督促」に軸足を置くわけです。三者の関係を整理すると、次の通りです。
| 観点 | 請求書発行・管理 | 資金管理(TMS) | 債権回収・督促管理 |
|---|---|---|---|
| 主に扱う対象 | 請求データと請求書 | 自社の資金残高・資金繰り | 未回収の債権（売掛金） |
| 中心となる役割 | 請求の作成・発行 | 自社資金の可視化と運用判断 | 入金消込・督促・回収の管理 |
| プロセスの位置 | 請求するところまで | 入ってきた資金の管理 | 請求後、回収しきるまで |
| 督促・時効の管理 | 直接の機能ではない | 直接の機能ではない | 督促ステップと時効期日を管理*1 |
もっとも、三者は対立するものではありません。請求書発行で確定した請求データを債権回収・督促管理システムが受け取り、回収した入金の予定を資金管理(TMS)の資金繰り予測へ渡す、というように連携させて使うのが現実的です。大切なのは、「請求を起こす仕組み」「自社資金を見る仕組み」「債権を回収する仕組み」を切り分けて要件を定めること。役割を整理しておくと、本システムの守備範囲と、既存システムとの連携範囲がはっきりします。
中核となる4つの機能要素——消込連動・督促ステップ・与信連携・法的引き継ぎ
債権回収・督促管理システムの要件を考えるうえで、中核となる機能は大きく4つに整理できます。入金消込との連動と滞留債権の抽出、督促ステップの管理と時効の管理、与信情報との連携と回収予測、そして貸倒・法的手続への引き継ぎ管理です。順に勘所を見ていきましょう。
入金消込との連動と滞留債権の抽出
回収管理の土台になるのが、入金の消し込みです。銀行口座の入金データやファームバンキングの明細と、システムが保持する債権台帳とを突き合わせ、どの入金がどの請求に対応するかを対応づけます。振込名義が請求先と一致しない、複数の請求がまとめて一括で振り込まれる、一部だけ入金される、といったケースをどう扱うかが設計上の要点になるでしょう。名義の揺れや金額の差異を吸収する消込ロジックの精度が、そのまま運用負荷を左右します。
消込が回れば、その裏返しとして「入金のない債権」を機械的に抽出できます。支払期日を何日超過したか、金額はいくらか、督促を何回行ったかといった条件で滞留債権を一覧化し、優先度をつけて対応できる状態にするわけです。人手の突合では見えにくかった滞留の全体像が、ここで初めて可視化されます。
督促ステップの管理と時効の管理
抽出した滞留債権に対し、督促をどの順番でいつ行うかを段階（ステップ）として管理します。たとえば期日超過の翌日にメールでリマインドし、一定期間を過ぎたら督促状を送付、それでも応答がなければ担当者が架電する——といった段取りをあらかじめ定義し、システムが次のアクションと期限を示す形です。督促の履歴や先方の応答も記録として残すことで、対応の抜け漏れと二重督促の双方を防げます。
ここで見落とせないのが、督促が持つもう一つの意味、すなわち時効の管理です。売掛金などの債権は、改正民法第166条第1項により、債権者が権利を行使することができることを知った時から5年間、または権利を行使することができる時から10年間行使しないときに、時効によって消滅します（いずれか早い方）*1。2020年4月1日に施行された改正では、それまで職業別に定められていた1年〜3年の短期消滅時効が廃止され、原則として5年に一本化されました*2。通常の商取引で生じる売掛金は、支払期日を把握しているため、実務上は5年が目安になると考えられます。
督促は、この時効に対しても働きかけます。書面などで支払いを求める「催告」を行うと、その時から6か月を経過するまでの間は時効の完成が猶予されます（民法第150条）*1。ただし催告を繰り返しても猶予は延長されません。時効を確定的に止めて新たに進行させ直す（更新する）には、裁判上の請求や支払督促などの手続が必要です（民法第147条）*1。システムとしては、債権ごとに起算日と時効の到来予定日を保持し、期日が近づいた債権を早めに知らせる仕組みが望まれます。督促のステップと時効の期限を結びつけて管理することで、放置による回収機会の喪失を防ぎやすくなるでしょう。
与信情報との連携と回収予測
回収の実務は、督促して初めて考えるものではなく、取引を始める前の与信管理と地続きです。取引先ごとの与信限度額や過去の支払い実績、遅延の傾向といった情報とひも付けておけば、滞留が発生したときに「この取引先はどの程度のリスクか」を踏まえて対応の強弱を決められます。支払いが遅れがちな相手には早めに督促を寄せ、通常は期日どおりに払う相手には猶予を持たせる、といった判断の裏付けになるわけです。
蓄積した回収データは、回収の予測にも活かせます。期日からの経過日数や過去の回収パターンをもとに、どの債権がいつ頃回収できそうかを見立てる材料になるからです。こうした予測は資金繰りの見通しにも直結するため、資金管理(TMS)や会計側へ回収予定を渡す連携とあわせて設計しておくと、経営判断に使える情報として価値が高まるでしょう。
貸倒・法的手続への引き継ぎ管理
督促を尽くしても回収できない債権は、どこかで貸倒や法的手続の検討へ移す必要があります。任意の督促で回収できない場合、支払督促の申立てや訴訟といった法的手続に進む選択肢がありますが、これらは弁護士など専門家と連携して進める領域です。システムに求められるのは、こうした引き継ぎをスムーズにする準備といえます。
具体的には、いつ・どのような督促を行い、先方がどう応じたかという証跡を漏れなく蓄積し、必要なときに一覧として取り出せるようにしておくことです。督促の履歴や契約・請求の記録がそろっていれば、法的手続の検討時に状況を正確に伝えられます。あわせて、回収の見込みが立たない債権を貸倒として区分し、会計処理へつなぐ流れも整理しておきたいところ。回収から法的手続、そして会計への出口までを見据えて設計することで、システムが債権のライフサイクル全体を支える基盤になります。
債権回収・督促管理システムの開発を外注する際に確認したいこと
債権回収・督促管理システムは、会計や販売管理との連携、督促の適法性、そして資金にかかわるがゆえの内部統制が品質を大きく左右します。開発を外注する際は、次の点を委託先とすり合わせておくと、後戻りを抑えやすくなります。
対象とする債権・回収業務の範囲を明確にする
まず、システムで扱う業務の範囲を洗い出すことが出発点です。入金消込までを自動化したいのか、督促のステップ管理まで含めるのか、さらに与信連携や法的手続への引き継ぎまで見据えるのかによって、必要な機能は大きく変わります。自社の取引が売掛金中心なのか、手形や電子記録債権も混在するのかも論点になるでしょう。範囲があいまいなままだと、消込ロジックや督促の自動化といった肝心の機能が見積りから抜け落ちがちです。回収業務の実態を棚卸しし、優先度を委託先と共有しておきましょう。
会計・販売管理・入金データとの連携を設計する
債権回収・督促管理システムは、単独で完結する仕組みではありません。販売管理や請求書発行で確定した債権データを取り込み、銀行の入金明細と突き合わせて消し込み、その結果を会計や資金管理(TMS)へ渡す——こうしたデータ連携の方式を、早い段階で設計しておくことが重要になるでしょう。連携のデータ様式や取り込みのタイミング、口座明細の取得方法をあらかじめ固めておけば、二重入力や転記ミスを抑えられます。既存システムの改修範囲も、あわせて見積りに含めておきたいところです。
督促の適法性と内部統制・権限管理を組み込む
督促は、取引先との関係に直接影響する行為です。前述のとおり、システムが支援するのは自社債権の督促・回収であり、他人の債権の回収代行やサービサー業務とは領域が異なります*3*4。そのうえで、督促の文面や頻度、手段が、取引先との関係や社会通念を踏まえた適法な範囲にとどまるよう、テンプレートや承認フローを設計しておくことが大切です。誰がどの督促を実行・承認できるかという権限管理、操作の履歴を残すログ、時効期日の管理といった仕組みは、資金にかかわる業務だからこそ要件の段階から組み込んでおくべきでしょう。
保守体制と時効・制度改定への追随を見据える
時効に関する民法の規定や、関連する制度・実務の運用は、時間とともに見直される可能性があります*2。督促のルールや時効管理のロジックを、後から見直せる形にしておくかどうかは、長く使ううえで効いてきます。制度が変わった際に誰がどう改修するのか、稼働後の保守体制まで含めて確認しておくと、運用開始後の負担を抑えられるでしょう。稼働後の内製移管を見据えるなら、設計ドキュメントや連携仕様の整備状況も確かめておきたいところです。委託先が回収実務と会計・法務の勘所を理解しているかは、選定の分かれ目になります。
まとめ：売掛金の滞留を防ぐために押さえる要件
本稿では、債権回収・督促管理システムについて、その役割と中核機能、外注時の確認点を、民法や関連法の一次情報に沿って整理しました。要点は3つに集約できるでしょう。第一に、本システムは売掛金の入金消込と滞留債権の抽出、督促のステップ管理、与信連携と回収予測、貸倒・法的手続への引き継ぎを一元化する業務基盤であり、「請求まで」を担う請求書発行や「自社資金の可視化」を担う資金管理(TMS)とは領域が異なります。第二に、督促は単なる催促ではなく時効管理の意味を持ちます。売掛金は改正民法第166条により原則5年で時効消滅するため、催告（第150条）や裁判上の請求（第147条）と結びつけて期日を管理する視点が欠かせないといえるでしょう*1*2。第三に、システムが扱うのはあくまで自社債権の督促・回収であり、他人の債権の回収代行は弁護士法第72条やサービサー法の規制対象となるため、外注時は対象範囲・会計連携・督促の適法性と内部統制が確認の軸になります*3*4。売掛金の滞留は、放置するほど回収が難しくなります。自社の回収業務を棚卸ししたうえで、どこまでを仕組み化するかを見極めることが、検討の出発点になるといえるでしょう。
よくある質問
債権回収・督促管理システムは、請求書発行システムや資金管理(TMS)と何が違うのですか。
請求書発行システムは請求データの作成・発行までを担い、資金管理(TMS)は自社の資金残高や資金繰りの可視化を主眼とします。これに対して債権回収・督促管理システムは、請求したあと実際に回収しきるまでの実務、すなわち入金消込・滞留債権の抽出・督促のステップ管理・法的手続への引き継ぎに特化します。三者は連携させて使うのが現実的で、役割を切り分けて要件を定めることが大切です。
売掛金の消滅時効は何年ですか。督促で時効を止められますか。
改正民法第166条第1項により、債権は権利を行使できることを知った時から5年、または権利を行使できる時から10年で時効消滅します（いずれか早い方）*1。2020年4月1日施行の改正で職業別の短期消滅時効が廃止され、原則5年に一本化されました*2。書面などで支払いを求める催告を行うと、その時から6か月間は時効の完成が猶予されます（第150条）が、催告の繰り返しでは延長されません。確定的に時効を更新するには、裁判上の請求や支払督促などが必要です（第147条）*1。
自社でシステムを使って督促するのに、弁護士法やサービサー法の許可は必要ですか。
自社が保有する売掛金を、自らが請求・督促・回収する行為は、他人の債権を報酬目的で回収代行する業務とは異なります。弁護士法第72条が禁じる非弁行為*3や、債権管理回収業に関する特別措置法（サービサー法）に基づく法務大臣の許可*4は、いずれも「業として他人の債権を扱う」ことを対象とするものです*5。本システムは自社債権の回収実務を効率化するためのものであり、これらの規制対象業務を代行するものではありません。ただし督促の手段は、社会通念を踏まえた適法な範囲にとどめる設計が前提です。
入金消込の自動化では、どのような点が難しいのですか。
振込名義が請求先の名称と一致しない、複数の請求が一括で振り込まれる、一部だけ入金される、といったケースをどう扱うかが設計上の要点になります。名義の揺れや金額の差異を吸収する消込ロジックの精度が、そのまま運用負荷を左右するでしょう。銀行の入金明細やファームバンキングの取得方法、販売管理・請求データとの連携方式もあわせて設計しておくと、突合の自動化率を高めやすくなります。
債権回収・督促管理システムの開発を外注する場合、何を確認すればよいですか。
まず、入金消込・督促ステップ・与信連携・法的手続への引き継ぎのうち、どこまでを対象とするか範囲を整理します。次に、販売管理・会計・資金管理(TMS)や銀行入金データとの連携方式を設計します。加えて、督促の適法性を踏まえた文面テンプレート・承認フロー・権限管理・操作ログ、そして時効期日の管理を要件段階から組み込むことが重要です。制度改定への追随や稼働後の保守体制、内製移管を見据えたドキュメント整備の状況もすり合わせておきましょう。
著者：テレリモ総研編集部 鈴木 亮佑
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：e-Gov法令検索「民法（明治二十九年法律第八十九号）」第166条・第147条・第150条（ https://laws.e-gov.go.jp/law/129AC0000000089 ）
- *2 出典：法務省「民法の一部を改正する法律（債権関係）関係資料——消滅時効に関する見直し等」（ https://www.moj.go.jp/content/001259612.pdf ）
- *3 出典：e-Gov法令検索「弁護士法（昭和二十四年法律第二百五号）」第72条（ https://laws.e-gov.go.jp/law/324AC1000000205 ）
- *4 出典：e-Gov法令検索「債権管理回収業に関する特別措置法（平成十年法律第百二十六号）」（ https://laws.e-gov.go.jp/law/410AC1000000126 ）
- *5 出典：法務省「債権回収会社（サービサー）制度——債権管理回収業に関する特別措置法」（ https://www.moj.go.jp/housei/servicer/kanbou_housei_chousa01.html ）
