--- sourceDocument: Segurança da plataforma Yokohama sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/platform-security Release : - yokohama ft:locale : - pt-BR ft:publication_title : - Segurança da plataforma Yokohama ft:clusterId : - psec bundleId : - psec workflow : - Platform --- # Atribuição de domínio # Atribuição de domínio {#ariaid-title1} * Versão de lançamento: Yokohama * * Atualizado 30 de jan. de 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 min. de leitura Por padrão, o Domain Separation adiciona um campo de domínio às tabelas e suas extensões. Você também pode estender o Domain Separation para qualquer nova tabela criada, adicionando um campo sys_domain à definição do dicionário da tabela. Por padrão, o sistema separa por domínio as tabelas de plataforma e de aplicação de linha de base quando apropriado. Aviso: ServiceNow não recomenda separar por domínio tabelas de plataforma (qualquer tabela com o prefixo sys_, como as tabelas de Entrada de Dicionário \[sys_dictionary\] e de Substituição de Entrada de Dicionário \[sys_dictionary_override\]) porque isso pode produzir resultados inesperados. Cada registro é atribuído a um único domínio. Esse domínio é armazenado no campo sys_domain. Várias tabelas, por padrão, têm a coluna sys_domain e já são separadas por domínio. O valor do campo sys_domain contém o domínio atribuído ao registro por qualquer um dos seguintes: * Empresa à qual o usuário pertence * Regra de negócio ao criar o registro * Módulo usado ao criar o registro * Modelo de formulário usado ao criar o registro * Domínio do registro primário * Domínio atribuído ao registro do Usuário * Domínio do usuário que o cria {#c_DomainAssignment__ul_yhy_r2h_1r} O sistema evita que as seguintes tabelas sejam separadas por domínio: * Controle de acesso `[sys_security_acl]` * Inclusão de script `[sys_script_include]` * Propriedades do sistema `[sys_properties]` * Entidades da lista de exclusões/inclusões de segurança `[sys_security_restricted_list]` * Entrada de dicionário `[sys_dictionary]` * Substituição de entrada de dicionário `[sys_dictionary]` {#c_DomainAssignment__ul_srr_v2h_1r} ## Atribuição de usuários a empresas Os administradores podem atribuir rapidamente usuários a um domínio atribuindo-os a uma empresa. Depois que os usuários são atribuídos a um domínio, os registros herdam automaticamente o domínio do usuário. Por exemplo, atribuir Bow Ruggeri à empresa ACME o atribui automaticamente ao domínio ACME. Atribuir Don Goodliffe à empresa Initech o atribui automaticamente ao domínio Initech. Todos os registros criados por eles são adicionados automaticamente ao domínio apropriado. ## Uso de regras de negócios para atribuir domínios Os administradores podem usar uma regra de negócios para definir automaticamente um valor de domínio ao criar um registro. A regra de negócios deve definir um valor no campo sys_domain. Os administradores devem garantir que há uma coluna sys_domain disponível para a tabela de registro. Para saber mais, consulte [Práticas recomendadas do Domain Separation para provedores de serviço](https://servicenow-prod.fluidtopics.net/5o~bF5jbq1VoAUlEk9tANA "Você pode criar, implementar e manter o Domain Separation para aplicações e serviços."). ## Uso de módulos para atribuir domínios Os administradores podem usar o parâmetro de URL sysparm_domain para atribuir automaticamente novos registros a um domínio específico de um módulo. Os administradores devem criar um módulo com um valor de Argumento : `sysparm_domain = sys_ID de domínio`. ## Uso de modelos de formulário para atribuir domínios Os administradores podem usar um modelo de formulário para atribuir automaticamente novos registros a um domínio específico. Os administradores devem adicionar o campo sys_domain ao formulário e selecionar um valor de domínio. Por exemplo, definir o campo sys_domain como domínio TOP/ACME atribui automaticamente todos os registros desse modelo ao domínio TOP/ACME. ## Herança de domínio em tabelas Por padrão, os registros relacionados herdam o domínio do registro primário. Por exemplo: * Um registro de tarefa de mudança herda o domínio do registro de solicitação de mudança primário. * Um registro de problema herda o domínio do registro de incidente primário. {#c_DomainAssignment__ul_s52_jfh_1r} ## Atribuição automática de domínio com base nos domínios do usuário Se nenhuma outra condição de domínio se aplicar, um registro herdará automaticamente o domínio do usuário que a cria. **Conceitos relacionados** * [Configuração que pode ser delegada a clientes internos ou externos](https://servicenow-prod.fluidtopics.net/E~iQIDBqBn2AgkWTL5GLOw "O Domain Separation foi projetado para dar aos provedores de serviço ServiceNow (SPs) a capacidade de configurar os serviços que oferecem aos clientes. Ele não foi projetado para permitir que seus clientes administrem esses serviços por conta própria, exceto em algumas áreas que este tópico detalha.") * [Domínios de visibilidade e domínios "contém"](https://servicenow-prod.fluidtopics.net/IkMJ8F4mgDhnFM_lRgJDgA "Os domínios de visibilidade controlam o que um usuário ou grupo de usuários específico pode ver. Os domínios \"contém\" controlam o que um domínio inteiro de usuários pode ver.") * [Escopo do domínio](https://servicenow-prod.fluidtopics.net/QtDOrQpvmhoc3XlNz3H6DA "O escopo do domínio define o que os usuários podem e não podem acessar.") * [Conceitos para provedores de serviço](https://servicenow-prod.fluidtopics.net/9vbTtQ~_MrxPmNZa1_Hmpg "Esses conceitos funcionam com os ServiceNow recursos da plataforma existentes para ajudá-lo a resolver casos de uso comuns.") **Referência relacionada** * [Instalação com Domain Separation](https://servicenow-prod.fluidtopics.net/mg4qWLXTPZnYdnZfLdgX1A "Vários componentes da plataforma são adicionados ou modificados com o Domain Separation.")