マネーフォワード クラウド会計をAIエージェントに安全に連携する｜権限・監査の設計

マネーフォワード クラウド会計をAIエージェントにつなぐと、試算表の要約や仕訳データの集計、部門別の分析といった経理のルーチンを自動化できます。便利な一方で、会計データは参照だけでなく登録・更新に届けば「戻せない書き込み」になります。連携の前に権限設計を決めておくべきです。

マネーフォワード クラウド会計連携でまず起きる問題

マネーフォワード クラウド会計をそのままAIエージェントに渡すと、典型的に次の問題が起きます。

• APIトークンの散在：プロンプトやローカルのMCP設定に置いた認証情報は、漏れたときにマネーフォワード クラウド会計の操作が丸ごと露出します。
• 読み取りと書き込みが同じ扱い：参照も更新も、エージェントから見れば同じ「ツール呼び出し」です。区別がなければ、AIは同じ気軽さで実行します。
• 会計期間・部門の取り違え：複数の事業所や部門を扱うと、正しい操作を誤った対象に反映する事故が起こり得ます。

読み取りは自由に、書き込みは承認制に

実務的な原則はシンプルです。参照系は自由に、更新系は人間の承認を経てから。マネーフォワード クラウド会計の操作をこの2種類に仕分けます。

• 自由に実行してよい（読み取り）：試算表（PL・BS）の取得、仕訳・取引の参照、勘定科目・補助科目・取引先の一覧、部門別の集計。分析や要約はここで完結します。
• 承認を挟む（書き込み）：仕訳の登録・更新、取引先の作成。これらは帳簿に反映され、後から戻すのが難しい操作です。

こうしておけば、AIエージェントは分析や下書きまで一人で走り切り、外部や本番に効く操作の直前だけ担当者が確認する、という運用になります。

生のAPIトークンをエージェントに渡さない

もう一つの要点は認証情報の置き場所です。マネーフォワード クラウド会計のAPIトークンをエージェントのランタイムやプロンプトに置くのは避けます。 認証情報はサーバー側に暗号化して保管し、エージェントにはスコープ付きの権限トークンを1つだけ渡す。 こうすれば、あるワーカーのトークンが漏れても、失効はそのワーカーの範囲に限定でき、マネーフォワード クラウド会計本体の認証情報を作り直す必要はありません。

すべての操作を監査ログに残す

会計データを扱う以上、「誰が・どのワーカーで・どの会計期間に・何をしたか」を後から追えることは必須です。 承認された操作もブロックされた操作も、ワーカー・ロール・ツール・接続・リクエスト・結果まで記録しておけば、 後からの調査や説明責任にそのまま使えます。

Grantryでの実現方法

Grantryは、AIエージェントと業務ツールの間に入る権限レイヤーです。 マネーフォワード クラウド会計を含むMCP対応のサービスに対して、ワーカーごとにスコープ付きトークンを1つ発行し、 読み取りは自由に、仕訳登録などの書き込みは承認ゲート越しに、そして全コールを監査ログに残します。 Claude CodeやCodexなどのMCPクライアントを、ワーカートークン付きでGrantryのエンドポイントに向けるだけで、 エージェント側のコード変更なしに始められます。

よくある質問

AIエージェントにマネーフォワード クラウド会計のAPIトークンを直接渡しても大丈夫ですか？

推奨しません。プロンプトやローカルのMCP設定に置いたAPIトークンは、マネーフォワード クラウド会計でできる操作すべて（例：仕訳登録）を許す常時オファーになります。APIトークンはサーバー側に暗号化して保管し、エージェントにはスコープ付きの権限トークンを1つだけ渡す設計が安全です。

マネーフォワード クラウド会計の仕訳登録をAIに自動実行させても問題ないですか？

仕訳登録は影響が大きい、または戻せない書き込みです。試算表の取得などの読み取り・分析は自由に実行させ、仕訳登録は人間の承認を経てから実行する承認ゲートを挟むのが実務的です。

freeeとマネーフォワードを両方AIエージェントで扱えますか？

扱えます。どちらもMCP対応で、同じ権限レイヤーの後ろに置けます。会計ソフトごと・事業所ごとにロールとスコープを分け、読み取りは自由・仕訳などの書き込みは承認制にすれば、複数の会計環境を安全に横断できます。