AI エージェントは業務システムを操作できるか — 相手側の 4 条件

調査の詳細

日本の業務システム56件について、AI 以前の条件——APIの有無・書き込みの可否・認証・呼び出し回数の上限——を1件ずつ調べました。実装はしていません。要件を整理しただけです。

4 つの条件は、各ベンダーの開発者向けドキュメント（API リファレンス・認証の説明・レート制限の記載・API 利用規約）を 1 件ずつ開いて確かめました。対象は公開している 56 システム、確認時期は 2026 年 7 月 28 日〜8 月 19 日です。以下に、その範囲と、実際に見た 56 システムを並べます。

条件① 受け口があるか

編集部が56件を2つの軸で分類した結果です。

さらに**「公開」27件のうち5件は、特定の契約プランでないと使えません。**

そのまま使えるのは22件。56件の4割です。

ここで半分以上が落ちます。 「AI で自動化」の検討は、まずこの表のどこに自分のシステムがいるかを確認するところから始まります。

なお、MCP に言及があるのは56件中3件だけでした（Google スプレッドシート／マネーフォワード クラウド会計／formrun）。そして3件とも、API が先にあってその上に MCP が乗っています。 API が無いシステムに MCP だけ生えた例は確認できていません。

条件② 書き込めるか

API があっても、読み取り専用のことがあります。

この3件では、AI も読み取りしかできません。 どれだけ賢くても、書き込む口が無いからです。

逆に、対象ごとに読み書きが分かれている例もあります。

どっと原価は、扱えるデータの種類ごとに何ができるか（取得・登録・更新・削除）の一覧を公開しています。業者・発注者・社員・機械のマスターや工事の基本情報は書き込みまでできる一方、費目・工種・種別といった区分は取得だけです。

「AI に入力させたい」なら、その対象が書き込み可能かを、対象ごとに確認する必要があります。

段階的に開放している例

マネーフォワード クラウド会計の MCP サーバーは、こう進んでいます。

読み取りが先で、書き込みが後です。会計に AI が勝手に仕訳を作るのは重い話なので、この順序にしています。

条件③ 誰として入るか

AI は誰の権限で操作するのか、という問題です。

認証方式の記述を確認できたのは56件中48件でした。

OAuth なら、権限を絞れます

OAuth 2.0（RFC 6749）では、アクセストークンに scope（アクセスできる範囲） と 有効期限 が設定されます。

実物があります。マネーフォワード クラウド経費は6種類のスコープを定義しており、office_setting:write（事業者の設定から従業員の設定まで管理）のように、何ができるかが名前で書かれています。

マネーフォワード クラウド請求書は data.read（参照）と data.write（更新）の2種類です。

AI に渡すのを「読むだけ」にできます。

これは実務上かなり重要です。**「まず読み取りだけ AI に触らせて、様子を見てから書き込みを開放する」**という段階的な導入ができるからです。

API キーだと絞れません

一方、API キー方式では範囲も期限も基本的にありません。 1本の文字列を渡せば、その API でできること全部ができます。

boardはここを工夫しています。API キー＋API トークンの2方式併用が必須で、トークンごとに利用可能なエンドポイントを指定できます。 OAuth ではありませんが、トークン単位で範囲を絞れる設計です。

AI に権限を渡すときは、この違いが効きます。

「誰がやったか」を追えるか

もう1つ。AI が操作した記録が残るかです。

調査記録の調査項目には入っていないので、これは調べていません。 ただし、確認すべき項目として挙げておきます。

• AI 用に別のアカウント／トークンを発行できるか
• 操作ログにそのアカウントが記録されるか

人と同じアカウントを AI に使わせると、後から「これは人がやったのか AI がやったのか」が分からなくなります。

条件④ どれだけ叩けるか — ここが一番効きます

AI は人より速く、多く叩きます。

人が1日10回触るシステムを、AI は1日1,000回呼ぶことがあります。「関連しそうなデータを一通り見てから判断する」という動き方をするからです。

そして——

呼び出し回数の上限を公開しているのは、56件中28件。ちょうど半分です。

残り半分は、設計前に「どれだけ叩けるか」が分かりません。

公開されている実例

◎ 条件なしで当てはまる　○ 条件つき・一部　△ 限定・要申請・無いと明記　× 当てはまらないと明記　？ 編集部がまだ確認していません　― 提供元が公開していない（編集部が調べた）　— 記号は編集部の札から機械で付けています。物差しは項目ごとに違い、列の見出しがその項目の意味です。札の意味と根拠は各セルの要約を押すと出ます。

材料の調査日（最新）: 2026-08-09

_{以前ここは手書きの表でした（8 件 ×「呼び出し回数の上限」）。同じ内容が調査記録に在り、原文と調査日つきで出せるので調査記録から引きます。並べる 8 件は変えていません — この調査で値が読めた分です。}

ジンジャーの「6秒に1回」に注目してください

登録・更新は1社につき6秒に1回です。これは1時間で600回。

AI が「まとめて100件登録して」と言われたら、10分かかります。 設計として知っておく必要があります。

単位が揃っていません

1日・1秒・1分・5分・24時間・クレジット・ポイント。システムどうしを数字で比較できません。

見るべきは自分の想定件数に対して収まるかどうかと、上げられるかです。boardと Google Workspace は「上げられない」と明記しています。

上限に当たったらどうなるか

多くは 429 Too Many Requests が返ります。AI がこれを受け取ったとき、どう振る舞うかを決めておく必要があります。

• 待って再試行するのか
• 諦めて人に投げるのか
• そもそも上限に当たらない設計にするのか

「AI に任せる」だけでは、ここが決まりません。

会計まわりの 13 件を調査記録から横に並べると、4 条件はこう読めます（記号や札をクリックすると原文・出典）。

◎ 条件なしで当てはまる　○ 条件つき・一部　△ 限定・要申請・無いと明記　× 当てはまらないと明記　？ 編集部がまだ確認していません　― 提供元が公開していない（編集部が調べた）　— 記号は編集部の札から機械で付けています。物差しは項目ごとに違い、列の見出しがその項目の意味です。札の意味と根拠は各セルの要約を押すと出ます。

材料の調査日（最新）: 2026-09-03

規約はどうなっているか

見落とされやすい点です。

formrun の API ドキュメントは一般公開ではなく、API 利用規約への同意を経てアクセスする方式です。そして——

MCP その他の AI エージェント経由の利用も、同規約の対象

と明記されています。

「AI が使うのだから規約の対象外」ということはありません。 当たり前に思えますが、明文化されていることに意味があります。

導入前に、API 利用規約に自動化ツール・AI 経由の利用に関する条項があるかを確認してください。

規約は、AI 経由の利用にも及びます

もう1件、はっきり書かれている例があります。formrun の API 利用規約です。

API ドキュメント（仕様書）は一般公開ではなく、API利用規約への同意を経てアクセスする方式。MCP その他の AI エージェント経由の利用も同規約の対象。

「AI が使うのだから規約の対象外」ということはありません。 当たり前のようですが、明文化されていることに意味があります。

なぜなら、AI に業務を任せると**「誰がやったのか」が曖昧になりやすい**からです。

• 人が画面で操作した → その人がやった
• 人が書いたプログラムが API を叩いた → その会社がやった
• AI が自分で判断して API を叩いた → 誰がやった？

規約上の答えは「あなたの会社がやった」です。 AI は道具なので、責任は使っている側にあります。だから規約に書かれた禁止事項（自動収集の禁止、再配布の禁止、頻度の制限など）は、AI 経由でもそのまま効きます。

検討時に確認するのは2点です。

1. API 利用規約に、自動化・エージェント経由の利用についての記述があるか
2. 禁止されていないか。制限があるなら、その内容は何か

書かれていない場合は、聞いてください。 「AI エージェント経由での利用を検討していますが、規約上の扱いはどうなりますか」。これは後から問題になると止められる種類の話なので、始める前に確認しておく価値があります。

調べた範囲と、調べていないこと

• 実装していません。 公開資料と、編集部の調査記録を読んで要件を整理しただけです。動かした結果は書いていません。
• 対象は、編集部が一次調査を終えて公開している56システムです。日本の業務システム全体ではありません。
• 確認時期は2026年7月28日〜8月19日です。この分野は動きが速いので、数字はすぐ古くなります。
• 「公開情報を確認した範囲では見つからなかった」と「提供していない」は区別しています。
• 操作ログに AI の操作が記録されるかは調べていません（調査記録の調査項目に入っていないため）。確認すべき項目として挙げるにとどめています。
• 特定の AI 製品の性能は評価していません。 書いたのは、相手側の受け口の状態です。

各システムの「API」「API仕様」「認証」「レート制限」の欄は RenkeiMap で1件ずつ、出典URLと調査日つきで公開しています。主な参照先はジョブカン会計、jGrants、e-Tax、どっと原価、マネーフォワード クラウド会計、マネーフォワード クラウド経費、board、SmartHR、freee人事労務、ジンジャー、KING OF TIME、Google Workspace、Shopify、Zoho CRM、formrun です。