Personalização do fluxo de estado

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 3 min. de leitura
  • Os fluxos de estado controlam a sequência na qual os registros transitam entre estados nas aplicações de Gestão de serviços.

    Um administrador pode executar as seguintes tarefas:
    • Adicionar ou excluir estados.
    • Acionar eventos em transições de estado específicas.
    • Faça a transição para outro estado automaticamente quando os dados em uma solicitação ou em sua tarefa mudam, ou mude os estados manualmente quando o usuário clica em um botão.
    • Limite a lista de seleção do campo Estado aos estados finais que são transições válidas do estado inicial fornecido.
    • Controle a visibilidade e o comportamento dos campos selecionados em uma tabela de destino quando os registros nessa tabela mudam de estado.
    • Crie fluxos de estado personalizados. Desligue o. Os fluxos de estado estão habilitados na tela de configuração. A criação de fluxos de estado personalizados requer conhecimento de script.
    Nota:
    Os usuários com a função wm_admin podem criar, ler, atualizar e excluir somente fluxos de ordem de serviço e fluxos de tarefa de trabalho. Os usuários com a função facilities_admin podem criar, ler, atualizar e excluir somente fluxos de solicitação de instalações e fluxos de tarefa de solicitação. Os usuários com a função wm_admin não podem manipular registros de instalações, e os usuários com a função facilities_admin não podem manipular registros de ordem de serviço.

    Como os fluxos de solicitação e estado da tarefa do SM funcionam

    Os fluxos de estado substituem o processo padrão que controla como as solicitações e suas tarefas associadas se movem entre estados. . ServiceNowO sistema cria regras de negócios, scripts de cliente e ações de IU que executam as transições e os controles de campo especificados. Esses elementos de programação permanecem em uso enquanto os registros de fluxo de estado que os usam estão presentes. Quando os fluxos de estado em uma tabela de aplicação SM são excluídos, o sistema tenta excluir todos os elementos de programação desnecessários que foram criados nessa tabela. Você pode limitar as seleções do campo Estado a estados válidos para a transição, com base no estado inicial.

    Os fluxos de estado fornecem os seguintes controles:
    • Transições manuais: Uma ação de IU, criada automaticamente pelo sistema quando você fornece uma condição ou um script, inicia uma transição.
    • Transições automáticas: Uma regra de negócio, criada automaticamente pelo sistema quando você fornece uma condição e um script, inicia uma transição quando são feitas mudanças em uma solicitação ou tarefa.

    Recursos disponíveis com fluxos de estado

    • Transições personalizadas: Personalize a ordem em que os estados podem mudar para solicitações e registros de tarefa.
    • Controles de campo: Controle o comportamento e a visibilidade de campos específicos quando uma tarefa muda de estado ou atinge um estado final especificado.
    • Lista de seleção de estado: Limite os valores oferecidos em um campo Estado de registro de tarefa a estados válidos para essa transição. Este é o mesmo script de cliente que o sistema cria para gerenciar controles de campo para transições de estado.
    • Eventos: Acionar eventos quando ocorrer uma transição de estado ou quando um registro atingir um estado final específico.

    estados inicial e final

    Você pode criar um fluxo de estado personalizado para processamento que deve ocorrer quando um registro de tarefa faz uma transição específica de um estado para outro. Esses registros exigem um estado inicial e um estado final, e o processamento ocorre durante a transição entre estados. Para executar algum processamento quando um registro de tarefa atinge um estado final específico, você só precisa definir o estado final. Em alguns casos, um fluxo de estado pode ter apenas um estado inicial, como quando você precisa executar algum tipo de limpeza depois que uma tarefa é cancelada. Um fluxo de estado pode não ter estado inicial ou final se o processamento no registro se aplicar a mais de uma transição de estado.

    A solução é armazenar a regra de negócio ou o script do cliente em um registro de fluxo de estado e criar uma condição para acionar o processamento de qualquer mudança de estado que exija isso. Um exemplo disso na gestão de serviços de campo é a regra de negócios de acúmulo de mudanças na tabela Tarefa de ordem de serviço [wm_task]. Esta regra de negócio acumula mudanças de estado que ocorrem em tarefas para a ordem de serviço primária.