概要
組織は、CaseBenderにおける管理とデータガバナンスの境界を定義します。設定 → アカウント → 組織を開くと、ロールに応じて利用可能な組織を確認できます。- Super Adminは、すべての組織を表示し、新しい組織を作成できます。
- Organization Adminは、組織項目から現在の組織を管理します。
- その他のロールには、権限で明示的に許可されていない限り、組織管理のコントロールは表示されません。
組織構造
組織は、ルート組織、事業部、部門、またはチームグループを表すことができます。また、親組織を割り当てて階層を作成できます。組織名は、同じ親組織内だけでなく、CaseBenderインスタンス全体で一意である必要があります。
組織を作成する
設定インターフェースでは、Super Adminに組織作成機能が表示されます。この操作には、サーバー側の管理者セッションも必要です。1
組織を開く
設定 → アカウント → 組織に移動します。
2
作成を開始する
組織を作成を選択します。
3
名前を入力する
2〜100文字の一意な名前を入力します。
4
組織を作成する
フォームを送信します。組織一覧から管理を開き、追加情報とガバナンス設定を構成します。
組織の詳細を管理する
組織の管理を選択して詳細ページを開きます。利用可能なフィールドは3つのタブに分かれています。基本情報
このタブでは、次の項目を管理します。- 名前と説明
- 組織タイプ
- 親組織
- 連絡先メールアドレス
- タイムゾーン
ガバナンス
ガバナンス設定では、組織が取り扱うデータの既定値と制約を定めます。TLPの既定値
- 既定のTLPは、ワークフローで別の値が指定されていない場合に適用されます。
- 最大TLPは、組織で利用できるTraffic Light Protocolの最高レベルを制限します。
保持期間と管轄区域
次の項目を構成します。- データ保持期間（日数）
- 管轄区域
- データ分類設定
- 輸出規制対象ステータス
管理者
管理者タブには、有効なOrganization Adminと保留中のOrganization Adminが分けて表示されます。権限のある管理者は、招待フォームを使用してOrganization Adminを追加できます。 ロールの割り当てにより、組織、チーム、メンバーの設定を変更できるユーザーが決まります。最小権限を適用し、昇格された割り当てを定期的に確認してください。組織を非アクティブ化する
組織にチームまたはユーザーが残っている場合、組織一覧では非アクティブ化の要求が拒否されます。操作を試みる前に、これらの依存項目を移動または削除してください。 組織の削除ではレコードを直ちに消去せず、復旧可能なライフサイクル状態を使用するため、非アクティブ化された組織は非アクティブステータスで識別できます。アクセスモデル
- Super Adminは、プラットフォーム全体の組織を表示できます。
- Organization Adminには、現在の組織が表示されます。
- 組織管理とデータアクセスは別の概念です。
- TLPとスコープ付きロールにより、ユーザーがアクセスできるレコードがさらに制限される場合があります。
- インターフェースで利用できない操作が非表示になっている場合でも、サーバーが引き続き強制適用を担います。
運用上の推奨事項
最初に階層を設計する
- 安定した組織境界を使用します。
- 不要に深い階層を避けます。
- 意図する報告関係とガバナンス関係を確認してから親を割り当てます。
ガバナンス設定を保護する
- 保持期間と分類に関する各決定の責任者を記録します。
- 輸出規制の変更を特権操作として扱います。
- 組織再編後に、既定および最大のTLP値を確認します。
管理者を確認する
- 有効な各組織に、責任を負う管理者を1人以上配置します。
- 担当が変わった場合は、昇格されたアクセス権を速やかに削除します。
- 定期的なアクセスレビューで保留中の割り当てを確認します。