必須のプロファイル属性

新規ユーザーが組織にオンボーディングされる際に、特定のプロファイル属性を必須としてマークすることができます。 これらの属性は、すべての組織で標準化されています。 必須のプロファイル属性は、ユーザーのオンボーディング時に指定する必要がある属性です。指定しないとオンボーディングが失敗します。 使用可能なプロファイルの属性は次のとおりです。

表 1. プロファイルの属性
プロファイルの属性説明
メールユーザーのメールアドレスです この属性は常に必須としてマークされます。
ユーザーの名です。
ユーザーの姓です。
表示名ユーザーが希望する名前です。
タイトルユーザーの職位です。
ユーザーが所属する部門です。
アドレスユーザーの居住地です。
市区町村ユーザーの住所に関連付けられた市区町村です。
都道府県ユーザーの住所に関連付けられた都道府県です。
郵便番号ユーザーの住所に関連付けられた郵便番号です。
ユーザーの住所に関連付けられた国です。
タイムゾーンユーザーの住所に関連付けられたタイムゾーンです。
オフィス電話番号ユーザーに付与されている指定電話番号です。
携帯電話ユーザーの個人使用の電話番号です。
代わりの電話 1ユーザーへの連絡に使用する別の連絡先電話番号です。
代替電話 2ユーザーへの連絡に使用する別の連絡先電話番号です。

 

カスタム属性が必須としてマークされると、ユーザーはそれらの必須の属性を必ず入力しなければなりません。入力しないとオンボーディングが失敗します。 カスタム属性を必須としてマークする場合は、慎重に行ってください。

1

Control Hub にサインインし、 [組織設定] > [ユーザー属性] > [ユーザー属性を編集] に移動します。

2

必須としてマークするプロファイル属性の横にあるチェックボックスをオンにします。

3

[保存] をクリックします。

代名詞

ユーザー自身に代名詞の指定を許可できます。 選択可能な代名詞のリストをアップロードするか、ユーザーに自分でカスタマイズしてもらうかによって、使用可能な代名詞は異なります。

カスタム属性は組織固有のユーザー属性であり、組織向けにセットアップおよび定義できます。 最初は、どの組織にもカスタム属性は設定されていません。 組織のニーズに応じてカスタム属性を追加できますが、追加できるカスタム属性は最大 15 個です。

カスタム属性の表示名

デフォルトでは、カスタム属性名は extensionAttribute1extensionAttribute2 などとなり、15 個まで追加できますが、これらの属性には表示名を割り当てることができます。 表示名の長さは最大 128 文字であり、組織の他のカスタム属性または既存のユーザー属性と同じ表示名は使用できません。

カスタム属性に表示名が指定されている場合、これらの名前は、Control Hub でのユーザーのオンボーディング、およびミーティングサイトで拡張属性をトラッキングコードにマッピングするときに使用されます。 ただし、API および CSV ファイルを使用してユーザーをオンボーディングする場合は、カスタム属性の標準の固定名が適用されます。

カスタム属性の値

Control Hub でのカスタム属性の作成

カスタム属性のユーザー値は、オープンテキスト、定義済みの値のセット、または両方の組み合わせから選択できます。 これらの値は、Control Hub の組織のカスタム属性を追加するのと同じ場所でアップロードできます。 カスタム属性には、最大で 500 個の値を事前定義できます。


 
値は、表示する順番に CSV ファイルで整理しておいてください。 CSV ファイル内のすべての値が表示されてしまうため、管理者または主催者に表示される値のみをアップロードします。 これは、以前にミーティングサイトのトラッキングコードの値をアップロードする際に使用されていたファイル形式とは異なります。

必要に応じて、またはロックされたカスタム属性をマーキング

カスタム属性は必須としてマークできます。 カスタム属性を必須としてマークする場合、組織にユーザーを追加するとき、またはユーザーがセルフサインアップするときに、その属性の値を含める必要があります。 カスタム属性を必須としてマークする場合は、慎重に行ってください。

カスタム属性はロックとしてマークすることもできます。 ロックされ た場合、ユーザーはこれらの属性を表示または変更できません。

カスタム属性の削除

カスタム属性を置換しなければならない場合、ミーティングサイトのトラッキングコードがマッピングされていなければその属性を削除できます。 ミーティングサイトのトラッキングコードにマッピングされているカスタム属性を削除するには、まず、それを使用するすべてのミーティングサイトのトラッキングコード マップからその属性のマッピングを解除する必要があります。

カスタム属性を削除しても、その属性に関連付けられているデータは削除されません。 つまり、カスタム属性を誤って削除し、再度追加すると、属性には以前の同じ表示名が使用されます。 属性を削除すると、カスタム属性が同じ順番で表示されなくなる場合があります。

カスタム属性の使用方法

カスタム属性は必要に応じた方法で使用できますが、ミーティングサイトのトラッキングコードでは既にカスタム属性が使用されています。 以前はサイトごとに、サイトのユーザーに対して入力しなければならない独自のトラッキングコードがありました。 現在は、これらのトラッキングコードをユーザープロファイルの属性とカスタム属性にマッピングできます。 これにより、それらの属性からミーティングサイトのトラッキングコードが自動的に入力されるようになります。

Control Hub のウィザードを使用すれば、トラッキングコードをカスタム属性やその他のプロファイル属性に簡単にマッピングできます。 さらに、すべてのサイトで同じカスタム属性を使用できるようになりました。

必須の属性

サイトのトラッキングコードを、必須とマークされているカスタム属性およびプロファイル属性にマッピングすると、これらのトラッキングコードはマッピングされた属性のプロパティを継承します。 つまり、これらのトラッキングコードは、組織に追加された新規ユーザーに対して自動的に必須になります。 属性が入力されていない組織内の既存のユーザーには影響しません。


 

カスタム属性を必須としてマークすると、これらの値は組織へのユーザーのオンボーディング時に入力が必要になります。入力しないとユーザーのオンボーディングが失敗します。 カスタム属性を必須としてマークする場合は、慎重に行ってください。

組織で最大 15 個のカスタム属性を設定できます。

1

Control Hub にサインインし、 [組織設定] > [ユーザー属性] > [ユーザー属性を編集] に移動します。

2

[カスタム属性] を選択します。

3

[属性を追加] をクリックします。

4

属性に表示名を割り当てます。

5

[必須] または [ロック] のチェックボックスをオンにします。

6

次の入力タイプから選択します。

  • テキスト フィールド - ユーザーが属性値を指定します。
  • ドロップダウン リスト - 属性に一連の値が事前定義されています。 値が入力された CSV ファイルをアップロードする必要があります。
  • テキスト/リスト - 属性値はユーザーにより指定されるか、ユーザーが事前定義された一連の値から選択することもできます。 値が入力された CSV ファイルをアップロードする必要があります。
7

[保存] をクリックします。

同期された属性は、Directory Connector のような外部ソースからのみ Control Hub に取り込まれます。 Directory Connector、Azure AD、SAML などの自動化されたユーザー オンボーディング プロセスは、カスタム属性をサポートしていません。 組織でこれらの自動化されたプロセスを使用している場合は、カスタム属性を使用しないようにしてください。

代わりに、同期された属性を使用することをおすすめします。 同期された属性は組織外のユーザーには設定できません。このような組織では、必須のカスタム属性ではなく同期済み属性を使用してください。

Control Hub で管理されているサイトでは、従来のトラッキングコードの使用からマッピングされたトラッキングコードに切り替えることができます。 トラッキングコードをカスタム属性またはユーザープロファイルの属性にマッピングするプロセスは、サイトごとに 1 回限りの操作です。サイトに既にトラッキングコードがあるかどうかにかかわらず、方法は同じです。

Control Hub でトラッキングコードを属性にマッピングする方法についての行動の呼びかけ

このプロセスには次のような利点があるため、トラッキングコードを属性にマッピングすることをおすすめします。

  • 組織内のユーザー データとの整合性を確保します。 トラッキングコードを複数のサイトの同じユーザー属性にマッピングできるため、ユーザー属性を変更するとすべてのサイトのトラッキングコードが更新されます。
  • 必要に応じて、サイトのトラッキングコードを使用できます。
  • トラッキングコードを必須にできます。 以前は、Control Hub で管理されるミーティングサイトでは、トラッキングコードを必須にすることはできませんでした。
  • 組織が自動化されたユーザー オンボーディング プロセス (Directory Connector、Azure AD、SAML など) を使用している場合、同期ソースを通して自動的にトラッキングコードのデータが入力されます。

 

トラッキングコードに部門を使用するミーティングサイトの場合は、カスタム属性ではなく、部門のユーザープロファイルの属性にそのトラッキングコードをマッピングすることをおすすめします。 部門は Control Hub の標準的なプロファイル属性であるため、ほとんどの場合で、このシナリオの方が効率的になります。

部門の属性は、他のユーザー属性と同様に、外部ユーザーには入力されません。

1

Control Hub にサインインし、[ミーティング] に移動します。

2

サイトを選択し、[設定] > [共通設定] > [トラッキングコード] に移動します。

3

[ユーザー属性にマッピング] を選択します。

4

[トラッキングコードの概要を開く] を選択します。

トラッキングコードをカスタム属性にマッピングするウィザードのステップ 1
5

[設定の概要をダウンロード] をクリックします。 最新のトラッキングコード設定のコピーをダウンロードする必要があるため、 すべての属性値が現在のトラッキングコードと一致していることを確認できるように、この概要が次のステップで必要になります。

以前のトラッキングコード リストを CSV ファイルとしてダウンロードして、カスタム属性に同じ値をアップロードすることもできます。

Control Hub で既存のトラッキングコードのバックアップをダウンロードする方法のハイライト
6

ウィザードに戻り、[ユーザー属性の追加と確認] を選択します。

トラッキングコードをカスタム属性にマッピングするウィザードのステップ 2
7

このサイトに必要な新しいカスタム属性を設定します。 カスタム属性は Directory Connector、Azure AD などとユーザーを同期している組織には適用されません。このステップは、トラッキングコードの表示名を見直す機会として使用してください。 必要な変更を加えたら、[保存] をクリックします


 
ロックされた属性は、従来のミーティングサイトのトラッキングコードの AdminSet と似ています。 カスタム属性をロック済みとしてマークすると、ユーザーにはその属性が表示されなくなります。

 
このステップで保存をクリックすると、追加または削除したカスタム属性や、必須とマークしたカスタム属性はただちに組織に適用されます。 組織にオンボーディングされた新規ユーザーは、この更新されたカスタム属性設定に準拠する必要があります。準拠しないとユーザーのオンボーディングが失敗します。 カスタム属性を必須としてマークする場合は、慎重に行ってください。
Control Hub でのカスタム属性の作成
8

ウィザードに戻り、[トラッキングコードをマッピング] を選択します。

トラッキングコードをカスタム属性にマッピングするウィザードのステップ 3
9

ドロップダウン リストを使用して、組織のカスタム属性またはユーザープロファイルの属性にトラッキングコードをマッピングします。 サイトのトラッキングコードを属性にマッピングするとき、入力タイプがテキスト フィールドに設定されている場合、システムはトラッキングコード名に一致する既存の属性にまずマッピングします。 すべて完了したら、[次へ] をクリックします。


 
組織が Directory Connector または Azure AD などの自動化されたユーザー オンボーディング プロセスを使用している場合、トラッキングコードをカスタム属性にマッピングしないでください。 代わりに、同期された属性にトラッキングコードをマッピングします。

以前は、センターごとに異なるトラッキングコードを設定できました。 現在は、すべてのセンター (Meetings、Events、Webinars など) で、単一のスケジューリング設定が共有されるようになっています。 属性を必須としてマッピングすると、Webex Meetings、Webex Webinars などでのスケジューリングの際に属性が必須になります。

10

[トラッキングコードを同期] をクリックします。


 
ミーティングサイトのサイト ユーザーのエクスポートを実行して、ユーザーのトラッキングコード値のバックアップを作成することをおすすめします。
Control Hub におけるトラッキングコードの属性へのマッピングウィザードの最終ステップ

トラッキングコードをカスタム属性にマッピングすると、データの信頼できる唯一の情報源は、個々のミーティングサイトではなく、Webex Identity になります。

同期すると、トラッキングコードのユーザー値が、ユーザーのまだ入力されていないマッピング済み属性に 1 回コピーされます。つまり、トラッキングコードを最初に同期するサイトの順序が重要になります。 最初のサイトを同期するとき、そのサイトのユーザーのトラッキングコード値が、Control Hub のそのユーザーのマッピング済みユーザー属性にコピーされますが、これはその値がユーザーに対してまだ入力されていない場合に限ります。

この操作は元に戻せない 1 回限りの操作であるため、トラッキングコードが正しくマッピングされていることを確認してください。 マッピングが正確であるかわからない場合は、すべての情報が正しいことを確認するまでトラッキングコードを同期しないでください。

次の表では、データによって元のトラッキングコードが置き換えられるシナリオについて説明しています。 これらのシナリオでは、トラッキングコードとマッピング済みの属性はユーザーの市区町村です。

表 2. 既存のトラッキングコードのデータが置き換えられる可能性があるシナリオ
ユーザー同期前のトラッキングコードの値同期前のマッピング済み属性の値同期後のマッピング済み属性の値同期後のトラッキングコードの値
Bobなしなしなしなし
Janeなしロンドンロンドンロンドン
Richardゴールウェーなしゴールウェーゴールウェー
Samanthaダラス*サンノゼサンノゼサンノゼ
Tomニューヨークなしニューヨークニューヨーク
Debraボストン*オースティンオースティンオースティン

トラッキングコードの一部の値が、同期中にサイトからユーザー属性にコピーされない場合

同期時に、マッピングされたサイトのユーザーの値が既に入力されている場合は、そのサイトのトラッキング値はそのユーザーの Control Hub のマッピングされた属性にコピーされません。

ユーザーの他のトラッキングコードのデータが置き換えられるのを避けるために、ミーティングサイトのデータを最新のユーザー トラッキングコードのデータにマッピングして同期することをおすすめします。


 
Directory Connector または Azure AD などの外部ソース経由で同期されるユーザー フィールドに、トラッキングコードをマッピングするサイトからトラッキングコードの値がコピーされることはありません。

同期を行う準備ができていない場合は、ウィザードをキャンセルできます。 準備ができたら、ウィザードに戻ってデータ同期を完了させることができます。