Flow Designer
O Flow Designer é um recurso da Now Platform que permite recursos avançados de automação de processos em um ambiente de design consolidado. O Flow Designer permite que os proprietários de processo usem linguagem natural para automatizar aprovações, tarefas, notificações e operações de registro sem precisar codificar.
Flow Designer e IntegrationHub
Para quaisquer novos requisitos de fluxo de processo, a ServiceNow recomenda usar o Flow Designer em vez do fluxo de trabalho legado para quase todas as circunstâncias.
Flow Designer e regras de negócio
Você deve usar o Flow Designer em vez de Regras de negócios, a menos que:
- A lógica de negócios precisa ser executada em uma sequência específica com outras regras de negócio. Por exemplo, uma nova lógica de negócios precisa ser executada após uma regra de negócio, mas antes de outra.
- A lógica precisa ser executada imediatamente antes ou depois de gravar no banco de dados no mesmo thread.
- A lógica chama somente uma Inclusão de script.
Ao projetar um fluxo, siga estes princípios de design:
- Finalidade única: cada fluxo deve ter um objetivo único.
- Reutilização: projete com subfluxos reutilizáveis em mente (a aprovação é um ótimo exemplo).
- Clarity: a linguagem e o layout de um fluxo devem deixar clara a finalidade de cada ação.
Comece com um design de quadro branco de um fluxo de negócios. Em seguida, crie o fluxo ação por ação para alinhar com o processo. Mais de um fluxo pode ser necessário para que um único processo mantenha os princípios de design.
Use as seguintes práticas ao trabalhar com o Flow Designer:
- Use registros, não SysIDs. Ofereça uma experiência guiada com a documentação em linha.
- Saiba como usar objetos de modelo para trabalhar com entradas estáticas e dinâmicas.
- Evite passar blobs de dados a menos que seja absolutamente necessário.
- Passe somente informações para um fluxo que o fluxo usará.
Use as seguintes práticas ao trabalhar com ações do Flow Designer:
- Sempre crie ações no escopo do spoke da aplicação, se aplicável.
- Defina o acesso como Acessível de todos os escopos em ações para poder reutilizar ações em outros apps e escopos no futuro.
- Defina Proteção como Somente leitura para evitar edições indesejadas nas ações pelos usuários.
- Certifique-se de que as entradas tenham um tipo específico.
- Certifique-se de que Obrigatório esteja selecionado quando necessário.
- Se estiver usando um tipo de entrada de opção, use um valor padrão.
Use as seguintes práticas ao trabalhar com o IntegrationHub:
- Crie um spoke por sistema de integração. Coloque somente ações para um único sistema em um spoke.
- Ao criar o app com escopo para o spoke, use uma convenção de nomenclatura de versão que faça sentido.
- Use um alias de conexão em vez de uma conexão em linha. O URL base será extraído automaticamente.
- Use atributos de conexão no Alias para passar a versão em uma etapa REST, dando flexibilidade futura para controle de versões no caminho do recurso.
- Use Salvar como anexo para salvar o conteúdo na resposta em vez de criar outra etapa para salvar os dados.
- Se o Alias for dinâmico, torne o Alias uma das entradas e use a cápsula de dados para fornecer o Alias.
Use as seguintes práticas no Flow Designer e no IntegrationHub para tratamento de erros:
- Crie uma Inclusão de script para lidar com erros.
- Escreva mensagens de erro curtas e compreensíveis.
- Incorpore todas as mensagens de erro possíveis que a API retorna.
- Certifique-se de que as saídas da etapa de integração sejam validadas antes de usá-las.
- Falha antecipada: se as entradas não estiverem disponíveis, não chame a integração.
Treinamento individualizado: Flow Designer
Treinamento individualizado: IntegrationHub