請求書発行をMCPで自動化する｜Discord×スプレッドシートで帳票作成まで完結させた検証【AI活用検証vol.3】

請求書の作成そのものは難しい作業ではありません。手間なのは、その前段にある「情報集め」です。依頼はチャットに散らばり、金額や条件は個別のやりとりの中にあり、それを台帳に転記してからようやくフォーマットに流し込む。この転記の往復が、毎月ぶんだけ積み上がります。

この検証では、Discordに届いた依頼情報を起点に、Googleスプレッドシートの台帳へ転記し、そのまま請求書として出力するまでを、複数のMCPサーバーを組み合わせてAI上で完結させました。実装の過程で一度設計を大きく変えており、そこが最大の学びだったので、結論とあわせて共有します。

この検証の概要

本記事は自社での検証記録です。定量的な効果測定（削減工数・エラー率など）はこの期間では実施していないため、数値は掲載していません。

結論：複数のMCPサーバーを繋ぐと、ツールを跨ぐ作業がAI上で完結する

この検証で確認できたのは、MCPサーバーを複数組み合わせることで、これまで人間が「アプリ間を行き来して」やっていた作業を、AIとの対話ひとつに畳めるということです。

今回の構成では、チャットツール（Discord）と表計算ツール（Googleスプレッドシート）という別々のサービスにまたがる作業を、Claude Desktop上のやりとりだけで完結させています。人間側の操作は「請求書を作って」と指示するところだけです。

MCPを単体で試すと「便利なAPI連携」という印象で止まりがちですが、複数を繋いだときに初めて、業務フローそのものを置き換える手応えが出ました。

MCPとは何か

MCP（Model Context Protocol）は、AIと外部ツールを接続するための標準規格です。従来なら「ChatGPTにSlack連携機能を作る」「Claudeにスプレッドシート連携を作る」といった具合に、AIとツールの組み合わせごとに個別実装が必要でした。MCPはその接続部分を共通化します。

実務上の意味は、ツールを足すたびにゼロから作らなくてよくなるということです。今回のようにDiscordとGoogleスプレッドシートを両方繋ぐ場合も、それぞれのMCPサーバーを用意してAIクライアントに登録するだけで済みます。

構築したフロー

Discord（依頼元）
    ↓  Discord MCP で依頼情報を取得
Googleスプレッドシート（管理台帳）
    ↓  Google Sheets MCP で転記
請求書テンプレート（同じくスプレッドシート）
    ↓  テンプレートに流し込んで出力
請求書

ポイントは、台帳と請求書テンプレートの両方をスプレッドシート上に置いたことです。この判断に至った経緯は次のセクションで詳述します。

使用したツール

最大の判断：自作サーバーをやめてスプレッドシートに寄せた

当初は「請求書PDFを発行する専用サーバーを自作する」構成を検討していました。これは途中で取りやめています。

理由は保守性です。専用サーバーを立てると、請求書のフォーマットを少し変えたいときにも開発側の対応が必要になります。「消費税の表記を変えたい」「振込先を追加したい」といった、経理担当者にとっては当たり前の微修正のたびに、エンジニアを待つことになる。この構造が現場で回らないと判断しました。

代わりに採用したのが、Googleスプレッドシートのテンプレート機能を読み込む方式です。請求書のレイアウトはスプレッドシート上のテンプレートとして持ち、AIはそこにデータを流し込むだけの役割にしました。

これにより、フォーマットの変更を現場で完結できるようになりました。経理担当者が普段どおりスプレッドシートを編集すれば、それがそのまま次回の請求書に反映されます。

自動化の設計では「どこまでをAIに任せ、どこを人が触れる状態に残すか」の線引きが効いてきます。今回は見た目の定義を人の手元に残したことが、実用性を大きく上げました。

やってみて分かったこと

うまくいったこと

複数のMCPサーバーを組み合わせ、ツールを跨ぐ作業をAI上で完結させられました。出力された請求書は実用レベルの品質で、他社に事例として提示できる完成度に達しています。

つまずいたこと：導入時のセットアップが非エンジニアには難解

この構成の最大のハードルは、日々の運用ではなく初期セットアップにあります。具体的には、GCP側のAPI設定と、認証情報（クレデンシャル）の管理です。

Google Sheets MCPを動かすには、GCPプロジェクトを作り、必要なAPIを有効化し、認証情報を発行して安全に保管する、という一連の作業が必要になります。ここは画面の指示に従うだけでは進みにくく、非エンジニアが独力で越えるのは難しいというのが率直な評価です。

裏を返せば、一度セットアップさえ済めば、あとは現場だけで回せます。導入時にエンジニアが伴走する前提で計画するのが現実的です。

この仕組みが応用できる範囲

今回作ったものは、抽象化すると「特定プラットフォームに散らばった情報を、帳票の形にまとめる仕組み」です。請求書という出力先を差し替えれば、そのまま他の定型業務に応用できます。

• 総務 — 各所からの申請・依頼を集約して台帳化する
• 人事 — 応募や問い合わせの情報を定型フォーマットにまとめる
• 経理 — 請求以外の帳票（見積書・支払通知など）へ横展開する

情報の入口（今回はDiscord）も出口（今回は請求書テンプレート）も差し替え可能なので、自社の業務でどのチャネルに情報が散らばっているかを起点に考えると、適用先が見つけやすくなります。

よくある質問

Discord以外のチャットツールでも同じことはできますか？

できます。今回はDiscord MCPを使いましたが、対応するMCPサーバーがあるツールであれば、同じ考え方で置き換えられます。MCPが接続部分を共通化しているため、入口のツールが変わっても全体の設計は変える必要がありません。

非エンジニアだけで導入できますか？

初期セットアップは難しいと考えてください。GCPのAPI設定と認証情報の管理という、慣れていないと詰まりやすい工程があります。ただし運用フェーズはスプレッドシートの操作が中心になるため、導入さえ越えれば現場だけで回せます。

請求書のフォーマットを変えたくなったらどうしますか？

スプレッドシート上のテンプレートを直接編集してください。開発側の対応は不要です。これは今回、自作サーバー方式をやめてテンプレート方式に切り替えた、まさにその狙いにあたる部分です。

どのくらい工数が削減できましたか？

この検証期間では定量的な測定を行っていないため、数値はお答えできません。実運用を開始してエラー率を確認する段階を次のアクションとしています。

まとめ

請求書発行という定型業務を題材に、複数のMCPサーバーを繋いだ自動化を検証しました。

• MCPは複数繋いで初めて業務フローを置き換える。単体では便利なAPI連携の域を出ない
• 自作サーバーではなくスプレッドシートのテンプレートに寄せた。フォーマット変更を現場で完結させるための判断
• 最大のハードルは運用ではなく初期セットアップ。GCPのAPI設定と認証情報管理は非エンジニアには難しい
• 「情報を集めて帳票にする」構造は、総務・人事など他の定型業務にも応用できる

自動化の成否は、AIの性能よりも「どこを人が触れる状態に残すか」の設計で決まる場面が多くあります。今回はその一例として参考にしていただければと思います。

株式会社AI棒では、こうしたAI活用の検証を日々行い、企業の業務自動化とAI導入を支援しています。自社の業務でどこから手をつけるべきかのご相談はお問い合わせフォームから、継続的な伴走支援についてはAI参謀をご覧ください。