Domain Separation e Service Level Management
A separação de domínio é compatível com Gestão de nível de serviço. 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
- Inclui nível de suporte Básico.
- 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.
Exemplo de caso de uso: um administrador deve ser capaz de fazer os comentários necessários quando um registro é encerrado para um locatário, mas não para outro.
Para obter mais informações sobre os níveis de suporte, consulte Suporte de aplicação para separação de domínio.
Visão geral
- O Service Level Management 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.
Como funciona a separação de domínio em Service Level Management
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 Service Level Management.
- 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 SLA 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).
Tabelas separadas por domínio
- Definição do ANS [contract_sla]
- SLA de tarefa [task_sla]
Casos de uso
- Um usuário ESS no domínio ACME faz login e cria um incidente, no qual um SLA é anexado. O SLA é 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 SLA. Eles estão restritos às seguintes funções:
- Administrador
- ITIL
- Administrador de SLA
- Gerente de SLA
- 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 SLA 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 SLA poderá corrigir. Os Administradores de SLA 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 SLA é 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 SLA de tarefa é criado usando a definição do ANS do secundário da Acme.