SSOにまとめた後も残る入口。個別ログインの確認

会社の入口が一つになっても、各アプリの入口まで整理できているかを確かめる。

一度のログインと、入口の管理を分ける

SSOは、複数のサービスを利用する際の認証をまとめる仕組みです。Microsoftのアクセス終了に関する資料も、アプリ自身のセッションや直接ログインを考慮しています。SONAEは、SSOの導入一覧に、アプリ側で残るログイン方法と終了手順を付ける方法を提案します。統合した数を数えるだけで、すべての入口を管理できたとは判断しません。利用者の便利さと、管理者が把握すべき範囲を一緒に整理しましょう。

通常の利用者と、管理者の入口を見る

アプリによっては、通常の社員と管理者でログインの方法が異なる場合があります。確認するのは、会社の認証基盤を経由する入口、製品固有の認証、復旧の方法、緊急時の管理です。存在を確かめるために、無断で外部のログイン画面を試す必要はありません。契約の管理担当と製品の公式資料から、採用した構成を確認します。表示されるボタンが複数あることだけで、どれでも使えると結論を出さず、設定と対象の利用者を照合します。

利用開始の連携と、利用終了の連携を確かめる

SSOで認証できることと、アプリのアカウント作成や削除が自動で連動することは、別に確認します。新しい社員を追加したとき、異動したとき、退職したときに、どの担当が何を変更するかを記録します。アプリへの登録が手動なら、その作業を省略しないようチェック表へ残します。製品の契約や設定によって使える機能が異なるため、自動連携という名前だけで、停止まで対応すると推測しないことが大切です。

認証の停止後に残る状態を、担当へ聞く

架空の業務アプリでは、会社の認証を止めても、すでに開いた画面の扱いを別に確認する必要があるとします。表には、会社側の停止、アプリ側の利用終了、既存の状態、確認担当を載せます。これは製品の不具合を示す例ではなく、境界を把握するための演習です。実際の反映条件を正式な手順で確認し、一定の時間が経てばすべて止まると決めつけません。不明な項目は事業者への問い合わせと、回答を待つ担当を明らかにします。

障害の備えにも、承認と監視を付ける

認証基盤が使えないときの代替を準備する場合も、全員が個別パスワードで回避する運用へ無条件に戻さないようにします。継続する必要のある業務、管理者の役割、承認された緊急手段、利用記録、復帰後の確認を決めます。通常の入口を守るために、緊急用の入口の存在を忘れないことが大切です。使った後には、理由と操作を別の担当が確認できるようにし、保管の責任を個人の判断だけにしないようにします。

統合の一覧を、境界の台帳へ更新する

台帳の一行は、アプリ名、認証の入口、利用者、登録と終了の連携、既存の利用状態、例外、責任者で構成します。導入が終わった一覧を固定せず、プラン変更や新しい管理者の追加時にも更新します。完了の目安は、会社の認証を止めるだけで扱える範囲と、アプリ側で別に必要な操作を説明できることです。SSOを導入済みというラベルを、安全性を保証する表現として使わず、実際の構成と未確認の範囲を残しましょう。

相談前の確認表

• 通常と管理者の入口を照合した
• 認証と利用資格の連携を分けた
• 停止後の状態をアプリごとに確認した
• 緊急用の入口にも承認と記録を付けた

参考資料（確認日：2026年10月23日）：Microsoft Learn：Revoke user access in an emergency ↗

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