O modelo projetado pelo cliente para o gerenciamento e o serviço de ordens de serviço a partir do console da Web do AFLS configura o fluxo de trabalho e determina o ciclo de vida das ordens de serviço. Cada atividade no fluxo de trabalho será uma etapa que o especialista de campo do console móvel deve realizar até que um trabalho seja concluído.
Um fluxo de trabalho é composto de estados, subestados, atividades, transições que definem o procedimento.
A partir do console AFLS Mobile, o especialista de campo atenderá à ordem de serviço seguindo o fluxo previamente projetado.
Abaixo você pode expandir os conceitos mais relevantes:
Modelo
Agrupamento de características comuns a vários serviços. Geralmente, dentro das organizações, os serviços são fornecidos sob uma parametrização semelhante em termos de fluxo de trabalho e campos adicionais para pedidos.
Estados
Etapas para a execução da ordem. Na configuração do fluxo de trabalho Aranda FIELD SERVICE, existem três fases ou estados principais que resumem as etapas de execução da ordem:
- Abrir: Este status corresponde a ordens que ainda não foram atribuídas a um especialista, são ordens reprogramadas ou recém-criadas e ordens atribuídas a um especialista, mas que ainda não iniciaram sua execução.
- Em processo: Este 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 substatus 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
As transições são representadas por setas ou caminhos que vão de um subestado para outro. As transições têm um contexto adicional: tornam-se “botões” que podem ser usados por especialistas de campo ou agentes na web para mover uma ordem de serviço de um estado para outro.
Razões
Os motivos serão solicitados ao especialista de campo quando o status de uma ordem de serviço mudar.