--- sourceDocument: Zurich IT Service Management sourceDocumentLink: https://www.servicenow.com/docs/r/pt-BR/zurich/it-service-management Release : - zurich ft:locale : - pt-BR ft:publication_title : - Zurich IT Service Management ft:clusterId : - itsm bundleId : - itsm workflow : - Technology --- # Separação de domínios e Gestão de nível de serviços # Separação de domínios e Gestão de nível de serviços {#ariaid-title1} * Versão de lançamento: Zurich * * Atualizado 31 de jul. de 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 min. de leitura Separação de domínios é compatível com Gestão de nível de serviços. O Domain Separation permite separar dados, processos e tarefas administrativas em agrupamentos lógicos chamados de domínios. Você pode controlar vários aspectos dessa separação, incluindo quais usuários podem ver e acessar os dados. ## Nível de suporte: Padrão {#domain-separation-sla__section_v1y_wcr_xkb} * Inclui todos os aspectos de Básico suporte de nível. * As propriedades da aplicação reconhecem domínio conforme necessário. * Lógica de negócios: o provedor de serviço (SP) cria ou modifica processos por cliente. Os casos de uso refletem o uso adequado do aplicativo por vários clientes de SP em uma única instância. * O proprietário da instância deve configurar a lógica de negócios do produto minimamente viável (MVP) e os parâmetros de dados por locatário conforme esperado para o aplicativo específico. {#domain-separation-sla__ul_tfh_drj_xkb} Exemplo de caso de uso: Um administrador deve ser capaz de fazer comentários necessários quando um registro é encerrado para um locatário, mas não para outro.{#domain-separation-sla__p_ssc_nfg_h1c} Para obter mais informações sobre os níveis de suporte, consulte [Suporte de aplicação para separação de domínio](https://www.servicenow.com/docs/access?context=domain-separated-apps&version=zurich&pubname=zurich-platform-security&ft:locale=en-US).{#domain-separation-sla__p_tsc_nfg_h1c} ## Visão geral Gestão de nível de serviços {#domain-separation-sla__section_pvf_wkx_vcb} * O Gestão de nível de serviço ajuda os clientes a monitorar, medir e relatar os acordos de nível de serviço (SLAs) acordados. As definições do ANS encapsulam esses acordos. * Os usuários podem ver somente o conteúdo do domínio ao qual têm acesso. {#domain-separation-sla__ul_wcr_p35_ndb} ## Como funciona a separação de domínio em Gestão de nível de serviço {#domain-separation-sla__section_ydt_kth_scb} A intenção do SLM é fornecer aos clientes uma expectativa de serviço dentro de uma escala de tempo conhecida e a capacidade de monitorar quando os níveis de serviço não estão sendo atendidos. Para aprender termos e definições específicos, consulte [Conceitos de Gestão de nível de serviço](https://www.servicenow.com/docs/2YS9gUmkyS1lK6E_mFJ0kw "A aplicação Gestão de nível de serviço (GNS) da ServiceNow facilita a supervisão e o controle dos serviços dentro da organização."). * As definições do ANS e os ANSs de tarefa têm campos de domínio. No entanto, os SLAs de tarefa são criados somente no domínio do registro de tarefa anexado. * As definições do ANS devem ser definidas em um domínio de locatário (ou global) para que os SLAs de tarefa sejam criados e anexados a uma determinada tarefa (ou extensões). * Os SLAs de tarefa serão anexados a uma tarefa se houver uma definição do ANS no domínio de registros da tarefa ou em um domínio ancestral. * Os SLAs de tarefa sempre herdam o domínio de seu registro de tarefa anexado, o que inclui o fluxo de trabalho em execução no registro de ANS de tarefa. Se um registro de tarefa for invertido, o ANS da tarefa também será. * Se houver uma definição do ANS no domínio de um ancestral, a definição poderá ser substituída em um subdomínio (administração delegada). {#domain-separation-sla__ul_xvf_bj5_ndb} ## Gestão de nível de serviços tabelas separadas por domínio {#domain-separation-sla__section_j1q_mnh_qdb} * Definição do ANS \[contract_sla\] * ANS de tarefa \[task_sla\] {#domain-separation-sla__ul_wqh_xk5_ndb} ## Casos de uso do Gestão de nível de serviços {#domain-separation-sla__section_hym_nnh_qdb} * Um usuário ESS no domínio ACME faz login e cria um incidente, no qual um ANS é anexado. O ANS é criado no domínio do registro de tarefa associado (incidente), que é o domínio ACME. O usuário ESS não pode ler registros de ANS. Eles estão restritos às seguintes funções: * Administrador * ITIL * Administrador de ANS * Gerente de ANS {#domain-separation-sla__ul_hyj_3l5_ndb} * Um usuário ITIL no domínio Acme faz login e cria um incidente. O processo acima é o mesmo, exceto que o usuário ITIL pode ler o registro de ANS anexado ao incidente. * Se houver uma definição do ANS no domínio Acme e não atender às necessidades de um subdomínio da Acme (secundário da Acme), um administrador de ANS poderá corrigir. Os Administradores de ANS podem navegar até a definição do ANS ACME quando o domínio de sessão é secundário da ACME, fazer as mudanças relevantes e salvá-las. O Administrador de ANS é alertado de que uma substituição foi criada. * Um usuário ITIL define o domínio da sessão como secundário da Acme e cria um incidente. O ANS de tarefa é criado usando a definição do ANS do secundário da Acme. {#domain-separation-sla__ul_v32_hl5_ndb} **Tópicos relacionados** * [Domain Separation para provedores de serviço](https://www.servicenow.com/docs/access?context=domain-sep-landing-page&version=zurich&pubname=zurich-platform-security&ft:locale=en-US)