Separação de domínios e Flow Designer

  • Versão de lançamento: Washingtondc
  • Atualizado 1 de fev. de 2024
  • 5 min. de leitura

    • Separação de domínios é compatível com Flow Designer. Flow Designer oferece suporte à separação de domínio da lógica de negócios, o que permite que cada domínio de locatário tenha seus próprios fluxos, ações e subfluxos. 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.
    Caso de uso: como administrador, preciso tornar os comentários obrigatórios no encerramento de um registro para um locatário, mas não para outro.

    Como o Domain Separation funciona no Flow Designer

    O domínio do sistema separa o conteúdo Flow Designer de acordo com essas regras.

    Flow Designer o conteúdo herda o domínio do usuário que o cria
    Fluxos, ações e subfluxos pertencem ao domínio do usuário que os cria. Por exemplo, quando um administrador de provedor de serviço (SP) no domínio TOP cria um fluxo, ele pertence ao domínio TOP.
    Nota:
    O domínio selecionado no seletor de domínio substitui o domínio ao qual o usuário pertence. Por exemplo, quando um administrador de SP no domínio TOP seleciona o domínio ACME no seletor de domínio, qualquer conteúdo criado pertence ao domínio ACME.
    Flow Designer o conteúdo é executado a partir do domínio do qual é acionado ou iniciado
    Fluxos, ações e subfluxos são executados a partir do domínio do registro ou do usuário que os inicia. Por exemplo, quando um usuário do domínio secundário ACME aciona um fluxo pertencente ao domínio primário TOP, o fluxo é executado no contexto do domínio secundário ACME.
    Tabela 1. Atribuição de domínio por tipo de gatilho
    Tipo de gatilho Atribuição de domínio
    Chamada de API Domínio do usuário que faz a chamada de API
    Gatilho de e-mail Domínio do remetente do e-mail
    Gatilho de registro Domínio do registro-gatilho
    Gatilho programado Domínio do fluxo
    Gatilho do Catálogo de serviços Domínio do registro do item solicitado
    Flow Designer executa somente o conteúdo acessível a partir do contexto de domínio atual
    O sistema só pode executar o conteúdo ao qual o contexto de domínio atual permite acesso. Consulte Noções básicas sobre separação de domínio para entender a separação de dados e a hierarquia de domínio. Por exemplo, um usuário no domínio secundário ACME pode acionar fluxos pertencentes ao domínio primário TOP, mas não pode acionar fluxos pertencentes a um domínio semelhante, como INITECH.

    Flow Designer executa operações de registro do contexto de domínio do usuário atual. Uma operação de leitura, como a ação Pesquisar registros, retorna registros com base no domínio selecionado no momento e em seus secundários. Por exemplo, se o domínio selecionado no momento for o domínio TOP, você verá registros do domínio TOP e todos os seus secundários, como os domínios ACME e INITECH. Se o domínio selecionado no momento for o domínio ACME, você verá os registros do domínio ACME e seus secundários, mas não verá os registros do domínio TOP primário.

    Nota:
    As operações de registro usam as regras de separação de dados ou de processo aplicadas à tabela à qual o registro pertence. Por exemplo, suponha que você tenha separado por processo a tabela Regra de negócio. Se você adicionar uma regra de negócios ao domínio TOP, a regra de negócios ficará acessível para operações de registro em domínios secundários, como o domínio ACME, porque a separação de processos permite o acesso a registros de domínios primários.

    Fluxos que chamam outra aplicação, como uma tabela de decisão ou fluxo de trabalho, também são executados a partir do contexto de domínio do usuário atual.

    Flow Designer executa todos os fluxos cujas condições do gatilho são atendidas
    Um fluxo em um domínio não pode substituir ou impedir a execução de um fluxo de outro domínio. Flow Designer executa qualquer fluxo que esteja visível para o usuário atual e cujas condições do gatilho tenham sido atendidas. Por exemplo, um fluxo pertencente ao domínio TOP que é acionado pela criação de um registro de incidente é executado sempre que um incidente é criado, independentemente de o incidente ser criado nos domínios secundários da ACME ou da INITECH.

    Diretrizes gerais

    Siga estas diretrizes gerais ao usar a separação de domínio com Flow Designer.

    Certifique-se de que os fluxos, as ações e os subfluxos do locatário sejam executados corretamente para os domínios
    Como os locatários não podem substituir o conteúdo Flow Designer, um administrador de provedor de serviço (SP) do domínio TOP deve criá-los e gerenciá-los para garantir que sejam executados corretamente para os domínios. Embora você possa criar fluxos específicos de domínio, os usuários que trabalham em domínios superiores na hierarquia podem acionar vários fluxos de domínio secundário. Por exemplo, um usuário que trabalha no domínio TOP pode acionar fluxos em domínios secundários, como ACME e INITECH.
    Nota:
    Os autores de fluxo podem ver somente o conteúdo Flow Designer disponível do domínio atual e de todos os domínios primários na hierarquia. Flow Designer não exibe o conteúdo visível de domínios "contém".
    Forneça um nome exclusivo para cada fluxo, ação e subfluxo
    Como todos os domínios compartilham o conteúdo Flow Designer, faça com que um administrador de SP no domínio TOP nomeie exclusivamente cada fluxo, ação e subfluxo para garantir que um fluxo destinado a um domínio não duplique o nome de um fluxo em outro domínio. Por exemplo, adicione o domínio ao nome do fluxo, como Validar incidentes - TOP, Validar incidentes - ACMEe Validar incidentes - INITECH.
    Certifique-se de que os fluxos e as ações contenham somente artefatos dos domínios atuais ou primários
    Flow Designer impede a ativação de qualquer fluxo que contenha artefatos indisponíveis para os domínios atuais ou primários. Por exemplo, se você criar um fluxo específico de domínio que pertença ao domínio ACME, ele não poderá conter ações ou subfluxos pertencentes ao domínio semelhante INITECH.
    Editar conteúdo Flow Designer no domínio ao qual ele pertence
    Embora os usuários em um domínio primário possam ver fluxos, ações e subfluxos em um domínio secundário, eles devem editá-los no domínio ao qual pertencem. Por exemplo, um administrador no domínio TOP pode ver fluxos do domínio ACME, mas deve alternar para o domínio ACME para editá-lo.