「全部渡す」か「使わせない」か、の二択になっていませんか
社員から、こんな相談を受けたことはないでしょうか。
「AIを使って、便利な仕組みを作ってみました。あとは会社のデータにつなげるだけです」
聞いてみると、つなぎたい先は販売管理、在庫、会計、顧客管理。社内の主要なシステムに、ひととおり接続したいという話でした。
経営者としては、判断のしようがありません。中身の良し悪しは分からない。もし事故が起きれば、責任は自分に返ってきます。結局、「危ないから、今回はやめておこう」で終わる。
似た場面は、大きな会社でも起きています。米国のインフラ企業Cloudflareは、2026年8月に自社のAI基盤を公開しました。その発表によれば、きっかけは営業部門の社員からの相談だったといいます。AIで社内向けのアプリを作った。動かすには十数個の主要システムへの本番アクセスと、仕組みを入れ替えられる管理者権限が必要だ、と。
規模は違っても、経営者が突きつけられる問いは同じです。会社のデータを、どこまで渡すのか。
そして多くの会社が、「全部渡す」か「使わせない」かの二択で考え、後者を選んでいます。安全な判断ではあります。ただ、その判断を繰り返すうちに、試してみる機会のほうが先に失われていきます。
この記事は、その二択から降りるための話です。
なぜ二択になるのか——「人に渡す」やり方のまま考えているから
原因は、渡し方の考え方が古いままだからです。
これまでのIT導入では、権限は「人」に渡すものでした。信頼できる社員にIDとパスワードを渡し、あとはその人の判断に委ねる。前提にあったのは、人への信頼です。
ところがAIは人ではありません。それでも同じやり方で考えると、判断は「信頼できるか、できないか」の一点になります。信頼できないなら渡さない。つまり使わせない。二択は、ここから生まれます。
渡し方そのものが大ざっぱになりがちなことも、不安を大きくします。よくあるのが、APIキーをそのまま渡してしまうケースです。APIキーとは、システム同士をつなぐための合鍵のようなもの。これを渡すと、多くの場合、そのシステムでできることの全部が開きます。「一部だけ見せる」つもりが、実際には全権を渡していることになります。
もうひとつ、怖さの正体を見ておきます。
多くの経営者が本当に不安なのは、データを渡すこと自体ではありません。何を、どこまで見たのかが分からないことです。人であれば、誰がどの資料を持ち出したかは、いずれ分かります。AIの場合、記録を残す設計にしていなければ、後から追いかけられません。
つまり課題は2つです。どこまで渡すかと、何を見たかを分かるようにしておくこと。この2つに、順番に手を打っていきます。
考え方の土台になるのが、最小権限という原則です。必要な範囲だけを与え、それ以上は与えない、という考え方で、ITの世界では以前から使われてきました。目新しいものではありません。AIが相手になったことで、あらためて経営の問題として浮上してきた、というほうが正確です。
なお、外部からの攻撃にどう備えるかは、また別の論点です。技術的な守りについては「中小企業のAIガバナンス・セキュリティ入門——プロンプトインジェクションから会社を守る」で整理しています。
原則1：最初はゼロ。必要な分だけ、後から渡す
最初の原則は、出発点をゼロに置くことです。
先ほどのCloudflareの基盤は、公開された資料を読むと、この考え方で設計されています。AIも、AIが作ったアプリも、初期状態では何にも触れられません。会社としてアカウントをつないであっても、それだけでは使えるようになりません。
使わせたいものを、人が一つずつ「紹介」して、はじめて届く。AIの側から「この作業にはこれが必要です」と申請させ、人が許可するか断るか決める。そういう順序です。
言い換えれば、渡していないものは、見えない。これが出発点です。
新しく入った社員に、初日から全部の鍵を渡す会社はありません。まず一つの業務を任せ、必要になった鍵を、その都度渡していきます。AIに対しても、同じ順序でよいということです。
実務では、こう始めるのが現実的です。
- 会社全体をつなごうとせず、一つの業務・一つの接続から始める
- 見積作成を任せるなら、見積に必要なデータだけを渡す
- 使ってみて必要が出てから、範囲を一段だけ広げる
「まず全体を整えてから」と考えると、いつまでも始まりません。範囲を絞れば、事故が起きても被害はその範囲で止まります。小さく始めるのは、慎重さであり、同時に速さでもある。
図：渡し方を「信頼できるか」で決めると二択になる。「どこまでの範囲か」で決めると、ゼロから一段ずつ広げられる。
原則2：誰が、何を見たかを記録に残す
2つめの原則は、記録です。
AIが会社のデータに触れるなら、いつ、どのデータに、何のために触れたのかが、後から確認できる状態にしておきます。人の業務でいえば、鍵の貸出台帳にあたるものです。
ここで見落とされやすいのが、共有したときの権限です。
たとえば、経営者が売上を集計する仕組みを作り、それを事務担当者に渡したとします。このとき、担当者の画面に経営者と同じ範囲が見えてしまうと、渡した瞬間に権限が広がったことになります。給与や取引条件まで見えてしまう、という事故はこうして起きます。
正しくは、受け取った人の権限で動くことです。渡す側の権限が、そのまま付いて回らない。先ほどの公式発表でも、共有したときに見えるのは共有相手自身の権限の範囲である、と明記されています。
もう一歩進めるなら、AIにも社員証にあたるものを持たせる、と考えると分かりやすくなります。
バーチャル社員として働かせる以上、それが誰の代理で動いているのかを、はっきりさせておく。台帳に載せ、担当者と結びつけておく。そして使うのをやめるときには、本当に接続が切れたか、預けたデータが残っていないかを確認する。
入社と退社の手続きに置き換えると、腑に落ちると思います。人を採用すれば、社員証を発行し、必要な鍵を渡し、退職時には回収します。AIに対して、その手続きが用意されていない会社が、いま多いということです。
AIに仕事を任せる経営の全体像については「Company Brain（会社の脳）とは」で整理しています。
中小企業の現実解——大企業の基盤を、そのまま真似ない
ここまで読んで、「うちにそんな仕組みは作れない」と感じられたかもしれません。そのとおりです。作る必要もありません。
大きな会社は、自社で基盤を作れます。中小企業がそこを目指すと、費用も時間も見合いません。現実的なのは、自分で作るのではなく、使う道具に問うことです。
AIツールを選ぶとき、また導入を手伝う相手と話すときに、次の5つを聞いてみてください。専門知識がなくても、答えの歯切れの良さで、相手の設計思想はおおよそ分かります。
- 初期状態で、このAIは社内のどこまで見えますか
- つなぐ範囲は、業務ごとに区切れますか
- 誰が何を見たかは、後から確認できますか
- 他の社員に渡したとき、権限はどちらのものになりますか
- 使うのをやめたとき、接続と預けたデータはどうなりますか
答えが「全部つなげます、便利ですよ」だけで返ってくるなら、いったん立ち止まったほうがよいと思います。
あわせて、やめる条件も先に決めておきます。
- 決めた期間で効果が見えなければ、いったん止める
- 重大な事故が一度でも起きたら、範囲を戻して作り直す
始める判断より、やめる判断のほうが難しいものです。だからこそ、熱が入る前に決めておきます。
ここまでを社内だけで決められる会社もあります。ただ、実際にやってみると、いちばん手間取るのは技術ではなく「業務の区切り」です。
どこからどこまでを一つの業務として切り出すか。この線は、毎日その中で働いていると、かえって見えにくくなります。見積作成といっても、値決めの相談や、過去の取引条件の確認が混ざっていることは珍しくありません。混ざったまま渡せば、範囲は結局広がります。
外から一人、業務の流れを一緒に眺める人がいると、この線は引きやすくなります。
なお、社内でどんなルールを整えるかは、この記事とは別の論点です。ガイドラインの整備については「ChatGPTを使うだけでも対象です——中小企業のためのAIルール整備」をご覧ください。
つまずきやすい3つの落とし穴
ここまでの2つの原則を実際に運用すると、たいてい同じところでつまずきます。よくある3つを先に挙げておきます。
落とし穴1：承認で止める方式にしたら、現場が「全部自動承認」に逃げた
安全のために「AIが何かする前に、人が承認する」と決める会社は多いはずです。ところが、この方式には副作用があります。
担当者が席を外している間、最初の一手で処理が止まる。戻ってきたら何も進んでいない。これが続くと、現場は面倒がって設定を変えます。「全部自動で承認」に。安全のための仕組みが、いちばん危ない状態を生む。
先に触れた公式資料でも、この落とし穴が明言されていました。示されていた解決策は、承認の考え方を変えることです。止めるか止めないかではなく、先に進ませておいて、人が後からまとめて承認・却下できるかで設計する。都合のよいときに、一件ずつでも、まとめてでも判断できるようにしておく。
そのうえで、金額の大きい支払いや、社外への送信のように取り返しのつかない操作だけは、人が決める。ここは一時しのぎではなく、恒久的な線として置きます。
落とし穴2：即席の仕組みが増えて、保守の手間が削減分を超えた
AIで小さな仕組みを作れるようになると、社内に似たようなものが次々に生まれます。同じ集計表が3つ、微妙に違う数字を出す。作った本人しか直せない。
こうなると、削減できた時間より、動かし続ける手間のほうが大きくなります。権限の事故も、数が増えるほど起こりやすくなります。作れるようになった会社が次にぶつかる壁であり、これはこれで別に整理が必要なテーマです。
落とし穴3：作った人が辞めて、仕組みが宙に浮いた
作った本人が退職すると、その仕組みは誰のものでもなくなります。動いてはいる。ただ、中身を知る人がいない。止めていいのかも分からない。
先の公式資料には、担当者が抜けたらその上司が責任を引き継ぐ、という考え方が示されていました。仕組みそのものではなく、責任の持ち主を引き継ぐという発想です。台帳に担当者名を書いておく理由も、ここにあります。
よくある質問
社員が勝手にAIを使っている場合、まず何をすべきですか
禁止から入ると、見えないところで使われるだけになります。まずは棚卸しです。誰が、どのツールで、どのデータを扱っているかを一覧にします。そのうえで、業務上必要なものは正式に認め、渡す範囲を決めます。順番は「把握、範囲決め、記録」です。
小さい会社でも、権限の記録まで必要ですか
必要です。むしろ人数が少ない会社ほど、一人が広い権限を持ちがちで、事故の影響が大きくなります。専用の仕組みを買う必要はありません。使うツールに記録機能があるかを確認し、なければ「誰に何を渡したか」を表計算ソフトの一覧で管理するところからで十分です。
クラウドのAIに社内データを渡すこと自体が、危険ではありませんか
危険かどうかは、渡し方で決まります。全社のデータに常時つながる設計なら危険ですし、一つの業務に必要な範囲だけを、記録を残して渡すなら、リスクは管理できる範囲に収まります。判断すべきは「クラウドか否か」ではなく、「範囲と記録があるか」です。
権限の線引きは、経営者の仕事
ここまで、2つの原則を見てきました。最初はゼロから渡すこと。誰が何を見たかを記録すること。
どちらも技術の話に見えますが、決めているのは技術ではありません。どの業務から任せるか。どこまでなら渡してよいか。何が起きたら止めるか。これらはすべて、経営の判断です。
道具は今後も変わり続けます。今日の最新は、数年で入れ替わるでしょう。それでも、判断と責任は経営者の側に残ります。AIは、その判断を実行に移すための道具です。
そして、渡す権限を決めることと対になるのが、決めさせない範囲を決めることです。何をバーチャル社員に任せ、何を自分の手元に残すのか。この線引きについては「バーチャル社員に決めさせないことを、先に決める——社長が引く3本の線」で詳しく書いています。
自社の場合、どこから渡し始めるのが現実的か。判断に迷われたときは、ベンチャーネットにご相談ください。会社の状況を伺ったうえで、最初の一業務と、その範囲を一緒に決めるところからお手伝いしています。
