O fluxo de trabalho determina o ciclo de vida das ordens de trabalho. Cada atividade projetada no fluxo de trabalho será uma etapa que o especialista de campo deve realizar até que o trabalho seja concluído.
Um fluxo de trabalho é composto por estados, subestados, atividades, transições e razões que determinam o funcionamento correto do processo estruturado pela organização. A seguir está uma expansão dos componentes mais representativos do fluxo de trabalho na AFLS:
⚐ Nota: Configurar fluxos de trabalho permitirá personalizar o processo de acordo com as necessidades de execução dos serviços e reutilizar elementos de diagrama gerados automaticamente (subestados, transições).
Estados
Na configuração do fluxo de trabalho do Aranda FIELD SERVICE, existem três fases ou estados principais que agrupam o processo de execução de pedidos:
| Estado | Descrição |
|---|---|
| Abrir | Este status corresponde a pedidos que ainda não foram atribuídos a um especialista, são pedidos recém-criados ou que devem ser reprogramados para execução. |
| Em processo | Esse status inclui todas as etapas que o especialista de campo deve executar para executar uma tarefa. Os subestados definidos dentro deste estado guiarão o especialista passo a passo. Dentro deste estado, você pode criar qualquer subestado que desejar, no entanto, é importante manter o processo simples. |
| Executado | A ordem de serviço termina neste estado, com dois sub-status possíveis: executada ou cancelada. |
Subestados
O especialista de campo recebe ordens no status “Em processo” e, neste ponto, os substatus servem como um guia para a execução de uma ordem. O ciclo de vida do pedido é regido por substatus e suas transições. Ao criar um subestado, o administrador pode configurar diferentes opções que permitem que o modelo seja adaptado ao processo de negócios:
| Sub-Estado | Descrição |
|---|---|
| Não programado | Este subestado é típico do sistema. Qualquer transição que venha para este subestado fará com que o mecanismo se encarregue automaticamente de selecionar uma nova data e hora, bem como um novo especialista que possa lidar com o pedido. |
| Marcado | Este subestado é típico do sistema. Um pedido pode passar do status “não agendado” para o status “agendado” por meio de dois eventos: por meio do mecanismo de atribuição, onde a ferramenta agenda o pedido, ou por meio do agendamento manual. |
| Cancelado | Este subestado é específico do sistema. Corresponde a um estado terminal. Quando a ordem atinge esse status, isso indica que o trabalho não foi executado. |
| Executado | Este subestado é específico do sistema. É um status terminal que indica que o pedido foi concluído com sucesso. |
Transições
Transições são pontos de passagem ou ações entre dois subestados e são representadas por setas ou caminhos. Transições móveis se tornam “botões” que podem ser usados por especialistas de campo ou agentes web para mover uma ordem de trabalho de um estado para outro.
⚐ Nota: Nomear corretamente a transição determina a ação que os especialistas de campo devem tomar a partir de seu dispositivo móvel durante o tratamento de uma ordem de trabalho
⚐ Exemplo: Os substantivos das transições devem ser verbos infinitivos; por exemplo, para passar de um estado “Em Processo” para um estado “Escalado”, a transição deve ser chamada de “Escala” e representa a ação que especialistas de campo podem tomar para modificar a ordem.
Transições por Padrão
As transições padrão, quando ativadas nas propriedades de transição, serão prioridade dentro do fluxo de trabalho durante o serviço de serviço e podem ser vistas como um botão no console especializado.
Se houver duas transições (Aprovar/Desaprovar) para um substatus (Aprovação), uma transição deve ser marcada por padrão. Consequentemente, as outras transições aparecerão no menu Ações. Transições padrão são marcadas com uma estrela.
Razões
Os motivos serão solicitados ao especialista de campo quando o status de uma ordem de serviço mudar.