結論: 会計・労務クラウドやAIツールと外部サービスをつないで仕事をしている事務所であれば、どんな規模であっても、つなぎ先や認証情報にトラブルが起きたときに自分たちの業務も止まりうるという話から逃れられません。本稿では、この話が税理士事務所・弁護士事務所・監査法人を含む士業事務所のAI活用にもそのまま当てはまることを、今日からできる備えとあわせて整理します。
顧問先の仕訳データを会計クラウドから自動で取り込む。打ち合わせの議事録をAIに要約させる。契約書のひな型をAIに下書きさせる。事務所の日々の業務に、こうした「外部のサービスとつながる仕組み」を組み込んでいる先生は、規模を問わず増えています。導入したときに意識するのは、たいてい便利になったことの方です。
ただ、そのつながりを事務所の代表がすべて把握しているかというと、話は別です。誰がどのサービスにログインできる状態になっているか、そのサービスの向こうにどの顧問先の情報が渡っているか。日々の業務が回っている間は、意識する機会がほとんどありません。担当していた職員が異動・退職したあとに、「このアカウント、まだ生きているのでは」と気づいて確認する、という事務所も珍しくないようです。
外部のサービスとつながる仕組みは、税理士事務所・弁護士事務所・社会保険労務士事務所・行政書士事務所・司法書士事務所のいずれでも、規模の大小を問わず存在します。本稿では、このつながりをどう捉え、何から点検を始めればよいかを整理します。読み終えたときに手元に残るのは、難しい仕組みの理解ではなく、「自分の事務所の連携を一枚の表に書き出す」という、今日からできる一つの作業です。
外部とつながっている以上、規模を問わず抱える話
現代のクラウドサービスやAIツールは、単独で完結していることの方がまれです。開発・運用にはコードを保管するオンラインサービスを使い、認証には外部の鍵のような仕組み(APIキーやトークンと呼ばれます)を使い、外部の金融機関やインフラ事業者、AIベンダーとつながります。この構成が便利さと引き換えに持ち込む前提はシンプルです。「どこか一箇所の認証情報が漏れたときに、そこから届く範囲がそのまま影響の範囲になる」という前提です。
外部とつながりのあるクラウドサービスで、社内のシステム管理に使っていた認証情報が漏えいし、不正アクセスにつながったと公表される場面は、業種を問わず起き続けています。影響が及ぶ範囲は、たいてい「どこか一箇所」の認証情報が届いていた範囲と重なります。連携している金融機関との機能が一時的に止まる、外部からのアクセスを遮断する、といった対応が取られるのも、連携先の安全を確認できるまで接続を止めるという、同じ理由からです。外部とつながっている機能ほど、何かあったときに真っ先に止まる対象になります。逆に、事業者の内側だけで完結する機能は、この形で止まる理由がありません。
この話は特定の会社や業界に固有のものでもありません。航空会社の予約システムが外部の決済代行会社とつながっていれば、決済代行会社側の障害がそのまま予約受付停止につながります。取引先や委託先を経由して被害が広がる、いわゆるサプライチェーン攻撃という言葉が定着してきたのも、同じ構造の問題が業種を問わず繰り返されているからです。外部のサービスに業務システムをつないでいる組織であれば、規模を問わず、つなぎ先や認証情報のどこかに問題が生じた瞬間に、自社のサービスが止まったり、意図しない情報が外部に渡ったりする可能性を常に抱えています。士業事務所も例外ではありません。「外部に頼っている部分がある限り、そこにリスクも同居している」という当たり前の事実を、押さえておきたいところです。
税理士・弁護士事務所のAI活用は、この話と無関係だろうか
ここまで読んで、「うちは大きなシステムを自前で作っていないから関係ない」と考えるのは、少し早いかもしれません。士業事務所がAIやクラウドサービスを業務に組み込むとき、実は同じ形の依存関係を、すでにいくつも抱えていることが多いからです。
たとえば、次のようなつながりは多くの事務所で日常的に使われています。
- 会計ソフト・労務クラウドとのAPI連携(システム同士を自動でつなぐ仕組み)で、顧問先の仕訳データや給与データ、社会保険関連の情報を自動で取得・登録している
- ChatGPTやClaude、Copilotなどの法人向けAIツールを、ひとつのIDでまとめてログインできるようにして全職員が使っている
- 議事録AIやAI検索の仕組みが、Google DriveやSharePoint上の顧問先資料・契約書・相談履歴に読み取り権限を持って接続している
- 記帳代行やIT保守、給与計算代行を委託している外部ベンダーに、管理画面やクラウドストレージへのアクセス権限を渡している
これらはどれも、業務を効率化するために意図的に組んだつながりです。士業ごとに、その先にある情報の性質は変わってきます。税理士事務所であれば顧問先の仕訳データ・売上明細・給与情報、社会保険労務士事務所であればマイナンバー・給与・社会保険加入状況、弁護士事務所であれば係属中の案件資料・依頼者との相談記録・証拠資料が、それぞれAIツールやクラウドストレージとのつながりの先に置かれます。行政書士・司法書士の事務所でも、本人確認書類や申請書類をクラウドで管理し、AIに下書きを作らせる場面が増えてきています。
どの士業であっても共通しているのは、「その認証情報やアクセス権限が届く範囲」が、そのまま何か起きたときの影響範囲になる、という点です。扱う情報の性質が違っても、つながりの形そのものは変わりません。
たとえば、職員20名規模の税理士事務所で、労務クラウドとAI議事録ツールをAPIで連携させ、開発・保守を委託先エンジニアのアカウントに任せていたとします。このアカウントの認証情報が何らかの形で外部に渡ってしまえば、労務クラウド側のデータが閲覧・取得される可能性が生まれます。職員5名程度の小規模な社会保険労務士事務所で、代表が一人で複数のクラウドサービスのIDを管理している場合も、話としては同じです。これらは特定の事務所の実話ではなく、規模感を示すための仮想的な例ですが、「つながっている外部サービス」「認証情報を扱う担当者」「その認証情報が届く範囲」という3つの要素が揃えば、事務所の規模を問わず同じような事態は起こりえます。読むべきは「何が悪かったか」ではなく、「自分たちの事務所にも同じつながりがあるかどうか」です。
規模の小さい個人事務所であっても、この話から自由になれるわけではありません。むしろ、専任のIT担当者を置けない職員10名未満の事務所ほど、クラウドサービスの初期設定のまま必要以上に広い権限を許可していたり、認証情報の管理を代表者一人に集中させていたりする場面が見られます。事務所の規模が小さいほど関係ないのではなく、規模が小さいほど点検の担い手を確保しにくい、という別の課題があると捉えたほうが実態に近いかもしれません。
完全に防ぐことはできない、という前提から設計を始める
外部連携に頼るシステムである以上、認証情報の漏えいや不正アクセスを技術的にゼロにすることは、現実的には難しい前提として扱われることが多いです。ここでは、その前提に立ったうえで、被害の範囲や影響を小さくするために有効とされている設計の観点を整理します。特定の対応を評価する意図はなく、自事務所の設計を見直す材料としてご覧ください。
ひとつめは、最小権限と認証情報の管理です。つなぎ先に渡す権限を業務上必要な範囲(読み取りのみ、特定のデータ種別のみ等)に絞る設計と、APIキー・トークンを専用の仕組みで管理してローテーションする運用は、SaaS連携を安全に始める前に確認すべきことで実務手順として整理しています。ここで強調したいのは、仮に認証情報が漏れても、届く範囲を最初から狭くしておけば被害の上限そのものを下げられる、という効きです。
ふたつめは、検知の仕組みです。異常なアクセスが起きたときに早期に見つけられる監査ログやアラートの体制です。問題そのものをゼロにはできなくても、起きたことに早く気づける体制があるかどうかで、被害の広がり方は大きく変わります。
みっつめは、起きたときの対応体制です。誰が一次対応をするか、顧問先にどう説明するか、監督官庁への報告が必要な場合の手順はどうなっているか。これらをインシデントが起きてから決めるのではなく、平時のうちに一度整理しておく事務所もあります。影響範囲の確定には時間がかかることが多いため、「いつ・何を・どこまで公表するか」を事前に決めておくことは参考にできる観点です。
よっつめは、契約・規約の確認です。AIツールやSaaSの利用規約・DPA(データ処理契約)には、事故が起きた際の通知義務や賠償の範囲、データの取扱いに関する条項が定められています。技術的な対策と同じくらい、「契約上どこまで守られているか」「連携先で何かが起きたとき、いつ連絡が来る取り決めになっているか」を事前に把握しておくことも備えの一部です。この点は、後述する関連記事で詳しく扱っています。
AI活用を進めるほど、外部とのつながりが増えていく理由
もうひとつ触れておきたいのは、AI活用を進めれば進めるほど、この種のつながりがむしろ増えていく、という理由です。
AIに社内文書を参照させる仕組み(RAG=検索拡張生成と呼ばれます)は、性質上、複数のフォルダ・複数のシステムにまたがる読み取り権限をAI側に与える形になりやすいです。ひとつの文書だけを見せるより、契約書・議事録・過去のやり取りを横断的に見せた方がAIの回答の質は上がりますが、それは同時に、ひとつのアクセス権限が届く範囲を広げることでもあります。個別の文書ごとに細かく権限を分けるより、まとめて見せた方が構築が簡単になるため、範囲を広めに設定してしまう場面は少なくありません。
AIエージェントに複数の外部システムを操作させる構成(会計ソフトへの登録、メール送信、カレンダー予定の作成など)も同様です。人間が手作業でやっていたときは、ひとつずつ別のログインで作業していた工程を、AIエージェント用のひとつの認証情報にまとめて持たせる設計は、利便性は高い一方で、その認証情報ひとつが持つ影響範囲を広げます。
さらに、複数のログインをひとつにまとめる仕組み(シングルサインオン)の導入自体も同じ方向に働きます。管理の手間は減りますが、そのひとつの認証情報が、より多くのシステムへの入り口になります。ひとつのIDが突破されたときに届く範囲は、統合前より確実に広くなります。加えて、AIとさまざまな外部ツールを標準的な方法でつなぐための仕組み(MCPと呼ばれるプロトコルなど)も広がりつつあり、AIが多くのシステムとつながりやすくなる一方で、「ひとつのAIの設定ミスや認証情報の管理不備が、接続されている複数のシステムに一気に波及しうる」という前提を伴います。
これらはどれも、「AIを入れたから危なくなった」という単純な話ではなく、複数のシステムをつなげて便利にしていく過程そのものが、ひとつの認証情報や権限が持つ影響範囲を広げていく、という理由によるものです。便利さを追求する判断と、影響範囲を管理する判断はセットで検討する必要があります。導入を決める会議で「何ができるようになるか」だけでなく「何と何がつながることになるか」を合わせて確認する運用にしている事務所は、この点をある程度意識できていると言えそうです。
まずはひとつ、自分の事務所の連携表を作ることから
ここまでの整理を踏まえて、今日からできることは一つです。自分の事務所が使っている会計・労務クラウドとAIツールのつながりを、一枚の表に書き出してみてください。特別なツールや予算は要りません。担当者が使っているクラウドサービス・AIツールの名前を並べるところから始められます。
表を作るときに、あわせて確認しておきたい視点は次の通りです。
- 各連携が持つアクセス権限が、業務上必要な範囲に絞られているか
- APIキーやトークンの保管場所と、それを見られる人が明確になっているか
- 委託先・退職者のアクセス権限を、契約終了・退職のタイミングで確実に失効させる手順があるか
- 連携先で障害やセキュリティ事案が起きたとき、自事務所への影響を確認する連絡先・手順を把握しているか
- 顧問先に対して、AI・外部クラウドの利用範囲をどこまで説明できる状態か
各項目の具体的な進め方(権限の絞り方・トークンの保管とローテーション・棚卸しの期日設計)は、SaaS連携を安全に始める前に確認すべきことで扱っているので、表ができた後の次の一歩はそちらに接続できます。
すべてに即答できる必要はありません。実際、こうした連携を導入した担当者が異動・退職していて、「なぜこの権限になっているのか」を答えられる人がいない、という事務所も珍しくないようです。ただ、それを「他所の話」として読み流すのではなく、まず一枚の連携表を作ってみることから始めても遅くはないはずです。
士業事務所がここから持ち帰りたいこと
外部のサービスに頼るシステムを運用している以上、つなぎ先や認証情報にまつわる問題を完全にゼロにすることはできません。これは特定の業種に限った話ではなく、AIツールや外部SaaSとつながりながら業務を組み立てているすべての組織、士業事務所も含めて当てはまります。
ここまでの整理から持ち帰りたいのは、「どこかの会社が対応を誤った」という評価ではなく、「自分たちの事務所にも、同じ形のつながりがすでにある」という認識です。防ぎきれない前提に立ったうえで、権限を絞り、秘密情報を管理し、異常を検知できる仕組みを整え、起きたときの対応手順を平時に決めておく。この積み重ねが、AI活用を進める事務所にとっての現実的な備えになります。
大事なのは、ここで手を止めないことです。外部連携もAI活用も、業務を軽くしてくれる有力な手段であることに変わりはありません。むしろ、備えができている事務所ほど、次のAIツールや新しいクラウドサービスの導入を迷わず決断できます。何が届く範囲にあるかを把握できていれば、「危ないから様子見」ではなく「ここまでは安全に進められる」という判断ができるようになるからです。便利さを手放す必要はなく、また手放したところでつながりそのものがなくなるわけでもありません。だからこそ、便利さの裏側にあるつながりを時々棚卸しする習慣が、事務所の規模に関わらずAI活用を前に進める力になります。
完璧な対策を一度に作ろうとする必要はありません。まずは自事務所がどの外部サービスに、どこまでの権限を渡しているかを知ることから、AI活用を止めずに進める備えは始められます。半年に一度、あるいは新しいクラウドサービスやAIツールを導入するタイミングで、この一覧を見直す習慣を持てれば十分です。
認可スコープや契約面からの点検項目については、外部SaaSを業務に組み込む前に、契約条件を確認しておくで契約条項の読み方を扱っています。