会計SaaSを入れ、経費精算アプリも入れた。それでも月末になると、担当者がスプレッドシートを開いて数字を突き合わせている。「システム化したはずなのに、なぜまだ手作業が残っているのか」という感覚は、中小企業のバックオフィスでかなり広く共有されています。
残っているのは、システムとシステムの間の作業です。領収書の写真を見て内容を判断する、勘定科目を決める、インボイスの登録番号が入っているか確認する、複数のツールをまたいで数字を照合する。どれも単体では数分ですが、件数が積み上がると担当者の時間を丸ごと持っていきます。
2026年に入り、この隙間に手が届く条件が揃いました。会計ソフト側が、AIエージェントから直接操作できる接続口を標準で用意しはじめたためです。
会計SaaS側がエージェント接続を開いた
マネーフォワードは2026年3月27日から、クラウド会計のリモートMCPサーバーと外部システム連携用のAPIを全プランのユーザーに公開しています。MCP（Model Context Protocol）は、AIエージェントが外部のツールやデータにアクセスするための共通規格で、対応クライアントとして Claude Desktop、Claude Code、Cursor、Gemini CLI などが挙げられています（マネーフォワード クラウド 開発者サイト）。
これが何を意味するかというと、「会計ソフトを操作するための専用の連携ツールを作らなくても、AIエージェントが直接読み書きできる」ということです。これまでこの手の自動化は、APIを叩く小さなプログラムを1本ずつ作る必要がありました。MCPの仕組み自体についてはMCP完全ガイドにまとめています。
実際に運用している例も出ています。Zenn に公開された個人の実践報告では、領収書の画像認識から仕訳の判断、インボイスの確認、会計ソフトへの登録までをチャット越しに済ませることで、日常的に発生する経費処理のほとんどが完結したとされています（Zenn）。個人事業レベルの規模での報告なので、そのまま組織に当てはまるわけではありませんが、どこまで渡せるかの感触は掴めます。
「読む」と「書く」を分けて考える
導入を検討するときに最初にやるべきなのは、機能の比較ではなく、処理を読むものと書くものに分けることです。リスクの性質がまったく違うためです。
| 種類 | 例 | 間違えたときの影響 |
|---|---|---|
| 読む処理 | 残高の確認、未処理伝票の抽出、月次の集計、証憑の内容読み取り | 判断を誤るが、データは壊れない |
| 書く処理 | 仕訳の登録、取引先マスタの追加、支払データの作成 | 帳簿が汚れ、後から特定して直す作業が発生する |
読む処理は、最悪でも「AIの答えが間違っていた」で済みます。人が確認すれば気づけますし、元データには何も起きません。
書く処理はそうはいきません。間違った仕訳が100件登録されたとき、それを見つけて戻す作業は、最初から手で入力するより時間がかかります。したがって最初の導入は読む処理だけに限定するのが定石です。書く処理を開けるのは、読む処理で精度の感触が掴めてからで遅くありません。
消える手間と、残る手間
期待値を正しく持っておくために、この仕組みで減るものと減らないものを分けておきます。
減るのは転記と検索です。 「どこかにあるはずの数字を探す」「片方のシステムからもう片方へ写す」「一覧から条件に合うものを抜き出す」といった作業は、そのまま消えます。担当者が最も時間を取られていて、かつ最も価値を生んでいなかった部分です。
減らないのは判断と責任です。 この経費が本当に業務のものか、この取引先への支払いが妥当か、この処理が税務上どう扱われるか。ここはAIに投げても、最終的に人が確認します。むしろ確認に集中できる時間が増える、と考えるほうが実態に近いでしょう。
新しく増えるのは、記録の管理です。 誰が（何が）いつ何を登録したかが追えないと、監査で困ります。電子帳簿保存法まわりで何を保存する必要があるかは電子帳簿保存法とGoogleドライブ運用で扱っています。
権限とログをどこで握るか
ここが導入の成否を分けます。
MCPサーバーにはユーザーのPC上で動かすローカル版と、提供元がホストするリモート版があり、技術的な準備が要らないリモート版の利用が推奨されています。ただしどちらを選ぶかで、権限管理の置き場所が変わります。
ローカル版は担当者のPC上で動くため、その人のアカウント権限がそのまま使われます。手軽な反面、退職や異動のときに接続が残りやすく、誰の権限で何が実行されたかも端末側にしか残りません。
リモート版は接続の管理が会計SaaS側の仕組みに乗るため、権限の付け外しと実行の記録が組織側で扱えます。担当者個人ではなく会社として使うなら、こちらを前提に設計するほうが後が楽です。
そのうえで、社内のどのアカウントに何を許すかは別途決める必要があります。「経理担当者のPCにだけ入れる」という運用は、担当者が1人の会社では成立しますが、複数人いる時点で崩れます。AIツールの利用範囲を組織としてどう定めるかは生成AI利用ポリシーとシャドーAI対策にまとめています。
小さく始める順序
いきなり全社の経理を切り替える必要はありません。順序としてはこうなります。
- 読む処理を1つだけ試す。 「今月の未処理伝票を一覧にして」など、結果を目で検証できるものを選びます
- 精度が信頼できる範囲を見極める。 出力が毎回同じか、想定外の入力で何を返すかを見ます。ここで感触が悪ければ、書く処理には進みません
- 書く処理を、影響の小さい区分から開ける。 少額の経費精算のように、間違いに気づきやすく戻しやすいものから
- 記録の残り方を確認する。 誰の権限で実行されたかが後から追えるかを、開ける前に確認します
業務システム側とどう連携させるかまで含めた設計になると、単体ツールの導入とは別の検討が必要になります。既存システムをAIエージェントから扱える形にする設計については既存APIをMCPサーバーにする設計パターンが参考になります。
次にやること
経理担当者に、先月の作業のうち「どこかから数字を写した時間」がどれくらいあったかを聞いてみてください。 ここが週に数時間あるなら、読む処理を自動化するだけで効果が出ます。1時間に満たないなら、いま急ぐ話ではありません。
そのうえで、自社の会計ソフトがMCPやAPIでの接続に対応しているかを確認します。対応していれば、まずは読む処理を1つ試すところから始められます。
会計・販売管理・基幹システムをまたいだ自動化の設計や、既存システムをAIエージェントから扱える形にする改修について相談したい場合は、グリームハブの開発・AI・自動化のご相談で承っています。使っているツールの構成によって現実的な範囲は変わるため、個別にご相談ください。お問い合わせからどうぞ。
