概要
メンバーセクションでは、CaseBenderユーザーのディレクトリとアクセス管理に使用できるコントロールを提供します。設定 → アカウント → メンバーを開きます。 表示または変更できる内容は、ロールと割り当てられた権限によって異なります。管理コントロールは、権限のあるSuper AdminとOrganization Adminが利用できます。メンバーを検索する
メンバー一覧では、次の操作を実行できます。- 名前またはメールアドレスで検索
- ロールで絞り込み
- チーム数とロール数を確認
メンバーを招待する
メンバーの招待には、ユーザー招待権限と管理者ロールが必要です。1
メンバーを開く
設定 → アカウント → メンバーに移動します。
2
招待フォームを開く
メンバーを招待を選択します。
3
メンバーのメールアドレスを入力する
新しいアカウントに関連付けるメールアドレスを入力します。
4
アクセス権を割り当てる
組織と適切なロールを選択します。チームは任意です。選択する場合は、選択した組織に属するチームである必要があります。Organization Adminは自分のスコープ内でのみプロビジョニングでき、Super Adminロールを割り当てられるのはSuper Adminだけです。
5
招待を送信する
招待を送信を選択し、CaseBenderに表示される結果に従います。
配信と有効化
CaseBenderは、組織スコープで有効なSMTP統合、すべてのユーザーに表示されるSMTP統合、従来またはグローバルのSMTP設定の順で使用します。- SMTPが正常に動作する場合、新しいアカウントは保留中のままになり、有効期限が72時間の1回限りの承諾リンクを1通受信します。招待を承諾するとパスワードが設定され、アカウントが有効になります。
- 有効なSMTP設定がない場合、CaseBenderはポリシーに準拠したランダムな20文字の一時パスワードを生成し、管理者に一度だけ表示します。メンバーは初回サインイン時にパスワードを変更する必要があります。
- 設定済みSMTPで配信に失敗しても、CaseBenderが通知せずパスワードを発行することはありません。結果画面にメールを再送または明示的な手動パスワードを発行オプションが表示されます。
- メールアドレスが既存のアクティブユーザーのものである場合、認証情報をリセットせず、組織、任意のチーム、ロールを割り当てます。SMTPがあれば通知を試行しますが、通知の失敗によって割り当てが取り消されることはありません。
Super Adminとしてアカウントを作成する
アカウントを作成を使用できるのはSuper Adminだけです。組織、その組織に属する任意のチーム、ロールを選択します。サーバー生成の初期パスワードを使用するか、ポリシーに準拠した初期パスワードを指定します。パスワード変更を要求は既定で有効で、作成前に変更できます。 企業で管理されるIDでは、SCIM、Just-In-Timeプロビジョニング、IDプロバイダーのグループマッピングを使用してユーザーをプロビジョニングすることもできます。認証を参照してください。メンバーの詳細を確認する
メンバーを開くと、次の項目を確認できます。- アバター
- メールアドレスとアカウントステータス
- 表示名
- チームの割り当て
- スコープ付きロール
メンバーを更新する
名前とアバター
ユーザーは自分の名前とアバターを更新できます。Super AdminとOrganization Adminは、管理責任の範囲内にいるユーザーのこれらのフィールドを更新できます。ロール
権限のある管理者は、メンバー詳細ページからメンバーのロールを変更できます。チームの割り当て
メンバー詳細ページまたは該当するチームページで、チームメンバーシップとチームスコープのロールを確認します。メンバーをチームから削除すると、そのチームをスコープとするロールの割り当ても削除されます。メンバーを削除する
メンバーの削除には、ユーザー削除権限と管理者ロールが必要です。インターフェースでは、ほとんどの管理者が自分のアカウントを削除できないようになっています。 メンバーを削除する前に、次を実施します。- 進行中のケース、アラート、タスクを再割り当てします。
- メンバーに依存する認証情報と統合を失効または置換します。
- 保持またはリーガルホールドのポリシーで必要な記録を保存します。
- 自動IDプロビジョニングによってアカウントが意図せず再作成されないことを確認します。
アクセスと権限
- 認証済みのすべてのユーザーがメンバーセクションを開けます。
- 招待と削除の操作には、明示的なユーザー管理権限が必要です。
- ロールの変更には、管理者のロール管理権限が必要です。
- ユーザーは、自分の対応しているプロフィールフィールドを編集できます。
- インターフェースに表示されるコントロールとは別に、サーバーが各変更操作を検証します。
プロビジョニング方式
手動管理
個別に管理するアカウントや、対象を限定したロールまたはチームの変更には、メンバーインターフェースを使用します。SCIM
IDプロバイダーでアカウント作成、プロフィール同期、プロビジョニング解除を制御する場合は、SCIMを使用します。Just-In-Timeプロビジョニング
承認済みユーザーがSSOで初めて認証するときに作成されるようにするには、JITプロビジョニングを使用します。グループ同期
IDプロバイダーのグループをCaseBenderの組織、チーム、ロールにマッピングし、再現可能なアクセス割り当てを実現します。運用上の推奨事項
- 保留中のアカウントと昇格されたアカウントを定期的に確認します。
- 担当が変わった場合は、アクセス権を速やかに削除します。
- 利便性を理由に管理者ロールを付与しないでください。
- ロールを変更するたびに、組織とチームのスコープを確認します。
- 自動プロビジョニングが有効な場合は、IDプロバイダーを信頼できる情報源として使用します。