En el artículo anterior habíamos presentado la nueva funcionalidad de D365FO con la que podíamos conectar nuestros dispositivos IoT al ERP y realizar 3 tipos de acciones:
Monitorizar estados y métricas
Realizar acciones automáticamente
Mostrar notificaciones frente a ciertos eventos
En el artículo de hoy veremos la herramienta en funcionamiento, veremos ejemplos y cual es el resultado que D365FO nos propone.
Como ya habíamos comentado actualmente existen 5 escenarios posibles soportados por esta característica:
Mantenimiento de activos
Estado de máquina
Tiempo de inactividad
Calidad de producto
Retrasos de producción
Para la realización de los ejemplos hemos seguido la documentación oficial de Microsoft y un poco de ayuda de los grupos de soporte ya que se trata de una funcionalidad nueva y aun le falta recorrido.
Mantenimiento de activos
El primer escenario que vamos a probar será el de mantenimiento de activos. En este escenario imaginemos que tenemos un dispositivo o máquina conectada qué a cierto ciclo de funcionamiento es necesario hacerle un mantenimiento o cambiarle alguna pieza. El sensor de este dispositivo nos enviará periódicamente el uso que este componente va teniendo, y a partir de aquí veremos como reacciona el ERP.
Elemento | Función |
Sensor | Envía una señal con el número de veces que se ha ejecutado una acción |
Azure | Envía a Redis el agregado de señales recibidas |
D365FO | Toma los datos de Redis y genera un registro en los contadores de activos |
En el formulario de contadores de activo se van registrando automáticamente los valores obtenidos del sensor y vemos como se va acumulando en la columna de valor agregado.
Cuando llega al valor configurado para ese activo automáticamente se genera una orden de trabajo para realizar el mantenimiento de ese componente. Todo este proceso se hace de forma automática mientras el sensor nos va enviando la información.
Estado de máquina
El segundo escenario a analizar será aquel que nos dice el estado en el que se encuentra nuestro dispositivo IoT. En nuestro ejemplo vamos a imaginar que tenemos un dispositivo del que solo queremos obtener información de si se encuentra en funcionamiento o está parado (p.ej.: una cinta transportadora, una luz de emergencia...)
Elemento | Función |
Sensor | Envía una señal cualquiera. Lo único que indica su recepción es que el dispositivo está en funcionamiento. |
Azure | Envía a Redis el agregado de señales recibidas |
D365FO | Toma los datos de Redis y notifica si el dispositivo ha sufrido un cambio en su estado de funcionamiento |
Como podéis ver en el siguiente video, el gráfico nos muestra el número de señales que va recibiendo Dynamics sin importarle el valor de éstas. Cuando Dynamics detecta que no ha recibido ninguna señal en un tiempo de 2 minutos (parametrizable) nos lanza una notificación para avisarnos de que ese dispositivo ha dejado de funcionar.
Una vez vuelve a recibir señal nos avisa del mismo modo que el dispositivo ha vuelto a estar en funcionamiento.
Tiempo de inactividad
En el siguiente escenario veremos como se miden los tiempos de inactividad de los dispositivos conectados. Este escenario permite analizar la eficiencia de un dispositivo midiendo el tiempo de uso frente el tiempo inactivo. El principio es el mismo que para el caso anterior, solo necesitamos que la máquina envíe una señal cualquiera puesto que no nos interesa su valor.
Elemento | Función |
Sensor | Envía una señal cualquiera. Lo único que indica su recepción es que el dispositivo está en funcionamiento. |
Azure | Se comprueba si no se ha recibido señal en el umbral parametrizado en Dynamics. El resultado se envía como notificación cada minuto a Dynamics. |
D365FO | Genera un registro en Tiempos de inactividad por mantenimiento |
Vemos como cuando no recibe ninguna señal durante un tiempo parametrizado nos registra un tiempo de inactividad para que luego podamos sacar los informes estándar de Dynamics con el que se medirá el rendimiento de ese activo.
Calidad de producto
En el siguiente escenario veremos como monitorizar y controlar las métricas que nos indican si los productos están dentro de los umbrales de calidad. Este escenario permite auditar aquellas medidas que nos interesen para así cumplir con las tolerancias configuradas en D365FO. En este caso sí que nos interesa el valor de la medición, puesto que con ella veremos si cumple el control de calidad.
Elemento | Función |
Sensor | Envía una medición acerca de una propiedad en particular de los productos. |
Azure | Se genera un registro en Redis con la medición tomada. |
D365FO | Obtiene los datos de Redis y comprueba que estén dentro del umbral configurado. En caso contrario notifica al usuario. |
En el siguiente video se puede ver como durante un tiempo el valor del sensor se encuentra dentro del margen aceptable para ese atributo del producto. En cierto momento el valor se dispara y Dynamics nos avisa de ello para que sepamos que ese producto no está cumpliendo con la calidad estipulada. Una vez resuelto el problema y Dynamics vuelve a recibir datos correctos también nos avisa de ello para que podamos cerciorarnos que la incidencia está resuelta.
Retrasos de producción
El último escenario permite medir el ciclo de vida real con el planificado para notificar retrasos en las acciones de producción. En ese escenario es necesario que el sensor nos envíe el número de unidades que se van produciendo (en este caso) para poder controlar si estamos dentro de los tiempos planificados o la producción se está ralentizando.
Elemento | Función |
Sensor | Envía una señal con el número de unidades producidas |
Azure | Métricas: se genera un registro por cada señal enviada Notificación: calcula la cantidad por minuto teórica y si es mayor a la real, genera notificación |
D365FO | Muestra las métricas en gráficos Muestra la notificación |
En el siguiente video podemos observar como la curva que nos indica las unidades producidas va perdiendo inclinación, cosa que nos indica que cada vez se producen menos unidades por minuto. En cierto momento Dynamics reconoce que a esta velocidad vamos a tener un retraso en la producción y nos avisa de ello.
¿...y ahora qué...?
Una vez probados los ejemplos anteriores y ver que todo funciona correctamente no nos vamos a quedar con esta visión estándar sino que le vamos a dar una vuelta de tuerca.
¿Os imagináis que conectamos un F1 a D365FO?
¿Podríamos ver y controlar el tiempo de espera en la cola de un parque de atracciones?
¿Y si le sumamos una herramienta de Azure para monitorizarlo en tiempo real?
Os dejo un adelanto del gráfico de velocidad de un F1 en D365FO y os espero en el siguiente artículo:
