---
sourceDocument: オーストラリアのカスタマーサービス管理 (CSM)
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/customer-service-management

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリアのカスタマーサービス管理 (CSM)

ft:clusterId :

    - csm

bundleId :

    - csm

workflow :

    - Customer and Industry


---

# 責任アクセスの構成

# 責任アクセス構成によるアクセスの構成 {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年03月12日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分

カスタマーサービス管理 (CSM) アプリケーションで宣言的責任フレームワークを使用すると、責任定義とアクセス構成を作成および更新する方法を簡素化できます。このフレームワークでは、ローコードまたはノーコード機能を利用して各責任のアクセスレベルを選択できるため、スクリプティングに必要な時間が短縮されます。

## 始める前に

必要なロール:次のいずれかのロール。

* sn_crm_customer_access_management_admin
* sn_crm_foundation_admin
* admin
{#declarative-resposibility-framework__ul_qvq_msx_m3c}

## このタスクについて

責任アクセス構成 \[sn_customerservice_responsibility_access_config\] テーブルは、責任アクセス構成のメタデータを保存するために使用されます。この構成では、同じエンティティの異なるレコード間で関係者ユーザーに対して異なるレベルのアクセスを有効にすることができます。たとえば、場所マネージャーロールを持つユーザーが、ある事業所では履行者として、別の事業所ではエージェントとして働くことができます。

責任定義の作成の詳細については、「[責任の定義の作成](https://servicenow-prod.fluidtopics.net/uUSzJ8ijX1JOhC7HFAg5vg "責任または責任の定義は、ユーザーがエンティティ内で持つロールまたは機能を指定し、関係を通じてアクセスを決定します。関係を作成すると、ユーザーには、エンティティとその関連エンティティへのアクセス権を付与する特定の責任がアサインされます。")」を参照してください。アクセスレコードを構成する際にドメインセパレーションが必要かどうかは、参照される責任のドメインによって決まります。

## 手順

1. 移動先 すべてカスタマーサービスアドミニストレーション責任の定義.
2. 責任定義レコードを選択します。
3. \[責任アクセス構成 (Responsibility Access Configuration)\] 関連リストで \[新規\] をクリックします。
4. フォームのフィールドに入力します。  
   {#declarative-resposibility-framework__table_xqp_24b_1yb__entry__2}

   | フィールド | 説明 |
   |-|-|
   | 責任 | この構成に適用される責任 (アカウントマネージャーや認可済み担当者など)。 |
   | アクティブ | 構成のステータス。この機能を使用すると、責任アクセス構成を有効または無効にすることができます。 デフォルト値は true です。 |
   | 必要なロール | 責任に加えて、アクセスに必要なロール。 |
   | 説明 | 責任アクセス構成の目的または機能について説明します。 |
   | アクセスレベル | アクセス可能なエンティティのアクセスレベル。リストには、読み取り、書き込み、完全などのアクセスレベルが表示されます。 注: 完全レベルは、読み取り、書き込み、および作成に相当する特別なアクセスレベルです。 |
   | アクセス可能なテーブル | ケースや販売済み製品など、この構成からアクセス可能なエンティティまたはレコード。 |
   | アクセス可能なテーブルフィルター | アクセス可能なテーブルをフィルタリングするための追加条件。 |
   | リレーションシップテーブル | この構成が適用される関係テーブル (アカウントチームメンバー \[sn_customerservice_team_member\] テーブルなど)。 |
   | リレーションシップフィルター | ユーザーに適用可能な関係レコードをフィルタリングするための追加条件。 |
   | タイプ | アクセス可能なテーブルと関係テーブル間の関連付けのタイプ。 次の 3 種類の関連付けがリストされています。 * シンプル * 依存 * 詳細 {#declarative-resposibility-framework__ul_xtv_wc4_bgc} |
   | リレーションシップフィールド | 関連付けに使用するリレーションシップテーブルのフィールド。 |
   | アクセス可能なテーブルフィールド | 関連付けに使用するアクセス可能なテーブルのフィールド。 |
   | 依存テーブル | 関係フィールドとアクセス可能なテーブルフィールドの間のマッピングを含むテーブル。 |
   | 依存リレーションシップフィールド | 選択したリレーションシップフィールドにマップする依存テーブルのフィールド。 |
   | アクセス可能な依存テーブルフィールド | 選択したアクセス可能なテーブルフィールドにマップする依存テーブルのフィールド。 |
   | フィールド値スクリプト | 高度な関連性ロジックの有効な関連性値を返すスクリプト。 |
   | 説明 | 責任の定義の目的または機能の説明を提供します。 |
   [表 : 1. 責任アクセス構成フォームのフィールド]

   {#declarative-resposibility-framework__table_xqp_24b_1yb}  
   注:  
   責任アクセス構成テーブルの \[適用先の関係\]、\[ アクセスレベル\]、または \[アクセス可能なエンティティ \] フィールドへのエントリを作成するには、これらのフィールドの既存の構成をすべてグローバルに移行する必要があります 。CSMRelationshipConstantsSNC スクリプトインクルード。
5. \[送信\] を選択します。
{#declarative-resposibility-framework__steps_rmt_bl4_bgc}