> ## 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.

# 組織

> 階層、TLP、保持期間、管理者設定を含むCaseBender組織を作成し、統制します。

## 概要

組織は、CaseBenderにおける管理とデータガバナンスの境界を定義します。**設定 → アカウント → 組織**を開くと、ロールに応じて利用可能な組織を確認できます。

* **Super Admin**は、すべての組織を表示し、新しい組織を作成できます。
* **Organization Admin**は、**組織**項目から現在の組織を管理します。
* その他のロールには、権限で明示的に許可されていない限り、組織管理のコントロールは表示されません。

認可モデル全体については、[アクセス制御](/en/security/access-control)を参照してください。

## 組織構造

組織は、ルート組織、事業部、部門、またはチームグループを表すことができます。また、親組織を割り当てて階層を作成できます。

<Note>
  組織名は、同じ親組織内だけでなく、CaseBenderインスタンス全体で一意である必要があります。
</Note>

## 組織を作成する

設定インターフェースでは、Super Adminに組織作成機能が表示されます。この操作には、サーバー側の管理者セッションも必要です。

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

  <Step title="作成を開始する">
    **組織を作成**を選択します。
  </Step>

  <Step title="名前を入力する">
    2〜100文字の一意な名前を入力します。
  </Step>

  <Step title="組織を作成する">
    フォームを送信します。組織一覧から**管理**を開き、追加情報とガバナンス設定を構成します。
  </Step>
</Steps>

## 組織の詳細を管理する

組織の**管理**を選択して詳細ページを開きます。利用可能なフィールドは3つのタブに分かれています。

### 基本情報

このタブでは、次の項目を管理します。

* 名前と説明
* 組織タイプ
* 親組織
* 連絡先メールアドレス
* タイムゾーン

高度な階層フィールドと連絡先フィールドはSuper Adminに限定されます。Organization Adminは、現在の組織で許可されているフィールドを更新できます。

### ガバナンス

ガバナンス設定では、組織が取り扱うデータの既定値と制約を定めます。

#### TLPの既定値

* **既定のTLP**は、ワークフローで別の値が指定されていない場合に適用されます。
* **最大TLP**は、組織で利用できるTraffic Light Protocolの最高レベルを制限します。

データ共有ポリシーに合った値を選択してください。TLPを考慮した認可の詳細については、[アクセス制御](/en/security/access-control)を参照してください。

#### 保持期間と管轄区域

次の項目を構成します。

* データ保持期間（日数）
* 管轄区域
* データ分類設定
* 輸出規制対象ステータス

新たにモデル化された組織の既定の保持期間は、デプロイ環境または管理者が別の値を設定していない限り1,095日です。

<Warning>
  ガバナンスの変更は、組織全体のデータ処理に影響する可能性があります。保存する前に、保持期間、管轄区域、TLP、輸出規制の値を、該当するセキュリティ、プライバシー、法務の責任者と確認してください。
</Warning>

### 管理者

**管理者**タブには、有効なOrganization Adminと保留中のOrganization Adminが分けて表示されます。権限のある管理者は、招待フォームを使用してOrganization Adminを追加できます。

ロールの割り当てにより、組織、チーム、メンバーの設定を変更できるユーザーが決まります。最小権限を適用し、昇格された割り当てを定期的に確認してください。

## 組織を非アクティブ化する

組織にチームまたはユーザーが残っている場合、組織一覧では非アクティブ化の要求が拒否されます。操作を試みる前に、これらの依存項目を移動または削除してください。

組織の削除ではレコードを直ちに消去せず、復旧可能なライフサイクル状態を使用するため、非アクティブ化された組織は**非アクティブ**ステータスで識別できます。

<Warning>
  組織の詳細ページに表示される破壊的操作のコントロールは使用しないでください。組織一覧のサポート対象操作を使用し、依存するすべてのチームとユーザーが処理済みであることを確認してください。
</Warning>

## アクセスモデル

* Super Adminは、プラットフォーム全体の組織を表示できます。
* Organization Adminには、現在の組織が表示されます。
* 組織管理とデータアクセスは別の概念です。
* TLPとスコープ付きロールにより、ユーザーがアクセスできるレコードがさらに制限される場合があります。
* インターフェースで利用できない操作が非表示になっている場合でも、サーバーが引き続き強制適用を担います。

## 運用上の推奨事項

### 最初に階層を設計する

* 安定した組織境界を使用します。
* 不要に深い階層を避けます。
* 意図する報告関係とガバナンス関係を確認してから親を割り当てます。

### ガバナンス設定を保護する

* 保持期間と分類に関する各決定の責任者を記録します。
* 輸出規制の変更を特権操作として扱います。
* 組織再編後に、既定および最大のTLP値を確認します。

### 管理者を確認する

* 有効な各組織に、責任を負う管理者を1人以上配置します。
* 担当が変わった場合は、昇格されたアクセス権を速やかに削除します。
* 定期的なアクセスレビューで保留中の割り当てを確認します。

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

### 「組織を作成」が表示されない

組織を作成できるのはSuper Adminだけです。Organization Adminは割り当てられた組織を管理します。

### 組織名が拒否される

2文字以上で、インスタンス内のどこにも使用されていない名前を選択してください。

### 組織を非アクティブ化できない

チームまたはユーザーが残っていないことを確認してください。それでもインターフェースで操作が拒否される場合は、Super Adminにお問い合わせください。

### 高度なフィールドを編集できない

組織タイプ、階層、一部の連絡先設定にはSuper Adminのアクセス権が必要です。

## APIアクセス

組織は、スコープで制御されたAPIエンドポイントからも管理できます。

* [組織の一覧を取得](/en/api-reference/endpoint/organizations/list)
* [組織を取得](/en/api-reference/endpoint/organizations/get-by-id)
* [組織を作成](/en/api-reference/endpoint/organizations/create)
* [組織を更新](/en/api-reference/endpoint/organizations/update)
* [階層を表示](/en/api-reference/endpoint/organizations/hierarchy)

## 関連ガイド

* [チーム](./teams.mdx)
* [メンバー](./members.mdx)
* [アクセス制御](/en/security/access-control)