Personalização de fluxo de estado

Os fluxos de estado controlam a sequência na qual os registros fazem a transição entre estados nas aplicações Service Management.

Um administrador pode executar as seguintes tarefas:

• Adicione ou exclua estados.
• Acione 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 sua tarefa forem alterados, ou mude os estados manualmente quando o usuário clicar em um botão.
• Limite a lista de seleção do campo Estado aos estados finais que sejam transições válidas do estado inicial fornecido.
• Controlar a visibilidade e o comportamento dos campos selecionados em uma tabela de destino quando os registros dessa tabela mudarem de estado.
• Crie fluxos de estado personalizados. Desative a opção Fluxos de estado habilitados na tela de configuração. Criar fluxos de estado personalizados requer conhecimento de script.

Nota:

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. Usuários com a função lines_admin podem criar, ler, atualizar e excluir somente fluxos de solicitação de instalações e fluxos de tarefa de solicitação. Usuários com a função wm_admin não podem manipular registros de instalações e usuários com a função lines_admin não podem manipular registros de ordem de serviço.

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

Os fluxos de estado substituem o processo padrão que controla como as solicitações e suas tarefas associadas se movem entre estados. O sistema ServiceNow cria regras de negócios, scripts de cliente e ações de IU que executam as transições e controles de campo que você especificar. 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 da 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 para 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ócios, 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 na qual 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 de estado de registro de tarefa para estados válidos para essa transição. Este é o mesmo client script que o sistema cria para gerenciar controles de campo para transições de estado.
• Eventos:acione 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 o 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 os 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ócios ou o client script em um registro de fluxo de estado e criar uma condição para acionar o processamento para qualquer mudança de estado que o exija. Um exemplo disso na gestão de serviços de campo é a regra de negócio Acúmulo de mudanças na tabela Tarefa de ordem de serviço [wm_task]. Esta regra de negócios acumula mudanças de estado que ocorrem nas tarefas para a ordem de serviço primária.

• Substituições de dicionário de fluxo de estado
  Uma substituição de dicionário em um fluxo de estado define o estado inicial de todos os novos registros em uma tabela específica. Você define uma substituição em tabelas que estendem somente uma tabela base, para que suas personalizações sejam aplicadas somente à tabela estendida.
• Anotações de trabalho em fluxos de estado
  As anotações de trabalho são uma parte importante do processo de fluxo de estado e são usadas para comunicar informações sobre transições de estado.
• Controles de campo em fluxos de estado
  Você pode definir controles para campos individuais que são impostos quando um registro faz a transição entre estados.
• Acionar eventos nas mudanças de estado
  Você pode configurar um fluxo de estado para acionar um evento do sistema registrado quando uma tarefa faz a transição de um estado inicial para um estado final especificado. Por exemplo, você pode usar eventos para acionar notificações por e-mail e criar ações de script.
• Recriar fluxos de estado
  Você pode recriar fluxos de estado quando ocorre uma incompatibilidade entre o sys_ids existente e o novo.
• Limpeza de fluxo de estado
  As regras de negócio, client scripts e ações de IU que o sistema cria automaticamente para executar transições personalizadas existem somente enquanto os registros de fluxo de estado que os usam estão presentes.