---
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) 所要時間：2分

責任または責任の定義は、ユーザーがエンティティ内で持つロールまたは機能を指定し、関係を通じてアクセスを決定します。関係を作成すると、ユーザーには、エンティティとその関連エンティティへのアクセス権を付与する特定の責任がアサインされます。

## 始める前に

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

* sn_crm_customer_access_management_admin
* sn_crm_foundation_admin
* admin
{#t_CreateAResponsibilityDefinition__ul_by2_1sx_m3c}

## このタスクについて

サービスモデル基盤機能を使用している場合は、顧客およびコンシューマーの関係で使用する責任定義を作成することもできます。サービスモデル基盤 の設定に関する詳細は、「[サービスモデル基盤の構成](https://servicenow-prod.fluidtopics.net/bg8qPQug_TlOcnteylpDSQ "基本的なデータモデルフレームワークを有効にするには、サービスモデル基盤機能を構成します。このフレームワークを使用して、ビジネスニーズを表す構造化された柔軟なデータモデルを作成できます。")」を参照してください。

責任定義 \[sn_customerservice_responsibility_def\] テーブルはドメインセパレーションをサポートします。ドメインセパレーションの詳細については、「[ドメインセパレーションと カスタマーサービス管理 (CSM)](https://servicenow-prod.fluidtopics.net/roz~lfZvibTTgMv9U4xyNg "ドメインセパレーションは カスタマーサービス管理 (CSM) でサポートされています。 ドメインセパレーションでは、データ、プロセス、および管理タスクをドメインと呼ばれる論理的なグループに分けることができます。どのユーザーがデータを表示できるか、データにアクセスできるかなど、このアプリケーションのいくつかの側面を制御できます。")」を参照してください。  
注:  
Vancouver リリース以降、責任の定義 \[sn_customerservice_responsibility_def\] テーブルはアプリケーションファイル \[sys_metadata\] テーブルの親として再指定されています。

## 手順

1. 移動先 すべてカスタマーサービスアドミニストレーション責任の定義.
2. \[New (新規)\] を選択します。
3. フォームのフィールドに入力します。  
   {#t_CreateAResponsibilityDefinition__table_gza_pjv_bs__entry__2}

   | フィールド | 定義 |
   |-|-|
   | 名前 | 責任の名前 (fr など:アカウントマネージャー)。 |
   | タイプ | 責任をアサインできるユーザーのタイプ。 * ユーザー：この責任を従業員にアサインする必要がある場合は \[ユーザー\] を選択します。このタイプをアサインすると、利用可能なユーザーのリストはユーザー \[sys_users\] テーブルから取得されます。 * 連絡先：この責任を顧客連絡先にアサインする必要がある場合は \[連絡先\] を選択します。このロールをアサインする際、利用可能なユーザーのリストは連絡先 \[customer_contact\] テーブルから取得されます。 * コンシューマー:この責任を顧客の連絡先に割り当てる必要がある場合は、\[ コンシューマー \] を選択します。このロールをアサインすると、利用可能なユーザーのリストはコンシューマー \[csm_customer\] テーブルから取得されます。 * アカウント:この責任を顧客の連絡先に割り当てる必要がある場合は、\[ アカウント \] を選択します。このロールをアサインすると、利用可能なユーザーのリストはアカウント \[customer_account\] テーブルから取得されます。 * なし：コンシューマー間の関係の作成時にこの責任の定義を使用する場合は \[なし\] を選択します。 {#t_CreateAResponsibilityDefinition__ul_jng_31g_q5} 注: \[ユーザー\] に設定された \[タイプ\] の責任定義のみを、次のサービスモデル基盤関係で使用できます。 * アカウントチームメンバー * コンシューマーチームメンバー * 世帯チームメンバー {#t_CreateAResponsibilityDefinition__ul_cjm_3bk_gmb} |
   | 一意 | 責任の定義の重複エントリを無効にするために選択できるオプション |
   | 説明 | 責任の定義の目的または機能の説明を提供します。 |
   [表 : 1. 責任の定義フォームのフィールド]

   {#t_CreateAResponsibilityDefinition__table_gza_pjv_bs}
4. \[送信\] を選択します。

## 次のタスク

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

* [サービスモデル基盤の責任](https://servicenow-prod.fluidtopics.net/bvkn1WdM~tDrMdYuz9x~SQ "責任とは、顧客をサポートする際のロールまたは機能を指しています。責任の定義に基づき、エージェントと顧客間または 2 人のコンシューマー間の関係を作成します。")