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

# Auto Groups

> プロファイル属性からメンバーシップが計算され、ディレクトリ内のユーザープロファイルの変更に応じて自動的に更新されるグループを Iru Identity で作成します。

**Auto Group** は自身のメンバーシップを自動で決定します。メンバーを手動で選択する代わりに、グループを[プロファイル属性](/ja/identity/directory/schema)に基づいて作成すると、Iru がメンバーシップを同期し続けます。ユーザーの属性値が一致すると参加し、一致しなくなると脱退します。Auto Groups は手動グループや組み込みグループと同じカタログに表示され、同じ方法でアプリケーションに割り当てられます。

<Note>
  Auto Group のメンバーを手動で選択することはありません。Iru がプロファイル属性からメンバーを計算し、プロファイルの変更に応じて同期し続けます。
</Note>

## 仕組み

属性で Auto Groups を有効にします。それ以降、Iru はその属性の値でユーザーをグループ化し、各グループのメンバーシップを最新の状態に保ちます。

```mermaid theme={null}
flowchart LR
  attr["属性:<br/>Department"]
  attr --> v1["値: Engineering"]
  attr --> v2["値: Sales"]
  attr --> v3["値: Support"]
  v1 --> g1["グループ: Engineering"]
  v2 --> g2["グループ: Sales"]
  v3 --> g3["グループ: Support"]
```

属性が Auto Groups を駆動する場合、異なる値ごとに独自のグループになります。`Department = Engineering` のユーザーは Engineering グループに入ります。後で部署が Sales に変わると、Iru は自動的にそのユーザーを Engineering グループから外して Sales グループに移動します。固定の**許可された値**のリストを持つ属性は特に適しています。グループのセットが定義した選択肢に直接対応するためです。

## メンバーシップは自動的に更新される

Auto Group の決定的な特徴は、メンバーを編集する必要がないことです。メンバーはプロファイルから再計算されるため、ディレクトリが変更されてもメンバーシップは正しく保たれます。

* 属性が一致する**新しいユーザー**はグループに追加されます。
* 属性が変更された**既存のユーザー**は、新たに一致するグループに移動されます。
* 値が一致しなくなった**ユーザー**、または削除されたユーザーはグループから外れます。

グループに割り当てられたアクセスはそのメンバーシップに従うため、Auto Group にアプリを付与すると、アクセスは属性に追従します。一度設定すれば、手動での編集や古いメンバーシップなしに、ユーザーはプロファイルの変更に応じてアクセスを得たり失ったりします。

<Warning>
  Auto Group のメンバーを手動で選択することはできません。それがこの機能の目的です。メンバーを変更するには、基になるプロファイルデータを変更するか、グループ化を駆動する属性を調整します。アドホックなメンバーシップには、代わりに[手動グループ](/ja/identity/directory/groups)を使用してください。
</Warning>

## 属性との関係

Auto Groups の品質は、その背後にある属性次第です。各値がグループになるため、固定の**許可された値**のセットを持つ属性では予測可能で整理されたグループのセットが得られますが、自由テキストの属性ではユーザーが入力した異なる値ごとにグループが作成される可能性があります。

<Tip>
  グループを駆動すべき属性は、[スキーマ](/ja/identity/directory/schema)で固定選択 (列挙型) 属性として定義してください。許可された値ごとに 1 つのグループが作成され、入力ミスや一貫性のない入力による予期しないグループを回避できます。
</Tip>

属性の Auto Groups をオフにしたり、属性を削除したりすると、その属性によって作成されたグループと、それらに依存していたアクセスも削除されるため、変更する前に割り当て内容を確認してください。

## Auto Groups を手動グループにまとめる

Auto Group は**手動グループのメンバー**にすることができ、複数の Auto Groups を 1 つの包括的なグループの下にまとめることができます。手動グループにアクセスを付与 (またはポリシーを適用) すると、ネストされた Auto Groups のすべてのユーザーが自動的に含まれます。

たとえば、**Region** 属性が地域ごとに 1 つの Auto Group を駆動する場合、手動の **Super Region - Americas** グループを作成し、**US**、**Canada**、**Brazil** の Region グループを追加します。これらの地域のユーザーは、手動のメンテナンスなしに Auto Group を通じて包括的なグループにまとめられ、ユーザーが地域を変更すると、包括的なグループのメンバーシップもそれに従います。

<Note>
  ネストは一方向です。Auto Group は手動グループの**メンバー**になれますが、Auto Group 自体のメンバーシップは常に属性から計算されるため、メンバーを手動で追加することはできません。手動グループが他のグループをネストする方法については、[グループ](/ja/identity/directory/groups)を参照してください。
</Note>

## まとめ

<Steps>
  <Step title="属性を定義する">
    [スキーマ](/ja/identity/directory/schema)で、グループ化を駆動する属性を作成または選択します。理想的には、許可された値の固定リストを持つ属性です。
  </Step>

  <Step title="Auto Groups を有効にする">
    属性に Auto Groups を駆動するフラグを設定します。Iru は値ごとにグループを作成し、ユーザーのプロファイルからそのメンバーシップを計算します。
  </Step>

  <Step title="アクセスを割り当てる">
    他のグループと同様に、Auto Groups をアプリケーションに割り当てます。[アクセスの割り当て](/ja/identity/applications/assigning-access)を参照してください。
  </Step>

  <Step title="自動で実行させる">
    プロファイルが変更されると、メンバーシップとそれに従うアクセスは自動的に最新の状態に保たれます。
  </Step>
</Steps>

## 次のステップ

<CardGroup cols={2}>
  <Card title="属性を設計する" icon="table-list" href="/ja/identity/directory/schema">
    最適な Auto Groups を作成する固定選択属性を作成します。
  </Card>

  <Card title="グループのすべて" icon="users" href="/ja/identity/directory/groups">
    Auto Groups を手動グループや組み込みグループと比較します。
  </Card>
</CardGroup>
