シングルサインオン（SSO）でシステムを連携させる

Workvivoを通じてサードパーティアプリケーションへのシングルサインオン（SSO）を設定することで、ユーザーエクスペリエンスを向上させ、セキュリティを強化できます。

Workvivoと他のプラットフォーム間でSSO（シングルサインオン）を有効にすることで、ユーザーが主要ツールにアクセスする方法が簡素化され、繰り返しログインする必要性が減り、システム間の切り替え時の手間が最小限に抑えられます。

SSOを使用する理由

SSOを導入することで様々なメリットが得られますが、最も顕著な改善点は使いやすさとセキュリティの向上です。

SSOを使用すると、ユーザーは次のことができます。

一度サインインするだけで、複数の認証情報を記憶する必要なく、Workvivoから直接、安全なログインで接続されているすべてのシステムにアクセスできます。
これにより、チームがツールを導入して一貫して使用することが容易になり、同時にパスワード管理の負担を軽減し、組織全体のデータ保護を向上させることができます。
繰り返しのログインやパスワードの忘却なしに、すべてのアプリに1か所で簡単かつ安全にアクセスできます。
Workvivoを日常業務の入り口として活用し、接続ツールの採用を促進します。

使用例

集中型学習体験
WorkvivoをSAML SSO経由で学習管理システムに接続することで、ユーザーは個人のデバイスから直接トレーニングにアクセスできるようになります。
メリット：アクセスが容易になることで、コース修了率が向上し、現場の従業員にとってよりスムーズな学習体験につながります。

ITおよびサポートツールへの安全なアクセス

SSO（シングルサインオン）を使用してWorkvivoをJira Service ManagementやZendeskなどのプラットフォームと連携させることで、従業員は単一のログインでサポートリクエストを管理できるようになります。
利点：セキュリティと効率性を向上させるとともに、承認されたユーザーのみがサポートツールにアクセスできるようにします。

WorkvivoでのSAMLの設定

リソース、アプリの順に移動します。
管理者オプションを使用して新しいアプリを追加し、適切な名前を付けて、必要なURLを追加してください。この情報を閲覧するには、IT管理者権限が必要です。
注：既存のアプリにこれを追加するには、既存のアプリにカーソルを合わせ、3つの点をクリックし、「編集」をクリックしてから、「SAMLの詳細を追加」をクリックします。
WorkvivoをIDプロバイダー（IdP）として機能させる（つまり、ユーザーがWorkvivo経由でログインして別のアプリケーションにアクセスする）には、そのアプリケーションのサービスプロバイダー（SP）から特定の情報を取得する必要があります。
これらの詳細を追加するには、「SAML詳細の追加」オプションをクリックしてください。この情報は通常、設定ページに記載されています。または、サードパーティのサービスプロバイダーに、この機能がサポートされているかどうかを問い合わせることもできます。

アイテム	詳細	どこで見つけられるか
SPエンティティID	サービスプロバイダー（ログインしたいアプリ）の固有識別子。	通常、アプリのSSO/SAML設定ページまたはメタデータ（XML）ファイルに記載されています。多くの場合、https://appname.com/saml/metadata という形式になります。
アサーション・コンシューマー・サービス（ACS）のURL	IdPが認証応答を送信するサービスプロバイダーのエンドポイント。	同じページ内、またはメタデータファイル内で見つかります。通常は次のようになります: https://appname.com/saml/acs
名前ID	ユーザー識別子 - 例:SPに渡されるメール。	通常はメール
カスタム属性名	SAMLアサーションに渡す追加情報。値はメールアドレスまたはサードパーティIDになります。	通常はメール
名前ID形式	当社がSPに提供する構造または価値。	通常はメール
リレー状態	ログイン後にユーザーを特定のページにリダイレクトするためのオプションのURL	これは任意です。

上記の表から必要なSAML情報をすべてWorkvivoの対応するフィールドに入力してください。
「保存」をクリックすると、サービスプロバイダーに提供する必要のあるWorkvivo IDプロバイダー（IdP）情報が生成されます。
SAMLメタデータを表示するには、こちらへ移動してください。
接続を完了するには、生成されたメタデータURLおよび/またはXMLファイルをサービスプロバイダーと共有してください。これは通常、最後のURL（SAMLメタデータエンドポイント）になります。これはサービスプロバイダーに確認できます。
注：Workvivoのインスタンスにコンテンツセキュリティポリシー（CSP）が設定されている場合、この機能を動作させるには、相対URLをホワイトリストに追加する必要があります。リンクをクリックした後に空白のページにリダイレクトされる場合は、CSPの更新が必要であることを示しています。

デスクトップでのサインイン方法

Web 上では、SAML はアプリのログインページから ID プロバイダー (例:Workvivo)を使用して認証を行い、本人確認が完了すると自動的にアプリに戻ります。これらはすべてブラウザを通じて処理されます。

モバイルでの動作方法

SAMLはウェブ技術であり、ログイン情報の伝送にブラウザを利用します。つまり、「ログイン」をタップすると、アプリのサインインページがウェブビューで開き、ブラウザフローでシングルサインオン（SSO）が完了し、ウェブモードでアプリにログインした状態になります。アプリによっては、ネイティブアプリのインストールまたは起動を促す場合があります。ここで何が起こるかは、各サードパーティ製アプリによって制御されます。

モバイルでユーザーが期待できること

サードパーティ製アプリによって異なります。
- ほとんどのアプリは、ウェブビューを開き、ログインさせてから、ウェブビュー内で処理を続行します。
- 一部のアプリでは、ウェブビューを開き、サインインを完了した後、続行するためにネイティブアプリをダウンロードまたは開くように求められます。

WorkvivoをIDPとして使用するタイミング

OktaやAzure ADのような専用のIDプロバイダーをまだ利用していない、中小規模の顧客。
Workvivoを主要な従業員ハブとして利用している顧客にとって、Workvivoが接続ツールの認証を管理することは理にかなっています。
Workvivo といくつかのサードパーティアプリ (例:複雑なインフラストラクチャを追加することなく、Jira、Wrike、Moodleなどのツールを利用できます。
ITリソースが限られている顧客、つまり完全なIDプロバイダーを維持することが現実的ではないが、一貫したログインとアカウント制御を望んでいる顧客。
組織内の特定のチームや部門が、アプリケーションに対して企業全体の認証を実装することなく、アプリケーションへの安全なアクセスを必要とする場合。

WorkvivoがIdPとして機能しない場合

既存のIDプロバイダー（IdP）を既に利用している企業は、Workvivoをそのシステム上のサービスプロバイダーとして登録することを希望する場合があります。ただし、その場合は顧客と直接協議する必要があります。
厳格なセキュリティ、多要素認証、またはコンプライアンスポリシーを持つ顧客で、企業レベルのIDガバナンスを必要とする場合。
Workvivo IDPでは対応していない、高度なプロビジョニングやライフサイクル管理を必要とする組織。

よくある質問（FAQ）

シングルサインオン（SSO）とは何ですか？

シングルサインオン（SSO）とは、ユーザーが1組のログイン認証情報で複数のアプリケーションにアクセスできるようにする認証方法です。WorkvivoのSSO統合機能を使えば、ユーザーは一度サインインするだけで、接続されているサードパーティ製アプリケーションに個別にログインすることなくアクセスできます。

SSOを導入する主なメリットは何ですか？

主な利点は以下のとおりです。

ログインプロンプトの回数を減らし、ユーザーエクスペリエンスを向上させました。
集中認証によるセキュリティ強化
従業員のパスワード疲れを軽減
コネクテッドツールの採用拡大
ITチーム向けの簡素化されたアクセス管理

WorkvivoはSSOにどの認証プロトコルを使用していますか？

Workvivoは、SSO接続にSAML（Security Assertion Markup Language）を使用しています。SAMLは、システム間で認証データを交換するための業界標準プロトコルです。

IDプロバイダー（IdP）とサービスプロバイダー（SP）の違いは何ですか？

IDプロバイダー（IdP）とは、ユーザーの身元を確認し、認証アサーションを発行するシステムのことです。サービスプロバイダ（SP）とは、ユーザーがアクセスしたいアプリケーションまたはシステムのことです。WorkvivoをIDプロバイダーとして使用するSSO構成では、Workvivoが認証を処理し、サードパーティアプリケーションはWorkvivoの検証を信頼します。

Workvivoは、IDプロバイダー（IdP）主導のSSOを実装しており、認証フローはサードパーティアプリケーションではなく、Workvivo自体の中で開始されます。つまり、ユーザーはまずWorkvivoにログインし、その後、追加のログイン手順なしに、接続されているアプリケーションを選択してアクセスできるということです。これは、サービスプロバイダー（SP）が開始するSSOとは異なります。サービスプロバイダー（SP）が開始するSSOでは、ユーザーはサードパーティのアプリケーションから開始し、認証のためにWorkvivoにリダイレクトされます。IdPが開始するフローは、Workvivoを主要な入り口として、より一元化されたエクスペリエンスを提供し、Workvivoをデジタルハブとしての地位を強化します。

トラブルシューティング

ユーザーがSSOリンクをクリックすると、空白のページにリダイレクトされます。何が起こっていますか？

これは通常、コンテンツセキュリティポリシー（CSP）の問題を示しています。WorkvivoのインスタンスでCSPが有効になっている場合、統合が正しく機能するためには、SSO接続の相対URLをホワイトリストに追加する必要があります。CSPを更新するには、IT管理者に連絡してください。

全ユーザーに展開する前に、SSO接続をテストすることはできますか？

はい、本格的な展開の前に、少数のユーザーグループでSSO接続のテストを行うことをお勧めします。これにより、組織全体に影響を与えることなく、構成上の問題を特定して解決することができます。

SSO接続が失敗した場合はどうなりますか？

SSO接続が失敗した場合、通常はユーザーにエラーメッセージが表示されます。一般的な原因としては、SAML設定の誤り、ネットワークの問題、または証明書の有効期限切れなどが挙げられます。設定を確認し、IdP側とSP側の両方で必要な情報がすべて正しく入力されていることを確認してください。