MCPとは、AIと業務システムを共通の手順でつなぐための接続規格のことです。

顧問先の会計データが入ったシステムに、AIを直接つないでよいか。この問いに、事務所としての答えを決めているでしょうか。MCPは、その接続を技術的にやさしくする規格です。手間が下がるほど、つなぐかどうかの判断だけが事務所側に残ります。この記事では、MCPで業務システムをつなぐ前に決めておく5つの線引きと、守秘義務まわりの論点を整理します。本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で確認しています。生成AIへの入力については、個人情報保護委員会が2023年6月2日に公表した注意喚起が出発点になります。

MCPは配管であって、水を流す判断は事務所に残る

MCPが変えたのは接続の手間であって、何を渡してよいかという判断ではありません。ここを分けて考えないと、導入の議論が技術の話に流れていきます。

MCPは、AIと外部のシステムやデータをつなぐ手順を共通化した規格です。従来は、AIに会計ソフトのデータを読ませたければ、そのソフト専用のつなぎ込みを個別に作る形でした。共通の手順が決まると、会計、給与、顧客管理、文書管理、グループウェアを、同じ作法でAIから呼べるようになります。業務システムのベンダーが対応すれば、事務所の側は接続先を選ぶ作業に変わります。

つまりMCPは配管です。事務所の中を通す配管が引かれることと、そこに顧問先の情報を流すことは、別の話になります。配管が引かれた瞬間に、流すか流さないかの判断が事務所の仕事として立ち上がります。これまでは技術的に難しいから見送っていた領域が、方針として見送る領域に変わります。判断を先送りすると、担当者が個別に判断する状態になります。

行政の側でも、AIが自ら手順を組み立てて外部を呼び出す形態が正面から扱われ始めました。総務省と経済産業省のAI事業者ガイドラインは、令和8年3月31日に第1.2版が公表され、AIエージェントに関する定義やリスクの記載が追記されています（出典: 総務省 AI事業者ガイドライン）。同ガイドラインは主体をAI開発者、AI提供者、AI利用者の3つに分けています。業務でAIを使う士業事務所は、AI利用者の側に置かれます。

法律の側は推進型です。人工知能関連技術の研究開発及び活用の推進に関する法律は罰則規定を持たず、研究開発と活用を推進する建て付けになっています（出典: e-Gov法令検索）。同法第3条は基本理念のひとつとして、不正な目的や不適切な方法で用いられた場合に個人情報の漏えいなどの事態を助長するおそれがあることを踏まえ、透明性の確保その他の施策を講じる旨を掲げています。守る線を国が細かく決める構造ではないため、事務所側の設計がそのまま運用の質になります。

仕様そのものの変更点はMCP新仕様2026-07-28が公開 士業事務所のAI連携で押さえる3点で扱っています。本記事では仕様ではなく、事務所側の設計に絞ります。

業務システムをつなぐ前に決める5つの線引き

結論から書くと、決めるのは範囲、操作、供給元、記録、責任の5つです。この5つが決まっていれば、どのツールを選んでも運用は崩れにくくなります。逆に、ここが空白のまま接続だけ先行すると、あとから止めるのが難しくなります。順番にも意味があり、上から順に決めると議論が戻りません。

線引き1 どの業務のどのデータを対象にするか

最初に決めるのは範囲です。事務所の業務を一度でつなごうとすると、確認する項目が膨らんで止まります。

対象の候補を、顧問先の情報を含む度合いで並べると整理しやすくなります。事務所の業務手順書や汎用の文例は、顧問先の情報を含みません。期限管理や進捗管理のデータは、案件名や顧問先名を含みます。会計データ、給与データ、案件の記録は、内容そのものが顧問先の秘密になります。同じ会計システムの中でも、勘定科目の一覧と、顧問先ごとの試算表では重さが違います。

始める順番は、含まない側からです。手順書や文例の検索から始めれば、仕組みの使い勝手を、情報管理の議論と切り離して確かめられます。ここで使い物にならないと分かれば、顧問先の情報を扱う話に進む前に止められます。逆の順番で始めると、価値が出るかどうかも分からない段階で、重い判断を迫られることになります。

線引き2 読み取りだけか、書き込みまで許すか

次に決めるのは操作の範囲です。MCPでつないだAIは、データを読むだけでなく、登録や更新もできます。この2つを同じ扱いにしないことが、設計の中心になります。

業務ごとに具体化すると、判断が早くなります。会計であれば、試算表や仕訳の照会は読み取りで足ります。仕訳の登録と修正は、人が画面で行う形を残します。給与と労務であれば、勤怠データの集計や異常値の抽出は読み取り、届出の送信は人が行います。顧客管理であれば、案件の進捗照会や期限の抽出は読み取り、顧問先への連絡は下書きまでにして、送信は人が押します。文書管理であれば、過去の書面の検索は読み取り、保存と上書きは人が行います。

書き込みを許すかどうかは、取り消せるかどうかで分けると判断が早くなります。事務所内の期限管理に予定を登録する操作は、間違っても事務所の中で直せます。外部に出る操作、つまり送信、申請、公開は、取り消しが効きません。取り消せない操作は人の手に残す、という線の引き方が扱いやすくなります。この基準なら、新しい業務システムをつなぐときも、同じものさしで判断できます。

線引き3 そのサーバーを誰が作ったのか

見落とされやすいのが供給元です。MCPでつなぐ相手は、接続用のサーバーです。同じ会計ソフトにつなぐサーバーでも、誰が作ったかで扱いが変わります。

第1に、ベンダー公式のものがあります。業務システムの提供元が自社で用意しているもので、利用規約とサポートの所在がはっきりしています。障害時の連絡先も、データの扱いの説明も、その会社が持ちます。

第2に、有志が公開している実装があります。第三者が公開APIをラップして作ったもので、対応の早さが利点です。ただし、保守が続くとは限りません。事務所の認証情報がどの経路を通るのかを、自分で読み解く作業も残ります。公開されている情報だけでは、開発者が誰かを確かめられない場合もあります。

第3に、自作や委託開発があります。権限の設計を自分で決められる代わりに、保守も事務所側で持つことになります。作った担当者が辞めたときに誰が引き取るかを、作る前に決めておく話になります。

3つを同じ棚に並べないことが要点です。ベンダー公式なら規約を読んで判断できます。有志実装は、顧問先の情報を扱う業務では採らないと先に決めておく事務所が多く見られます。試すこと自体を禁じる話ではありません。扱う対象を分ければ、検証は続けられます。

線引き4 何を記録に残すか

4つ目は記録です。誰が、いつ、どの接続で、何を渡したか。これが残っていないと、後から確認する手立てがなくなります。

MCPは仕様の更新で、リクエストごとに処理が自己完結する構造へ整理されました（出典: Model Context Protocol 仕様）。事務所にとっての意味は単純です。1回の操作で何を渡したかが、1件ずつ切り出せる形になったということです。

この性質は監査の場面で効きます。接続を張り続けて会話を積み上げる構造では、どのやり取りでどのデータが動いたかを後から分けるのが難しくなります。操作の単位で切り出せるなら、記録の粒度もその単位に揃えられます。顧問先から問い合わせを受けたときに、どの資料がどの操作で読まれたかを説明できるかどうかは、事務所の説明責任に直結します。

記録の設計は、道具側の機能に任せきりにしない形が扱いやすくなります。接続台帳を事務所側で持ち、接続名、対象システム、操作の範囲、供給元、承認者、棚卸しの日付を書いておきます。台帳は表計算のファイルで足ります。道具を替えても台帳は残るため、事務所の資産になります。

線引き5 有資格者の確認をどこに置くか

最後は責任の置き場所です。MCPでデータが取れるようになると、AIの出力が具体的になり、そのまま使えそうに見えます。ここが最も危ない場面です。

線の引き方は業務で変わりません。AIの出力は下書き、または原典に当たるための索引として扱います。署名や記名押印を伴う書面、申告、登記、届出、申請は、有資格者が原典を確認したうえで判断する工程を残します。MCPでつないだ場合も、この工程は動きません。

むしろ、つないだことで確認の重みが増します。手で転記していた時期は、担当者が数字を目で追う工程が自然に入っていました。自動で取れるようになると、その工程が消えます。消えた分を、確認の手順として明示的に置き直す作業が要ります。

接続の棚卸しを整理するときは、次のような指示が使えます。

あなたは士業事務所の業務システム管理の担当者です。
以下の業務一覧について、AIとの接続設計を整理してください。

出力する項目:
1. 業務名
2. 扱うデータに顧問先の秘密が含まれるか（含む / 含まない / 一部）
3. 読み取りのみで足りるか、書き込みが要るか
4. 書き込みが要る場合、その操作は取り消せるか
5. 取り消せない操作を人の手に残す場合、誰が実行するか

条件:
- 判断の根拠を1行で添えること
- 法的な評価や助言は書かないこと
- 情報が足りない項目は「要確認」と出力し、推測で埋めないこと
- 事務所名・顧問先名は A社、甲、乙 に置き換えて出力すること

業務一覧:
"""
（ここに業務を書き出す）
"""

読み取り専用でつないだ状態で照会するときは、出力の形をあらかじめ固定しておくと、確認の工程が短くなります。

接続済みのシステムから取得した情報だけを根拠に回答してください。

条件:
- 取得元のシステム名と、参照したデータの範囲を回答の冒頭に必ず示すこと
- 取得できなかった項目は「取得できません」と明記し、一般知識で補わないこと
- 数値は取得した値をそのまま記載し、四捨五入や概算をしないこと
- 法的な評価、税額の判断、手続の可否は書かないこと
- 書き込み操作は行わず、人が実行する操作として列挙するだけにすること
- 固有名詞は A社、甲、乙 に置き換えて出力すること

依頼:
"""
（ここに照会内容を書く）
"""

出力は、担当者が原典を開く順番を決めるための材料として扱います。取得された数字をそのまま書面に載せる使い方には向きません。

顧問先データをMCPでつなぐときの守秘義務と規程の論点

つなげることと、渡してよいことは別に判断します。MCPは接続の規格であり、渡したデータがどう扱われるかは、AI側と業務システム側それぞれの規約で決まるためです。

士業の守秘義務は、資格ごとに根拠が置かれています。弁護士は弁護士法第23条、税理士は税理士法第38条、公認会計士は公認会計士法第27条、司法書士は司法書士法第24条、行政書士は行政書士法第12条、社会保険労務士は社会保険労務士法第21条、弁理士は弁理士法第30条に規定があります。いずれも正当な理由なく秘密を漏らす行為を禁じる建て付けで、接続が自動化されたことを理由に扱いが軽くなる性質のものではありません。

個人情報の側は、個人情報の保護に関する法律を見ます。個人情報保護法第23条は、取り扱う個人データの漏えい、滅失または毀損の防止その他の安全管理のために必要かつ適切な措置を講じる旨を定めています。同法第27条は、あらかじめ本人の同意を得ないで個人データを第三者に提供してはならない旨を定め、第5項に、利用目的の達成に必要な範囲内での委託に伴う提供は第三者への提供に含まれない旨の定めを置いています。MCPでつないだ先が委託の枠に収まるかは、契約と実際のデータの流れを見て判断する論点になります。

行政の見解としては、個人情報保護委員会が生成AIサービスの利用に関する注意喚起を公表しています（出典: 個人情報保護委員会）。事業者向けの柱は2つです。個人情報を含むプロンプトを入力する際に、利用目的の達成に必要な範囲内であるかを十分に確認すること。そして、入力した個人情報が機械学習に利用される場合の取扱いに留意すること。MCPでの接続は、人がプロンプトに貼り付ける代わりに、システムから直接データが渡る形になります。入力の経路が変わっても、この確認の視点は変わりません。

ベンダー側の条件は公式ドキュメントで確かめます。OpenAIはデータがモデル改善にどう使われるかを公開しており、プライバシーポリシーもあわせて読む対象になります。Anthropicは商用利用規約を公表しています。読む観点は4つです。入力が学習に使われるか、データの保持期間はどれくらいか、管理者が利用状況を把握できるか、契約の形態によって扱いが変わるか。無料の個人向け契約と法人向け契約で条件が異なる場合があるため、事務所として結んでいる契約がどれかを先に確かめます。

顧問先への説明は、接続の有無ではなく、扱いの範囲で伝えると通りやすくなります。どの資料をどの範囲で機械に読ませるか、人がどこで確認するか、記録をどう残すか。この3点を書面にしておけば、質問を受けたときにその場で答えられます。説明資料の作り方は顧問先へのAI活用説明資料の作り方で扱っています。

規程に落とす場合、MCP専用の規程を新設するより、既存のAI利用規程に接続の章を足す形が扱いやすくなります。書く項目は、接続の申請と承認、供給元の区分ごとの扱い、読み取りと書き込みの区分、接続台帳の管理、棚卸しの頻度、退職時のアカウント停止です。規程の骨子は士業事務所のAI利用規程テンプレートに、守秘義務の整理は士業の生成AIと守秘義務にまとめています。

MCP連携でつまずく4つの型と、その戻し方

失敗には型があります。先に知っておくと、起きたときに戻せます。

1つ目は、試用のつもりの接続が常用になる型です。検証のために有志実装のサーバーをつなぎ、便利だったのでそのまま業務で使い続けてしまいます。戻し方は、接続に期限を付けることです。台帳に棚卸しの日付を書いておき、その日に使い続けるかを判断します。期限が無い接続は、判断されないまま残ります。

2つ目は、読み取りのつもりが書き込みまで含んでいた型です。接続時に渡す権限が業務のまとまりで束ねられており、照会だけを許すつもりが更新も通っていた、という形です。戻し方は、接続した直後に実際の操作範囲を確かめることです。設定画面の記載を読むだけでなく、書き込みを試して弾かれるかを見ます。

3つ目は、誰がどの接続を持っているか分からなくなる型です。担当者が個別に接続を作れる環境では、事務所として把握できない接続が増えます。戻し方は、接続を作る前に承認を通す運用にすることです。禁止で押さえるより、申請の手間を軽くして通す形にしないと、申告されない接続が増えます。

4つ目は、取得したデータの取り違えです。AIが別の期間、別の顧問先のデータを参照したまま回答を作り、担当者が気づかずに使う形です。戻し方は、出力の冒頭に取得元と参照範囲を明示させ、担当者がそこを先に見る運用にすることです。生成AIの誤りを止める工程は生成AIのハルシネーション対策で、漏えいの経路は生成AIの情報漏えいはどこで起きるかで整理しています。

費用と工数、接続台帳を持つ担当者

費用は、業務システム側とAI側の両方で発生します。業務システムのプランによっては、外部連携が上位プランの機能になっている場合があります。AI側も、法人向けの契約と個人向けの契約で条件が変わります。金額は事業者と契約形態で変わるため、各社の料金ページで確認します。

工数の重心は、接続作業ではありません。ここまでの5つの線引きを決める作業と、顧問先への説明、台帳の整備に寄ります。以下は出典のある統計ではなく、編集部が置いた前提です。担当者が数名の事務所であれば、対象業務の棚卸しと線引きの決定に数日、規程への追記と説明資料の用意にさらに数日を見ておくと、無理のない立ち上げになります。接続そのものは、ベンダー公式のものであれば設定作業で済む場合があります。

体制では、接続台帳を持つ担当者を決めます。技術に詳しい人でなくても務まります。台帳に書かれた接続が今も使われているかを確かめ、使っていないものを止める役目だからです。この役目が空席だと、接続が増える一方になります。導入全体の進め方は士業事務所のAI導入の進め方に、ツールの選び方は士業の業務効率化AIツール比較にまとめています。

システム連携でこれから論点になること

業務システム側の対応が進むと、事務所の判断はつなげるかどうかから、どれをつながないかへ移ります。選べる接続が増えるほど、選ばない理由を説明できる事務所が有利になります。

第1の論点は、接続の記録をどこまで求められるかです。調査や監査の場面で、AIがどのデータを参照したかの説明を求められる展開は、まだ一般的ではありません。ただ、記録が残せる構造になった以上、求められたときに出せるかどうかが差になります。

第2の論点は、顧問先の側もAIを導入することです。顧問先の会計システムにAIがつながり、事務所側にもAIがつながる状態になると、どちらの経路でデータが動いたかを整理する話が出てきます。顧問契約の情報の取扱いに関する条項が、その整理の受け皿になります。

第3の論点は、ガイドラインの更新です。AI事業者ガイドラインは随時更新される位置づけで、第1.2版でもAIエージェントやリスクの分類に関する記載が見直されています（出典: 総務省 AI事業者ガイドライン）。政府全体の方針は内閣府のAI戦略のページで追えます。更新のたびに規程を全面改訂する話ではなく、接続の章の記載が現状と合っているかを見る作業になります。

よくある質問

MCPを使えば事務所のシステムとAIが自動でつながりますか

つながるのは、対応したシステムとAIの間だけです。MCPは接続の手順を共通化した規格であり、業務システム側とAI側の双方が対応していて初めて使えます。対応状況は各社の公表資料で確認します。

読み取り専用でつなげば守秘義務の論点はなくなりますか

なくなりません。読み取りであっても、顧問先の情報が外部のAIサービスへ渡る点は変わらないためです。渡す範囲が限られるだけで、入力が学習に使われるかや保持期間の確認は、書き込みの有無にかかわらず残ります。

有志が公開しているMCPサーバーを使ってもよいですか

扱う対象を分けて考える論点になります。保守が続くとは限らず、認証情報の経路も自分で読み解く作業が残るためです。顧問先の情報を含まない業務で試し、含む業務ではベンダー公式のものに限る、という運用例が見られます。

顧問先への説明は要りますか

扱いの範囲を伝えている事務所が多く見られます。個人情報保護委員会の注意喚起は、個人情報を含む入力について、利用目的の達成に必要な範囲内かを確認するよう促しています（出典: 個人情報保護委員会）。どの資料をどの範囲で読ませるかを書面にしておくと、質問にその場で答えられます。

AIが取得した数字をそのまま申告書に使えますか

有資格者が原典を確かめる工程を残す運用が一般的です。自動で取得できるようになると、手で転記していたときの目視の工程が消えるためです。取得元と参照範囲を出力の冒頭に示させ、そこを先に確認する形にすると、確認の手間を抑えられます。

事務所の規程はMCP用に作り直しが要りますか

既存のAI利用規程に接続の章を足す形で足りる場合が多くあります。MCPは接続の手順であり、入力してよい情報の線引きという論点自体は変わらないためです。接続の申請と承認、供給元の区分、台帳の管理、棚卸しの頻度を書き加える形が扱いやすくなります。

小規模な事務所でも導入する意味はありますか

扱う業務を絞れば成り立ちます。担当者が少ない事務所ほど、照会や転記の作業が全体に占める比率が大きくなるためです。まず顧問先の情報を含まない資料の検索から始め、線引きを決めながら範囲を広げる進め方が現実的です。

参考文献

• e-Gov法令検索 人工知能関連技術の研究開発及び活用の推進に関する法律
• e-Gov法令検索 個人情報の保護に関する法律
• 個人情報保護委員会 生成AIサービスの利用に関する注意喚起等について
• 総務省 AI事業者ガイドライン
• 内閣府 AI戦略
• Model Context Protocol 仕様
• OpenAI データがモデル改善にどう使われるか
• Anthropic 商用利用規約

※士業のチカラでは、生成AIの導入支援から運用最適化まで、貴事務所の業務に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://shigyonochikara.jp/contact/