Tabsの督促エージェントに決める項目一覧｜送る前に人が見る線

「支払いが遅れている取引先への連絡は気が重いので、AIに送ってほしい」「AIが送った督促で、大口の取引先を怒らせたら誰が責任を取るのか」——売掛金を預かる経理や営業管理の部門で、同じ週のうちに両方聞こえてくる声です。前の声は手間の話、後の声は関係の話で、どちらも正しい心配です。ただ、論点はAIに督促を書けるかどうかではありません。督促は取引先から見れば会社の言葉なので、誰の名義で、どの相手に、どこで人が見てから送るかを先に決める必要があります。この記事では、米国の売掛金の基盤 Tabs の督促エージェントを例に、導入の前に決める項目を一覧にし、送る前に人が見る線を整理します。

Tabs は、契約から請求・督促・入金までをAIで回す売掛金の基盤

Tabs は、企業が取引先に出す請求と、その回収にかかわる仕事をまとめて扱う売掛金の基盤です。2026年10月時点の公式サイトは自らを「収益のためのAIの基本ソフト」と呼び、請求、督促、収益の計上、レポート、支払いの受け付けを一つの製品群として並べています。

中心にあるのは、契約書を読み取る仕組みです。公式の説明では、署名済みの契約と顧客管理の記録から請求の条件を取り出し、請求書を作って送り、期日が来れば督促を出し、届いた入金を請求書と照合します。従量の課金や、契約ごとに条件が違う請求にも対応するとしています。

この記事で扱う督促エージェント（Collections Agent）は、そのうち回収の部分を受け持つAIです。取引先ごとの記録をもとに督促の文面を下書きし、取引先からの返信を読んで次の処理を提案し、取引先が指定する購買ポータルへの請求書の提出も行うとされています。機能の一部は早期提供の段階にあり、提供中の機能と分けて読む必要があります。

なお、受け取った請求書を処理する側の仕組みや、入金の遅れの兆しをどうつかむかは、それぞれ別の記事で扱っています。本稿は、督促の文面を取引先に送る場面に絞ります。

作っている会社と、国内でまだ知られていない理由

Tabs の会社ページでは、共同創業者としてアリ・フセイン氏（最高経営責任者）、レベッカ・シュワルツ氏、ディーパック・バパット氏（最高技術責任者）の3人が紹介されています。資金の面では、2024年10月にシリーズAで2,500万ドル、2025年9月にシリーズBで5,500万ドルを調達したと会社ページに記されています。

国内でまだ知られていない理由は、確かめた範囲で三つあります。一つ目は、画面と資料が英語だけで、日本の取引先や円建ての請求への対応が公式サイトに書かれていないことです。二つ目は、収益の計上が米国の会計基準（ASC 606）向けとうたわれている点で、想定している顧客が米国の企業だと読めます。

三つ目は、顧客の顔ぶれです。公式サイトに並ぶのは Cursor などAIやソフトウェアの会社で、月ごとの利用量で課金する事業の請求を自動化したいという需要に向けた製品だと分かります。日本語の紹介記事が見当たらないのも、この顧客層と提供地域の偏りからだと考えられます。

したがって国内の会社が検討するなら、日本の取引先への請求・円建て・国内の会計の扱いに対応するかを、最初に提供元へ確かめる項目として扱う必要があります。本稿では、その確認が済んだ前提で、督促をAIに任せるときに社内で決めることを整理します。

2026年10月時点の督促まわりの機能と提供の状態

督促にかかわる機能は、公式の2026年10月の製品リリースと、8月・9月の公式ブログで発表されています。提供の状態が機能ごとに違うため、表に分けて整理します。

機能	中身（公式で確かめた範囲）	提供の状態
購買ポータルへの請求書の提出	取引先が指定する Coupa・Ariba・オラクルなどの購買ポータルに請求書を出し、状況を追う。差し戻しは文脈付きで知らせる	提供中
チャットでの一括の督促	期日を過ぎた取引先すべてへの督促を下書きさせ、見直し・修正してから送る	早期提供
取引先ごとの督促文	未払いの請求書が複数あるなど、取引先の記録全体を使って文面を作る	早期提供
督促の口調と中身の調整	自動の督促を自社の言い方に合わせる	早期提供
返信を読んで処理案を出す	異議・注文書の提出・支払いの約束に対し、請求書の修正や次の連絡の予定を提案。送る前に承認・却下・修正	2026年8月の公式ブログで発表
Tabs Pay	請求書の支払いをカードと口座振替で受け、再試行・返金・異議を同じ画面で扱う	2026年10月に発表

表で押さえておきたいのは、文面を作る側の機能はほとんどが早期提供で、提供中なのは購買ポータルへの提出だという点です。早期提供の機能は、対象の顧客や中身が変わる可能性があります。契約の前に、自社がどの機能を使える段階にあるかを書面で確かめてください。

また、公式の説明には督促の段階を何段にするかや、強い文面に切り替える承認の流れは書かれていません。書かれているのは、下書きを見直して修正し、送るという手順と、返信への処理案を承認・却下・修正できるという点です。承認の線は道具の機能ではなく、自社の決まりで引くことになります。

督促をAIに任せたくなる理由と、任せたときに変わること

督促がAIに向いているように見える理由は分かりやすく、件数が多く、文面の型が決まっていて、担当者にとって気の重い仕事だからです。取引先が増えると、期日を過ぎた請求書を拾い出して一件ずつ文面を書くだけで、月末の数日が埋まります。

Tabs の公式ブログは、督促エージェントが返信を読み、取引先の状況を要約し、必要な処理を一覧にすると説明しています。見出しでは手作業の86%を自動化するとうたっていますが、この数字は提供元の発表で、算出の方法は記事に書かれていません。自社の件数と手順で試してから見積もるべき数字です。

任せたときに変わるのは、担当者の仕事が「書く」から「見て決める」へ移ることです。下書きはAIが一瞬で作るので、担当者は文面の正しさと、その取引先に今送ってよいかを判断する役になります。この判断を省くと、件数が増えたぶんだけ誤送信の危険も増えます。

もう一つ変わるのは、送る量です。一括の下書きを使えば、期日を過ぎた全取引先への督促が数分でそろいます。以前なら担当者が手で絞っていた相手まで含まれやすくなるため、自動で送る相手と送らない相手の区分を、道具を入れる前に決めておくことが欠かせません。

督促の文面は、取引先から見れば会社の言葉になる

督促の文面がAIで作られていても、取引先が受け取るのは会社か担当者の名前で届くメールです。取引先にとっては、誰が書いたかではなく、誰の名前で何を言われたかがすべてです。文面に誤りがあれば、それは会社の誤りとして受け取られます。

特に気をつけたいのは、金額・期日・請求書の番号の誤りと、支払い済みの取引先への督促です。入金の照合が追いつかないまま督促が出ると、すでに払った取引先に催促することになります。Tabs の公式ブログでは、銀行の入金は照合の候補を示す扱いで、確定は人の側に残されています。

文面の口調も同じです。早期提供の口調の調整は、督促を自社の言い方に合わせるための機能ですが、どの段階でどこまで強く言うかは、取引先との関係を知る人しか決められません。口調の設定は、営業の責任者と経理の責任者がそろって承認する決まりにしておくと、後から「こんな言い方で送ったのか」と社内でもめることを防げます。

この性質があるので、督促エージェントの導入は経理だけで決めないほうが安全です。取引先との関係を持つ営業、契約を持つ法務、送信の仕組みを持つ情報システムの部門が、次に挙げる5項目に一度ずつ目を通してから動かします。

決める項目1：自動で送る相手の区分

最初に決めるのは、AIの下書きをそのまま予定どおりに送ってよい取引先と、必ず人が見てから送る取引先の区分です。区分は取引先の名前の一覧ではなく、条件で書いておくと、新しい取引先が増えても迷いません。

• 取引の金額が一定より大きい取引先（大口）は、自動で送らない
• 請求の内容について異議や問い合わせが出ている取引先は、自動の督促から外す
• 初めて支払いが遅れた取引先は、最初の連絡を人が書くか、人が見てから送る
• 契約の更新や値引きの交渉が進んでいる取引先は、営業の担当者の了解を取ってから送る
• 親会社や関係会社など、社内の別の部門が窓口を持つ取引先は、窓口に確かめてから送る
• 公的機関など、支払いの手続きが決まっていて督促がなじまない相手は、別の扱いにする

この区分の中で、AIの下書きを予定どおり送ってよいのは、少額で、過去に問題がなく、異議も交渉もない取引先に限るのが出発点です。自動で送る範囲は狭く始め、記録を見ながら広げる順番にすると、最初の失敗が大口の取引先で起きることを避けられます。

区分を決めたら、督促エージェントの設定でその区分をどう表現できるかを、提供元に確かめます。取引先ごとに自動の督促を外せるか、条件で外せるかは、公式の資料では確かめられませんでした。設定で表現できない区分は、運用の手順で補います。

決める項目2：文面の名義と差出人

二つ目は、督促を誰の名前で出すかです。経理の部門の共有の宛先から出すのか、取引先の担当の営業の名前で出すのか、経理の責任者の名前で出すのかで、取引先の受け取り方は大きく変わります。

一般に、一回目の軽いお知らせは部門の名前で、二回目以降は担当者の名前で、という分け方がよく取られます。AIが下書きした文面を個人の名前で出す場合は、その個人が文面を見ていることが前提です。本人が見ていない文面を本人の名前で出さないことを決まりにしておきます。

差出人の名義をどこまで設定できるか、送信に自社のメールの仕組みを使うのか提供元の仕組みを使うのかは、公式の資料で確かめられませんでした。公式の督促の製品ページは、届け方としてメールや Slack などを挙げています。導入の前に、差出人の表示、返信の届き先、送った文面の控えがどこに残るかを提供元に確かめます。

返信の届き先は特に大事です。取引先が督促に返信して「先週払った」「請求書の金額が違う」と書いてきたとき、その返信をAIが読んで処理案を作り、人が承認するという流れが公式の説明です。返信が担当者の個人の受信箱にだけ届くと、この流れが切れます。

決める項目3：送る時刻と頻度

三つ目は、いつ、どのくらいの間隔で送るかです。公式の説明では、督促は予定どおりに出ていき、個別の下書きは見直してから送るとされています。予定の組み方は自社で決める部分です。

時刻については、取引先の営業時間の中に届くようにします。米国の製品なので、時刻の設定が日本の時間帯で扱えるかは確かめておきたい点です。夜中や休日に督促が届くと、内容が正しくても印象は悪くなります。年末年始や大型連休の前後は、送らない期間を決めておきます。

頻度は、期日からの日数で段階を区切るのが一般的です。たとえば期日の数日前のお知らせ、期日の翌週の確認、さらに数週間後の再度の依頼、という具合です。同じ取引先に短い間隔で何通も届かないよう、上限を決めることも忘れずに。一括の下書きは、すでに個別の連絡をしている取引先にも重ねて送る形になりやすいからです。

取引先の側の支払いの締めの日も考えます。月末に締めて翌月に払う取引先に、締めの前に督促を重ねても入金は早まりません。取引先ごとの支払いの条件を記録に持っているなら、それを督促の予定に反映できるかを確かめます。

決める項目4：督促の段階と、強い文面へ切り替える人

四つ目は、督促の段階をいくつに分け、どの段階から誰が判断するかです。軽いお知らせ、確認の依頼、支払いの期限を切った依頼、取引の停止や法的な手続きに触れる通知、と段階が進むほど、取引先との関係への影響は大きくなります。

AIに任せてよいのは、軽いお知らせと確認の依頼の下書きまで、というのが一つの線です。支払いの期限を切る文面や、取引の停止に触れる文面は、経理の責任者と営業の責任者が判断し、文面も人が確かめてから送る段階にします。法的な手続きに触れる通知は、法務の確認を挟みます。

段階の切り替えは、AIの提案を出発点にしてもかまいません。公式の督促の製品ページは、支払いの傾向にもとづいて段階を上げる提案を出すと説明しています。ただし、段階を上げる判断そのものは人が持ち、誰が上げたかを記録に残すようにします。

強い文面への切り替えは、取り消しが効きません。一度「取引を止めます」と書いた督促を送れば、後で撤回しても取引先の記憶には残ります。このため、強い文面の雛形はAIに自由に作らせず、法務と営業が承認した文面だけを使う決まりにしておくと安全です。

決める項目5：自動の送信を止める条件

五つ目は、自動の送信を止める条件です。止める条件は、取引先ごとの条件と、仕組み全体を止める条件の二つに分けて決めます。

取引先ごとに止める条件の例は、取引先から異議の返信が来たとき、支払いの約束の返信が来たとき、営業の担当者から止めるよう依頼があったとき、入金の照合が保留になっているとき、です。公式の説明では、異議や支払いの約束の返信には処理案が出て、人が承認・却下・修正するとされています。返信が来た取引先には、承認が済むまで次の督促を出さない決まりにします。

仕組み全体を止める条件の例は、送った督促に金額の誤りが見つかったとき、支払い済みの取引先への督促が出たとき、取引先から苦情が来たとき、です。一件でも誤送信が見つかったら、原因が分かるまで自動の送信を止めるという線を先に決め、止める権限を持つ人の名前を決めておきます。

止める操作が道具の中でどうできるかは、公式の資料で確かめられませんでした。導入の前に、自動の督促を全体で一時停止できるか、取引先ごとに外せるか、止めている間に予定の督促がどう扱われるかを、提供元に確かめておきます。契約を終えるときに、送った文面と返信の記録を書き出せるかもあわせて確かめます。

送る前に人が見る線：大口・係争中・初回の遅れ

5項目の中でも、送る前に人が必ず見る取引先の線は、特に明確にしておきます。おすすめは、大口の取引先、請求の内容で係争中の取引先、初めて支払いが遅れた取引先の三つです。

大口の取引先は、一通の督促が取引全体に響きます。係争中の取引先は、督促を送ること自体が交渉の姿勢として受け取られます。初めて遅れた取引先は、請求書が届いていない、宛先が違う、社内の承認が止まっているなど、こちら側に原因があることも多く、催促より確認が先です。

• 係争中の取引先に、予定どおりの自動の督促が届き、交渉の担当者が知らないまま相手を怒らせる
• 入金の照合が終わる前に一括の督促を送り、すでに払った取引先に催促してしまう
• 初めて遅れた大口の取引先に、二回目以降向けの強い文面が届く
• 担当の営業の名前で出したのに、営業本人は送ったことを知らない
• 値引きの交渉中の取引先に、元の金額のまま督促が届く

どれも、文面の出来が悪いから起きる失敗ではありません。送ってよい相手かどうかの判断を省いたときに起きる失敗です。AIの下書きの質が上がっても、この判断は人の側に残ります。

三つの線に当てはまる取引先は、督促エージェントの下書きを使ってもかまいませんが、送る前に担当者と責任者のどちらかが見て、送った人の名前を記録に残します。

一括の下書きを人が見るときの見方

早期提供のチャットでの一括の督促は、期日を過ぎた取引先すべてへの督促を一度に下書きし、見直して修正し、送るという流れです。一度に数十通が並ぶため、見る側の負担が大きく、流し読みになりがちです。

見るときは、全文を読むより、確かめる点を絞ります。宛先の取引先が自動で送る区分に入っているか、金額と請求書の番号が台帳と合っているか、入金の照合が保留になっていないか、直近に個別の連絡をしていないか、の四つです。文面の言い回しより、送ってよい相手かどうかを先に見ると、見る時間が短くても大きな事故を防げます。

一括の下書きから外した取引先は、外した理由を一言残します。「係争中」「営業が交渉中」「照合待ち」などの理由がたまると、次の月に自動で送る区分を見直す材料になります。

見る人を一人に固定しないことも大事です。月末の忙しい時期に一人で数十通を承認すると、確認が形だけになります。少額の取引先は担当者、大口と係争中は責任者、と見る人を分けておきます。

取引先の購買ポータルへ請求書を出すときの権限

督促エージェントのうち提供中の機能が、取引先の購買ポータルへの請求書の提出です。大きな取引先ほど、請求書をメールではなく Coupa・Ariba・オラクルなどの購買の仕組みに登録するよう求めます。公式ブログは、ポータルを一度設定すれば、提出と状況の追跡を自動で行い、差し戻しは文脈付きで知らせると説明しています。

ここで決めるのは、誰のアカウントでポータルに入るかです。ポータルのアカウントは、取引先から自社の担当者に発行されていることが多く、その担当者の資格をAIの仕組みに預けることになります。個人に発行されたアカウントを、本人の了解と取引先の規約の確認なしに預けないことを決まりにします。

ログインの資格情報をどこに保管するか、多要素認証をどう扱うかは、公式ブログには書かれていませんでした。導入の前に提供元へ確かめるとともに、取引先のポータルの利用規約が第三者の仕組みからの登録を認めているかを確かめます。担当者が異動や退職をしたときに、預けたアカウントをどう切り替えるかも決めておきます。

届いた請求書を受け取る側の処理は、向きが逆の話として別の記事で扱っています。受け取る側の会社から見れば、ポータルに登録される請求書の誤りはすぐに差し戻されます。差し戻しの理由を人が読み、原因を請求の条件に戻して直す流れを決めておくと、同じ差し戻しを繰り返しません。

AIに任せる工程と、人が決める工程

ここまでの項目を、督促の流れに沿って一枚にまとめます。左の列はAIに任せてよいこと、右の列は人が決めること・確かめることです。

工程	AIに任せてよいこと	人が決めること・確かめること
督促の準備	期日を過ぎた請求書の拾い出し、取引先ごとの文面の下書き	自動で送る相手の区分、差出人の名義、口調の承認
送る	区分に入った少額の取引先への予定どおりの送信	大口・係争中・初回の遅れの取引先は、見てから送るかを判断
返信を受ける	返信の要約、処理案（請求書の修正・次の連絡の予定）	処理案の承認・却下・修正、値引きや分割の判断
段階を上げる	支払いの傾向にもとづく提案	強い文面への切り替え、取引の停止や法的な手続きの判断
入金を照合する	ポータル経由の支払いの消し込み、銀行の入金の照合の候補	候補の確定、照合が保留の取引先を督促から外す
止める	異常の兆しの表示	自動の送信を止める判断と、再開の判断

右の列の項目は、すべて責任者の名前で決めておきます。中でも値引きや分割払いの判断は、AIが返信を読んで処理案を出しても、お金の条件を変える約束は、人が決めてから取引先に伝えることを崩さないでください。

この線引きは、同じ便で扱う月次決算のAIや、経費の点検のAIでも同じ形で出てきます。月次決算では仕訳の承認、経費の点検では社員への確認を人が持つのと同じく、督促では送る相手の除外と強い文面への切り替えを人が持ちます。

記録と見直し：月に一度の点検

督促エージェントを動かし始めたら、月に一度、送った督促と返信の記録を見直します。見直しの目的は、AIの文面の質を採点することではなく、自動で送る区分と止める条件が今の取引に合っているかを確かめることです。

費用の面も、この点検で確かめます。料金の体系は公式サイトで確かめられませんでしたが、この種の基盤は、扱う請求書や取引先の数、使う機能の数に応じて費用が増える形が多く見られます。取引先が増えたときに費用がどう増えるかを、見積もりの段階で確かめておくと、自動で送る範囲を広げるかどうかの判断がしやすくなります。

よくある質問

督促の文面をAIが書くと、取引先に失礼になりませんか

文面そのものより、送る相手と時期を誤ることのほうが失礼になります。口調を自社の言い方に合わせる設定は早期提供の段階にあるため、試行では人が文面を読み、営業と経理の責任者が承認した口調だけを使ってください。

督促を全部自動にして、担当者を減らせますか

少額で問題のない取引先の督促は、手間を大きく減らせる可能性があります。ただし大口・係争中・初回の遅れの取引先の判断、返信への処理案の承認、強い文面への切り替えは人に残ります。担当者の仕事は、書くことから見て決めることへ移ると考えてください。

日本の取引先に使えますか

2026年10月時点の公式サイトでは、日本の取引先・円建ての請求・日本語の文面への対応は確かめられませんでした。国内の取引先に使うなら、最初に提供元へ確かめ、日本語の文面の品質と時刻の扱いを試行で確かめてから判断してください。

入金の遅れの兆しをつかむのにも使えますか

公式の督促の製品ページは、支払いが遅れそうな請求書に印を付けると説明しています。遅れの兆しのつかみ方や消し込みの考え方は別の記事で扱っているので、本稿では督促を送る線に絞りました。

まとめ

Tabs の督促エージェントは、取引先ごとの記録をもとに督促を下書きし、返信を読んで処理案を出し、購買ポータルへの請求書の提出まで受け持つAIです。文面を作る側の機能の多くは2026年10月時点で早期提供の段階にあり、承認の段階や止め方は公式の資料では確かめられませんでした。入れるなら、自動で送る相手の区分、差出人の名義、送る時刻と頻度、督促の段階と強い文面へ切り替える人、自動の送信を止める条件の5項目を先に決める。大口・係争中・初回の遅れの取引先は送る前に人が見る。文面の下書き・送信の予定・入金の照合はAIに任せ、送る相手の除外・強い文面への切り替え・係争や値引きの判断は人が持つ。購買ポータルは誰のアカウントで出すかを決めてから任せてください。

• 製品の機能と提供の状態は、Tabs の公式サイト（ホーム・会社ページ・督促の製品ページ・AIエージェントのページ・Tabs AI のページ）、2026年10月の製品リリースのページ、2026年8月18日・9月24日・10月20日の公式ブログを2026年10月25日に確かめた範囲に基づきます
• 差出人の名義の設定、送信の停止の操作、購買ポータルの資格情報の扱い、料金の体系、日本の取引先と円建てへの対応は公式の資料で確かめられなかったため、契約の前に提供元に直接確かめてください

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