Administração de processos

  • Versão de lançamento: Xanadu
  • Atualizado 1 de ago. de 2024
  • 2 min. de leitura
  • A administração de processos permite que os administradores definam políticas específicas de domínio.

    As políticas definidas na parte inferior da hierarquia de domínio substituem as políticas definidas na parte superior da hierarquia de domínio. Enquanto em um domínio, os administradores podem definir versões específicas do domínio dessas políticas e configurações globais:

    • Scripts de cliente
    • Políticas do sistema
    • Nomes de aplicações e módulos
    • Funções da aplicação
    • Filtros de módulo
    Aviso:
    Todos os usuários com a função de administrador têm acesso especial a todos os recursos, funções e dados do sistema porque os administradores podem substituir as regras de ACL e passar em todas as verificações de função. Conceda este privilégio com cuidado.

    Quando os usuários têm a função de administrador, todas as políticas na instância estão disponíveis para eles, independentemente do domínio atribuído. Eles podem inserir um domínio específico e, em seguida, somente as políticas nesse domínio ou superior serão visíveis e processadas durante uma transação relevante. Quando um administrador modifica uma política que está em um domínio superior ou no domínio global, o sistema cria automaticamente um novo registro para o domínio atual desse administrador. Ele não modifica a política original, a aplicação ou o registro do módulo. Este novo registro substitui o original.

    Para fazer mudanças em uma política em um domínio de nível inferior, vá para esse domínio e modifique a política. Esta abordagem cria o registro de política em seu domínio que substitui o registro de política de nível superior.

    Não altere a política de nível superior e, em seguida, altere o campo Domínio dessa política. Esta abordagem não cria um registro de política no domínio de nível inferior, nem mantém o registro de política para o domínio de nível superior.

    O campo sys_overrides indica que uma política, aplicação ou módulo em um nível inferior na hierarquia substitui um registro em um nível superior. O sistema define automaticamente este campo quando um administrador tenta modificar uma política, aplicação ou módulo que pertença a outro domínio superior na hierarquia.

    Em vez de alterar o registro de nível superior, a tentativa de atualização é alterada para uma inserção e o campo sys_overrides é definido para indicar a política de nível superior, a aplicação ou o módulo que está sendo substituído. Posteriormente, quando os registros de uma transação relevante forem carregados, a política, a aplicação ou o módulo específico do domínio será usado em vez do original.

    Domínios para administração de processos

    Por padrão, a administração de processos sempre usa o domínio do registro para determinar quais políticas aplicar.

    O domínio do registro tem precedência sobre o domínio do usuário. Se não houver políticas no domínio do registro, a administração delegada verificará se há políticas no próximo nível mais alto da hierarquia de domínio. A pesquisa de políticas de domínio continua na hierarquia de domínio até atingir o domínio global. Se não houver políticas de domínio inferiores na hierarquia de domínio, a administração de processos usará as políticas para o domínio global.

    Por exemplo, Fred Luddy é um usuário no domínio Acme que pode ver registros nos domínios secundários da Acme: Atlanta, Acme: San Diego e Acme: NY. Quando este usuário abre um registro no domínio Acme: San Diego, a administração de processos verifica primeiro se há políticas no domínio Acme: San Diego. Se não houver políticas neste nível da hierarquia de domínio, a administração de processos verificará se há políticas do domínio Acme. Se não houver políticas no domínio Acme, a administração de processos usará as políticas para o domínio global pois não há outros domínios superiores na hierarquia de domínio.