入金消込とは、口座に届いたすべての振込を、月末ではなく届いたその日のうちに、それが支払う一枚または複数の請求書と突き合わせることです。そうすれば回収担当は誰が実際に支払ったかを把握して督促をやめ、参照情報なしで届いた金額は担当者のいるキューに入り、経営者は大きな購入を決める前に今後数週間でどれだけの資金が入ってくるかを把握できます。第六回では、すべての請求書に回収カレンダーと支払約束の記録を用意しました。この第七回にして最終回で道のりを完結させます。照合を混乱させる三つのケースとそれを解決する四つのツール、次に週ごとの資金繰りビュー、そして最後に販売を一日も止めない順序で販売をデジタル化する 90 日計画です。

入ってきたお金の行き先が分からなくなる三つのケース

多くの会社では、入金の照合は一人の経理担当者に任されています。銀行取引明細を開き、振込人の名前を読み、どの顧客がどのように支払うかを覚えている人です。取引明細と表計算ソフトは良いツールであり、ある顧客の振込が親会社の名義で届くことを知っている経理担当者は、事業にとって本物の価値です。しかし照合は、繰り返し起こる三つのケースでつまずきます。

  • 参照情報のない振込。金額が略称や顧客のグループ会社の名義で、請求書番号なしに届きます。お金は口座にあるのに、顧客は年齢表で延滞のままで、回収担当が明日、すでに支払われた金額の督促の電話をかけるかもしれません。
  • 一件の振込で複数の請求書を支払う。顧客の経理チームがその月の請求書を一回の支払いにまとめます。その金額がどの請求書に対応するのか誰も正確に分からなければ、当て推量で古いものから割り振られ、顧客が支払うつもりのなかった請求書が消し込まれる一方、実際に支払った別の請求書は残ったままになります。
  • 請求額に満たない支払い。顧客は、異議のある明細行の金額を差し引いて請求書を支払います。破損して届いた商品、実施されなかったと顧客が言うメンテナンス訪問、あるいは顧客が承認していない出来高請求の数量などです。理由を付けずに金額だけを記録すると、その差額は二か月後には誰も経緯を知らない小さな残高になります。

これは顧客が何かを隠しているという意味ではありません。顧客の経理チームは自分たちのやり方で仕事をし、いつもどおりに支払っています。答えは、すべての振込が自分の請求書を見つけられる道筋を顧客に用意し、それでも行き先のないものは一か所の見える場所で扱うことです。

すべての振込が請求書を見つけられる四つのツール

  • 銀行が提供していれば、顧客ごとの専用口座番号。銀行がメイン口座にひも付いたバーチャル口座番号を提供している場合は、各顧客に専用の番号を割り当て、その顧客の請求書と取引明細書に印刷します。そうすれば支払者が参照情報をまったく書かなくても、振込は届いた番号によって振込人を特定できます。これを前提に仕組みを作る前に、銀行にサービス内容と条件を確認してください。
  • 顧客からの支払通知。顧客の経理チームに、振込のたびに支払う請求書とそれぞれの金額を記載した通知を、営業担当者の受信箱ではなく入金専用の一つのメールアドレスに送ってもらうよう依頼します。この依頼と、振込の参照欄に記載すべき請求書番号を、請求書そのものと月次の取引明細書に印刷し、依頼がすべての書類と一緒に届くようにします。
  • 銀行取引明細の日次取り込み。月末に明細を開くのではなく、毎日の取引をその日のうちにシステムへ取り込みます。銀行の法人向けポータルからダウンロードしたファイルでも、利用できる場合は直接連携でも構いません。サウジアラビア中央銀行が発表したオープンバンキング・フレームワークは、第一版で口座情報サービスに焦点を当てました。これは銀行の顧客が自分の金融データを第三者の事業者と安全に共有できるようにするもので、サウジアラビアのオープンバンキングで説明したとおりです。システムは参照欄の請求書番号、顧客の専用口座、またはその顧客の未決済請求書一件と一致する金額から照合候補を提案し、経理担当者が承認します。
  • 未消込入金を担当者のいる見えるキューにする。対応する請求書が分からない金額はすべて一つのキューに入れ、ひそかに膨らむ仮受金勘定には入れません。各行には追跡する担当者と期日があり、顧客は分かっているが請求書が分からない場合、その顧客は年齢表に「入金済み、割当待ち」という印付きで表示されます。解決するまで回収カレンダーは督促を止め、第三回の出荷停止を割り当ての前に解除するか後に解除するかは経営者が決めます。

請求額に満たない支払い：届いた分を消し込み、差額を記録する

顧客が請求額より少なく支払ったときは、理由が分かるまで請求書を消し込まず、差額の督促もしないでください。受け取った金額を異議のない明細行に充当し、差額は理由、担当者、期日とともに第五回の係争記録に入力します。係争があなたの側に有利に決着すれば、差額は署名済みの納品書などの証拠とともに回収カレンダーに戻ります。値引きや返品で決着した場合は、VAT 施行規則第 40 条第 1 項に定める供給価額が変わるケースの一つにあたり、そこには販売後に合意した減額も含まれます。そのため、元の請求書を明確に参照するクレジットノート（第 54 条第 1 項および第 4 項）を、その事象の翌月の 15 日までに発行します（第 54 条第 6 項）。

逆のケースも起こります。未決済の請求書を上回る振込や、一部の工事請負契約が定めるような納品前の前払金です。差額は顧客名義の貸方残高として記録され、その顧客の取引明細書に表示され、次の請求書に充当されるか、承認された決定によって返金されます。一般勘定の中に紛れ込むことはありません。前払金や顧客に返金した残高の税務上の取り扱いについては、税理士に相談してください。

週ごとの資金繰り：大きな決断の前に見るべき数字

入金が毎日照合されるようになると、会社は入ってくるお金について持ちうる最も正確な情報を手にします。資金繰りビューはそれを一つの表にまとめ、経営者が選んだ期間、たとえば四半期にわたって週ごとに、三つの入金源から示します。

  • まだ期日が来ていない請求書。それぞれ期日のある週に計上します。期日は、経営者が第三回で顧客ごとに設定した支払条件から計算します。
  • 記録済みの支払約束。第六回の延滞請求書に関するもので、期日が来る週に計上し、権利ではなく約束なので別の行にします。
  • 係争中の金額と保留金。係争が解決するか、解放条件が満たされるまで予測から外し、参考情報としてのみ一行に示します。

その反対側には出金が並びます。購買シリーズの仕入先への期日どおりの支払いと取引明細の照合で構築した、毎週期日を迎える仕入先請求書を含む予定された支払いサイクルに加え、給与や家賃などの固定的な支出です。各週の予想入金と予定出金の差額が、大口の発注書に署名したり、先行資金が必要なプロジェクトを引き受けたりする前に経営者が必要とする数字です。資金不足が起こる一か月前にそれを示す週があれば、回収を早めたり支払いを組み替えたりする時間があります。当日に見つかった資金不足には、銀行の融資枠とそのコストしか残されていません。

数字を正確に保つため、毎週、見込んでいた金額と実際に届いた金額を顧客ごとに比較してください。特定の顧客との差異が繰り返されるなら、計画の際にその顧客の約束をどこまで当てにできるかが分かります。それは顧客担当者が顧客と話し合うべきことであり、顧客に対する判定ではありません。

AI の出番

流れが整えば、AI には入金業務で本当の仕事があります。メールや添付ファイルで届く支払通知を読み取って請求書番号を抜き出すこと、参照情報のない振込について金額、日付、その顧客の過去の支払い方から照合候補を提案すること、そしてチームの口調でリマインダーを下書きし、何かを送る前にチームが確認できるようにすることです。

しかし、その価値は流れが整った後に生まれるもので、前ではありません。照合を提案するには、三つの名前ではなく一件のマスタを持つ顧客、確認済みの納品から発行された請求書、理由とともに記録された係争が必要です。乱れたデータの上では、AI は自信満々に誤った照合を提案します。そして提案はあくまで提案です。経理担当者が承認し、決定は人に委ねられたままです。

Origami の見解

私たちが企業のために販売サイクルを構築するとき、照合と資金繰りビューは最初ではなく最後に作ります。ダッシュボードはそれより前の各ステーションが生み出すものを読み取るからです。重複した顧客リストや納品とひも付いていない請求書の上に作られたダッシュボードは、誰も信用しない見栄えの良い数字を出すだけで、経営者は結局また経理担当者に尋ねることになります。

そのため私たちは顧客マスタと価格表から始め、会社が実際にどう販売しているかに合わせて、各ステーションを前のステーションの上に積み上げていきます。誰が値引きを承認するのか、誰が現場で納品にサインするのか、振込と銀行取引明細がどのように届くのか、といった点です。このサイクルは会計システムや電子インボイスを置き換えるのではなく、それらと連携します。これは当社のサービスを通じて構築するカスタムシステムの一部です。

販売を決して止めない順序で進める 90 日計画

サイクル全体を一日で一斉に切り替えたくなるものです。日々の販売を守る順序は、何から移行するか？事業を止めない移行順序で説明したとおり、まず固定データ、次に取引です。各段階は、会社全体に展開する前に一つの支店や一つの顧客グループから始めることができます。

  • 一か月目：顧客マスタ、価格表、見積承認、与信限度額。顧客マスタを統一して重複を統合し、各顧客について、第三回で紹介した二つの無料の公的確認を経た VAT 番号と商業登記、支払条件、請求書を受け取る権限のある担当者を登録します。統一された価格表と第二回の値引き権限を承認し、経営者が各顧客の与信限度額を設定し、以後の見積もりはシステム上で作成・承認されます。今月は納品、請求、回収はこれまでどおり続くため、何も止まりません。
  • 二か月目：納品証明、納品からの請求書、係争記録。顧客は納品や完了した作業にスマートフォンでサインし、請求書の下書きは確認済みの納品から作成され、すべての異議には理由と担当者を記した行が設けられます。今月最も重要なステップは、システム導入前に発行された未決済の請求書を、期日とともに顧客ごとの期首残高として登録することです。そうしなければ年齢表は初日から不完全なまま始まります。
  • 三か月目：回収カレンダー、顧客向け取引明細書、入金消込、そして資金繰りダッシュボード。すべての請求書について回収カレンダーが始まり、最初の月次取引明細書が送られ、銀行取引明細が毎日取り込まれ、未消込入金のキューが開かれます。月末、すべてのステーションがデータを生み出すようになった時点で、資金繰りダッシュボードを公開します。

各段階には、経営者が定めて告知する、旧来のやり方をやめる日付があります。ある日付からはシステムを通さない値引きは一切出さず、別の日付からは確認済みの納品からでなければ請求書を発行しません。告知された日付がなければ二つのやり方が並行して続き、楽なほうが勝ちます。毎月末には、システム自体から読み取る三つの指標を確認してください。確認済みの納品から発行された請求書の件数、届いた当日に照合された振込の件数、期日を過ぎた係争の件数です。これらの数字の月ごとの推移は、最初に設定したどんな目標よりも正直です。

システム導入前にファイル、メール、紙で存在していたものは、移行後も削除しません。VAT 施行規則第 66 条第 1 項は、請求書、記録、会計書類を、関係する課税期間の終了から少なくとも 6 年間保存することを求めています。古いアーカイブは保存され、参照できる状態に保たれます。自社の状況に固有の事柄については、会計士または税理士に相談してください。

シリーズを締めくくるにあたって

七回にわたり、私たちは販売サイクルをステーションごとにたどってきました。七つのステーションと各ステーションでお金が滞る場所を整理し、次に見積もりと値引き権限、掛け売りの前の与信限度額と保証、納品証明とそこから始まる請求書、期日どおりの請求書と係争記録、売掛金の年齢管理と回収カレンダー、そして最後に入金消込、資金繰りビュー、すべてを実行に移す計画です。

覚えておく価値のある結論はこうです。販売のデジタル化は、顧客や営業チームを信用しないということではありません。あなたが待っているすべてのリヤルに、見積もりから銀行口座までの書面化された道筋があり、誰もが自分の役割を知り、経営者がお金を必要としてからではなく、決断する前にお金の流れを見られるということです。始まりは今週踏み出せる小さな一歩です。先月の顧客からの振込を取り出し、届いた当日に請求書と照合されたものがいくつあり、まだ待っているものがいくつあるかを数えてみてください。

出典