AIを使って請求書の追跡を自動化できます。エージェントに必要なものは、追跡ポリシー(リマインドのタイミング、トーン、停止して引き渡すタイミング)と、エージェントが操作できる記録システム(請求書、連絡先、メール、タスク)です。エージェントは毎朝ポリシーを実行します。期限が来ているものや期限を過ぎたものを見つけ、各請求書の進捗に応じたメッセージを送信し、送信した内容を記録し、支払われたもの、異議があるもの、または人によって一時停止されたものはスキップします。
それがしてはいけないのは、顧客を脅したり、利息を適用したり、同僚が放置するように言った請求書を追いかけたりすることです。それらは例外であり、例外は人が保持する部分です。うまくいけば、その人の仕事はリマインダーを送ることから、決定が必要な請求書の短いリストを確認することに縮小します。
理論の前のシーケンス
1つの請求書から始めて、良い追跡がどのようなものかを見てみましょう。Acme Ltdには請求書が発行されます。 ¥921,500 オン 9月1日 30日間の条件で、支払いは次の期日までに行われます 10月1日以下の手順には特別な工夫はありません。これは、勤勉なクレジットコントローラーが手作業で行うことを、エージェントが代わりに実行できるように書き留めたものです。
- Day 0: 請求書が送信されます指定された連絡先にPDFを添付し、件名に期限日を記載して送信されました。記録は送信済みであり、単に作成されたものではありません。
- 期限の3日前:ご案内短くて親しみやすい: 請求書は期日までにお支払いください。こちらがコピーです。何か問題があればご返信ください。支払われる予定の請求書は、この時点でほとんどが支払われています。
- 期限切れの翌日:最初のリマインダー明確で具体的:請求書番号、未払い残高、期限日。謝罪も脅しもなし。
- 7日後:明細書付きの2回目のリマインダーリマインダーには、顧客の記録が遅れている場合に備えて、未払いのすべてをリストした明細書が含まれています。
- 14日後:担当者が電話をかけるエージェントは、履歴を添付したアカウントオーナーのタスクを作成します。この段階での電話は、問題が現金、紛争、または請求書の紛失であるかを確認します。
- 30日後:エスカレーションの決定エージェントは選択肢(最終通知、法定利息、新規注文の保留)を提示し、担当者が選択します。エージェントは選択しません。
もう一度読み返して、その形に気づいてください。6つのステップのうち5つはルーチンで、カレンダーに従っています。1つは判断です。この比率が、請求書の追跡がビジネスがエージェントに最初に任せるべき仕事の1つである理由であり、なぜ6番目のステップも渡すのは間違いなのかです。
追跡はポリシーと記録の組み合わせである
追跡が間違うのは2つの方法です。誰もポリシーを書き留めないため、リマインダーは誰かが思い出したときに、その日の気分で送信されるか、ポリシーは存在するが記録が会計ソフト、受信トレイ、誰かの記憶に散らばっているため、送信されるリマインダーが昨日到着した支払いと矛盾することになります。エージェントはどちらも単独では修正できません。両方を明示する必要があります。
ポリシーは短いです。条件、各段階でどのメッセージが送信されるか、各段階のトーン、シーケンスを停止させるもの(支払い、紛争、期日までの支払いの約束、同僚が放置するように言うこと)および例外が誰に送られるかを明記しています。これを1ページに収められない場合、エージェントも信頼性を持って実行できません。なぜなら、隙間が推測で埋められるからです。
記録はより難しい部分であり、ほとんどのツールが間違える部分です。正しく追跡するために、エージェントは各請求書について、未払い残高(請求額ではなく)、指定された連絡先とその住所、送信日、すでに送信されたすべてのリマインダー、設定された一時停止、そして最後の実行以降に支払いが記録されているかどうかを必要とします。それらが1つのシステムに存在する場合、追跡はクエリと数回の送信です。3つのシステムに存在する場合、エージェントは調整に労力を費やし、遅かれ早かれ顧客は支払い済みの請求書のリマインダーを受け取ります。
エージェントが行うこと、ツールごとに
こちらはSoisで実行されている同じポリシーです。請求書、連絡先、メール、タスクがModel Context Protocolを介してエージェントにツールとして提供される一つのワークスペースです。個人のリクエストは継続的なものであり、エージェントは毎朝それを実行し、報告します。
- 未払い残高のある請求書を見つける
- 期限日からの日数で各請求書を追跡ステージに一致させる
- ステージ1およびステージ2の請求書に対してリマインダーを送信
- 第二のリマインダーと共に送信された口座明細書
- コールステージの請求書に対して作成されたタスク
- レビューのために要約された例外
1件の継続的なリクエスト。エージェントは、ユーザーが使用を許可された請求書検索、リマインダー、明細書、タスクツールを使用し、意図的に放置した1件の請求書を報告した。
ツールは普通の名前のものであり、それが行動をレビュー可能にしている。これらは、上記のリクエストに関連する会計ツールであり、ワークスペースがそれらを接続されたエージェントに公開する。
{
"tools": [
{ "name": "searchInvoices",
"description": "Search invoices by number, reference, contact, amount, status, type, date range. For unpaid or outstanding invoices pass outstanding_only: true." },
{ "name": "sendInvoiceReminders",
"description": "BULK payment reminders: email every unpaid invoice to its contact with a reminder message, in one action. Optionally pass invoice_ids to limit the set. Requires user confirmation." },
{ "name": "sendContactStatement",
"description": "Email ONE contact a statement of account: all their outstanding sales invoices with per-invoice balances and the total due." },
{ "name": "snoozeInvoiceChase",
"description": "Pause payment chasing for ONE invoice. Sets a snooze date; sendInvoiceReminders skips the invoice until then." },
{ "name": "recordPayment",
"description": "Record a payment against an invoice. Updates amount_paid and status." }
]
}ツール名と説明は、Sois会計モジュールが公開する通り。バルクリマインダーツールは、その説明に確認が必要であると記載しているため、クライアントはメール送信前に確認を求める。これは、MCP仕様が重要な操作に推奨する人間の介在である。
2つの詳細が注目に値する。リマインダーツールは未払い残高のある請求書に対して機能するため、部分的に支払われた請求書は正しい金額で追跡される。また、一時停止は請求書の特性であり、誰かが平易な言葉で設定した(「アクメを18日まで放置」)もので、リマインダーツールは毎回これを尊重する。エージェントは誰が何を求めたかを覚えておく必要はない。記録が覚えている。
例外が仕事である
ルーチンが自動化されると、残る作業は例外のみであり、そこにお金がある。表は毎週発生する例外と、それぞれの所有者を示している。
| 状況 | エージェントは | 人が決定する |
|---|---|---|
| 顧客が請求書が間違っていると返答する | 追跡を一時停止し、返答を請求書に添付し、タスクを作成する | クレジットするか、再発行するか、固執するか |
| 顧客が支払い日を約束する | その日まで追跡を一時停止し、約束を記録する | 日付が過ぎない限り、何もしない |
| 部分的な支払いが到着する | 支払いを記録し、残高の追跡を続ける | 残高を清算として受け入れるかどうか |
| メールがバウンスするか、連絡先が退職している | 請求書にフラグを立て、アカウントの別の連絡先を探す | 新しい連絡先は誰ですか? |
| 請求書がエスカレーションの閾値を超えました | 履歴とオプションを準備します | 最終通知、利息、または新しい作業の保留 |
| 大口または戦略的なアカウントが遅れています | ポリシーがそのアカウントに対して許可している場合のみ追跡します | このアカウントがエージェントによって追跡されるかどうか |
左の列はポリシーの行、中央の列はエージェントがそれに対して行うこと、右の列は人に残ります。行の右の列を埋められない場合、その行は自動化の準備ができていません。
タスクではなく例外を測定します。送信されたリマインダーの数は、エージェントが忙しいことを示すだけです。人が必要だった請求書の数と、それが遅れていた日数は、ポリシーが機能しているかどうかを示します。数ヶ月の間に最初の数は横ばいで、2番目の数は減少するべきです。
トーン、法律、そして関係
イギリスでは、遅延支払いに関する法律により、商業請求書が遅れた場合、供給者はイングランド銀行の基準金利に8パーセントポイントを加えた法定利息を受け取る権利があり、債務の大きさに応じて増加する固定回収金も受け取ります。合意された日付がない場合、請求書は顧客が受け取った日または商品を受け取った日から30日後に遅れ、企業間の合意された条件は通常60日以内に制限されますが、両者にとって公平な長期間は例外です。他の法域にはこれらのルールの独自のバージョンがあります。エージェントは利息を正確に計算できますが、請求するかどうかは関係に関する商業的な決定であり、アカウントを所有する人に属します。
トーンは同じ原則に従います。最初の2つのメッセージは、優れたクレジットコントローラーが送信するべきものであり、具体的で礼儀正しく、恥ずかしがらないものであるべきです。より厳しいものはステージの変更であり、ステージの変更は承認です。自動追跡の失敗モードは、メッセージが失礼であることは稀です。間違った人に、間違った金額について、間違った日に送信され、何も悪いことをしていない顧客が追跡されていると感じることです。この記事のすべてのコントロールはそれを防ぐために存在しており、そのため記録が文言よりも重要です。
1週間で設定完了
請求書、連絡先、メールがすでにツールとして利用できる一つのシステムに存在する場合、設定はポリシー文書と継続的なリクエストです。そうでない場合は、未払いの請求書とその連絡先を一つのワークスペースに持ち込み、1ページのポリシーを作成し、メッセージが正しいことを確認するために1週間手作業で運用し、その後ルーチンをエージェントに渡し、例外を保持します。
Soisでは、ワークスペースを立ち上げ、請求書を作成またはインポートし、すでに使用しているエージェント(Claude、ChatGPT、または任意のMCPクライアント)を単一のOAuthサインインで接続し、ポリシーを伝えます。エージェントはあなたの許可のもとでのみ行動します。請求書を読むことはできてもメールを送信できない同僚は、そのエージェントを通じてリマインダーを送信することもできず、すべての送信と一時停止は、そのエージェントを使用した人に対して記録されます。自分のエージェントがない場合、Chat Agent Gatewayは同じ継続的なリクエストを単一のメッセージとして受け取り、実行が完了したときに返信します。
1ヶ月後に見るべきは、リマインダーが増えるのではなく減ることです。期限前の礼儀正しいメモは、ただの後押しを待っていた請求書をキャッチし、残るのは理由が添付された短いリストで、それぞれに人の名前が付いています。
人々が尋ねる質問
自動リマインダーは顧客を煩わせますか?
未払い残高に基づいてポリシーが運用され、一時停止や異議を尊重し、初期のメッセージが礼儀正しいものであれば、顧客は煩わされません。顧客は誤ったリマインダーにイライラし、適時のリマインダーにはイライラしません。この記事のコントロールは、誤ったリマインダーを防ぐために存在します。
エージェントは遅延利息を請求できますか?
それを計算し、適用される場合は法定利率を含めて通知を準備できます。請求することは商業的な決定であり、アカウントの所有者によって承認されるべきです。
これを行うために会計システムを移行する必要がありますか?
エージェントが行動できる一箇所に請求書、連絡先、メールを集め、請求書ごとの未払い残高を持つ必要があります。現在のシステムがそれらをツールとして提供している場合は、それを使用してください。そうでない場合は、それを提供し、元帳に同期するワークスペースが最も迅速な方法です。
顧客がリマインダーに返信した場合、どうなりますか?
返信は請求書と連絡先に対して受信トレイに届きます。エージェントはその請求書の追跡を一時停止し、返信を添付し、アカウント所有者のためのタスクを作成します。アカウント所有者が次に何が起こるかを決定します。
- GOV.UK:商業請求書の遅延支払い、利息および債務回収 法定利息が基準金利を上回る場合、固定回収金額、商業請求書が遅れた場合
- モデルコンテキストプロトコル仕様:ツール ツールのリストと呼び出し、結果的なツールの呼び出しを拒否できる人間を保持することを推奨
- Soisドキュメント:ワークスペースMCPサーバー 接続されたエージェントが請求書、連絡先、メール、タスクツールにアクセスする方法
- Sois: セキュリティと権限レイヤー ツールが提供される際と実行される際に強制される権限;すべてのアクションが記録される
この文書は、記載されている製品が変更される際にレビューされます。次回の予定レビュー: 2026年12月4日.
