責任アクセス構成の作成

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：5分

    • 責任アクセス構成を作成し、さまざまな関連付けタイプを使用してさまざまなユーザー関係のアクセス権を追加または変更します。

    アドミニストレーターはこれらの構成を使用して、アクセスレベルなど、特定のテーブルレコードにアクセスするために必要なロールを定義できます。新しいフィルターとテーブルマッピングを使用すると、組織内の幅広い責任を表す詳細な関係をモデル化できます。

    たとえば、 Zurich リリース以降、アカウントマネージャーの責任アクセス構成がベースシステムから導入されています。この責任を使用して、アカウントマネージャーの責任を特定のアカウントにアサインすることができます。この構成では、ケース、販売済み製品などの関連エンティティとともに、アカウント情報へのアクセス権を付与します。

    関連付けタイプ

    アドミニストレーターは、この柔軟なフレームワークを使用して、カスタマイズされたアクセスルールで責任を作成するか、必要に応じて既存の構成を変更できます。適切な関連付けタイプを使用して、さまざまな関係パターンの責任アクセス構成を作成できます。
    • 簡単な関連付け
    • 扶養家族の関連付け
    • 高度な関連付け

    簡単な関連付け

    ユーザーとターゲットレコードの間に直接的な関係がある場合に、この関連付けを使用できます。この関連付けタイプでは、フィールドの直接一致が使用され、中間テーブルやカスタムロジックは必要ありません。

    図 : 1. シンプルな関連付けワークフロー
    簡単な関係性の関連付けを使用してケースレコードへのアクセスを許可する方法を示すスクリーンショット。
    シンプルな関連付けワークフロー

    このシナリオでは、関連付けられたアカウントとのユーザーの直接関係に基づいてケースレコードへのアクセスを許可する方法について説明します。たとえば、Anna は顧客アカウント XYZ 社のアカウントマネージャーであるとします。XYZ 社に直接リンクされているケースレコードにアクセスする必要があります。ケースレコードには関連付けられたアカウントのフィールドが含まれているため、システムはロールとアカウント ID に基づいて Anna のアクセス権を簡単に検証できます。

    システムは、次のロジックを使用して Alex のアクセスを決定します。

    • Anna がケースレコードを開きます。
    • システムは、ケースに関連付けられたアカウントを識別します。
    • アカウントチームメンバーテーブルをチェックして、次のようなレコードを見つけます。
      • ユーザーは Anna
      • 責任はアカウントマネージャーにあります
      • アカウントはケースにリストされているアカウントと一致する
    • 一致するレコードが見つかると、ケースへのアクセスが自動的に許可されます。

    このアプローチでは、ユーザーとケースに関連付けられたアカウントとの間に明確な 1 対 1 の関係がある場合に、アクセスが効率的に付与されていることを確認します。

    扶養家族の関連付け

    この関連付けは、多くの場合多対多 (M2M) テーブルが関与する中間関係を通じてアクセスを決定する必要がある場合に使用できます。この設定は、要求者のレコードへの接続が関連アイテムを介して間接的に確立される場合に一般的です。

    図 : 2. 扶養家族の関連付けのワークフロー
    依存関係性の関連付けを使用してケースレコードへのアクセスを許可する方法を示すスクリーンショット。
    扶養家族の関連付けのワークフロー

    このシナリオでは、中間テーブルを介して関連付けられたインストールベースアイテムと要求者の関係に基づいて、ケースレコードへのアクセスを許可する方法について説明します。たとえば、Alex は承認済みアカウントの責任を持つチームメンバーであり、インストールベースアイテムに関連付けられた特定のケースレコードへのアクセスを必要としているとします。Alex のアクセス権は、これらのケースレコードがこれらのアイテムのいずれかの承認済み当事者としてリストされているかどうかによって異なります。ただし、ケースとインストールベースアイテムの関係は直接的ではありませんが、影響を受ける別のインストールベーステーブルを通じて維持されます。

    システムは、次のロジックを使用して Alex のアクセスを決定します。
    • Alex はケースレコードを開きます。
    • システムでは、影響を受けるインストールベーステーブルを使用して、ケースがインストールベースアイテムにリンクされているかどうかを確認します。
    • ケースに関連付けられたインストールベースアイテムを取得します。
    • 関係者テーブルのいずれかのインストールベースアイテムについて、Alex が承認済みアカウントロールとともにリストされているかどうかがチェックされます。
    • Alex が一致するアイテムに対して必要なロールを保持している場合、ケースレコードへのアクセス権は自動的に付与されます。
    このアプローチでは、要求者とインストールベースアイテムの間に有効な関係が存在する場合にのみアクセスが許可されることを確認し、間接的な関連付けを通じても安全なアクセスを強制します。

    高度な関連付け

    この関連付けは、単純な関係ベースのアクセスでは不十分な複雑なシナリオで使用できます。この関連付けタイプは、カスタムスクリプトロジックに依存して、複数の関連レコードにわたる要求者のアクセスを検証します。

    図 : 3. 高度な関連付けワークフロー
    高度な関係の関連付けを使用してケースレコードへのアクセスを許可する方法を示すスクリーンショット。
    高度な関連付けワークフロー

    このシナリオでは、エスカレーションレコードへのアクセスが、関連するアカウントと要求者の関係に基づいて決定される方法について説明します。

    たとえば、Anna は特定のエスカレーションレコードへのアクセスを必要とするアカウントマネージャーであるとします。これらのエスカレーションレコードの一部はケースに関連付けられており、ケースは Anna が管理するアカウントに関連付けられています。カスタムスクリプトは、エスカレーションレコードへのアクセスを許可する前に、関連するアカウントを識別し、Anna のロールを確認します。

    システムは、次のロジックを使用して Alex のアクセスを決定します。
    1. Anna はエスカレーションレコードを開きます。
    2. エスカレーションのソースが次のようにチェックされます。
      • エスカレーションが顧客ケースにリンクされている場合、システムはそのケースに関連付けられたアカウントを識別します。
      • エスカレーションがアカウントに直接リンクされている場合は、アカウントレコードが使用されます。
    3. 識別されたアカウントのアカウントマネージャーとして Anna がアサインされているかどうかがシステムによって確認されます。
    4. Anna がアカウントにアサインされている場合、エスカレーションレコードへのアクセスは自動的に付与されます。
    このアプローチでは、リンクが直接であるか関連ケースを介しているかにかかわらず、ユーザーとアカウントの間に明確な関係が存在する場合にのみアクセスが許可されます。