職員の入退職は福祉事業所にとって日常的に起こる出来事ですが、生成AIツールを含む各種クラウドサービスのアカウント管理が徹底されていないと、退職後もアクセス権限が残ったままになり、意図しない情報漏えいのリスクにつながります。本記事では退職職員のアカウント・アクセス権限管理について、ステップ形式で実務のポイントを整理します。
ステップ1：現状把握 － 誰がどのAIツールにアクセスできるかを棚卸しする
まず取り組むべきは、事業所内で利用している生成AIツール・クラウドサービスの一覧と、それぞれのアカウント発行状況を棚卸しすることです。意外と見落とされがちなのが、個人のメールアドレスで登録した無料アカウントや、部署内で共有IDとして使い回されているアカウントです。
- 利用中の生成AIサービス・クラウドツールを一覧化する
- サービスごとにアカウント発行者・利用者を明確にする
- 共有ID・共有パスワードで運用されているサービスがないか確認する
共有IDでの運用は、退職者が出た際にパスワードを変更しない限りアクセスが残り続けてしまいます。可能な限り職員ごとに個別アカウントを発行する運用への切り替えを検討しましょう。
ステップ2：退職・異動時のアカウント対応フローを標準化する
退職や異動が決まった時点で、どのタイミングでどのアカウントを停止するかをフロー化しておくことが重要です。一般的には次のような流れが考えられます。
- 退職が決定した時点で、利用中の全クラウドサービス・AIツールのアカウント一覧を確認する
- 最終出勤日をもってアカウントを停止（無効化）する、または最終出勤日の業務終了時にパスワードを変更する
- 退職者が個人端末に保存していたデータやアプリのログイン状態を確認・削除する
- アカウント停止の実施記録を残す（誰が、いつ、何を停止したか）
| タイミング | 対応内容 |
|---|---|
| 退職決定時 | 利用アカウントの棚卸し、引き継ぎ計画の作成 |
| 最終出勤日 | アカウント無効化・パスワード変更 |
| 退職後1週間程度 | アクセスログの確認、異常アクセスの有無チェック |
退職手続きのチェックリストに「クラウドサービス・生成AIツールのアカウント停止」という項目を明記しておくだけで、対応漏れを大きく減らすことができます。人事・総務の退職対応フローの中に組み込むのがおすすめです。
ステップ3：在職中のアクセス権限も定期的に見直す
退職時の対応だけでなく、在職中であっても異動や役割変更に応じてアクセス権限を見直すことが望ましいです。例えば管理職から一般職員に役割が変わった場合、それまで持っていた広範な閲覧権限が引き続き必要かどうかを確認する機会を設けます。
- 年に1回程度、全職員のアクセス権限を棚卸しする機会を設ける
- 業務上不要になった権限は速やかに削除する
- 多要素認証やパスワードの定期変更など、基本的なセキュリティ対策も併用する
ステップ4：生成AIサービス選定時にアカウント管理機能を確認する
生成AIツールを選ぶ際、個人情報を扱う業務での利用を想定するなら、次のようなアカウント管理機能が備わっているかを確認することが望まれます。
- 管理者が職員ごとにアカウントを発行・停止できる管理画面があるか
- アクセスログを管理者が確認できるか
- 権限レベル（閲覧のみ、編集可能など）を細かく設定できるか
ステップ5：万が一の対応も想定しておく
退職後にアカウントが残っていたことが判明した場合や、退職者による不正アクセスが疑われる場合は、速やかにアカウントを停止した上で、被害の有無を確認する必要があります。個人情報の漏えいが疑われる場合は、個人情報保護委員会への報告義務が生じることもあるため、対応に迷う際は弁護士等の専門家に早めに相談することをおすすめします。
委託先・外部協力者のアカウント管理も忘れずに
退職職員だけでなく、実習生、ボランティア、業務委託の外部協力者などにも一時的にアカウントを発行しているケースがあります。これらの一時利用者についても、利用期間終了後にアカウントが放置されないよう、正職員と同様の管理フローを適用することが望まれます。
- 実習生・ボランティアへのアカウント発行は必要最小限の権限にとどめる
- 利用期間があらかじめ決まっている場合は、期限到来と同時に自動的にアクセスできなくなる設定を活用する
- 外部委託業者のアカウントについても、契約終了時の対応を契約書に明記しておく
小規模事業所でも取り組みやすい管理台帳の作り方
専任のIT担当者がいない事業所でも、簡単な表計算ソフトでアカウント管理台帳を作成することで、抜け漏れを大きく減らすことができます。台帳には利用者名、利用サービス名、アカウントID、発行日、権限レベル、退職・異動時の対応状況などを記載し、人事異動があるたびに更新する運用が現実的です。
| 項目 | 記載内容の例 |
|---|---|
| 利用者名・所属 | 職員氏名、所属事業所 |
| 利用サービス | 生成AIツール名、その他クラウドサービス名 |
| 権限レベル | 管理者権限／一般利用者権限など |
| 状態 | 利用中／停止済み（停止日を記載） |
クラウド移行・システム更改時の旧アカウント処理
生成AIツールやシステムを新しいものに切り替える際、旧システムのアカウントを解約し忘れたまま放置されるケースも見受けられます。システム更改のタイミングでは、新システムの導入手順だけでなく、旧システムのアカウント削除・データ消去までを移行計画に含めておくことが、管理の抜け漏れを防ぐポイントになります。
シングルサインオン（SSO）導入によるアカウント管理の効率化
利用している生成AIツールやクラウドサービスが複数にわたる事業所では、シングルサインオン（SSO）の仕組みを導入することで、退職時のアカウント無効化作業を一元化できる場合があります。SSOに対応したサービスであれば、認証基盤側でアカウントを無効化するだけで、連携する複数サービスへのアクセスを一括で遮断できるため、個別にサービスごとの停止作業を行うよりも対応漏れのリスクを減らすことができます。
- 利用中のサービスがSSOに対応しているか確認する
- SSO導入により、退職時のアカウント無効化作業を一元化できないか検討する
- SSO基盤自体のセキュリティ（多要素認証等）も併せて強化する
アクセスログの保存期間と実地監査での提示
退職者のアクセス状況を事後的に確認できるよう、生成AIサービスのアクセスログを一定期間保存しておくことも重要です。実地監査等でアカウント管理の実効性を問われた際、退職日以降にアクセスがなかったことをログで示せると、説明の説得力が増します。ログの保存期間はサービスの仕様によって異なるため、必要な期間ログが保持されるプランを選定するか、別途エクスポートして保管する運用を検討しましょう。
アカウント管理は「気づいたときにやる」から「仕組みでやる」へ
退職職員のアカウント管理は、担当者の記憶や善意に頼っていると必ずどこかで抜け漏れが生じます。退職対応フローの中に明確な手順として組み込み、生成AIツール側の管理機能も活用しながら、仕組みとして運用することが安全なセキュリティ体制の土台になります。
監修
株式会社オルデンティアコーポレーション 福祉DXコンサルタント
福祉施設のDX・生成AI活用を専門に支援。本記事は現場の実務課題に基づき執筆・監修しています。