--- title: Customer relationships and access management description: Reference the framework that governs every relationship and access decision across Customer Data Foundation. Its components control what parties can do, which records carry multiple parties, and how parties are related. locale: en-US canonical_url: https://www.servicenow.com/docs/r/customer-service-management/customer-relationships-and-access-management.html release: brazil topic_type: reference last_updated: "2026-09-10" reading_time_minutes: 3 breadcrumb: [Customer Data Foundation, Data models, Set up your environment, Configure, Customer Service Management] --- # Customer relationships and access management Reference the framework that governs every relationship and access decision across Customer Data Foundation. Its components control what parties can do, which records carry multiple parties, and how parties are related. ## Overview of customer relationships and access management Customer relationships and customer access management \(CAM\) is the umbrella framework that governs every relationship in Customer Data Foundation, together with the access controls those relationships imply. It provides a single set of components that every relationship entity uses. The framework centralizes the definition of who can do what. This keeps access rules declarative \(configured, not coded\), consistent \(the same definition applied everywhere\), and can be audited \(each decision traces to a named responsibility\). ## Customer relationships data model diagram \[Omitted image "refarch-customer-relationships-and-access-management.png"\] Alt text: Customer relationships and customer access management framework showing Responsibility Definition, Related Party Configuration, and Relationship Type as the three components, and the entities that refer to them. In the customer relationships data model diagram, responsibility access configurations and responsibility definition provide declarative access for a relationship. Related party configuration governs which records carry multiple parties. Relationship type names a relationship. Relationship entities such as account team members, contact relationships, and asset contact refer to these components. ## Framework tables
| Label | Table name | Description |
|---|---|---|
| Responsibility definition | sn\_customerservice\_responsibility\_def | Defines what a party can do \(view, comment, escalate, close, approve, and other named actions\). Declarative; actions are configured, not coded.Every relationship and team-membership entity refers to a Responsibility Definition. |
| Responsibility access configuration | sn\_customerservice\_responsibility\_access\_config | Configures how a responsibility maps to access on specific record types. Supports Simple, Dependent, and Advanced patterns.Applied to a responsibility definition to determine the resulting access on records. |
| Related party configuration | Defines which records can have multiple parties with them, and what categories of related party each record supports.For example, sold products, install base items, cases, and service organizations can have multiple parties. | |
| Sold product related party | Multi-party assignment to a specific sold product. | |
| Install base related party | Multi-party assignment to a specific install base item. | |
| Case related party | Multi-party assignment to a case, with each party's responsibility. | |
| Service Organization Member Responsibility | Responsibility scope for members of a service organization, used with Service Model Foundation. | |
| Relationship type | Name of a relationship, such as partner, supplier, or broker.Referenced by account relationships to name the link between two accounts. |