Diseñar procesos para Connected Field Service
Ahora que ha empezado oficialmente a recopilar datos, detectar anomalías y extraer los datos relevantes para nuestros dispositivos de IoT, el último paso consiste en decidir qué queremos hacer con todo esto y proporcionar orientación a los usuarios cuando trabajen con estos dispositivos. Antes de empezar a definir procesos, es importante comprender cuál es el resultado que desea alcanzar y determinar qué se necesita para ello.
En la imagen siguiente se muestra un ejemplo de un flujo de proceso de negocio que se bifurca según el valor de lectura que se proporciona en una alerta de temperatura.
El flujo de proceso de negocio está asociado a la tabla de alerta de IoT y utiliza el valor del campo Lectura de dispositivo.
Con este valor, podemos:
Enviar un comando de reinicio directamente al dispositivo si la lectura de temperatura está entre 70 y 85 grados.
Bifurcar hacia nuestro proceso de resolución estándar que primero crea el caso, después genera una orden de trabajo, envía la orden de trabajo y, por último, hace que el técnico atienda la orden de trabajo cuando la lectura de temperatura está entre 86 y 100 grados.
Omitir las etapas del caso e ir directamente a la etapa de creación de la orden de trabajo si la lectura de temperatura es superior a 100 grados.
Si utiliza la automatización del flujo de trabajo con flujos de proceso de negocio, se podría avanzar un paso más en este concepto y ejecutar un flujo de proceso de negocio diferente según la alerta.
Por ejemplo, supongamos que ha creado los siguientes flujos de proceso de negocio para la tabla de alerta de IoT.
Flujo de proceso de alerta de temperatura
Flujo de proceso de alerta de humedad
Flujo de proceso de alerta de compresor
Cuando se genera una alerta, podríamos ejecutar un flujo de trabajo que use la acción JSON-Based Field Value – Get String para capturar la propiedad "readingtype" de los datos JSON pasados al campo Datos de alerta. El flujo de trabajo podría rellenar un campo personalizado llamado Tipo de lectura en el registro de alerta.
Como podemos interactuar con flujos de proceso de negocio a través de un flujo de trabajo, se podría diseñar un flujo de trabajo para ejecutar el flujo de proceso de negocio adecuado según el valor del campo Tipo de lectura.
Además, puede ejecutar flujos de trabajo al entrar o salir en una etapa específica de un flujo de proceso de negocio. Esta característica podría ser útil para enviar comandos o registrar un dispositivo según los elementos capturados en los registros con los que está trabajando. Connected Field Service incluye las siguientes acciones listas para usar:
| Nombre para mostrar | Descripción |
|---|---|
| IoT - Registrar entidad de cliente | Registra cualquier tabla personalizada, independientemente de si ya está conectada a dispositivos de IoT o no. Esta acción invoca la acción IoT – Registrar dispositivo. |
| IoT - Registrar dispositivo | Publica el registro para un dispositivo de IoT. |
| IoT – Corregir alertas de IoT | Vincula posibles alertas redundantes a una alerta principal existente. |
Mediante la creación de flujos de trabajo que llaman a estas acciones, puede asociar estos flujos de trabajo a la entrada o salida de una etapa específica en el flujo de proceso empresarial. Por ejemplo, puede tener un flujo de proceso de negocio asociado a una tabla personalizada que también se va a utilizar como un dispositivo de IoT. Al crear un flujo de trabajo que llama a la acción IoT - Registrar entidad de cliente y establecer que se ejecute al salir de una etapa específica, podrá evaluar elementos específicos en el registro y hacer que el flujo de proceso de negocio registre el dispositivo automáticamente si se cumplen determinadas condiciones.
Independientemente de cómo piense automatizar los procesos y orientar a los usuarios a través de procesos específicos, es importante recordar que cada proceso que diseñe debe:
Tener un principio específico. (Ejemplo: alerta desencadenada)
Tener un final específico. (Ejemplo: cierre de una orden de trabajo)
Tener un procedimiento repetible con etapas y pasos específicos. (Ejemplo: Alerta – Caso – Orden de trabajo - Suministro de servicios)
Tener en cuenta variables que pueden afectar al flujo de proceso. (Ejemplo: una caída del sistema frente a una advertencia)