- ホーム
- /
- 投稿記事
コントロールハブのユーザー属性
ユーザーを分類し、簡単にフィルタリングできる方法で情報を保存するのに役立つ属性を作成して割り当てることができます。
必須のプロファイル属性
新しいユーザーが組織に加わったときに、 特定のプロファイル属性に必須のマークを付けることができます。 これらの属性はすべての組織で標準です。 必須のプロファイル属性は、ユーザーのオンボーディング時に指定する必要がある属性です。そうしないと、 オンボーディングは失敗します。 使用可能なプロファイル属性は次のとおりです。
| プロファイル属性 | 説明 |
|---|---|
| Eメール | ユーザーのメールアドレス。 この属性は常に必須とマークされています。 |
| ファーストネーム | ユーザーの名前。 |
| 苗字 | ユーザーの苗字。 |
| 表示名 | ユーザーが好む名前。 |
| タイトル | ユーザーの役職。 |
| 部門 | ユーザーが所属する部署。 |
| 住所 | ユーザーが住んでいる場所。 |
| シティ | ユーザーの住所に関連付けられている市区町村。 |
| 州/都道府県 | ユーザーの住所に関連する都道府県。 |
| 郵便番号/郵便番号 | ユーザーの住所に関連する郵便番号。 |
| 国 | ユーザーの住所に関連付けられている国。 |
| タイムゾーン | ユーザーの場所に関連するタイムゾーン。 |
| 仕事用の電話番号 | ユーザーに割り当てられた電話番号。 |
| 携帯電話 | ユーザーの個人電話番号。 |
| 代替電話番号 1 | ユーザーに連絡するための別の連絡先電話番号。 |
| 代替電話 2 | ユーザーに連絡するための別の連絡先電話番号。 |
プロファイル属性に必須のマークを付けてください
カスタム属性を必須としてマークした場合、 ユーザーはそれらの必須属性を入力する必要があります。そうしないと、オンボーディングが失敗します。 カスタム属性を必須としてマークする前に、注意して進めてください 。
| 1 |
Control Hub にサインインして、 に移動します。 |
| 2 |
必須としてマークしたいプロファイル属性の横にあるチェックボックスをチェックしてください。 |
| 3 |
[保存] をクリックします。 |
代名詞
ユーザーが自分自身に代名詞を割り当てられるようにすることができます。 使用可能な代名詞は、 選択可能な代名詞のリストをアップロードするか、ユーザーに自分でカスタマイズしてもらうかによって異なります。
カスタム属性を作成する
組織には最大15のカスタム属性を設定できます。
| 1 |
Control Hub にサインインして、 に移動します。 |
| 2 |
カスタム属性を選択してください。 |
| 3 |
[属性を追加] をクリックします。 |
| 4 |
属性に表示名を割り当ててください。 |
| 5 |
「必須」または「ロック」 のチェックボックスをチェックしてください。 |
| 6 |
次の入力タイプから選択してください:
|
| 7 |
[保存] をクリックします。 |
カスタム属性について
カスタム属性は組織固有のユーザー属性で、 組織に合わせて設定および定義できます。 すべての組織は、カスタム属性がゼロから始まります。 組織の必要に応じてカスタム属性を追加できますが、 カスタム属性は最大15個までです。
カスタム属性の表示名
デフォルトでは、カスタム属性には拡張子属性1、
拡張子属性2などの名前が付けられますが、最大15個までですが、これらの属性には表示名を割り当てることができます。 表示名は最大128文字で、
組織内の他のカスタム属性や既存のユーザー属性と同じ表示名は使用できません。
カスタム属性に表示名が付けられている場合、その名前は Control Hub でのユーザーオンボーディング時や、会議サイトの拡張属性をトラッキングコードにマッピングするときに使用されます。 ただし、APIとCSVファイルを使用してユーザーをオンボーディングする場合は、 カスタム属性の標準の固定名が適用されます。
カスタム属性の値
カスタム属性のユーザー値は、オープンテキスト、定義済みの値セットから選んだもの、またはその両方の組み合わせにすることができます。 これらの値は、組織のカスタム属性を追加するControl Hubの同じ部分にアップロードできます。 カスタム属性には、最大500個の値を定義できます。
値は、表示したい順序でCSVファイルに整理する必要があります。 管理者またはホストに見せたい値のみをアップロードしてください。CSVファイルのすべての値が表示されます。 これは、以前に会議サイトのトラッキングコードの値をアップロードするために使用していたファイル形式とは異なります。
カスタム属性を必須またはロックとしてマークする
カスタム属性は必要に応じてマークできます。 カスタム属性を必須としてマークした場合は、 組織にユーザーを追加するとき、またはユーザーがセルフサインアップするときに、その属性の値を含める必要があります。 カスタム属性を必須としてマークする前に、注意して進めてください 。
カスタム属性はロック済みとしてマークすることもできます。 ロックされているということは、ユーザーがそれらの属性を表示したり変更したりできないということです。
カスタム属性を削除する
カスタム属性を置き換える必要がある場合は、 その属性に会議サイトのトラッキングコードがマッピングされていない場合にのみ削除できます。 会議サイトのトラッキングコードにマップされているカスタム属性を削除するには、まず、 それを使用するすべての会議サイトのトラッキングコードマップからその属性をマッピング解除する必要があります。
カスタム属性を削除しても、その属性に関連するデータは削除されません。 つまり、誤ってカスタム属性を削除して再度追加した場合、 その属性は以前と同じ表示名になります。 属性を削除しても、 カスタム属性が同じ順序で表示されない場合があります。
カスタム属性はどのように使用されますか?
カスタム属性は自由に使用できますが、 会議サイトのトラッキングコードには以前からカスタム属性が使用されています。 以前は、 各サイトには独自のトラッキングコードがあり、各サイトのユーザー用に入力する必要がありました。 これで、 これらのトラッキングコードをユーザープロファイル属性とカスタム属性にマッピングできます。 これにより、 これらの属性から会議会場のトラッキングコードを自動入力できます。
コントロールハブには、 トラッキングコードをカスタム属性やその他のプロファイル属性にマッピングするのに役立つウィザードが用意されています。 さらに、 すべてのサイトで同じカスタム属性を使用できるようになりました。
同期された属性
同期された属性は、ディレクトリコネクタなどの外部ソースからのみControl Hubに送られます。 Directory Connectorなどの自動ユーザーオンボーディングプロセスは、カスタム属性をサポートしていません。 組織がこれらの自動プロセスのいずれかを使用している場合は、カスタム属性を使用しないでください。 代わりに、同期された属性を使用することをお勧めします。
同期された属性は外部ユーザーには設定できません。
トラッキングコードをユーザー属性にマッピングします
Control Hubのどの管理サイトでも、 従来のトラッキングコードの使用からマッピングされたトラッキングコードの使用に切り替えることができます。 トラッキングコードをカスタムまたはユーザープロファイル属性にマッピングするプロセスは、サイトごとに1回限りの操作で、 サイトにすでにトラッキングコードがあるかどうかにかかわらず同様です。
トラッキングコードを属性にマッピングすることをおすすめします。なぜなら、このプロセスは次のようなためです。
- 組織内のユーザーデータとの一貫性を確保します。 トラッキングコードを複数のサイトの同じユーザー属性にマッピングして、 ユーザー属性を変更するとすべてのサイトのトラッキングコードが更新されるようにすることができます。
- 必要に応じてサイトのトラッキングコードを使用できます。
- 必要なトラッキングコードを有効にします。 以前は、 Control Hubが管理する会議サイトでは必要なトラッキングコードを使用できませんでした。
- 組織がディレクトリコネクター、Azure AD、 SAMLなどの自動ユーザーオンボーディングプロセスを使用している場合は、同期ソースを介して追跡コードデータを自動的に入力します。
部署をトラッキングコードとして使用しているミーティングサイトでは、 そのトラッキングコードをカスタム属性ではなく、 部署のユーザープロファイル属性にマッピングすることをお勧めします。 部門はControl Hubの標準プロファイル属性なので、ほとんどの場合、このシナリオの方が効率的です。
この部門属性は、 他のユーザー属性と同様に、外部ユーザーには入力されないことに注意してください。
| 1 |
Control Hub にサインインして、会議に行ってください。 | ||||||||||||||||||||||||||||||||||||||||
| 2 |
サイトを選択し、[設定] > [] に移動します。 | ||||||||||||||||||||||||||||||||||||||||
| 3 |
「ユーザー属性にマッピング」を選択します。 | ||||||||||||||||||||||||||||||||||||||||
| 4 |
「トラッキングコードの概要を開く」を選択してください。
| ||||||||||||||||||||||||||||||||||||||||
| 5 |
「設定概要をダウンロード」をクリックします。 現在のトラッキングコード設定のコピーをダウンロードする必要があります。 すべての属性値が現在のトラッキングコードと一致していることを確認するために、次のステップでこの概要が必要になります。 また、以前のトラッキングコードリストをCSVファイルとしてダウンロードして、 カスタム属性に同じ値をアップロードすることもできます。
| ||||||||||||||||||||||||||||||||||||||||
| 6 |
ウィザードに戻り、「 ユーザー属性を追加して確認する」を選択します。
| ||||||||||||||||||||||||||||||||||||||||
| 7 |
このサイトに必要な新しいカスタム属性を設定してください。 カスタム属性は、ディレクトリコネクター、Azure ADなどとユーザーを同期する組織には適用されません。 このステップは、トラッキングコードの表示名を確認する機会として利用できます。 必要な変更を加えたら 、保存をクリックしてください。 ロックされた属性は、
従来の会議サイトのトラッキングコードのAdminSetに似ています。 カスタム属性をロック済みとしてマークすると、
ユーザーはその属性を見ることができなくなります。このステップで [保存] をクリックすると、追加、削除、
または必須としてマークしたカスタム属性は、すぐに組織に適用されます。 組織にオンボーディングされた新しいユーザーは、
この更新されたカスタム属性設定に従う必要があります。そうしないと、ユーザーのオンボーディングは失敗します。 カスタム属性を必須としてマークする前に、注意して進めてください
。
| ||||||||||||||||||||||||||||||||||||||||
| 8 |
ウィザードに戻り、[トラッキングコードのマッピング] を選択します。
| ||||||||||||||||||||||||||||||||||||||||
| 9 |
ドロップダウンリストを使用して、 トラッキングコードを組織のカスタムまたはユーザープロファイル属性にマッピングします。 サイトトラッキングコードを属性にマッピングする際、 入力タイプがテキストフィールドに設定されている場合、 システムはまずトラッキングコード名と一致する既存の属性にマップします。 すべて終わったら、「次へ」をクリックしてください。 組織でDirectory ConnectorやAzure
ADなどの自動ユーザーオンボーディングプロセスを使用している場合は、
トラッキングコードをカスタム属性にマッピングしないでください。 代わりに、
トラッキングコードを同期された属性にマッピングしてください。 以前は、トラッキングコードはセンターごとに異なって設定できました。 すべてのセンター (ミーティング、イベント、ウェビナーなど)が1つのスケジュール設定を共有するようになりました。 必要に応じて属性をマッピングすると、Webex MeetingsWebex Webinars、 などでスケジューリングするときにその属性が必要になります。
| ||||||||||||||||||||||||||||||||||||||||
| 10 |
「トラッキングコードを同期」をクリックします。
ミーティングサイトのサイトユーザーエクスポートを実行して、ユーザーのトラッキングコード値のバックアップを作成することをお勧めします。
トラッキングコードをカスタム属性にマッピングすると、 データの信頼できる唯一の情報源は、個々の会議サイトではなく、Webex Identity から取得されます。 同期では、トラッキングコードのユーザー値が、 ユーザー用にまだ入力されていないマップされた属性に1回だけコピーされます。つまり、 トラッキングコードを同期するサイトの順序が最初に重要です。 最初のサイトを同期すると、 そのサイトのユーザーのトラッキングコード値が Control Hub のそのユーザーのマップされたユーザー属性にコピーされますが、その値がユーザー用にまだ入力されていない場合に限ります。 この操作は1回限りで元に戻せません。 トラッキングコードが正しく割り当てられていることを確認してください。 マッピングについて確信が持てない場合は、すべてが正しいことを確認するまでトラッキングコードを同期しないでください。 次の表は、 データが元のトラッキングコードよりも優先される可能性のあるシナリオの概要を示しています。 このようなシナリオでは、 トラッキングコードとマッピングされた属性はユーザーの市区町村です。
一部のトラッキングコード値は、 同期中にサイトからユーザー属性にコピーされない場合があります マッピングされたサイトに対するユーザーの値が同期時にすでに入力されている場合、 そのサイトのトラッキング値は、そのユーザーのControl Hubのマップされた属性にコピーされません。 データがユーザーの他のトラッキングコードに取って代わるのを防ぐために、 ミーティングサイトのデータをユーザーの最新のトラッキングコードデータとマッピングして同期することをお勧めします。 トラッキングコードの値は、
Directory ConnectorやAzure
ADなどの外部ソースを介して同期されたユーザーフィールドにトラッキングコードをマッピングするサイトからはコピーされません。 同期する準備ができていない場合は、ウィザードをキャンセルできます。 準備ができたら、 ウィザードに戻ってデータ同期を終了できます。 | ||||||||||||||||||||||||||||||||||||||||