SSOによるユーザーとブランドの管理

スイート
Customer Experience Employee Experience Strategy & Research
製品
Qualtrics

このページの内容

SSOによるユーザーとブランドの管理について

シングルサインオン(SSO)を利用すると、ユーザーは自分の組織の内部ログインシステムを使ってクアルトリクスにログインすることができます。この機能には、セキュリティの向上、ユーザーによるシームレスなログイン体験、そしてブランド管理者によるユーザー管理の簡易化という、大きく分けて3つの利点があります。

セキュリティの向上:ユーザーは、SSOによる認証に成功しなければクアルトリクスのアカウントにアクセスすることができません。
シームレスなログイン体験:ユーザーは、クアルトリクスプラットフォームにログインするために、複数のログイン認証情報を覚える必要がなくなります。代わりに、1つのポータルとログイン認証情報を使用して、組織のメインポータル、クアルトリクス、およびITチームがSSOに統合したその他のソフトウェアにアクセスすることができます。
ユーザー管理の簡易化:SSOを導入することで組織のITシステムに保存されている情報を使用してクアルトリクスユーザーを管理できるため、大規模なライセンスの管理が簡易化されます。たとえばクアルトリクスでは、組織のシステムから渡されるユーザー属性を利用して、ユーザー名、名、姓、メールアドレスなどの値をユーザーアカウントに割り当てることができます。また、ユーザータイプ部署グループのマッピングにより、ユーザーアカウントの権限を自動的に割り当て、更新することもできます。これらの機能により、各アカウントに必ず正しい権限と正しい管轄を付与できるようになります。これらを組み合わせることで、本来であればブランド管理者が手動で行わなければならないユーザーアカウント情報や権限の管理業務を大幅に軽減できます。

ユーザーの自動登録

クアルトリクスには、認証に成功したものの、まだクアルトリクスブランドにアカウントを持っていないユーザーに対してユーザーアカウントを作成する機能があります。 ユーザーがSSO経由でクアルトリクスにログインすると、組織のシステムから渡されるユーザー名の値を取得して、クアルトリクスブランド内で一致するアカウントを検索します。同一のユーザー名を持つアカウントが存在しない場合、クアルトリクスシステムはそのユーザーのアカウントを作成します。このプロセスは、一般的に「ジャストインタイムユーザープロビジョニング」と呼ばれています。

ヒント:ジャストインタイムのユーザープロビジョニングを使用している場合は、有効なメールドメインを設定することが重要です。すべてのドメインを対象とするには、ドメインまたはワイルドカードのアスタリスク( *)を指定する必要があります。「有効なメールドメイン」フィールドを空白のままにすると、有効なドメインがないものとして扱われます。

ユーザーが自己登録機能によって作成される場合、クアルトリクスのシステム内でユーザー名の重複が起きないように、クアルトリクスのユーザー名の末尾に「#ブランドID」が追加されます。この末尾の文字列はブランドごとに異なり、ユーザーが所属するクアルトリクスインスタンスのブランドIDを使って生成されます。例えば、ブランド ID が「fakeenvironment」の場合、サフィックスは「#fakeenvironment」になります。

SSOを導入しているブランドでは、SSOを利用しているユーザーであるかどうかにかかわらず、すべてのユーザー名の末尾に「#ブランドID」を付け加えることが推奨されます。

例:John DoeがSSO経由でクアルトリクスブランド 「fakeenvironment」にログインしようとすると、次のようになります。

ユーザーがSSOでの認証に成功すると、組織のシステムから複数のユーザー属性が渡されます。渡されたユーザー名の値は「johndoe@email.com」です。
その後、クアルトリクスシステムは、fakeenvironmentブランドにユーザー名「johndoe@email.com#fakeenvironment」のアカウントがすでに存在するかどうかを確認します。
「fakeenvironment」ブランドに、次のいずれかのユーザー名を持つアカウントが存在する場合(リストに挙げた順番で照合されます)、ユーザーはそのアカウントにログインされます:
  • johndoe@email.com#fakeenvironment
  • johndoe@email.com
ステップ3に記載したユーザー名のどちらかの値を持つアカウントが存在せず、ブランドで自己登録が有効になっている場合、クアルトリクスシステムは、ユーザーのメールアドレスとして渡された値を参照し、そのメールアドレスのドメインが有効なメールドメインのリストに含まれているかどうかを検証します。ユーザーのメールアドレスに有効なドメインが含まれている場合、クアルトリクスシステムは「johndoe@email.com#fakeenvironment」というユーザー名でアカウントを作成します。

SSOシステムからユーザーの名と姓の値を取得した場合、クアルトリクスシステムはそれらの値を利用して、ユーザーアカウントに関連付けられた名と姓を入力します。名と姓の値の送信がない場合は、ユーザー名の値が名と姓のフィールドに入力されます。

ヒント:ユーザーがSSO経由で自己登録した際にメール通知を受け取りたい場合は、クアルトリクスサポートまでご連絡ください。お持ちのライセンスがSSOセルフサービスを使用している場合、自己登録の際のメール通知のためにクアルトリクスサポートに問い合わせる必要はありませんのでご注意ください。

注意:ジャストインタイムユーザープロビジョニングがブランドで無効になっている場合、ユーザーアカウントはブランド管理者がクアルトリクスで手動で作成する必要があります。アカウントを持っていないユーザーがクアルトリクスブランドにログインしようとすると、プラットフォームへのアクセスが拒否されます。

ログインポータルのカスタマイズ

クアルトリクスには、ユーザーがLDAP SSO経由でログインする際にログインページの説明を表示する機能があります。ブランド管理者は、[管理]ページの[組織の設定]タブで、表示されるテキストを編集できます。

注意:ブランドでCASSAML、またはGoogle OAuth 2.0 が有効になっている場合、この機能はSSOログインポータルに表示されるメッセージを変更しません。これらのタイプのSSOのSSOログインポータルを変更するには、ITチームの協力を得る必要があります。

ユーザー権限の割り当て

ユーザータイプ、部署、グループマッピング

ユーザーがSSO経由でクアルトリクスにログインすると、そのユーザーに関する追加情報を組織システムからユーザー属性として取得することができます。クアルトリクスはこの情報を使用して、各ユーザーのユーザータイプ部署グループを割り当て、更新することができます。これは一般的にマッピングと呼ばれます。SSO実装をご購入いただいた場合、このユーザータイプ、部署、およびグループのマッピングは、クアルトリクスSSOチームがお客様およびお客様のITチームと緊密に連携し、ご希望の属性が含まれるように実装します。SSOを自分で設定する場合、接続を設定する際にこれらの属性のマッピングを設定できます。

注意: CAS またはGoogle OAuth 2.0 は、追加の属性をクアルトリクスシステムに渡すことができないため、これらの機能と互換性がありません。

ヒント:ブランドでジャストインタイムユーザープロビジョニングが有効になっている場合、ユーザータイプと部署のマッピングはアカウント作成時に行われます。

SSO設定によっては、ログインごとにユーザー属性が更新される場合があります。その場合、ブランド管理者がユーザーのユーザータイプや部署に加えた変更は、次回のログイン時に上書きされます。これは以下のいずれかの方法で防ぐことが可能です:

組織のITチームが、そのユーザーの「ユーザータイプ」または「部署」の属性として渡される値を更新する。
ブランド管理者が、ユーザーの「ユーザータイプ」や「部署」を変更するのではなく、各ユーザーのレベルでユーザー権限を管理する。
SSO設定ログインのたびにユーザー属性を更新を無効にする。

「ユーザータイプ」や「部署」のマッピングとは異なり、「グループ」のマッピングは、ブランド管理者がユーザーの「グループ」に対して行った変更を上書きすることはありません。これは、ユーザーが同時に複数の「グループ」に所属できるからです。

クアルトリクスは、「ユーザータイプ」、「部署」、「グループ」のマッピングのそれぞれについて、1つの属性しか参照できません。どの「ユーザータイプ」または「部署」にユーザーを割り当てるべきかを示す値は、すべてのユーザーで同じ属性を利用して渡す必要があります。「グループ」のマッピングには柔軟性があり、クアルトリクスでは最大50個の「グループ」マッピング条件を設定でき、各条件でRegExを使用することができます。

例: 以下に、「部署」属性に基づいたユーザータイプマッピング条件の例をいくつか示します。

部門が「HR」の場合「ユーザータイプ」は標準のユーザータイプにします。
部門が「HR」または「会計」の場合「ユーザータイプ」は標準のユーザータイプにします。
部門に「HR」が含まれている場合「ユーザータイプ」は標準のユーザータイプにします。
部門が「HR」でない場合「ユーザータイプ」は制限付きユーザータイプにします。
部門が「HR」でも「会計」でもない場合「ユーザータイプ」は制限付きユーザータイプにします。

注意:ログイン時に自動的にユーザーを割り当てるマッピングを構成する前に、ブランド管理者はカスタムの「ユーザータイプ」、「部署」、および「グループ」を作成する必要があります。

ヒント:ジャストインタイムプロビジョニングでアカウントを作成、またはユーザータイプのマッピングでアカウントを更新する際に、「ブランド管理者」のユーザータイプをユーザーに割り当てることは可能です。ただし、ユーザータイプのマッピングを使用して、既存のブランド管理者を権限の少ないユーザータイプに変更することはできません。ブランド管理者をより少ない権限のユーザータイプに更新するには、別のブランド管理者が手動でアカウント設定を編集する必要があります。

ヒント:値を1つしか指定しない場合は、期待する値の前後に「.*」を付けることが推奨されます(例:.*student.*)。こうすることで、複数の値を持つ属性内で値が渡された場合に、値が一致しない問題を防ぐことができます。

クアルトリクスは、クアルトリクス内で設定された「ユーザータイプ」と「部署」のマッピング条件の順に「ユーザータイプ」と「部署」のマッピングを実施します。つまり、ユーザーを特定の「ユーザータイプ」や「部署」に割り当てるためにシステムが利用する条件を複数設定した場合、クアルトリクスは一番上から下へと順に条件を処理していきます。

例:心理学部のすべてのユーザーを「標準のユーザータイプ」に、ビジネス学部のすべてのユーザーを「制限付きユーザータイプ」に割り当てるよう「ユーザータイプ」のマッピングを設定したとします。新しいユーザーがSSOを通じてクアルトリクスにログインした際、たとえばそのユーザーが心理学とビジネスの両方の分野で授業を担当している場合など、所属学部の属性として「心理学」と「ビジネス」の両方が渡されることがあります。その場合、システムはマッピングで最初に指定されている「ユーザータイプ」を自動的にユーザーに割り当てます。以下の設定になっている場合、そのユーザーは自動的に「標準のユーザータイプ」に割り当てられます:

学部が「心理学」の場合「ユーザータイプ」は「標準のユーザータイプ」とします。
学部が「ビジネス」の場合「ユーザータイプ」は「制限付きユーザータイプ」とします。

クアルトリクスはSAMLレスポンス内のユーザー属性値の順に「グループ」のマッピングを実施します。つまり、ユーザーを特定の「グループ」に割り当てるためにシステムが利用する条件を複数設定した場合、システムは一番上にある条件から下へと順に処理していきます。

例:心理学部のすべてのユーザーを「心理学グループ」に、ビジネス学部のすべてのユーザーを「ビジネスグループ」に割り当てるように「グループ」のマッピングを設定したとします。新しいユーザーがSSOを通じてクアルトリクスにログインした際、たとえばそのユーザーが心理学とビジネスの両方の分野で授業を担当している場合など、所属学部の属性として「心理学」と「ビジネス」の両方が渡されることがあります。その場合、システムはSAMLレスポンス内で最初に示されるグループにそのユーザーを割り当てます。もしSAMLレスポンスが次のように返された場合、そのユーザーは自動的に「心理学グループ」に割り当てられることになります:

<AttributeStatement>

<Attribute Name="部署">

<AttributeValue>心理学</AttributeValue>

</Attribute>

<属性

<AttributeValue>一般企業</AttributeValue>

</Attribute>

</AttributeStatement>
 

ユーザータイプのマッピング条件で指定されていない値をユーザーが渡した場合、そのユーザーはブランド管理者によってブランドに設定された、ブランドの自己登録(デフォルト)ユーザータイプに自動的に割り当てられます。

ヒント:「ユーザータイプ」のマッピング条件で指定されている値を渡さなかったユーザーがクアルトリクスにログインするのを防ぐには、ユーザータイプの検証を利用することができます。

もしユーザーが「部署」や「グループ」のマッピング条件にない値を渡した場合、そのユーザーは「部署」や「グループ」に割り当てられません。ブランド管理者がユーザーを部署グループに追加する必要があります。

ヒント:ブランド管理者は、新しいグループを作成するときや既存のグループを更新する際に、そのグループをブランド全体や特定の部署のすべてのユーザーが利用可能に設定できます。

CXダッシュボードの自動役割登録

ユーザーがSSOを介してクアルトリクスにログインすると、組織のシステムからそのユーザーのアカウントに関する追加情報を送信することができます。クアルトリクスには、この情報を使用して役割の自動登録経由でアカウントのCXダッシュボードの役割またはEXダッシュボードの役割を割り当て、更新する機能があります。

注意:CAS 2.0およびGoogle OAuth 2.0は、追加の属性をクアルトリクスシステムに渡すことができないため、この機能には対応していません。

ダッシュボードのメタデータとしてユーザー情報を保存する

ユーザーがSSOを介してクアルトリクスにログインすると、組織のシステムからそのユーザーのクアルトリクスアカウントに関する追加情報を送信することができます。クアルトリクスには、この情報をCXダッシュボードに渡して更新し、メタデータとして保存する機能があります。同様に、これはEXダッシュボードと対応する参加者のメタデータでも実行できます。 貴社のITチームとクアルトリクスのSSOチーム間で調整し、クアルトリクスに引き継ぐ属性を決定してください。

注意:CAS 2.0とGoogle OAuth 2.0は、追加の属性をクアルトリクスに渡すことができないため、この機能には対応していません。

ヒント:SSO属性に基づいて生成されるメタデータは、ログインのたびにユーザー属性を更新が有効であるかどうかに関わらず、ユーザーがSSO経由でログインするたびに更新されます。

ユーザーアクセスの制限

有効なメールドメイン

ジャストインタイムユーザープロビジョニング が有効になっている場合、またはGoogle OAuth 2.0 SSOが使用されている場合、クアルトリクスはユーザーを認証する際に、お使いのクアルトリクスブランドにリストされている有効なメールドメインを参照します。ユーザーがSSO認証に成功した後、そのユーザーの新しいアカウントを作成する前に、クアルトリクスはユーザーのメールドメインがブランドの[有効なメールドメイン]のリストに含まれているかどうかを確認します。ユーザーのメールアドレスに有効なドメインが含まれている場合、クアルトリクスシステムはブランドにユーザーのアカウントを作成します。ユーザーのメールアドレスに有効なドメインが含まれていない場合、クアルトリクスシステムはユーザーのプラットフォームへのアクセスを拒否します。

クアルトリクスサポートの担当者に、所属ブランドの有効なメールドメインのリストを設定するよう依頼する際、ワイルドカード(*)を使用するか、特定のメールドメインを指定することができます。ワイルドカードを使うと、SSOで認証された全ユーザーがクアルトリクスのブランド内にアカウントを作成できます。一方、特定のメールドメインを指定すると、クアルトリクスのブランド内にアカウントを作成できるユーザーを制限できます。クアルトリクスブランド内でアカウントを作成するには、ユーザーはSSO認証に成功し、かつ[有効なメールドメイン]のドメインを渡す必要があります。

つまり、有効な電子メールアドレスを空のままにしないことです。必ず特定のドメインを設定するか、ワイルドカードのアスタリスク(*)を指定してください。

注意:ワイルドカードを有効にしていても、ログインするためには、ユーザーが渡すSSOのメール属性に正しいメールアドレス形式(例:value@example.com)の値が含まれている必要があります。形式が正しくない値が渡された場合、ユーザーのアクセスは拒否されます。

注意:特定のメールドメインを指定した場合は、セキュリティ上の理由から、組織所有のドメインしか使用できません。

ヒント:Google OAuth 2.0の設定では特定のメールドメインを必ず指定してください。このSSOタイプではワイルドカードは利用できないためです。ユーザーのメールアドレスは、ログイン試行ごとに提供されたメールドメインと照合されます。

特定のメールドメインを持つ一部のユーザーにクアルトリクスへのアクセスを許可したいものの、そのドメインを持つすべてのユーザーに自己登録を許可したくない場合、ブランド管理者は代わりにこれらのユーザーのアカウントを手動で作成できます。

ブランドの[有効なメールドメイン]のリストに対する検証は、ログインのたびにではなく、アカウント作成時にのみ行われます。

ユーザータイプの検証

クアルトリクスには、ユーザータイプのマッピング属性に渡された値を検証する機能があります。つまり、ユーザーがSSOを通じてクアルトリクスログインするたびに、その属性用に渡された値のうち少なくとも1つが「ユーザータイプ」のマッピング条件に一致していることが確認されます。

例:以下のユーザータイプのマッピング条件が設定されているとします。

学部が「心理学」の場合「ユーザータイプ」は心理学とします。
学部が「ビジネス」の場合「ユーザータイプ」はビジネスとします。

ユーザーがSSOを介してログインを試みたものの、渡された所属学部が「心理学」でも「ビジネス」でもなかった場合は、クアルトリクスはそのユーザーのアクセスを拒否します。

注意:CAS 2.0とGoogle OAuth 2.0は、追加の属性をクアルトリクスに渡すことができないため、この機能には対応していません。

FAQs

アカウントが無効になったというメールを受け取りました。復元するにはどうすればよいですか?

特定のアカウント内でどのアクティビティが発生したかを確認するにはどうすればよいですか?

当サポートサイトの日本語のコンテンツは英語原文より機械翻訳されており、補助的な参照を目的としています。機械翻訳の精度は十分な注意を払っていますが、もし、英語・日本語翻訳が異なる場合は英語版が正となります。英語原文と機械翻訳の間に矛盾があっても、法的拘束力はありません。

この記事は役に立ちましたか

いただいたフィードバックはこのページの改善の目的のみに利用します。

素晴らしい! フィードバックありがとうございます!

フィードバックありがとうございます!