ブログに戻る
営業・CRM・売掛9分で読めます

売掛金回収を支払スケジュールに連動させる基幹システム

基幹システム(ERP)が請求書ごとに支払予定日を自動計算し、遅延・督促・資金繰りを一本化。日本の経理チームが月末に迷わない回収管理を実現します。

著者 Kikan System チーム公開 EN/JA

ある月の25日の朝のことです。東大阪の精密部品メーカーで経理責任者を務める女性が「未回収」と名付けたスプレッドシートを開き、スクロールを始めます。社員は約70名、取引先は200社を超え、未決済の請求書は増える一方です。誰が遅れているかはなんとなく分かります。けれど今週、支払予定日を過ぎた請求書がどれか、それぞれの取引先がどの支払条件なのか、「本当の意味で遅延している金額」と「まだ期日前の金額」の区別は、一覧では分かりません。そこで営業にメールを送り、営業からは見当違いの返事が来て、月末までに着くはずだった資金が2週間遅れて入金されます。

この光景は、日本の経理部門で毎月起きています。原因は怠惰ではありません。売掛金、支払条件、支払予定日、回収のアクションが、別々の場所に散らばっているのが問題です。基幹システムはこれらを同じ1件の記録にまとめることで解決します。回収が勘ではなくスケジュールに従って進むようになります。

回収はカレンダーではなくスケジュールに従うべき理由

回収を動かすべき数字は「この請求書が発行されてから何日経ったか」ではありません。「契約した支払予定日を何日過ぎているか」です。似ているように聞こえますが、まったく違います。

翌月末払いの取引先で、3日に請求書を発行した場合、20日の時点では遅れていません。一方、30日払いの取引先で3日に請求書を発行した場合は、20日の時点でかなり遅れています。両者を同じように扱えば、きちんとスケジュール通りに支払う優良な取引先に過剰に催促するか、本当に遅延している相手を見逃すか、どちらかになります。どちらも信頼を損ない、どちらも金額的な損失を生みます。

解決策は構造にあります。売掛金は、それを生み出したスケジュールを自ら保持しなければなりません。請求書を確定する際、システムはその取引先の支払条件を読み取り、支払予定日を計算して、書類に刻み込みます。その瞬間から、すべての一覧、すべての年齢区分、すべてのリマインドを、発行日からの距離ではなく、本当の支払予定日からの距離で並べることができます。

これはあれば便利な機能ではありません。Atradius が発表した「2025 Payment Practices Barometer for Japan」によれば、日本の企業間取引の約49%で支払遅延が起きており、請求発行からの平均支払期間は約42日に上ります。売掛金の半分が遅れ込むリスクにある中、見当で回収する余裕はありません。

スケジュールこそが信頼できる唯一の情報源

よく作られた基幹システム(ERP)では、支払スケジュールは自由入力のメモではなく、独立した第一級の情報として扱われます。支払条件を一度定義し、各取引先に紐付けるだけです。その条件は2つの情報を持ちます。支払予定日の算出方法と、支払対象額の計算方法です。

日付について、システムは日本の経理チームが実際に使うパターンに対応します。月末払い、つまり請求発行月の最終日が支払予定日になるパターン。翌月末払い、商社系の取引先が好む決算に都合のよい条件。翌月の固定日払い、たとえば「翌月15日払い」で、卸売の継続取引でよく使われる条件。そして請求発行日から起算する日数払い、サービス業が使う純粋なネット条件です。

金額については、請求総額に対する割合でも、固定金額でも設定できます。これは分割で請求する場合や、契約で一部前金と納品時の残金を定めている場合に重要です。スケジュールが合意内容をそのまま表現し、売掛金がそれを受け継ぎます。誰も覚えておく必要はありません。

売上請求書を確定すると、システムは同時に2つの処理を行います。請求書番号を付与し、取引先に紐付いた支払条件から支払予定日を計算します。2つは書類が存在する間ずっと紐付いたままです。下書きを開き直して再確定しても、同じ番号が再利用され、現在の請求発行日に照らして支払予定日が再計算されます。実際の支払予定日と乖離していく別の「条件」入力欄は存在しません。そもそも別の条件欄がないからです。支払予定日そのものが、条件を具体的に表現したものです。

回収担当者が読みたくなる売掛金の見え方

支払予定日が確かなものになれば、年齢区分の表示も正直になります。未決済の請求書を、発行からの日数ではなく、支払予定日からの経過日数で並べ替えることができます。回収チームが実際に使う3つの見え方を構築できます。

1つ目は「まもなく期日」です。これらの請求書は条件の範囲囲内にありますが、支払予定日が近づいています。ここでの穏やかなリマインドは、関係を守り、遅延そのものを未然に防ぎます。

2つ目は「本当の遅延」です。契約した支払予定日を過ぎており、ここからが実際の回収作業になります。電話、エスカレーション、承認ワークフローが本領を発揮するのはこの領域です。

3つ目は「係争中・保留中」です。取引先側に理由がある場合もあります。商品の到着が遅れた、消費税の行が手元の適格請求書登録番号と合わない、ロットが不合格となりクレジットメモの発行待ちである、などです。売掛金が保留中であることと、その理由を見える化しておかないと、正当に係争中の請求書に対して催促を繰り返すことになります。

複式簿記の基幹システムは、クレジットノートが修正ではなく正式な書類であるため、3つ目の見え方を可能にします。過去の請求書に対してクレジットメモが発行されると、売掛金への影響をきれいに反転させます。回収担当者は相殺するクレジットが存在することを確認し、督促のしかたを調整できます。

1社につき1つのスケジュール、1つの数字

東大阪の精密部品メーカー、社員約70名を例にします。建設業者や少数の装置組み立てメーカーに部品を販売しており、おおむね翌月末払い、売上の大きな割合を占める2社だけは、営業担当役数年前に交渉した「翌月15日払い」の特別条件となっています。

導入前は、経理チームがスプレッドシートを毎月更新していました。1行が1件の請求書、「支払予定日」の列には取引先の条件を思い出しながら手入力していました。ミスは日常茶飯事でした。2社の大型取引先には条件より前にリマインドが飛ぶことがあり、売上の大きな部分を握る購買担当者の怒りを買っていました。一方、小さな取引先は、30日という期間の窓が閉じていることに誰も気づかず、45日間も未回収のまま放置されることがありました。

売掛金がスケジュールに連動すると、見え方が変わります。すべての請求書が、取引先の実際の条件から計算された支払予定日を持ちます。翌月末払いの取引先はまとめてグループ化され、月末の最終週に一斉に回収対応します。2社の大型取引先は、15日を過ぎるまでリマインドの対象から外れます。係争中の明細は、クレジットメモが別のメールスレッドではなく同じシステム内に存在するため、はっきりと分かります。

この規模の会社にとって、成果は劇的なパーセンテージではありません。安定性です。資金は条件が示す時期に着き、大型取引先への誤った催促は止まり、経理責任者は月末にスプレッドシートを手作業で組み立て直す必要がなくなります。1年を通じて、「記憶で回収する」場合と「スケジュールで回収する」場合の差は、数週間分の運転資金に相当します。社員70名のメーカーにとって、それは快適な月末決算と、給与支払日に慌てふためく状態の差になります。

自動化されること、人間が残ること

財務において、自動化への正直な態度は重要です。システムがどこまでを担い、どこを人が判断するのか、はっきりさせておきます。

システムは、請求書の確定時に支払条件から支払予定日を計算します。請求書番号を付与します。請求書が確定された時点で会計仕訳を起票するため、売掛金は取引先に届くのと同じ瞬間に帳簿に記録されます。書類を誰がいつ確定したかを記録し、証跡を残します。受け取った入金を複数の方法で分割して記録できるため、銀行振込と現金を一部ずつで支払う取引先も正しく記録され、照合用の銀行名と参照番号が保存されます。支払済み書類の削除をブロックするため、確定済みの履歴が静かに消されることはありません。

一方で、自動督促は行いません。システムが自走で督促メールを順番に送る仕組みはありません。なぜなら日本では、地位のある取引先への見当違いなリマインドは、リマインドしないより悪い結果を生むからです。回収のタイミングと方法を判断するのは担当者であり、すでに実際の遅延日数で正しく並んだ一覧を基に作業します。スケジュールは対象を示します。関係構築という回収の仕事は、引き続き人が担います。

境界についても率直に申し上げます。本システムの回収機能は多通貨対応ではありません。海外の取引先をドルやユーロで請求し、売掛金での為替換算が必要な場合は、現在は未対応であり、ロードマップに組み込まれるまでは換算を手作業で行っていただくことになります。また、特定の請求明細への入金の当込みも、取引先が一部のみ支払ったり複数の請求書を1回の振込にまとめたりする際の判断であり、人が行います。システムは取引先に対して入金を記録します。それを請求書に正確に割り当てるのは回収担当者の腕の見せ所です。

今、これが急務となる日本の背景

2つの力が、支払スケジュールの規律を5年前よりも今はるかに重要にしています。

1つ目は2025年の「更新の崖」(レガシーシステムの保守終了ラッシュ)です。日本の多くの企業が、元のベンダーがもはやサポートしない古い財務プラットフォーム上で稼働しており、古いシステムが寿命を迎えるにつれ、財務チームは新しいシステムへの移行を迫られています。この混乱は同時に好機でもあります。移行するなら、手作業の支払予定日という悪習をそのまま持ち込まずに済みます。新しいシステムの初日から、売掛金にスケジュールを組み込むことができます。

2つ目は、資金繰りの圧力そのものです。帝国データバンクの発表によれば、2024年の日本の企業倒産件数は10,261件に上り、12年ぶりに1万件を超えました。主因は、コスト上昇と人手不足に苦しむ小規模事業者です。利益率が薄く、倒産リスクが高い状況では、35日目に回収できるか65日目になるかの差は、誤差ではありません。生死を分ける問題です。誰も気づかないまま最大の取引先が30日遅れで支払えば、その企業は無償で取引先の運転資金を立て替えていることになります。2025年において、それは多くの小規模メーカーには許されない贅沢です。

適格請求書制度が3つ目の層を加えます。登録義務の運用開始以降、取引先は支払を解放する前に、請求書上の登録番号と消費税の行を照合するよう厳しくなっています。税の内訳と登録番号が確定時に正しく入った、きれいで確定済みの書類に紐付いた売掛金は、手書きの修正が入った紙の請求書よりも早く支払われます。スケジュールの規律と書類の規律は互いに強め合います。

実際の機能にどう結びつくか

どれも抽象論ではありません。支払条件は一度定義して取引先全体で再利用するマスターデータであり、既定値が強制されるため、誰かが設定し忘れても新しい請求書は常に妥当な条件を受け継ぎます。請求書はその条件に対して確定され、支払予定日が刻まれたのち、未確定、送信済み、入金済みとライフサイクルを進み、売掛金が作られた瞬間に元の売上書類はロックされます。入金は受け取った現金を方法別に分割し、取引先に対して記録し、下書きから進行中、入金済みへと状態が進みます。クレジットノートは売掛金をきれいに反転させるため、係争や返品は埋もれずに回収担当者に見えます。

継続取引の日本の取引先向けに、請求書は残高繰越形式を持てます。前回残高、入金済額、繰越額がすべて明細に表示されます。これは多くの卸売・商社系の取引先が期待する形式であり、回収担当者と取引先が、支払うべき金額について同じ残高を見ながら話せることを意味します。会社ごとのデータ分離により、ある会社の取引先マスター、支払条件、売掛金が別の会社に混ざり込むことは決してありません。

-> 関連:複式簿記ベースの基幹システムで月次決算を最短化

-> 関連:承認ワークフローで月次決算を守る

よくある質問

システムを切り替えると、回収は好転する前に一度悪化しますか。

どの移行にも学習曲線はあります。回収を安定させるには、本番稼働前にすべての取引先の正しい支払条件を新しいシステムに読み込んでおくことです。そうすれば、最初に確定する請求書がすでに正しい支払予定日を持ち、初日から年齢区分も正直になります。リスクはソフトウェアではなく、誤った条件を読み込んだうえで新しい支払予定日を信じ込むことにあります。

費用対効果はどのくらいで出ますか。

社員70名で取引先数百社の会社の場合、通常は2〜3回の月末サイクルで効果が表れます。条件内の取引先への無駄な督促が止まり、遅れ込んだ取引先の見逃しがなくなり、毎月数日分の運転資金を取り戻せます。Kikan System は最大2ユーザーまで無料、クレジットカード不要で始められるため、遅延が売掛金の一部にしか及ばなくても、スケジュールの是正だけで費用を素早く回収できるのが通例です。

国内の請求慣行に対応していますか。

はい。月末払い、翌月末払い、翌月固定日払い、日数払いはすべて標準で対応しており、残高繰越形式の明細は卸売・商社系の取引先が期待するものです。消費税の行と適格請求書登録番号は確定済みの請求書に記録され、それこそが今、取引先が支払前に確認する内容です。

小規模な経理チームでも使えますか。大企業向けですか。

小規模なチームがまるで大きなチームのように動けるように作られています。回収担当者は実際の遅延日数で並んだ一覧を開き、未回収の請求書と並んで係争中のクレジットを見て、上から下へ作業します。必要なのは1名の担当者と正直なスケジュールであり、専任の与信管理部門ではありません。

重要なポイント: 回収とは、請求書が発行されてからの経過日数の問題ではありません。本当の支払予定日を何日過ぎたかの問題です。すべての売掛金を支払スケジュールに連動させる基幹システムは、月末回収の当て推量を、並び替えられ、説明可能な一覧に変えます。このたった一つの変更が、どんなリマインドのテンプレートよりも確実に資金を守ります。

スケジュールで回収を始めましょう

もしご自身のチームが、25日に「未回収」と名付けたスプレッドシートをまだスクロールしているなら、スケジュールはすでに壊れています。実際の条件から支払予定日を計算し、遅延は遅延として見せてくれるシステムで、一度だけ直しておきましょう。

Kikan System は各売掛金を支払スケジュールに連動させ、確定時に支払予定日を計算し、回収担当者に実際の遅延日数で並んだ一覧を提供します。2ユーザーまで無料、カード不要で始められて、今日、本当のスケジュールに乗せて最初の請求書を確定できます。始めるか、プランを比較してください。

関連記事

始めてみませんか?

2ユーザーまで無料、カード不要で始められます。月末のいちばんの悩みを聞かせてください。最初の30日がKikan Systemでどう変わるか、具体的にお見せします。

無料で始める