休職中のアカウント管理、どうすればいい？

「休職に入った社員のアカウント、とりあえずそのままにしてある」——そう答える経営者や人事担当者は、実は少なくありません。専任のIT担当も人事担当もいない中小企業では、休職発生時のアカウント管理ルールが整備されていないことがほとんどです。しかし「放置」は、情報漏洩リスクや労務トラブルの火種になりかねません。この記事では、休職中のアカウント管理で押さえるべきポイントを実務目線で整理します。

「とりあえず残してある」が招くリスク

アカウント放置が引き起こすセキュリティの穴

休職者のアカウントを停止も削除もせず放置している場合、ログイン自体は可能な状態が続きます。たとえば顧客情報が入ったCRMシステムや、給与情報が確認できる人事管理ツールに、休職中の社員がアクセスできる状態のまま——というケースは、規模を問わず多くの企業で起きています。

特に、休職の背景に職場トラブルやハラスメント案件がある場合、情報の持ち出しや外部への漏洩リスクが高まります。個人情報保護法は、企業に対して「安全管理措置」を講じることを求めており、アカウント管理の不適切な放置はその不備と見なされる可能性があります。「何も起きなかった」だけで済んでいるのは、運がよかっただけかもしれません。

「誰が何のシステムを使っていたか」わからない問題

中小企業では、社員が利用しているクラウドサービスの全体像を把握していないケースがよくあります。Google Workspace、Slack、kintone、Salesforce、freee、Notionなど、部署やプロジェクト単位で導入されたツールが点在していると、「あのサービスにもアカウントがあった」と後から気づくことになります。

休職発生時に使用システムの棚卸しができていないと、一部のアカウントが長期間放置されたまま残り続けます。セキュリティリスクの観点だけでなく、ライセンス費用の無駄が発生するという実務上の問題もあります。

アカウント処理の3つの選択肢と判断基準

一時停止——短期休職・復職見込みがある場合の基本対応

復職の可能性が高い場合や、休職期間が3ヶ月以内と見込まれる場合には、「一時停止」が最も現実的な選択肢です。アカウントそのものは残しつつ、ログインできない状態にすることで、セキュリティリスクを抑えながらアカウント情報・権限設定・過去データを保持できます。

Google WorkspaceやMicrosoft 365では、管理コンソールからアカウントの一時停止が可能です。Slackであればワークスペースからの一時的な無効化ができます。復職時には停止解除の操作だけで業務を再開できるため、担当者の工数も最小限に抑えられます。

アクセス権限の段階的縮小——長期休職・トラブル案件の場合

休職が長期化している場合や、職場トラブル・労使紛争が背景にある場合は、アカウントをそのまま停止するだけでなく、機密性の高い情報へのアクセス権限を先行して削除することを検討してください。具体的には、顧客データベース、給与・人事情報、経営に関わる共有フォルダなどへのアクセス権を優先的に外します。

この対応は「本人を疑っているから」ではなく、「会社としてのリスク管理上、必要な安全管理措置」として位置づけることが重要です。就業規則に休職中のシステム利用に関する規定があれば、それに基づいて説明することができます。規定がない場合は、この機会に整備することを検討してください。

アカウント削除——退職移行が見込まれる場合の注意点

退職に向かうことが確実な場合や、復職見込みがほぼない長期休職の場合は、最終的にアカウントを削除することになります。ただし、削除前に必ず行うべき作業があります。それは、アカウントに紐づくデータのバックアップと、業務引き継ぎ情報の記録です。

削除後に「あの担当者しか知らなかった取引先の連絡先が消えた」「プロジェクトのファイルがどこにあるかわからなくなった」という事態は、実際に起きています。削除の前に、ID・権限レベル・最終ログイン日・紐づくデータの保存先をリスト化し、承認フローを経てから実施する習慣をつけることが大切です。

休職中に本人がシステムにアクセスしていたら

夜中のログイン履歴——労働時間になるリスク

「休職中なのに、深夜にシステムへのログイン履歴がある」というケースは、実際に経営者から相談として寄せられることがあります。本人が「仕事が気になって」自発的にアクセスしている状況です。

注意が必要なのは、休職中に本人が業務システムにアクセスして業務に近い行為を行った場合、使用者の指揮命令下にあると判断されれば労働時間とみなされ、賃金支払い義務が生じる可能性があります（労働基準法第32条）。「本人が勝手にやったことだから」では済まないケースもあるため、アクセスを確認した時点で速やかに対応することが重要です。

メンタルヘルス不調による休職の場合は特に慎重に

うつ病や適応障害など、メンタルヘルス不調による休職の場合、業務システムへのアクセスを放置することは回復を妨げるリスクがあります。休養中に仕事のことを考え続けてしまう状態は、症状の改善を遅らせます。

一方で、「急にアクセスを遮断する」という対応が本人に与える心理的なショックも考慮が必要です。主治医や産業医と連携しながら、「療養に専念してほしいため、回復するまでシステムへのアクセスは制限させてください」と丁寧に説明したうえで対応することが、本人への配慮と会社のリスク管理の両立につながります。

復職時にスムーズに業務を再開させるための準備

「使えないシステムがある」が再休職のトリガーになることも

復職初日、本人がパソコンを開いたら「このシステムにログインできない」「メールが届かない」「共有フォルダへのアクセス権がない」——こうした状況は、本人にとって大きなストレスになります。復職直後は心身の状態が不安定なことも多く、小さなつまずきが不安を増幅させ、再休職のきっかけになってしまうことも実際にあります。

アカウントを一時停止した場合でも、停止解除のタイミングや権限の確認を復職前日までに済ませておく仕組みをつくることが、スムーズな業務再開の鍵です。

復職対応チェックリストに「アカウント復元」を組み込む

復職対応を属人的な記憶に頼らず、チェックリスト化することをお勧めします。休職開始時に「どのシステムのアカウントを停止・縮小したか」を記録しておき、復職時にはそのリストをもとに一つひとつ確認・復元できる状態にしておく——これだけで、担当者の負担と抜け漏れリスクを大きく減らせます。

特にクラウドサービスは権限設定が複雑なため、「誰がどのシステムにどのレベルのアクセス権を持っていたか」を休職開始時点でスナップショットとして記録しておくと、復職後の権限再設定の工数を大幅に削減できます。

🔗 社員のメンタル不調に、精神科・心療内科医によるスポット産業医サービス →

休職者への連絡——どこまでが適切か

「連絡して大丈夫？」と迷う担当者のための考え方

「システムのパスワードを知っているのが本人だけ」「業務の引き継ぎ情報を確認したい」——休職者に連絡を取る必要が生じることはあります。しかし、「休職中に連絡するとハラスメントになるのでは」という懸念から、担当者が必要な連絡すら取れなくなってしまうケースがあります。

原則として、業務上必要な最低限の情報確認（引き継ぎ・パスワードの共有など）は、会社として正当な対応です。ただし、連絡の頻度・内容・手段については配慮が必要です。「毎日電話する」「業務の進捗を求める」「早期復職を促す」といった内容は、休養の妨げになりハラスメントと見なされるリスクがあります。

連絡ルールをあらかじめ取り決めておく

休職開始時に、本人と「休職中の連絡ルール」を取り決めておくことが最善の対応です。たとえば「連絡窓口は人事担当者に一本化する」「緊急時は電話、それ以外はメール」「月に一度、体調確認の連絡をする」といったルールをあらかじめ合意しておくことで、担当者が都度判断に迷う状況を防げます。

また、業務に必要なパスワードやアカウント情報は、休職に入る前に引き継ぎ資料として確認しておく習慣をつけることが、最もシンプルな解決策です。「休職になってから慌てる」のではなく、休職発生時の対応フローを事前に整備しておくことが重要です。

🔗 人事だけで抱えない。メンタル不調者面談や休職・復職対応を、1件からスポットでご相談 →

よくある質問