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

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Yokohama Gestão de serviços

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: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](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 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.
{#c_StateFlowCustomization__ul_um4_pt5_1r}  
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.
{#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 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.
{#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 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.
* **[Substituições do dicionário de fluxo de estado](https://servicenow-prod.fluidtopics.net/ApHn0pCrso09ZNCgFVw1Bg)**   
  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/B_mAmWIGQVMw5pLwMtRrPg)**   
  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/Y_WHarIbCesTMHMNgQiOTQ)**   
  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/bVpH9OUOqh8n5tft3yvF5A)**   
  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/GiceigJbmTkmBbUeGW5YOQ)**   
  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/RyL9CLPFciiYR5c6gPO6ng)**   
  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.