AIは経理ヘルプデスクの大半を引き受けられますが、対象は記録やポリシーに答えがある質問だけです。 「支払いはどうなっていますか」「請求書は届いていますか」「立替精算はいつ入金されますか」「経費のルールは何ですか」はいずれも照会業務です。AIエージェントは、APの記録とポリシー文書を参照できれば、これらにうまく答えられます。
銀行口座情報の変更は越えてはならない一線で、AIは絶対に扱いません。ビジネスメール詐欺(BEC)による米国企業の被害報告額は、FBIのIC3レポートによると2025年に$3.05 billionに達しました。典型的な手口は、「取引先」から新しい支払先情報がメールで届くところから始まります。AIはそれにタグを付けて回し、担当者が登録済みの電話番号に電話をかけます。
多くのガイドが見落としている2つ目のルールがあります。支払状況を開示する前に送信者を確認することです。支払日は、詐欺師が偽の依頼のタイミングを計るのにまさに必要な情報だからです。eeselのようなAIヘルプデスクのチームメイトなら、すでに使っているJira Service Management、Zendesk、Gmailのキューの中で、これらすべてを実行できます。
経理ヘルプデスクは通常のサポート窓口と何が違うのですか?
質問は簡単なのに、ミスの代償が大きいからです。 カスタマーサポートの窓口で誤った回答をしても、お客様が不快な思いをする程度です。経理の窓口で誤った回答をすれば、お金が間違った銀行口座に入ります。
私はeeselのサポートチームに所属し、毎日この窓口を担当しています。eeselはここ数年で、何千件もの実際のチケットにAIエージェントを導入してきました。そこで何度も思い知らされる教訓は同じです。AIの安全性は、AIにやってよいことの周りにどんな線を引くかで決まります。その線は、経理では他のどの分野よりも重要です。
あるeeselのお客様が、規制の厳しい金融分野の窓口をどう運用しているかを見るとよくわかります。ベルリンのローン比較プラットフォームsmavaは、eeselを使って月に約27,000件のZendeskチケットを処理しています。ある月には、eeselが14,600件のチケットを分類し、15,300件の返信下書きを用意しました。ただし、すでに担当のクレジットアドバイザーがいるお客様には自動返信を一切行わず、添付ファイル付きのチケットはメモを付けて人に回し、返信エージェントが用意した回答をeesel自身が送信することはありません。同社の事例では、規制の厳しい金融では「言葉遣いが重要」だと率直に語られています。
経理ヘルプデスクは、APの共有受信箱でも社内のサービスデスクでも、通常は次の5種類の依頼を受けます。
- 取引先への支払状況: 「請求書4471の支払いはどうなっていますか」
- 請求書に関する質問: 「届いていますか」「なぜ差し戻されたのですか」
- 発注書に関する質問: 「発注書番号は何ですか」「どうすれば取得できますか」
- 従業員の経費精算: 「いつ払い戻されますか」「これは請求できますか」
- 経理ポリシーに関する質問: 支払条件、領収書のルール、日当、サプライヤー登録の方法など。
それぞれが3つのレーンのいずれかに振り分けられ、そのレーンによってAIにできることが決まります。
AIが単独で答えてよい経理の質問はどれですか?
記録または文書化されたポリシーから答えられるものです。お金を動かすもの、お金の行き先を変えるものは、すべて人だけが担当します。 これがフレームワークのすべてで、他で見かける4段階の導入計画よりもずっとシンプルです。
5種類の依頼がどのレーンに当たるかを次の表にまとめます。
| 依頼 | レーン | AIがやること | AIが絶対にやらないこと |
|---|---|---|---|
| 取引先への支払状況 | 記録 | 送信者を確認したうえで、APから状況を読み取るか、サプライヤーポータルのリンクを案内する | 未確認の送信者に日付や金額を開示する |
| 請求書の受領または差し戻し | 記録 | 受領を確認し、記録から差し戻しの理由を説明する | 紛争を解決する、または支払いを約束する |
| 発注書番号 | 記録とポリシー | 発注書を探す、または依頼方法を説明する | 発注書を起票または承認する |
| 経費精算 | 記録とポリシー | 状況を伝え、経費規程を引用する | 例外や規程外の申請を承認する |
| 経理ポリシー | ポリシー | ポリシー文書とナレッジベースから回答する | 税務や法律に関するアドバイスをする |
| 銀行口座情報の変更 | 人のみ | タグ付けして回送し、確認の返信は送らない | 新しい口座情報の更新、確認、受領の通知をする |
| 支払いの実行、前倒し支払い、承認の例外対応 | 人のみ | 要約を付けて承認者に回送する | 何も承認しない |
ほとんどのチームがポリシーのレーンから始めます。必要なのは、すでにある文書だけだからです。経費規程を把握したAIエージェントは、「$150を超える取引先との会食は請求できますか」という質問に、毎回同じ答えを返します。従業員が経費を申請するのは夜9時ごろなので、その時間でも同じです。これは職場での質問や新入社員のオンボーディングと同じパターンです。
記録のレーンには、もう1つ必要なものがあります。AIが記録を見られることです。それはチケットのフィールド、ERPの照会、APの社内メモ、あるいは単にサプライヤーポータルでも構いません。ここで、何かを作り始める前に私が確認する質問につながります。
そもそも取引先は支払状況をメールで問い合わせる必要があるのですか?
多くの場合は不要です。すでに利用しているAPプラットフォームが、サプライヤー向けの状況ページを提供しているからです。 「支払いはどうなっていますか」にAIが答えられるよう訓練する前に、取引先が自分で答えを確認できないかを確かめてください。
各ベンダーが自社ページで説明している内容は次のとおりです。
- Coupa: Coupa Supplier Portalでは、各請求書のステータスを確認できます。「Approved」は請求書が「has been accepted for payment」(支払いのために承認された)状態、「Processing」は「is being processed by the AP department and should be paid soon」(AP部門で処理中で、まもなく支払われる)状態を意味します。紛争中の請求書については、理由を記したメールがサプライヤーに送られます。
- SAP Business Network: サプライヤーは請求書を検索し、Invoice Statusの列でステータスを確認できます。SAP自身のテスト手順では、SentまたはApprovedと表示されます。
- Tipalti: その支払先向けインターフェースでは、支払先が御社ブランドのサイト内で「provide payment information and receive payment status」(支払情報を提供し、支払状況を受け取る)ことができます。
- BILL: BILLネットワークの取引先は、「every step of the way」(あらゆる段階で)支払いを追跡でき、支払いが行われる際には通知も受け取れます。
これらのいずれかを運用しているなら、状況確認メールに対するAIの仕事はぐっと小さくなります。送信者が既知の取引先であることを確認し、各ステータスの意味を1行添えてポータルのリンクを送り、ポータルで解決しない場合にだけ詳しく調べます。これはFAQ対応の自動化が本来の役割を果たしている姿で、AIが支払データに触れることなく、ティア1の問い合わせ量を抑えられます。
ポータルを運用していない場合、記録のレーンはAIが何を読めるかに左右されます。APが入力するチケットのフィールド、エクスポートしたデータ、ERPへの照会などです。まずはチケットにすでにある情報から始めてください。基本がうまく回り始めたら、リアルタイムの照会を追加できます。
なぜAIは銀行口座情報の変更を絶対に扱ってはいけないのですか?
「銀行口座情報を更新してください」は、ビジネスメール詐欺の最初の一手であり、それを親切に確認してしまうAIは詐欺の一部になってしまうからです。 何よりも先に文書化しておきたいルールが、この1つです。
数字は決して小さくありません。FBIの2025年IC3レポートには、ビジネスメール詐欺の被害申告が24,768件、報告された損失額が$3,046,598,558と記録されており、投資詐欺に次ぐ規模です。2013年10月から2023年12月までの期間について、IC3のBEC公共サービス告知は、世界全体で$55.5 billionの損失が確認されたとしています。
FBIのBECのページは、経理の受信箱の例から始まります。「A vendor your company regularly deals with sends an invoice with an updated mailing address.」(御社が日頃取引している取引先が、更新された郵送先住所入りの請求書を送ってくる)。助言も明快で、「verify any change in account number or payment procedures with the person making the request」(口座番号や支払い手続きの変更は、依頼した本人に確認する)こと、そしてメールに書かれた番号ではなく、自分で会社の電話番号を調べることを勧めています。
AIエージェントにはその電話をかけられませんし、かけるふりをするべきでもありません。AIにできるのは、忙しい金曜日でもその依頼が見過ごされないようにすることです。
- 見つける。 新しい銀行口座情報、口座変更、新しい送金先住所、「お支払いは〜宛にお願いします」といった内容に触れるメッセージには、他にどんな依頼があってもタグを付けます。
- 回送する。 取引先マスタデータの担当者へ、短い要約を付けてそのまま回します。送信者への返信の下書きは作りません。
- 確認になることは一切言わない。 「新しい情報を承りました」といった返信はしません。返信しないか、「担当者よりご連絡いたします」という中立的な一文が正解です。
- 電話と変更は人に任せる。 担当者が登録済みの番号に電話をかけ、2人目が承認し、それが済んで初めて記録を変更します。
最後のステップは、経理チームがすでに効果を知っているものです。ある経理責任者は、Redditで自分たちの対策をこう説明しています。
"We call new vendors to validate their bank details. A controller and director approve payments to new vendors. We pay less than $1000 of their first invoice and call to ask the amount the received."
このプロセスに照会業務が1つもないことに注目してください。これは判断と電話であり、だからこそAIのレーンの外にあります。同じ考え方はアカウント復旧にも当てはまります。所有者本人だけが起動できるべきものなら、AIは回送するだけです。
支払いがどうなっているかを、聞かれた相手には誰にでも教えてよいのですか?
いいえ。先に送信者を確認してください。支払日は詐欺師にとっても役に立つ情報だからです。 「APの受信箱を自動化しよう」というアドバイスの多くに、このギャップがあります。ChatGPTの回答も例外ではありません。
FBIは、犯人がマルウェアを使って「legitimate email threads about billing and invoices」(請求書や支払いに関する正規のメールのやり取り)を読み取り、それをもとに依頼のタイミングを計ると指摘しています。「請求書4471は承認済みで、15日に支払われます」と、聞かれた誰にでも返信するAIは、攻撃者に同じタイミングの情報をただで渡すことになります。偽の銀行口座変更依頼は15日の2日前に届き、ごく普通の依頼に見えます。
送信者の確認に、凝った仕組みは要りません。
- 既知の取引先で、ドメインが一致する: 送信者のメールドメインが、取引先マスタの連絡先と一致します。AIは記録から、ステータスと参照番号を答えます。
- 不明または不一致の送信者: 類似ドメイン、フリーメール、見覚えのない名前などです。AIはポータルのリンク、または「お支払いは承認から30日後に実行されます」といった一般的な案内を返信し、チケットにフラグを立てます。
- 社内の従業員: すでにヘルプデスクやSlackで認証済みなので、本人の申請についての経費状況は共有して問題ありません。
IC3自身の予防策リストには、「especially when using a mobile or handheld device」(特にモバイル端末やハンドヘルド端末を使うとき)に送信者のアドレスを確認するよう書かれています。すべてのメールを確認するAIは、スマートフォンで対応する疲れた担当者よりも、その点で一貫しています。ルールはエージェントの指示にわかりやすい言葉で書き込み、偽装メールをいくつか混ぜた過去のチケットでテストしてください。
APの受信箱には、実際どれだけの時間がかかっていますか?
見た目よりも多くかかります。状況確認のメールは読むのは短くても、答えるのに時間がかかるからです。 1件ごとに、ERPまたはポータルを開き、請求書を探し、返信を書く必要があります。ご自身の数字を入力してみてください。
初期値の月600通、1通6分、照会業務60%で計算すると、請求書を探して返信を打つ作業だけで月36時間になります。ただし、重要なのは費用ではありません。本当に人が必要な銀行口座情報の確認や紛争対応に、APチームが使えるようになる36時間こそが重要です。
経理チームはどのヘルプデスクでこれを運用すべきですか?
通常は、ITがすでに支払っているものです。経理の窓口は、そこに加わるもう1つのキューにすぎないからです。 一般的な4つの選択肢の費用を、各ベンダーの料金ページから整理します。
| ヘルプデスク | エントリー価格 | 上位プラン | 組み込みAI |
|---|---|---|---|
| Jira Service Management | エージェント3名まで無料 | Standardはエージェント1人あたり月額$21.50、Premiumは$55.28(ページの初期設定: 75エージェント、月払い) | StandardにRovo Agents、Premiumにバーチャルサービスエージェント |
| Zendesk | Support Teamはエージェント1人あたり月額$19、年払い | Suite Teamは$55、Suite Professionalは$115 | AIエージェント。Teamプランではエージェント1人あたり月5件の自動解決が含まれ、以降は契約済みで$1.50、従量課金で$2.00 |
| Freshservice | Starterはエージェント1人あたり月額$19、年払い | Growthは$49、Proは$99、Enterpriseは個別見積もり | Freddy AI Copilotはエージェント1人あたり月額$29。Enterpriseには、ライセンスあたり年1,200セッションのFreddy AI Agent(Classic)が含まれる |
| ServiceNow ITSM | 個別見積もり | 個別見積もり | パッケージに含めて見積もり |
定価よりも重要なポイントがいくつかあります。
- 社内メモ。 経理の窓口では、AIの下書きは、送信前にAPが確認できる非公開メモとして残るべきです。eeselのドキュメントによると、Jiraでメモを社内限定にできるのはJira Service Managementのプロジェクトだけなので、プロジェクトの種類は意図して選んでください。
- 解決件数ベースのAI料金。 Zendeskの自動解決は1件あたりは安価ですが、経理の窓口でAIが最も力を発揮するのは回送と下書きで、これらは「解決」にカウントされません。何に対して課金されるかを確認してください。私のZendeskの料金の解説でさらに詳しく説明しています。
- 共有受信箱だけの場合。 ヘルプデスクがなく、GmailやOutlookのap@だけで運用しているAPチームも多くあります。それでも問題ありません。1つの受信箱のために本格的なサービスデスクを購入する前に、共有受信箱ツールをご覧ください。
全体像については、私の社内ヘルプデスクの比較記事、Freshserviceの料金、ServiceNowの料金の記事に詳細があります。
どのような手順で導入すればよいですか?
ポリシーへの回答から始め、送信者の確認を挟んで記録への回答を追加し、人のみのレーンは初日から固定してください。 順番は次のとおりです。
- まず「人のみ」のルールを書く。 銀行口座情報の変更、支払いの実行、前倒し支払い、承認の例外対応、紛争は、タグ付けして回送し、返信はしません。エージェントの指示の冒頭に、わかりやすい言葉で書いてください。
- ポリシーを読み込ませる。 経費規程、支払条件、請求書の要件、サプライヤー登録の手順、発注書のプロセスです。これらがポリシーのレーン用のナレッジベースになります。
- 送信者の確認を追加する。 状況を答える前に、送信者のドメインを取引先マスタと照合します。不明な送信者にはポータルのリンクを送り、フラグを立てます。
- 取引先をポータルへ誘導する。 Coupa、SAP Business Network、Tipalti、BILLのいずれかを運用しているなら、状況に関する返信すべてにリンクを含めます。
- 下書きモードから始める。 AIが社内メモを書き、APが送信します。下書きが安定して正しくなってから、レーンごとに自動送信へ移行してください。通常どれくらいかかるかは、私の導入スケジュールのガイドで解説しています。
- 過去のデータと不正でテストする。 前四半期の受信箱でエージェントを動かし、偽の銀行口座変更メールをいくつか混ぜます。そのどれかに対して、AIが丁寧な確認の返信を下書きしたら、まだ準備はできていません。詳しくは私のシミュレーションテストのガイドをご覧ください。
- 3つの数字を見る。 記録またはポリシーから回答できたチケットの割合、人のみのチケットをAIが正しく回送できた件数、取引先メールの初回応答時間です。
経理の窓口が給与や顧客向けの請求も扱っている場合も、同じレーンが当てはまります。給与に関する問い合わせ、請求に関する紛争、支払いに関する紛争をご覧ください。
eeselは経理ヘルプデスクでどう機能しますか?
eeselは、すでに運用している経理のキューにAIヘルプデスクのチームメイトとして加わり、記録とポリシーに関する質問に答え、APが承認する下書きを作成し、人のみのレーンはメモを付けて回送します。 Jira Service Management、Zendesk、Freshdeskなどのヘルプデスクの中で動作し、共有Gmailの受信箱では、スレッドの検索、返信の下書きや送信、ラベルの管理を行います。
Jira Service Managementでは、eeselは新しいリクエストとコメントを取得し、報告者に返信するか社内メモを残し、課題の移動、割り当て、ラベル付けを行います。Jiraの課題はコピーして取り込むのではなくリアルタイムで読み取るため、eeselの知識は、ポリシー文書、Confluence、ヘルプセンターから得られます。従業員に対しては、同じ文書をもとに、Slackで経費に関する質問に答えます。
限界についても率直にお伝えします。現時点で、eeselの対応ヘルプデスクにFreshserviceとServiceNowは含まれていないため、それらでは別のツールか共有受信箱を使うことになります。また、eeselは銀行口座情報を確認するために取引先へ電話をかけることはありません。それは設計上、御社のチームが担当します。
2つのお客様の事例が全体像を示しています。Cactus Club Cafeは、Zendeskで社内のITデスクを運用しています。eeselは1か月で約750件のチケットを処理し、790件の下書きを作成し、直接送信は51件でした。さらに別のエージェントが毎朝、経理の日次抽出データを監査し、借方と貸方の総額を比較して、一致しない場合は店舗名を記してチケットを開いたままにします。ERPベンダーのQontroはFreshdeskを利用しており、約9,800件の過去のチケットとヘルプ記事をもとに、すべてのチケットでeeselが下書きを作成します。請求に関する質問は直接人に回り、課金対象の作業は先に承認が必要としてフラグが立てられます。
eeselを社内のJira Service Managementデスクで使っているフィンテック企業のIT責任者は、こう端的に語っています。
"We use it to be the first responder to our Helpdesk tickets in Jira. It essentially acts just like an agent would."
eeselを試す
APの受信箱の大半が「支払いはどうなっていますか」や「これは経費にできますか」なら、eeselはJira Service Management、Zendesk、Gmailの中で、御社の記録とポリシーからそれらに回答し、銀行口座情報の変更はすべてメモを付けて人に回送できます。プランは500クレジットで月額$299から、1チケットが1クレジット、シート料金はなく、無料プランでは100クレジットを使って、カード登録なしでご自身のチケットで試せます。