部署異動で増えた権限。新しい付与と古い権限の終了

新しい仕事を始められることと、前の仕事の権限を残す理由を別々に確認する。

異動は、追加だけの手続きにしない

Microsoftの従業員ライフサイクル資料も、役割や部署の移動によりアクセスの変更が必要になることを説明しています。SONAEは、異動の申請に、新しく必要な権限と、終える権限の二つの欄を置く方法を提案します。同じ会社に在籍し続けることは、以前の資料をすべて見られる理由にはなりません。一方で、引継ぎ中の仕事がある場合もあります。新旧の責任者が、仕事と期間から判断できる形にしましょう。

一覧を、仕事のまとまりで比べる

旧部署のグループ、直接共有、業務アプリの役割、承認できる範囲を挙げ、新部署で必要なものと比べます。部署名のグループから抜ければ、直接付けた権限まで必ず消えるとは扱いません。架空の例では、営業から購買へ異動する人に、購買申請の作成を追加する一方、以前の値引き承認を終える必要があるかを確認します。画面の役職名だけを見るのではなく、実際にできる操作と、その権限を付けた経路を管理者へ尋ねます。

引継ぎの例外には、終了の条件を付ける

旧案件の問い合わせ対応を一定期間続ける場合、必要な資料と操作を限定し、旧部署の責任者と終了を判断します。例外の期間は本記事で一律に決めるものではありません。案件が終わったとき、後任が引き受けたときなど、自社で確認できる条件を付けます。「念のため継続」の一行ではなく、理由、対象、承認者、見直し日を残します。延長する場合も改めて確認し、期限を毎回自動で先送りする運用にしないようにします。

権限を終える前に、所有する処理を見る

異動する人が、共有資料の持ち主や自動処理の管理者になっている場合があります。権限を外すだけで、後任が更新や障害対応をできなくなることがないか確認します。資料の所有者、承認の代理、連携の担当、通知の受取人を別の行で引き継ぎます。これは古い閲覧権限を残し続ける理由ではなく、責任を新しい担当へ移す準備です。不要な権限を外す判断と、必要な業務を続ける準備を組み合わせて進めます。

異動日と、変更の結果を照合する

人事の発令日、業務の引継ぎ日、権限を変更する日が一致しない場合は、その理由を確認します。変更後は、管理者が設定結果と承認した一覧を照合し、本人も必要な仕事を行えるかを確認します。実在する機密資料を探してアクセスできないことを試す方法にはしません。検証用の資料や管理画面で確認できる範囲を決め、判断できない権限が残れば責任者へ伝えます。作業した日と確認した日を記録しておくと経緯を追えます。

次の担当が読める、差分の記録を残す

完了の記録には、新規付与、終了、期限付き継続、所有や担当の移管を分けて載せます。すべてを一覧の最新版だけで上書きすると、異動のとき何を変えたかが分かりにくくなります。申請と結果を結び付け、例外の見直しを受け持つ人へ引き継ぎます。完了の目安は、新部署の業務が始められ、旧部署の権限を残す理由と終了条件が説明できることです。所属欄の更新だけで、アカウントの異動対応を終えないようにしましょう。

相談前の確認表

• 追加する権限と終える権限を比べた
• 直接共有とグループの両方を確認した
• 引継ぎの例外に終了条件を付けた
• 所有や担当の移管と結果を残した

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

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