Separação de domínios e Gestão de mudanças
Separação de domínios é compatível com Gestão de mudanças. O Separação de domínios 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: Básico
- Lógica de negócios: confirme se os dados vão para o domínio adequado para os casos de uso do provedor de serviço de aplicativo.
- O aplicativo oferece suporte à separação de domínio em tempo de execução. O Domain Separation inclui separação de domínio de interface do usuário, chaves de cache, emissão de relatórios, acúmulos e agregações.
- O proprietário da instância deve configurar o aplicativo para funcionar em vários locatários.
Exemplo de caso de uso: quando um SP (service provider, provedor de serviço) usa o bate-papo para responder à mensagem de um locatário-cliente, o cliente deve conseguir ver a resposta do SP.
Para obter mais informações sobre os níveis de suporte, consulte Suporte de aplicação para separação de domínio.
Domain Separation em Gestão de mudanças visão geral
O Gestão de mudanças fornece uma abordagem sistemática para controlar o ciclo de vida de todas as mudanças, facilitando mudanças benéficas com o mínimo de interrupção nos serviços de TI.
Como a separação de domínio funciona no Gestão de mudanças
O gerenciamento de mudanças envolve o gerenciamento de solicitações de mudança. Uma solicitação de mudança permite que você implemente um processo controlado para a adição, modificação ou remoção de itens de configuração (ICs) aprovados e com suporte. A solicitação registra as informações detalhadas sobre a mudança, como o motivo da mudança, a prioridade, o risco, o tipo de mudança e a categoria da mudança.
- Uma solicitação de mudança é uma extensão de uma Tarefa. Os registros são criados no domínio dos usuários que criam a tarefa que eles têm na sessão.
- Todas as propriedades de mudança são globais, o que significa que são iguais para todos os aplicativos que usam as propriedades da tabela [sys_properties]. A tabela não é separada por domínio, portanto, todas as mudanças feitas afetam todos os domínios.
Tabelas separadas por domínio
Solicitação de mudança [change_request].
Caso de uso
Um usuário ITIL no domínio Acme efetua login e cria uma solicitação de mudança. A solicitação de mudança é criada no domínio que o usuário selecionou.
Como a separação de domínio funciona no Workbench do comitê consultivo de mudança (CCM)
- As reuniões do CCM serão sincronizadas com a tabela de definição do CCM se a reunião tiver sido gerada por meio de uma definição ou se tiver sido criada manualmente e tiver o campo Definição do CCM preenchido.
- As reuniões do CCM serão criadas no domínio do usuário se a reunião tiver sido criada manualmente sem uma definição do CCM associada.
- Não há suporte para registros de reunião se estiverem em um domínio diferente da definição associada.
- Todos os outros registros do CCM têm seu conjunto principal de domínio definido para o registro de reunião do CCM associado.
- Definição de CCM [CCM_definition]
- Reunião do CCM [cab_meeting]
- Participante do CCM [cab_attendee]
- Item da agenda do CCM [CCM_agenda_item]
- Estado do tempo de execução do CCM [CCM_runtime_state]
Casos de uso
-
Um gerente de CCM cria uma nova definição de CCM e gera 20 reuniões no domínio ACME. O resultado: a definição e as reuniões são criadas no domínio ACME.
- Um gerente de CCM cria uma reunião de CCM ad-hoc a partir da lista relacionada no formulário de definição de CCM. Resultado: a reunião é criada no domínio da reunião do CCM.
- Todos os outros casos de uso se comportam da mesma forma que quando a separação de domínio não está habilitada.
Como a separação de domínio funciona em Cronogramas de mudanças (novo recurso)
- As definições de programação de mudança encapsulam todas as opções de configuração e registros relacionados usados para exibir uma determinada programação de mudança.
- Os registros são criados no domínio do usuário atual.
- Registros auxiliares são criados no domínio da definição da programação de mudança.
Tabelas separadas por domínio
- Alterar definição de programação [chg_soc_definition]
- Definição relacionada [chg_soc_definition_child]
- Regra de estilo [chg_soc_definition_style_rule]
- Regra de estilo [chg_soc_style_rule]
- Regra de estilo [chg_soc_def_child_style_rule]
Casos de uso
Um usuário ITIL no domínio ACME faz login e navega até a página inicial da programação de mudança. O usuário pode exibir os cronogramas de mudança em seu domínio atual ou global.