Projetar processos para o Connected Field Service
Após começar oficialmente a coletar dados, detectar anomalias e extrair dados relevantes para nossos dispositivos de IoT, a etapa final será decidir o que fazer com eles e fornecer a orientação de usuários que trabalham com esses dispositivos. Antes de começar a definir processos, é importante compreender qual é o resultado desejado que você está tentando obter e determinar o que é necessário para chegar a esse ponto.
A imagem a seguir mostra um exemplo de um fluxo do processo empresarial que é ramificado com base no valor de leitura fornecido em um alerta de temperatura.
O fluxo do processo empresarial está associado à tabela de alertas IoT e usa o valor no campo Leitura de Dispositivo.
Com base nesse valor, podemos:
Enviar um comando de redefinir diretamente para o dispositivo se a leitura de temperatura estiver entre 70 e 85 graus.
Ingressar no nosso processo padrão de resolução que cria primeiro o caso, depois gera uma ordem de serviço, expede a ordem de serviço e, finalmente, tem um técnico que trabalha na ordem de serviço quando a leitura de temperatura está entre 86 e 100 graus.
Ignorar totalmente os estágios de ocorrência e ir diretamente para o estágio de criação da ordem de serviço se a leitura de temperatura estiver acima de 100 graus.
Usando a automação de fluxo de trabalho com fluxos do processo empresarial, esse conceito pode ser levado uma etapa adiante e, em vez disso, pode executar um fluxo do processo empresarial diferente com base no alerta.
Por exemplo: digamos que você criou os seguintes fluxos do processo empresarial para a tabela de alerta de IoT.
Fluxo do Processo de Alerta de Temperatura
Fluxo de Processo de Alerta de Umidade
Fluxo do Processo de Alerta de Compressor
Quando um alerta é gerado, podemos executar um fluxo de trabalho que usa a ação JSON-Based Field Value – Get String para capturar a propriedade "readingtype" do JSON passada para o campo Alert Data. Em seguida, o fluxo de trabalho pode preencher um campo personalizado chamado Tipo de leitura no registro do alerta.
Como podemos interagir com fluxos do processo empresarial usando o fluxo de trabalho, seria possível criar um fluxo de trabalho que executaria o fluxo do processo empresarial apropriado com base no valor do campo Tipo de Leitura.
Além disso, você pode executar fluxos de trabalho ao entrar ou sair de um estágio específico de um fluxo do processo empresarial. Esse recurso pode ser útil quando você está pensando em enviar comandos ou registrar dispositivos com base nos itens que capturou nos registros com os quais está trabalhando. Pronto para uso, o Connected Field Service é enviado com as seguintes ações:
| Nome de Exibição | Descrição |
|---|---|
| IoT - Registrar Entidade de Cliente | Registra qualquer tabela personalizada que possa ou não já ter conectado dispositivos IoT. Esta ação invoca a ação IoT – Registrar dispositivo. |
| IoT - Registrar Dispositivo | Publica o registro para um dispositivo IoT. |
| IoT – Alertas de IoT de Ressalto | Vincula alertas redundantes potenciais a um alerta pai existente. |
Criando fluxos de trabalho que chamam essas ações, você pode então associar esses fluxos de trabalho à entrada ou à saída de um estágio específico no fluxo do processo empresarial. Por exemplo, você pode ter um fluxo do processo empresarial associado a uma tabela personalizada que também será usada como um dispositivo IoT. Criando um fluxo de trabalho que chama a ação IoT ‒ Registrar Entidade de Cliente e definindo-a para ser executada na saída de um estágio específico, você pode então avaliar itens específicos no registro e fazer com que o fluxo do processo empresarial registre automaticamente o dispositivo se condições específicas forem atendidas.
Independentemente de como você pretende automatizar e guiar usuários em processos específicos, é importante lembrar-se de que cada processo criado deve:
Ter um início específico. (Exemplo: Alerta sendo disparado)
Ter um fim específico. (Exemplo: uma ordem de serviço que está sendo fechada)
Ter um procedimento repetível com estágios e etapas específicos. (Exemplo: Alerta – Ocorrência – Ordem de Serviço – Fornecimento de Serviço)
Levar em consideração as variáveis que podem afetar o fluxo de processo. (Exemplo: uma interrupção versus um aviso)