入社初日のアカウント。申請・権限・受け渡しを整理する

前任者と同じ権限を渡す前に、最初の仕事に必要な範囲を確かめる。

入社の連絡を、作成する根拠にする

Microsoftは、従業員の入社・異動・退職に沿ってアクセスを管理する考え方を説明しています。SONAEは、小規模な会社でも、アカウント作成の依頼に入社日、所属、業務責任者、利用する仕事を添える方法を提案します。自動化を導入することが前提ではありません。人事の確定した連絡を誰が受け取り、誰が権限を判断するかを決めると、未確定の名前だけで利用を始めたり、連絡漏れで共用アカウントを貸したりする状況を減らせます。

同じ部署でも、必要な操作を聞く

営業という所属だけで、すべての案件資料や管理画面が必要とは判断できません。初日に行う仕事を、閲覧、作成、承認、管理のどれに当たるか整理します。架空の新入社員には、研修資料の閲覧と日報の作成が必要でも、顧客一覧の一括出力までは必要ないかもしれません。部署の標準セットがある場合も、その範囲と例外の承認を確認します。前任者の権限を丸ごと複製することを、申請内容の確認の代わりにしないようにします。

最初の秘密を、通常の資料へ混ぜない

利用を始めるための認証情報をどう受け渡すかは、採用した製品の正式な方法と会社のルールに沿って決めます。研修予定や座席表のような広く共有する資料へ、パスワードや回復用の秘密を載せません。本人確認をする人、案内する正規の入口、困ったときの窓口を分けて説明します。代理でログインして作業を終えることが通常にならないよう、本人による初回操作を確認できる時間も準備します。受領したという記録に秘密の値は不要です。

本人の認証と、会社の端末を整える

アカウントの作成だけで初日の準備が完成するわけではありません。使用する端末が会社の管理対象か、必要な更新や利用条件を満たすかを担当に確認します。MFAを利用する場合は、登録と紛失時の窓口を案内します。スマートフォンなど本人の物を使う前提を、説明せず決めないようにします。対応しない端末や登録できない事情がある場合は、承認された代替を相談し、同僚の認証手段を借りて済ませない計画にします。

初日の確認を、仕事の場面で行う

架空の研修用資料を開き、本人が自分のアカウントで必要なページへ進めるかを確かめる演習を用意します。実際の顧客資料で権限の有無を試す必要はありません。確認する項目は、正しい利用者として表示されること、必要な仕事を始められること、不要な管理操作を求められていないことです。問題があれば、その場で広い権限を付けて解決したとせず、申請内容と設定を管理者へ戻します。初回の問い合わせも次の入社準備の改善材料になります。

研修後の権限変更を、次の申請へつなげる

研修が終わると必要な仕事も変わります。初日用の一時的な共有や登録案内をいつ見直すかを決め、追加の権限には業務責任者の承認を付けます。完了の目安は、本人へ必要な入口と相談先が伝わり、権限の根拠と確認結果を管理担当が追えることです。入社チェック表には、作成済みだけでなく、本人による確認、未解決の項目、次の確認日を残します。受け渡しと利用開始を分けることで、準備したつもりの漏れを見つけやすくなります。

相談前の確認表

• 確定した入社連絡を根拠にした
• 前任者の権限を丸ごと渡していない
• 秘密の受け渡しを通常の案内と分けた
• 本人の初回確認と相談先を用意した

参考資料（確認日：2026年10月23日）：Microsoft Learn：Employee lifecycle automation ↗

一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。