会社のログインを一つにまとめたい。SSO導入前のサービス整理

結論：SSOを導入する前に、まずは全サービスの一覧化とライセンス・連携可否の確認、そしてID停止時の復旧手順を整備します。最初の一歩は、現在利用しているクラウドサービスと社内システムを洗い出すことです。

SSO導入前に確認すべきサービス一覧

利用中のクラウドサービスを洗い出す

まずは、社員が日常的に利用しているクラウドサービス（Google Workspace、Microsoft 365、Slack など）を一覧にします。部署ごとに使用しているツールが異なることが多く、担当者にヒアリングシートを配布し、サービス名・利用目的・利用人数を記入してもらうと効率的です。

取得した情報はスプレッドシートにまとめ、サービスごとにカテゴリ分けすると全体像が見えやすくなります。

次に、契約状況や利用期間、更新日を併記し、契約が切れそうなサービスは早めに見直し対象に入れます。これにより、不要なサービスの削減や、SSO連携が可能な新規サービスへの移行計画も立てやすくなります。実際に一覧化したデータは、後のライセンス確認や連携テストの基礎資料として活用します。

社内システムの認証方式を把握する

社内で稼働している業務システム（販売管理、勤怠管理、社内ポータルなど）は、認証方式が多様です。会社の共通IDで認証する仕組みなのか、そのシステムに個別のIDを登録しているのかを整理します。連携方式の名称と必要な条件は、管理者や提供会社の公式資料で確認してください。システム管理者に対し、認証方式と現在のユーザー管理手順をヒアリングし、ドキュメント化します。

認証方式が統一されていない場合、SSO導入時に中間ゲートウェイやプロキシを利用して統合する設計が必要になることがあります。認証方式の違いは、導入コストや実装期間に直結するため、早い段階で技術的なギャップを把握しておくと、後々の調整がスムーズです。

パスワード管理ツールとの関係を確認

パスワード管理ツールを併用している場合は、これらがSSOとどのように連携できるかを確認します。ツール側がSAMLやOpenID Connect に対応しているか、または自動入力機能だけで利用できるかを調べます。

ツールがSSOに対応していない場合、ユーザーは依然として個別パスワードを管理し続けることになるため、導入効果が減少します。したがって、パスワード管理ツールの選定や設定変更を含めた全体的な認証戦略を見直すことが、SSO導入成功の鍵となります。

ライセンスと連携可否の見極め方

利用ライセンスの種類と範囲を確認

各サービスのライセンス形態（ユーザー単位、デバイス単位、エンタープライズプランなど）を確認し、SSO連携に追加費用が必要かどうかを判断します。

たとえば、Microsoft 365 の Business プラン（Business Basic、Standard、Premium）では Microsoft Entra ID が提供され、基本的な SSO 機能を利用できますが、条件によっては Microsoft Entra ID Premium（P1 など）の追加ライセンスが必要になる場合があります。

一方、Enterprise プラン（E1、E3、E5）ではプランに応じた Microsoft Entra ID の機能が含まれます。

ライセンスの範囲が組織全体に適用されているか、部門ごとに分かれているかを整理し、SSO導入後にどのユーザーが対象になるかをシミュレーションします。これにより、予算策定時に正確なコスト見積もりが可能です。

SSOの対応方式で連携可否を判断

ログインの連携は、APIの公開があるだけで実現できるとは限りません。サービスごとに、SSOの対応方式、対応する認証基盤、対象プラン、設定の担当、利用者への適用範囲を確認します。SAMLやOpenID Connectなどの名称は、技術担当者が相互の対応を照合するための情報です。

OAuthのようなアクセス許可の仕組みと、本人の認証を同じものとして扱わないようにします。

比較表には、公式資料の確認日、現在の契約で使えるか、追加設定や費用、不明点を記載してください。対応しないサービスがあっても、直ちに業務を止めて移行するのではなく、個別のログイン管理を残すか、別方式を検討するかを判断します。独自の接続開発を提案された場合は、保守と障害時の対応まで見積もりに含め、導入後に会社側で維持できるかを確認しましょう。

サードパーティ製品の互換性を調べる

SSOでは、利用者の認証を担う基盤（IdP）と、利用するサービスの連携を確認します。選定時には、既存サービスがそれらの IdP と互換性があるかを確認します。公式サイトの「対応製品一覧」や、ユーザーコミュニティの情報を参考にします。

互換性が確認できない場合、代替サービスへの移行や、カスタムコネクタの開発が必要になることがあります。互換性チェックは、導入コストとリスクを正確に把握するための重要なステップです。

ID停止時の復旧手順を事前に用意

バックアップ用管理者アカウントを作成

認証基盤や設定に問題が起きた場合でも、会社が管理を続けられる緊急用の経路を検討します。単に同じ認証基盤に別のIDを作るだけでは、同じ障害で両方が使えなくなる場合があります。利用するサービスの公式の緊急アクセス手順を確認し、通常の利用者のログインとどこが独立しているかを導入担当者へ説明してもらってください。

緊急用アカウントの認証方式、権限、情報の保管、利用記録の監視は、提供元の推奨と自社の構成に基づいて決めます。一律の設定値を当てはめず、誰がどの承認で使えるか、利用後に何を確認・更新するかを合意します。試験は通常業務を妨げない範囲で行い、秘密の認証情報を全社員へ公開する資料には載せないでください。

手順を保管する場所自体が、認証基盤の障害で開けなくならないかも確認します。

緊急時のパスワードリセット手順を文書化

IdP が利用できなくなった場合のパスワードリセット手順を、具体的な操作手順として文書化します。手順には、担当者が実行すべきコマンドや管理画面の操作手順、必要な承認フローを明記します。

この文書は、社内のインシデント対応マニュアルに組み込み、全担当者がアクセスできる場所に保管します。文書化により、緊急時の混乱を防ぎ、復旧作業に要する時間を最小化できます。

復旧テストを定期的に実施する

復旧手順が実際に機能するかどうかは、定期的なテストで確認します。年に一度はシミュレーション演習を実施し、バックアップアカウントでのログインやパスワードリセットが問題なく行えるかを検証します。

テスト結果はレポートにまとめ、改善点を洗い出して手順を更新します。テストを継続的に行うことで、実際の障害時に迅速かつ確実に復旧できる体制が整います。

導入判断と社内合意の進め方

コストと効果を試算して比較検討

SSO 導入にかかる初期費用（ライセンス、コンサルティング、開発）と運用コスト（年間サブスクリプション、保守）を試算し、期待できる効果（パスワードリセット削減、管理工数削減、セキュリティ向上）と比較します。数値化できる項目は、IPA が示す情報セキュリティ6か条の観点を参考にして評価します。

実際の金額や効果は、導入を検討するベンダーや自社の利用状況に応じて、個別に確認・見積もりしてください。

試算結果は、経営層に提示する資料にまとめ、投資対効果（ROI）を明示します。効果が不透明な場合は、パイロット導入で実績データを取得し、再度評価することが有効です。

関係部門への説明資料を作成する

導入にあたっては、情報システム部門だけでなく、営業、総務、人事など関係部門への説明が必要です。各部門が抱える課題（パスワード管理の手間、アカウントロックの頻度など）をヒアリングし、SSO がどのように解決できるかを具体的に示す資料を作成します。

資料には、サービス一覧、ライセンス状況、復旧手順、コスト試算を図表で分かりやすく掲載し、質問対応用の FAQ も添付します。部門ごとの懸念点を事前に把握し、説明会で丁寧に回答することで合意形成がスムーズになります。

パイロット導入でリスクを最小化する

全社導入前に、対象部門や限定ユーザーでパイロット導入を実施します。選定基準は、利用サービスが多く、認証方式が標準的な部門が望ましいです。パイロット期間は 1〜3 か月とし、障害発生率、ユーザー満足度、管理工数削減効果を測定します。

パイロット結果を踏まえて、問題点の改善策を策定し、全社展開のロードマップを作成します。リスクを段階的に削減しながら導入することで、予期せぬ障害やコスト超過を防げます。

---

次のステップ：本記事で示した手順に沿って、まずは自社の利用サービスリストを作成し、ライセンスと連携可否をチェックしてください。その結果をもとに、復旧手順とパイロット計画を立て、関係部門と合意形成を進めることで、スムーズな SSO 導入が実現します。