パナソニック ホールディングス傘下のパナソニック オペレーショナルエクセレンスは2026年10月23日、社内で利用を禁止している外部の生成AIサービスに、従業員・元従業員とその家族、約33万4000人分の個人情報を含むデータを社員がアップロードしていたと発表しました。この記事では、報道された事実を整理したうえで、シャドーAI（会社が認めていない生成AIの業務利用）対策は、禁止ルールよりも「システム導入プロジェクトの中で、実データをどこで誰が扱うか」の設計で決まるという論点を、業務システムを作る側の立場から論じます。
要点 (事実のみ)
- 問題が起きたのは、パナソニック オペレーショナルエクセレンスが子会社のパナソニック デジタルと進めていた人事情報システムの導入プロジェクト。プロジェクトに携わる社員が、社内で利用禁止の外部生成AIサービスに、2026年4月時点で同システムに登録されていた個人情報を含むデータの一部をアップロードした。
- 対象は約33万4000人。内訳は国内グループの従業員約7万5000人、元従業員約17万8000人、その家族約8万1000人。従業員・元従業員は社員番号・住所・電話番号・メールアドレス（氏名は含まない）、家族は緊急連絡先として登録された氏名・住所・電話番号・メールアドレス。
- 同社は外部からの不正な操作ではなく、社員の社内ルール違反によるものと説明。9月29日に個人情報保護委員会へ報告した。
- 社員は発覚直後に、生成AIサービス上のチャット履歴と業務用PC内の対象データを削除した。運営事業者によると、アップロード時点でAI学習への利用機能は無効だった。一方で運営事業者は削除データを30日間保持しており、今回のデータは10月25日まで保管される。
- 現時点で、一般への公開や不正利用による具体的な被害は確認されていない。再発防止策として、個人情報の取り扱いルール、生成AIサービスの利用管理の見直し、関係者への教育の強化を挙げている。
徐 聖博の見解
事故が起きたのは「システム導入プロジェクトの中」だった
この件で私が一番重く見ているのは、問題が日常業務ではなく、人事情報システムの導入プロジェクトの中で起きたことです。業務システムの導入や刷新では、旧システムからのデータ移行、項目の対応付け、データの整形、テストデータの準備といった作業のために、本番の個人データを普段より広い範囲の人が、普段と違う手段で触ります。報道では、利用したサービス名や、なぜアップロードしたのかは明らかにされていません。ただ、人事システムの導入作業で人事データを扱うこと自体は、どの会社のどの導入プロジェクトにもある工程です。
だからこれは、特定の社員の不注意や特定の会社の問題として読むより、導入プロジェクトという一時的な体制には、実データを扱う作業が集中するのに、扱い方の設計が日常業務ほど固まっていないという構造の問題として読むべきだと私は考えています。
「学習に使われない」は「残らない」と同じではない
もう一つ押さえておきたいのは、AI学習への利用が無効だったという点と、運営事業者が削除データを30日間保持しているという点が、同時に書かれていることです。社内で生成AIの利用ルールを作るとき、「学習に使われない設定なら入力してよい」という基準を置く会社は少なくありません。しかし今回の事実が示しているのは、学習に使われないことと、自社の管理の外にデータが置かれることは別の問題だということです。
承認済みのツールかどうかを分けるのは、学習設定だけではなく、データの保持期間、保管場所、削除を自社で確認できるか、契約上の責任がどうなっているか、です。この線引きがないまま「学習オフなら大丈夫」と教育すると、禁止されたツールでも同じ理屈で使われてしまいます。
禁止が効かないのは、承認済みの道具が仕事に間に合っていないとき
再発防止策としてルールの見直しと教育が挙がっていますが、私はそれだけでは足りないと考えています。私は「紙やExcelでも成立しない業務は、SaaSを入れても成立しない」と考えていますが、逆向きにも同じことが言えます。承認済みの環境で仕事が回らないなら、禁止ルールは守られない。 データ整形や項目の突き合わせにAIを使えば速く終わることを、現場はもう知っています。
対策として効くのは次の3つだと考えています。
- プロジェクト開始時に、承認済みのAI環境を先に用意する。 移行作業でAIを使うなら、データの保持・保管場所・ログを自社で管理できる環境を最初に渡す。「使うな」ではなく「ここで使え」を先に決める。
- 移行・テスト作業に本番データをそのまま使わない。 項目の対応付けや整形の検証は、氏名・住所・電話番号などを置き換えたデータで行い、本番データを扱う工程と人を絞る。
- 外部へのデータ送信を、ルールではなく仕組みで止めて記録する。 業務用PCから外部の生成AIサービスへ送られるデータの制御と、利用ログの監査を入れる。人の判断に任せる範囲を減らす。
開発会社にとっての意味——データの扱い方は「提案に入る」
この件を、開発を生業にする会社の事業判断として読むと、論点ははっきりしています。今回のプロジェクトはグループ内の子会社と進めていたものですが、外部の開発会社に人事・基幹システムの導入を頼む場合も、移行作業で実データに触れる工程は同じように発生します。発注側はこれから、導入プロジェクトの中でAIをどう使い、実データをどこで誰が扱うのかを、開発会社に必ず聞くようになると私は考えています。
これは開発会社にとって負担であると同時に、差別化の材料でもあります。AIで開発や移行作業を速くできることは、もはや前提になりつつあります。そのうえで、承認済みのAI環境、マスキングしたデータでの検証、送信制御と監査ログまで含めて「この体制で進めます」と最初に出せる会社と、出せない会社では、同じ見積額でも発注側の評価が変わります。私は、テスト、セキュリティ、認証・認可、本番環境の安定稼働は開発の速度と引き換えにしないと考えていますが、AIを使う開発では、ここに「AIにどのデータを渡すか」の設計が加わったと見ています。
AIエージェント事業を進めている立場から付け加えると、業務を代行するAIエージェントを社内システムに組み込むときも構造は同じです。エージェントが誰の権限で、どのデータを、どこへ送るのかを決めずに入れれば、今回と同じ形の外部送信を、人ではなく仕組みが起こすことになります。作る側としては、機能より先に決めるべき要件です。
なお、個人情報保護法上の評価や報告義務の判断は法務の専門家の領分なので、ここでは断定しません。自社で同様の事案が起きた場合は、法務・個人情報保護の担当者や専門家と相談して対応を決めてください。
まとめ
今回の件は、生成AIの禁止ルールがあっても、システム導入のように実データを扱う作業が集中する場面では、ルールだけでは外部送信を止められないことを示しました。シャドーAI対策は、教育と禁止の徹底よりも、承認済みのAI環境を先に用意し、実データを扱う工程を絞り、送信を仕組みで止めて記録する設計で決まると私は考えています。
関連して読んでいただきたい記事:
- Vercelのエージェントフレームワーク「eve」と「Passport」——シャドーAI問題にどう向き合うか
- パナソニック約8万人の生成AI定着支援——社内AIが3か月で止まる理由と、効果の数字の読み方
- 生成AI業務活用ガイド｜活用例・導入手順・社内ルール策定とリスク対策
- ConnectWise侵害に学ぶサプライチェーン攻撃対策——委託先に渡したアプリ権限は「連携を止めても残る」
出典: パナソニックHD子会社、使用禁止の生成AIに従業員約33万人分の個人情報をアップロード（ITmedia NEWS, 2026-10-23）
