---
sourceDocument: Gestão de serviços Xanadu
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/xanadu/service-management-for-the-enterprise

 Release :

    - xanadu

ft:locale :

    - pt-BR

ft:publication_title :

    - Gestão de serviços Xanadu

ft:clusterId :

    - sm4e

bundleId :

    - sm4e

workflow :

    - Technology


---

# Personalização do fluxo de estado

# Personalização do fluxo de estado {#ariaid-title1}

* Versão de lançamento: Xanadu
* 
* Atualizado 1 de ago. de 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 min. de leitura

Os fluxos de estado controlam a sequência na qual os registros fazem a transição entre estados nas aplicações de Gestão de serviços.  
Um administrador pode executar as seguintes tarefas:

* Adicionar ou excluir 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 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 mudarem de estado.
* Crie fluxos de estado personalizados. Desative a opção Fluxos de estado habilitados na tela de configuração. A criação de fluxos de estado personalizados requer conhecimento de script.
{#c_StateFlowCustomization__ul_um4_pt5_1r}  
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 estado de tarefa e solicitação de SM

Os fluxos de estado substituem o processo padrão que controla como as solicitações e suas tarefas associadas se movem entre os estados. O sistema ServiceNow cria regras de negócio, 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 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 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.
{#c_StateFlowCustomization__ul_awy_1v5_1r}

## 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 de estado de registro de tarefa a 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.
{#c_StateFlowCustomization__ul_q13_gv5_1r}

## 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 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 somente um estado inicial, como quando você precisa executar algum tipo de limpeza após o cancelamento de uma tarefa. 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 client script em um registro de fluxo de estado e criar uma condição para acionar o processamento de 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ócio acumula mudanças de estado que ocorrem em tarefas para a ordem de serviço primária.
* **[Substituições do dicionário de fluxo de estado](https://servicenow-prod.fluidtopics.net/~1cq60RNrLwI4x8YrT7hcQ)**   
  Ignorar 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](https://servicenow-prod.fluidtopics.net/OiU~k4O8N4~daMB1tfEdlg)**   
  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](https://servicenow-prod.fluidtopics.net/AGOj93S5NYa~15Vqs5IRww)**   
  Você pode definir controles para campos individuais que são impostos quando um registro faz a transição entre estados.
* **[Acionar eventos em mudanças de estado](https://servicenow-prod.fluidtopics.net/0ceqbJXO7767oVKUr5lRGA)**   
  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](https://servicenow-prod.fluidtopics.net/qkaiGQzI_csH_R75~T8mTg)**   
  Você pode recriar fluxos de estado quando ocorre uma incompatibilidade entre o sys_ids existente e o novo.
* **[Limpeza de fluxo de estado](https://servicenow-prod.fluidtopics.net/_8VmIU2k5a4aUU918MA9bQ)**   
  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.