AIエージェントによる購買・支出承認プロセスの自動化：申請から承認までを一つのワークフローで

多くの中小企業では、購買プロセスが一つのシステム内で完結しているとは限りません。

購入の依頼はチャットで行われ、見積書はメールで送られてきます。担当者はファイルをダウンロードし、比較のためにExcelへデータを入力した後、その結果を上司に送って承認を依頼します。一方、契約書、請求書、検収書などは、さらに別のフォルダに保存されていることもあります。

なぜそのサプライヤーを選んだのか、誰が承認したのか、当時の見積価格はいくらだったのかを確認しようとすると、複数のメール、ファイル、会話をさかのぼって探さなければならないことがあります。

AIエージェントは、このようなプロセスの進め方を変えることができます。個別の作業だけを支援するのではなく、購買依頼の受付から、見積書の収集・分析、承認、最終的な意思決定記録の保存まで、購買依頼のライフサイクル全体を継続して支援できます。

なぜ購買プロセスは管理が難しくなりやすいのか？

手作業による購買プロセスの問題は、必ずしも企業にツールが不足していることではありません。メール、Excel、チャットアプリ、文書管理システムなど、それぞれのツールは業務の一部を十分に処理できます。

問題は、それらが一つのワークフローとしてつながっていないことです。

購買依頼は、社員と上司の会話から始まることがあります。その後、担当者が複数のサプライヤーに連絡し、それぞれから見積書を受け取り、その内容をExcelに手作業でまとめます。

承認の段階になると、承認者はさらに多くの情報を必要とします。なぜサプライヤーAを選んだのか。サプライヤーBの方がどれくらい安いのか。支払条件はどうなっているのか。納期は要件を満たしているのか、といった情報です。

よくある課題として、以下が挙げられます。

• 見積書が複数のメール、会話、フォルダに分散している。

• 比較のために、担当者が見積書のデータをExcelへ再入力しなければならない。

• 購買案件ごとに評価基準が統一されていない。

• 承認者に十分な背景情報がなく、申請者へ追加確認する必要がある。

• まだ回答されていない依頼が見落とされやすい。

• サプライヤーを選定または却下した理由が十分に記録されていない。

• 契約書、請求書、検収書、承認記録などを一つの購買記録として関連付けることが難しい。

その結果、多くのツールを利用していても、プロセス全体を一人の担当者が追跡し、それぞれの情報をつなぎ合わせることに大きく依存してしまいます。

AIエージェントは購買プロセスをどのように変えるのか？

一度に一つの質問や依頼に対応するチャットボットとは異なり、AIエージェントには目標を設定し、一つのプロセスに含まれる複数のステップを継続して支援させることができます。

ChaTaskでは、一つの購買依頼をTask Thread上で管理できます。Chat、Task、Wiki、AI Agentsが同じワークスペース内で動作するため、エージェントは業務を進める中で蓄積されたコンテキストを継続して活用できます。

例えば、企業がプロジェクトAのために発電機を購入するとします。

各ステップを別々のツールで処理する代わりに、担当者は次のようなTask Threadを作成できます。

「発電機の購入 – プロジェクトA」

ここから、Procurement Agentがプロセス全体を継続的に支援します。

ステップ1：購買依頼を作成する

担当者は、購入品目、数量、技術要件、想定予算、見積提出期限、サプライヤー一覧などの基本情報を入力します。

仕様書、図面、技術要件などの関連資料もTask Threadへ直接追加できます。

これらの情報は、その後のプロセス全体で共有されるコンテキストになります。次のステップへ進むたびに、ユーザーが技術要件を再入力する必要はありません。

ステップ2：AIエージェントが見積依頼を準備する

すでに登録されている情報をもとに、ユーザーは次のように依頼できます。

「これらのサプライヤー向けに見積依頼メールを作成してください。」

エージェントは購買依頼の情報を読み取り、品目、数量、技術要件、見積提出期限、必要な添付資料などを含む適切なRFQ（見積依頼）を作成します。

また、企業側でサプライヤーに提示を求める情報をあらかじめ設定することもできます。

• 単価および合計金額

• 税金

• 納期

• 保証期間

• 支払条件

• 見積有効期限

• カタログまたは技術資料

送信前の最終確認は、引き続き担当者が行います。AIは情報の整理と準備を担当し、最終的な確認権限は人が持ちます。

ステップ3：見積依頼の送信と回答状況を追跡する

ユーザーが確認した後、エージェントは連携されたシステムを通じてRFQの送信を実行、またはその作業を支援できます。

進捗状況はTask Thread上ですぐに更新されます。

例えば、

RFQ送信済み：5社
見積受領済み：3/5社
回答待ち：2社

といった形で確認できます。

担当者はメールを何度も確認することなく、購買依頼の進捗をワークフロー内で確認できます。

期限が近づいているにもかかわらず、まだ回答していないサプライヤーがいる場合、エージェントが警告を表示したり、担当者向けのリマインダーを作成したりすることもできます。

ステップ4：見積書を読み取り、データを抽出する

見積書がプロセスに追加されると、AIエージェントは文書を読み取り、必要なデータ項目を抽出できます。

例えば、

重要なのは、単にこの表を早く作成できることだけではありません。

データは元の見積書から直接抽出されるため、手作業による再入力を減らし、Excelに入力された数字と原本の内容が異なるといった問題を抑えることができます。

見積書に納期や保証条件などの重要な情報が不足している場合、エージェントは不足している項目を明示し、担当者に確認を促すこともできます。

ステップ5：同じ評価基準で見積書を比較する

最も価格が安いサプライヤーが、必ずしも最適な選択肢とは限りません。

あるサプライヤーは5％安くても、納期が3週間遅いかもしれません。別のサプライヤーは価格が高くても、保証期間が長かったり、より良い支払条件を提示していたりする場合があります。

エージェントは、企業が設定した共通の評価基準に基づいて見積情報を整理できます。

例えば、

価格 → 技術仕様 → 納期 → 保証 → 支払条件 → サプライヤー資料

といった基準です。

これにより、担当者は複数のPDFを一つずつ開いて各項目を手作業で比較する代わりに、統一されたデータをもとに評価できます。

AIは差異の検出や情報整理を支援できますが、最終的なサプライヤー選定は、権限を持つ担当者が行います。

ステップ6：承認依頼をTask Thread内で行う

評価が完了したら、担当者は提案するサプライヤーを選び、承認依頼を提出します。

複数のファイルを添付したメールを改めて送信する代わりに、ChaTaskでは会話内にApproval Widgetを表示できます。

承認者は、提案されたサプライヤー、購買金額、評価基準、関連する見積書、提案理由などの重要な情報を確認できます。

その上で、

承認 | 却下 | 追加確認を依頼

を選択できます。

さらに確認が必要な場合でも、担当者にすべての資料をもう一度まとめてもらう必要はありません。承認者はTask Threadや関連資料を直接確認できます。

ステップ7：却下されても、プロセスはそこで終わらない

多くの自動化ワークフローでは、**Rejected（却下）**がプロセスの終了状態として扱われることがあります。

しかし、購買プロセスでは、却下は新しい対応サイクルの始まりになる場合があります。

例えば、承認者が次の理由で却下したとします。

「価格は問題ありませんが、支払条件が50％前払いとなっています。再交渉が必要です。」

エージェントはこの理由を記録し、サプライヤーに支払条件の変更を依頼するメールを作成したり、担当者向けのフォローアップタスクを作成したりするなど、次のアクションを提案できます。

サプライヤーから修正版の見積書が届いたら、エージェントがデータを更新し、再度承認申請を行うことができます。

これにより、

提案 → 却下 → 確認・調整 → 見積更新 → 再申請 → 承認

という履歴全体を、複数のメールに分散させることなく、一つのワークフロー内に残すことができます。

ステップ8：後から検索できる購買記録を作成する

申請が承認されると、購買プロセスに関する重要な情報を、統一された形式で企業のWikiに保存できます。

記録には、最初の購買依頼、サプライヤー一覧、見積書、比較表、選定されたサプライヤー、申請者、承認者、選定理由などを含めることができます。

後から、

「前回この設備を購入したときは、どのサプライヤーから購入しましたか？」

あるいは、

「前四半期にサプライヤーBではなくサプライヤーAを選んだ理由は何ですか？」

と確認したい場合でも、当時の担当者の記憶に頼るのではなく、過去のデータを参照できます。

購買承認から支払関連書類の管理へ

サプライヤーが選定された時点で、プロセスが必ずしも終了するわけではありません。

その後も契約書、発注書、納品書、検収書、請求書などを処理する必要があります。この段階も、文書間で内容の不一致が発生しやすいポイントです。

AIエージェントは、支払処理へ進む前に書類を確認し、例えば次のような照合を支援できます。

承認済み見積書 → 契約書／PO → 検収書 → 請求書

請求金額が承認された金額と異なる場合、検収書が不足している場合、または必要な書類がまだ提出されていない場合、エージェントが警告を出し、次のステップへ進む前に担当者へ確認を促すことができます。

このように、Procurement Agentは単に購買を支援するだけではなく、

購買依頼 → サプライヤー承認 → 書類の完備 → 支払申請

までのプロセスをつなぐことができます。

AIエージェントと従来の自動化ワークフローは何が違うのか？

従来のワークフローは、多くの場合、事前に定義された条件に基づいて動作します。

Aが発生した場合 → Bを実行する

この方法は、明確に構造化されたステップには効果的です。しかし、入力データがメール、PDF、見積書、自然言語による会話などの場合、処理が難しくなります。

AIエージェントは、このような情報を読み取り、理解する能力を追加します。

エージェントは見積書を読み取り、必要なデータ項目を認識し、条件を比較し、不足情報を検出し、文書を要約し、その結果を次のステップの支援に活用できます。

この二つのアプローチは、どちらか一方を選ぶものではありません。ワークフローは**「プロセスを次にどこへ進めるか」を決め、AIエージェントは「各ステップの中で情報や作業をどのように処理するか」**を支援します。

なぜAI Workspaceがこのユースケースに適しているのか？

エージェントが独立したチャットボットとして存在するだけでは、企業は支援が必要になるたびに、メール、タスク管理システム、文書保管システムなどからエージェントへデータを渡す必要があります。

ChaTaskでは、Chat – Task – Wiki – AI Agentsが同じワークスペース内で動作します。

Chatで発生した依頼をTaskにすることができます。エージェントはTask Thread内で情報処理を支援します。承認も同じワークフロー内で行うことができます。そして、完了した後の記録をWikiのデータとして蓄積できます。

これにより、ユーザーがツール間でデータを移動させる回数を減らし、一つのプロセスのコンテキストを最初から最後まで、より連続した形で維持できます。

最大の価値は、時間の削減だけではない

購買業務を自動化することで最も分かりやすい効果は、メール作成、データ入力、比較表作成などにかかる時間を削減できることです。

しかし、企業にとって長期的に重要なのは、プロセスを標準化し、意思決定の履歴を残せることでもあります。

それぞれの購買依頼について、次の質問に答えられるようになります。

誰が申請したのか？ → 誰が対応したのか？ → どの見積書を受け取ったのか？ → どの基準で比較したのか？ → 誰が提案したのか？ → 誰が承認したのか？ → なぜそのサプライヤーを選んだのか？

取引件数が増えるにつれて、こうした情報は企業にとって購買に関するナレッジベースになっていきます。

企業は過去のデータを利用して、以前の価格を参照したり、サプライヤーを評価したり、過去の意思決定を確認したり、次回の購買活動に向けてより適切に準備したりできます。

最終的な意思決定を行うのは人

AIエージェントによる購買プロセスの自動化は、購買に関する意思決定そのものをAIに任せるという意味ではありません。

AIは、文書の読み取り、データ抽出、見積比較、情報整理、ステータス追跡、リマインドなど、時間はかかるものの標準化しやすい作業に適しています。

担当者は引き続きニーズを定義し、提案内容を評価します。そして、権限を持つ意思決定者が最終的に承認または却下を判断します。

AIエージェントの役割は、意思決定を行う人が適切な情報を、適切なコンテキストで、適切なタイミングに確認できるよう支援することです。

一つの購買プロセスから、さまざまな業務プロセスへ

購買業務は、AIエージェントの導入を始めるユースケースとして適しています。繰り返し作業が多く、確認すべき文書も多い一方で、承認ポイントが比較的明確だからです。

このモデルが機能すれば、同様のアプローチを文書処理、採用、人事、契約、支払申請、その他の社内業務プロセスへ展開できます。

業務ごとに新しい個別ツールを構築するのではなく、企業は、人とAIエージェントがChat、Task、企業データを横断して一緒に働くAI Workspaceへ移行できます。

ChaTaskが目指しているのは、単にAIが質問へより速く回答できるようにすることではありません。依頼が発生した瞬間から、その業務が処理され、将来再利用できる組織のナレッジとして蓄積されるまで、AIが実際の業務遂行に参加できる環境を実現することです。