v1.9.3 — Septiembre 2026

Esta versión está pensada para los equipos de instalación y de campo: permite probar un dispositivo de punta a punta sin generar falsas alarmas, sacarlo de servicio de forma individual y cargar su posición desde el teléfono. También renueva el aspecto de Monitor y Manager.

Nuevas funcionalidades

Prueba de puesta en marcha (Commissioning test)

Permite comprobar que un dispositivo recién instalado avisa y actúa como debe, sin ensuciar los reportes con alarmas de prueba.

• Acceso: Manager → Devices → Devices → abrir un dispositivo → tab Details → sección Commissioning test. Aparece cuando el dispositivo ya está creado.
• Probar una alerta: en Alert to test se elige una alerta real del equipo y se pulsa Send test alert. Se crea una alarma y salen las notificaciones reales a sus destinatarios. Close test alarm envía también la notificación de cierre.
• Probar una salida: en Output to activate se elige una salida y se pulsa Activate output. Se abre una ventana de prueba (90 segundos por defecto, 10 minutos como máximo) en la que corre la cadena completa: acción, alerta y notificación. Si el comando falla, la ventana se cierra.
• Alarmas de prueba: quedan marcadas como prueba. No aparecen en alarmas activas, historial, dashboards, mapas ni reportes, no escalan y no cierran alarmas reales del mismo tipo.

Modo mantenimiento por dispositivo

Hasta ahora el mantenimiento se aplicaba a una facility entera. Ahora también se puede poner en mantenimiento un solo dispositivo.

• Acceso: Manager → Devices → Devices → abrir un dispositivo → tab Details → sección Maintenance.
• Uso: Put this device in maintenance / Return this device to service, con Reason opcional.
• Retorno automático: Return to service automatically after (hours). Si queda vacío, el dispositivo sigue en mantenimiento hasta que alguien lo devuelva a servicio.
• Comportamiento: un dispositivo en mantenimiento no genera alarmas ni ejecuta acciones. El resto de la facility funciona normalmente.

Posición del dispositivo desde el móvil

• Acceso: Manager → Devices → Devices → dispositivo → tab Details, debajo de latitud y longitud. También al crear el dispositivo.
• Use my current position: toma la posición GPS del navegador, pensado para cargarla desde una tablet o un teléfono en el sitio. Al terminar indica la precisión aproximada en metros o el motivo del error (permiso denegado, sin señal, tiempo agotado).
• Validación: al crear o editar un dispositivo, una posición a más de 50 km de su facility se rechaza con un mensaje que sugiere revisar el signo y los decimales. La coordenada 0,0 se guarda como "sin posición". Si la facility no tiene coordenadas no se valida.

Hora del evento en las notificaciones

Nueva variable {ALARM_TIME}: la hora del evento en la zona horaria de la facility, ya formateada.

• Funciona en las notificaciones de apertura y de cierre.
• Queda vacía si no se puede determinar la hora o la zona horaria de la facility.
• Las plantillas por defecto no cambian: hay que agregarla a la plantilla para usarla.

Resumen diario de sitios sin señal

Un correo diario a los administradores del cliente para detectar a tiempo los sitios con problemas.

• Contenido: los dispositivos que dejaron de comunicar desde el resumen anterior y los que tuvieron ráfagas de alarmas, que suelen anticipar una falla.
• Reglas: solo se envía si hay novedades, excluye los dispositivos en mantenimiento y las alarmas de prueba, y muestra hasta 50 filas por bloque.
• Disponibilidad: apagado por defecto. Disponible bajo activación; contactá a soporte.

Mejoras

• Nuevo aspecto de Monitor y Manager: bordes más redondeados, sombras nuevas y tablas más compactas. Mientras cargan, los listados, los dashboards y Monitor → Endpoints muestran la silueta del contenido en lugar de un spinner. Se respeta la preferencia de movimiento reducido del sistema.
• Aviso de alarma: el título incluye la severidad, también en las personalizadas, y el aviso aparece antes (la consulta pasa de 60 a 15 segundos).
• Histórico de endpoints: las series se dibujan como línea, sin un círculo por cada lectura.
• Reportes grandes: cambiar de página ya no vuelve a ejecutar el reporte completo, y exportar a CSV reutiliza la ejecución que se acaba de ver si tiene menos de 30 minutos.
• Registro de actividad: las acciones masivas quedan registradas en la categoría "Bulk actions", una fila por operación.
• Imagen de facility por defecto: renovada para las facilities sin imagen propia.
• Tutoriales guiados: se ocultan mientras se renueva su contenido.

Cambios en la API

• Token de una cuenta dada de baja: devuelve el nuevo código de error 8002 ("The account associated with this access token is disabled or has been deleted") en lugar de 8001. Las integraciones que solo reintentan el login ante el 8001 deberían tratar también el 8002.
• Métodos nuevos: DeviceService.RunCommissioningTest y DeviceService.SetDeviceOperationalStatus. La entidad Device suma OperationalStatus.
• Alarmas de prueba: AlarmService.CreateTestAlarm y CloseTestAlarm ahora exigen permisos de configuración de alarmas y de edición de la facility.
• Posición: CreateDevice y EditDevice aplican la validación de 50 km descrita arriba (error 40070).

Correcciones

• App Android: las notificaciones push llegan con los botones y el enlace a la alarma, y respetan las horas de silencio del usuario.
• Sirenas: sacar de servicio un sitio o un dispositivo con una sirena sonando ya no la deja sonando indefinidamente.
• Widgets con elementos borrados: si el endpoint, el dispositivo o la facility fue borrado, el widget muestra "sin datos" en lugar de un error.
• Planos: un plano que referencia un dispositivo borrado ya no se queda sin datos en vivo ni repite el aviso de error.
• Widget StateTimeline: el tooltip ya no sale recortado ni muestra "[object Object]".
• Grupos de widgets: el menú de tres puntos de un widget dentro de un grupo ya no aparece cortado.
• Aviso de alarma: en clientes sin ciclo de vida de alarmas, View details no hacía nada; ahora lleva al informe de alarmas activas de la facility.
• Rastreadores GPS por TCP: ya no quedan sin datos tras un reinicio del servidor.

Soporte

Para consultas, contactar al equipo Cloud Studio: contacto@cloud.studio.