兼任IT担当が交代する日。アカウント・契約・残課題を引き継ぐ

サービスの所有者、連絡先、認証と契約、残る課題。次の担当が正規の入口からたどれることを確かめる。

資料の量より、次の担当がたどれることを見る

NCSCの認証とアクセスの資料は、入社、異動、退職に応じた権限の管理を説明しています。SONAEは、兼任IT担当の交代でも、過去の資料を一括で渡すだけでなく、正式な役割と必要な参照先を確かめる方法を提案します。前任者の個人アカウントをそのまま共有する形は避けます。誰が何を管理し、次の担当がどの承認で利用するかを整理しましょう。担当の交代は、分からなかった所有者や残る権限を見直す機会でもあります。

サービスと契約の所有者を対応させる

利用するサービス、会社の組織、契約者、請求の窓口、更新日、保守の連絡先を一覧にします。秘密の値やカード番号を共有表へ貼らず、承認された管理先への参照を残します。会社のドメイン、メール、主要なSaaSなど、仕事の入口になるものを優先して確認します。誰も契約の原本を見つけられない場合は、未確認として次に調べる担当を決めます。前任者の記憶だけが根拠になっている箇所を、説明できる原本へ置き換えましょう。

権限を渡す前に、使う役割を決める

新任者に必要な管理権限、通常の仕事用の役割、承認者、非常時の代替を確認します。前任者が持っていたすべてを同じように付けるのではなく、担当する仕事に必要な範囲を選びます。認証の登録や回復は公式の手順と社内の承認に沿い、チャットや紙の一覧で秘密を引き渡さないようにします。前任者が異動して一部を使い続ける場合も、役割を明示します。会社の入口を一人だけが使える状態を残さない計画が必要です。

止まっている課題と、認めた例外を渡す

改善の未対応、回答待ち、契約の制約、期限付きの例外、予定している更新を整理します。何が残っているかだけでなく、なぜ止まり、誰が次の判断をするかを付けます。架空の例では、移行を待つ端末一台について、暫定措置と見直し日を新任者が説明できるか確認します。課題をきれいな完了一覧へ直して引き継ぐのではなく、未確認も含めて渡します。前任者個人が持っていた取引先との合意も、正式な参照先へつなげましょう。

一つの業務を、読み合わせて確かめる

管理用の入口を参照する、正規の窓口へ連絡する計画をたどる、復旧手順の前提を説明するなど、重要な一件を選びます。顧客への送信や実際の設定変更を行わず、架空の例で読み合わせるだけでも、欠けた原本や承認者を見つけられます。読めたことと実際の操作を確認したことは別に記録します。委託先が関係する場合は、相手の連絡先と会社側の新しい窓口を対応させ、変更の通知と受付が必要かを確認します。

前任者の終了と、次の見直しを記録する

完了の目安は、次の担当が必要な入口と原本へ正規の権限で到達でき、残る課題と判断先を説明できることです。前任者の不要なアクセス、通知先、承認の割当、私有の控えは、それぞれ担当と終了の条件を確認します。秘密の変更が必要な場合も、対象と依存する自動処理への影響を計画して進めます。引継ぎの資料を作っただけで権限の整理まで済んだと扱いません。交代後に不足を見直す日と相談先を残し、業務が続く引継ぎにしましょう。

相談前の確認表

• 秘密の値を一覧で引き渡さない
• 原本と正式な役割へ対応させる
• 未了と期限付きの例外を隠さない
• 前任者の終了と交代後の見直しを決める

参考資料（確認日：2026年10月23日）：NCSC：10 Steps — Identity and access management ↗ ／ NCSC：Choosing a managed service provider ↗

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