> ## Documentation Index
> Fetch the complete documentation index at: https://docs.casebender.com/llms.txt
> Use this file to discover all available pages before exploring further.

# メンバー

> CaseBenderのユーザー、ロール、チーム割り当てを招待、確認、管理します。

## 概要

メンバーセクションでは、CaseBenderユーザーのディレクトリとアクセス管理に使用できるコントロールを提供します。**設定 → アカウント → メンバー**を開きます。

表示または変更できる内容は、ロールと割り当てられた権限によって異なります。管理コントロールは、権限のあるSuper AdminとOrganization Adminが利用できます。

## メンバーを検索する

メンバー一覧では、次の操作を実行できます。

* 名前またはメールアドレスで検索
* ロールで絞り込み
* チーム数とロール数を確認

ユーザー管理の管理者権限がある場合は、**管理**を選択してメンバーの詳細ページを開きます。

## メンバーを招待する

メンバーの招待には、ユーザー招待権限と管理者ロールが必要です。

<Steps>
  <Step title="メンバーを開く">
    **設定 → アカウント → メンバー**に移動します。
  </Step>

  <Step title="招待フォームを開く">
    **メンバーを招待**を選択します。
  </Step>

  <Step title="メンバーのメールアドレスを入力する">
    新しいアカウントに関連付けるメールアドレスを入力します。
  </Step>

  <Step title="アクセス権を割り当てる">
    組織と適切なロールを選択します。チームは任意です。選択する場合は、選択した組織に属するチームである必要があります。Organization Adminは自分のスコープ内でのみプロビジョニングでき、Super Adminロールを割り当てられるのはSuper Adminだけです。
  </Step>

  <Step title="招待を送信する">
    **招待を送信**を選択し、CaseBenderに表示される結果に従います。
  </Step>
</Steps>

### 配信と有効化

CaseBenderは、組織スコープで有効なSMTP統合、すべてのユーザーに表示されるSMTP統合、従来またはグローバルのSMTP設定の順で使用します。

* SMTPが正常に動作する場合、新しいアカウントは**保留中**のままになり、有効期限が72時間の1回限りの承諾リンクを1通受信します。招待を承諾するとパスワードが設定され、アカウントが有効になります。
* 有効なSMTP設定がない場合、CaseBenderはポリシーに準拠したランダムな20文字の一時パスワードを生成し、管理者に一度だけ表示します。メンバーは初回サインイン時にパスワードを変更する必要があります。
* 設定済みSMTPで配信に失敗しても、CaseBenderが通知せずパスワードを発行することはありません。結果画面に**メールを再送**または明示的な**手動パスワードを発行**オプションが表示されます。
* メールアドレスが既存のアクティブユーザーのものである場合、認証情報をリセットせず、組織、任意のチーム、ロールを割り当てます。SMTPがあれば通知を試行しますが、通知の失敗によって割り当てが取り消されることはありません。

## Super Adminとしてアカウントを作成する

**アカウントを作成**を使用できるのはSuper Adminだけです。組織、その組織に属する任意のチーム、ロールを選択します。サーバー生成の初期パスワードを使用するか、ポリシーに準拠した初期パスワードを指定します。**パスワード変更を要求**は既定で有効で、作成前に変更できます。

<Warning>
  一時認証情報と招待トークンが平文で保存されることはありません。一時パスワードは一度だけ表示されます。承認済みの安全なチャネルで渡し、メール、チャット、チケットなどの未承認システムには記載しないでください。
</Warning>

企業で管理されるIDでは、SCIM、Just-In-Timeプロビジョニング、IDプロバイダーのグループマッピングを使用してユーザーをプロビジョニングすることもできます。[認証](/en/security/authentication)を参照してください。

## メンバーの詳細を確認する

メンバーを開くと、次の項目を確認できます。

* アバター
* メールアドレスとアカウントステータス
* 表示名
* チームの割り当て
* スコープ付きロール

メールアドレスはID属性であり、メンバー詳細ページでは読み取り専用で表示されます。

## メンバーを更新する

### 名前とアバター

ユーザーは自分の名前とアバターを更新できます。Super AdminとOrganization Adminは、管理責任の範囲内にいるユーザーのこれらのフィールドを更新できます。

### ロール

権限のある管理者は、メンバー詳細ページからメンバーのロールを変更できます。

<Warning>
  ロールを変更すると、ケース、アラート、タスク、設定、機密データへのアクセスが直ちに変わる可能性があります。最小権限を適用し、保存する前にスコープを確認してください。
</Warning>

### チームの割り当て

メンバー詳細ページまたは該当するチームページで、チームメンバーシップとチームスコープのロールを確認します。メンバーをチームから削除すると、そのチームをスコープとするロールの割り当ても削除されます。

## メンバーを削除する

メンバーの削除には、ユーザー削除権限と管理者ロールが必要です。インターフェースでは、ほとんどの管理者が自分のアカウントを削除できないようになっています。

メンバーを削除する前に、次を実施します。

1. 進行中のケース、アラート、タスクを再割り当てします。
2. メンバーに依存する認証情報と統合を失効または置換します。
3. 保持またはリーガルホールドのポリシーで必要な記録を保存します。
4. 自動IDプロビジョニングによってアカウントが意図せず再作成されないことを確認します。

<Warning>
  メンバー一覧の削除操作には、個別の確認ダイアログがありません。実行する前に、選択したメンバーを確認してください。
</Warning>

## アクセスと権限

* 認証済みのすべてのユーザーがメンバーセクションを開けます。
* 招待と削除の操作には、明示的なユーザー管理権限が必要です。
* ロールの変更には、管理者のロール管理権限が必要です。
* ユーザーは、自分の対応しているプロフィールフィールドを編集できます。
* インターフェースに表示されるコントロールとは別に、サーバーが各変更操作を検証します。

ロールの定義とスコープ付き認可については、[アクセス制御](/en/security/access-control)を参照してください。

## プロビジョニング方式

### 手動管理

個別に管理するアカウントや、対象を限定したロールまたはチームの変更には、メンバーインターフェースを使用します。

### SCIM

IDプロバイダーでアカウント作成、プロフィール同期、プロビジョニング解除を制御する場合は、SCIMを使用します。

### Just-In-Timeプロビジョニング

承認済みユーザーがSSOで初めて認証するときに作成されるようにするには、JITプロビジョニングを使用します。

### グループ同期

IDプロバイダーのグループをCaseBenderの組織、チーム、ロールにマッピングし、再現可能なアクセス割り当てを実現します。

<Tip>
  ユーザー集団ごとに、信頼できるライフサイクル管理方式を1つ選択してください。手動割り当てと自動グループ同期を併用すると、後の同期によって管理者の変更が上書きされる可能性があります。
</Tip>

## 運用上の推奨事項

* 保留中のアカウントと昇格されたアカウントを定期的に確認します。
* 担当が変わった場合は、アクセス権を速やかに削除します。
* 利便性を理由に管理者ロールを付与しないでください。
* ロールを変更するたびに、組織とチームのスコープを確認します。
* 自動プロビジョニングが有効な場合は、IDプロバイダーを信頼できる情報源として使用します。

## トラブルシューティング

### 「メンバーを招待」が表示されない

管理者ロールとユーザー招待権限が必要です。

### 招待メールが配信されない

SMTPを修正してから**メールを再送**するか、明示的に**手動パスワードを発行**を選択し、1回限りの認証情報を承認済みの安全なチャネルで共有します。有効なSMTP設定がない場合は、一時パスワードの結果が自動的に表示されます。

### 選択できるチームがない

チームの割り当ては任意です。選択する場合、チームは選択した組織に属し、自分の管理スコープ内にある必要があります。

### 「アカウントを作成」が表示されない

直接の**アカウントを作成**フローはSuper Adminのみ利用できます。

### ロールの変更が拒否される

自分のロールでユーザーを管理できることと、必要なステップアップ認証が完了していることを確認してください。

### 削除したメンバーが再び表示される

SCIM、JIT、またはグループ同期によって、そのユーザーが引き続き割り当てられている可能性があります。再度削除する前に、IDプロバイダーの構成を更新してください。

### メンバーを表示できるが編集できない

ディレクトリの表示権限だけでは、ユーザー管理権限は付与されません。適切な管理者にお問い合わせください。

## APIアクセス

関連するスコープ制御付きユーザーエンドポイントは次のとおりです。

* [ユーザーの一覧を取得](/en/api-reference/endpoint/users/list)
* [現在のユーザーを取得](/en/api-reference/endpoint/users/me)
* [ユーザーを取得](/en/api-reference/endpoint/users/get-by-id)
* [ユーザーを更新](/en/api-reference/endpoint/users/update)

## 関連ガイド

* [プロフィール](./profile.mdx)
* [チーム](./teams.mdx)
* [組織](./organizations.mdx)
* [アクセス制御](/en/security/access-control)