Domain Separation e Fluxo de trabalho
Domain Separation é compatível com o aplicativo Fluxo de trabalho. 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 Básico.
- Lógica de negócios: os processos podem ser criados ou modificados por cliente pelo provedor de serviço. Os casos de uso refletem o uso apropriado da aplicação por vários clientes do provedores de serviço em uma única instância.
- O proprietário da instância deve ser capaz de configurar a lógica de negócios do MVP e os parâmetros de dados por locatário conforme previsto para a aplicação específica.
Visão geral
Quando a separação de domínio está habilitada, os fluxos de trabalho e as atividades de fluxo de trabalho herdam o domínio do usuário que os publica ou cria.
Como a separação de domínio funciona na aplicação Fluxo de trabalho
- Fluxo de trabalho [wf_workflow] e Versão do fluxo de trabalho [wf_workflow_version]: usadas para Administração de processos ou separação de processos.
- Contexto de fluxo de trabalho [wf_context]: usada para Noções básicas sobre separação de domínio.
O Editor de fluxo de trabalho exibe um domínio de fluxo de trabalho na barra de título após o nome do fluxo de trabalho.
Fluxos de trabalho e administração delegada
A administração delegada permite que domínios secundários herdem fluxos de trabalho de níveis superiores na hierarquia de domínio e os substituam por versões específicas do domínio, se necessário.
Os registros de fluxo de trabalho nas tabelas Fluxo de trabalho [wf_workflow] e Versão do fluxo de trabalho [wf_workflow_version] são considerados processos. Um usuário em um domínio secundário pode fazer check-out, mas não pode copiar um fluxo de trabalho de um domínio primário. Quando um usuário em um domínio secundário faz o check-out de um fluxo de trabalho de um domínio primário, o sistema cria uma versão do fluxo de trabalho no domínio desse usuário. Essa nova versão é um registro exclusivo na tabela Fluxo de trabalho [wf_workflow]. Depois que o usuário publica esse novo fluxo de trabalho, ele é usado pelos outros usuários no domínio secundário e substitui o fluxo de trabalho do domínio primário. O fluxo de trabalho original no domínio primário não estará mais visível para os usuários no domínio secundário.
Por exemplo, um provedor de serviços gerenciados (MSP) hospeda serviços de ITSM para várias empresas, incluindo ACME e Initech, em uma única instância. Como administradores, o MSP cria um fluxo de trabalho "Solicitação de mudança - Emergência" que se aplica a todos os domínios porque foi criado no domínio TOP, que é o mais alto na hierarquia de domínios. Esse fluxo de trabalho substitui o fluxo global "Solicitação de mudança - Emergência" e especifica que as solicitações de mudança de emergência exigem aprovação do grupo de aprovação do CCM. Por causa da administração delegada, cada domínio na hierarquia vê e usa esse fluxo de trabalho. Agora, suponha que o domínio ACME exija uma política de aprovação diferente, na qual as solicitações de mudança de emergência exigem aprovação do grupo de aprovação de emergência do CCM. O MSP cria outra versão do fluxo de trabalho "Solicitação de mudança - Emergência" no domínio da ACME. Esse fluxo de trabalho substitui a versão no domínio TOP e é aplicado somente a usuários no domínio da ACME.
Permissões do fluxo de trabalho
Um novo fluxo de trabalho é executado com o domínio e as credenciais do usuário que o iniciou.
O fluxo de trabalho preserva o domínio e as credenciais de um usuário até que uma atividade faça com que o fluxo de trabalho aguarde, como uma atividade de aprovação que aguarda aprovação ou rejeição. Quando o fluxo de trabalho interrompido é retomado, por exemplo, depois que um usuário aprova uma solicitação, o fluxo de trabalho usa as credenciais do usuário de aprovação, mas continua a ser executado no domínio do usuário original.