---
sourceDocument: Xanadu Customer Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/xanadu/customer-service-management

 Release :

    - xanadu

ft:locale :

    - en-US

ft:publication_title :

    - Xanadu Customer Service Management

ft:clusterId :

    - csm

bundleId :

    - csm

workflow :

    - Customer and Industry


---

# Configure access through the responsibility access configuration

# Configure access through the responsibility access configuration {#ariaid-title1}

* Release version: Xanadu
* 
* Updated August 1, 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 minute to read

Streamline how you create and update your responsibility definitions and access configurations by using the declarative responsibility framework in the Customer Service Management (CSM) application. This framework enables you to select the level of access for each responsibility by leveraging low-code or no-code capabilities, which reduces the time required for scripting.

## Before you begin

Role required: admin

## About this task

The Responsibility Access Configuration \[sn_customerservice_responsibility_access_config\] table is used to store the metadata of the responsibility access configuration. This configuration specifies the level of access and the entities that can be accessed by a particular responsibility. For more information about creating a responsibility definition, see [Create a responsibility definition](https://servicenow-prod.fluidtopics.net/bXGCOG~ceTY0K1XQa9_vAQ "Define a role or responsibility that can support your organization and users in the Customer Service Management (CSM) application. By creating the responsibility definitions, you can create the relationships between your different entities like accounts, contacts, and more.").  
Note:  
The need for domain separation in configuring access records is determined by the domain of the referenced responsibility.

## Procedure

1. Navigate to AllCustomer ServiceAdministrationResponsibility Definitions.
2. Select a responsibility definition record.
3. From the Responsibility Access Configuration related list, select New.
4. On the form, fill in the fields.  
   {#declarative-resposibility-framework__table_xqp_24b_1yb__entry__3}

   | Field | Data type | Description |
   |-|-|-|
   | Accessible entities | List | Entities accessible through this configuration. |
   | Access levels | List | Operations enabled on the accessible entities. The list shows the access levels, including read, write, and full. Note: Full represents a special access level that is equivalent to read, write, and create. |
   | Active | True/False | Status of the configuration. By using this functionality, you can enable or disable a responsibility access configuration. The default value is True. |
   | Applies to relationship | Table name | Relationship table to establish connections between a user, an accessible entity, and the respective responsibilities. |
   | Responsibility | Reference | Responsibility applicable to this configuration. |
   | Restrict access to | List | Access that is restricted to a set of records of the accessible entities. |
   | Roles | User roles | Roles required in addition to responsibilities to get the access. |
   [Table 1. Responsibility Access Configuration form fields]

   {#declarative-resposibility-framework__table_xqp_24b_1yb}  
   Note:  
   To create new entries to the Applies to Relationship, Access Levels, or Accessible Entities fields in the Responsibility Access Configuration table, you must migrate all existing configurations for these fields in the global.CSMRelationshipConstantsSNC script include.
5. Select Submit.
{#declarative-resposibility-framework__steps_v5s_grg_1yb}

*[\>]: and then