16 de junio de 2026

Esta versión es la más grande del año hasta ahora. Suma un copiloto de IA, un ciclo de vida completo para las alarmas, severidades a medida, nuevas formas de definir alertas y dashboards a escala, y un bloque de funciones de seguridad que cada cliente puede activar. Varias de estas funciones vienen apagadas por defecto; en cada una se indica cómo se activa.

Nuevas funcionalidades

Copiloto de IA (AI Copilot)

Un asistente conversacional disponible en Monitor y en Manager que responde sobre los datos reales de la plataforma.

Acceso: botón flotante AI Copilot en cualquier pantalla, que abre un panel lateral.
Consultas: alarmas activas y su detalle, facilities, endpoints, dashboards, estado de un endpoint, revisión de la configuración y explicación de métricas. Las respuestas llegan en streaming y en el idioma del usuario.
Sugerencias: con la conversación vacía propone preguntas según el estado real (por ejemplo, alarmas activas o dispositivos offline).
Acciones con aprobación: puede proponer crear un dashboard o una condición de alerta. La propuesta aparece como tarjeta con Apply / Discard y solo se ejecuta si el usuario la aprueba y tiene el permiso correspondiente.
Opciones: nivel de razonamiento, extensión de la respuesta y modelo (Auto, Fast o Deep).
Cuota: un indicador en la cabecera muestra el porcentaje de uso.
Privacidad: antes de enviar el texto al modelo se quitan credenciales y tokens.
Disponibilidad: es un add-on y viene apagado. Disponible bajo activación; contactá a soporte.

Contexto operativo para la IA (AI Context)

Permite describir la operación de cada cliente para que las respuestas del copiloto sean más precisas.

Acceso: Manager → configuración del cliente → tab AI Context. También hay un tab AI Context en las fichas de facility, device, endpoint y usuario.
Plantillas predefinidas: Apply predefined template ofrece 10 perfiles (detección de incendio NFPA 72 y EN-54, almacén industrial, manufactura, subestación eléctrica, planta de tratamiento de agua, cadena de frío, prevención de incendios forestales, gestión de residuos y operación IoT genérica). Aplicar una plantilla reemplaza el contexto anterior.
Formularios estructurados: para la facility, tipo de edificio, superficie, carga de fuego, supresión, zona climática, materiales peligrosos y normativa aplicable.
Completitud: cada nivel muestra una barra con el porcentaje completado.

Asistente de onboarding con IA

Un chat a pantalla completa que guía a un usuario nuevo desde cero hasta una prueba de concepto con datos reales.

Acceso: Monitor → menú lateral → Onboarding.
Recorrido: conectar (LoRaWAN o gateway MQTT), recibir datos y armar el dashboard. El asistente crea el modelo de dispositivo con su script, da de alta los dispositivos, explica cómo conectar el network server o el broker y confirma cuando llegan datos.
Final: al terminar ofrece Go to my dashboards o volver a empezar.
Idiomas: la interfaz está en español e inglés.
Disponibilidad: apagado por defecto. Disponible bajo activación por cliente; contactá a soporte.

Ciclo de vida de alarmas (Alarm Lifecycle)

Las alarmas pasan a tener estados y responsables, con registro de cada cambio.

Acceso: Monitor → menú lateral → Alarms.
Estados: New → Viewed → In process → Resolved. Cada transición queda registrada con usuario, fecha y comentario. Resolver exige comentario.
Acciones: Mark as viewed, Take in process, Resolve y Reset. El reset, al estilo de una central de incendio, solo funciona si la condición ya volvió a la normalidad.
Silenciar: Silence hasta el reconocimiento o por 10, 30 o 60 minutos. Una alarma silenciada no escala, y al vencer el silencio se vuelve a avisar.
Escalamiento: si nadie atiende la alarma, se avisa una vez al grupo configurado para su severidad por email, SMS, push o WhatsApp.
Resolución automática: configurable por severidad.
Vista: columnas de estado, dispositivo, endpoint, severidad, facility, asignado, apertura y duración, con alternancia entre activas e historial.
Disponibilidad: apagado por defecto. Disponible bajo activación por cliente; contactá a soporte.

Severidades de alarma personalizadas

Además de las cuatro severidades de la plataforma, cada cliente puede definir las suyas.

Acceso: Manager → Alarms → Alarm severities.
Configuración: nombre en varios idiomas, color, orden, Auto-resolve, Requires comment on resolve y Notify push.
Uso: se eligen en el editor de alertas y en los tipos de alarma, y se muestran con su color en las listas de alarmas, el mapa y los contadores de los dashboards.
Restricciones: las severidades de la plataforma son de solo lectura, y una severidad en uso no se puede borrar.

Alertas por velocidad de cambio (Rate of Change)

Una alerta puede dispararse por lo rápido que cambia una variable, no solo por su valor.

Acceso: Manager → Alarms → Alerts → crear o editar una alerta → condición Rate of change.
Configuración: ventana en minutos, umbral por minuto y Direction (Both, Rising o Falling).
Alertas compuestas: la condición también se puede usar dentro de alertas AND/OR.
Histórico: en Monitor → Historical data, la casilla Rate of Change (Δ/min) dibuja la variación en lugar del valor.

Plantillas de alerta (Alert templates)

Permiten definir una alerta una sola vez y aplicarla a muchos dispositivos.

Acceso: Manager → Alarms → Alert templates.
Configuración: severidad, endpoint, tipo de variable, condición y umbral de disparo y de reset, duración mínima, destinatarios por email.
Destino: por modelo de dispositivo, por facility o por selección manual.
Modos: Static (Fork) salta los dispositivos que ya tienen la alerta; Dynamic (Link) actualiza las alertas ya creadas cuando se vuelve a aplicar.
Resultado: Apply to devices muestra cuántas alertas se crearon, actualizaron, saltearon o fallaron.
Borrado: si se borra la plantilla, las alertas creadas quedan como alertas manuales.

Seguridad por cliente: política de contraseñas, 2FA con app y panel de cumplimiento

Un conjunto de funciones de seguridad que se habilitan por cliente y aparecen en su menú Security.

Password policy: longitud mínima, mayúsculas, minúsculas, números y símbolos, validez del link de recuperación, vencimiento de la contraseña, historial y bloqueo de cuenta tras intentos fallidos. Solo endurece la política general, nunca la relaja. Si un usuario pertenece a varios clientes, se aplica la más estricta.
Two-factor authentication: 2FA con app autenticadora (Google, Microsoft, Authy, 1Password, Bitwarden). Se enrola con un código QR y se confirma con un código de la app. En el login se pide el código de la app, con envío por email o SMS como alternativa.
Compliance dashboard: tarjetas con 2FA de administradores y de todas las cuentas, cuentas bloqueadas, intentos fallidos en 24 h, sesiones activas, cambios de contraseña pendientes y la contraseña más antigua sin rotar.
Política de 2FA: se puede exigir 2FA a todos o solo a los administradores, y elegir los canales permitidos (app, SMS).
Acceso: Manager → [cliente] → Security → Password policy / Two-factor authentication / Compliance dashboard.
Disponibilidad: apagadas por defecto. Disponibles bajo activación por cliente; contactá a soporte.

Cierre de sesión por inactividad

Acceso: Manager → configuración del cliente → tab Security → bloque Inactivity Timeout.
Configuración: por grupo de usuarios: Disabled, 5, 10, 15, 30 o 60 minutos. Si un usuario está en varios grupos, manda el menor.
Aviso previo: un modal con cuenta regresiva de 30 segundos y los botones Continue session / Log out now. Si hay cambios sin guardar, se dan 5 minutos de gracia.
Varias pestañas: la actividad se sincroniza entre pestañas abiertas.
Registro: el cierre queda en el registro de actividad y el login muestra el motivo.
Por defecto está desactivado en todos los grupos.

Iniciar sesión como otro usuario (Log in as)

Permite a un administrador ver la plataforma tal como la ve un usuario, para dar soporte.

Acceso: Manager → [cliente] → Security → Users → acción de fila Log in as.
Motivo: se puede indicar el motivo al iniciar.
Durante la sesión: un banner fijo en Monitor y Manager indica que se está actuando como otro usuario y permite volver a la sesión propia. La sesión dura como máximo una hora.
Trazabilidad: queda en el registro de actividad con la identidad real del administrador, y el usuario recibe un email avisando.
Límites: un administrador de cliente solo puede hacerlo con usuarios de sus clientes, y los administradores de la plataforma no pueden ser suplantados.

Migración de dispositivos entre facilities

Un asistente para mover un dispositivo a otra facility conservando su historial.

Acceso: Manager → Devices → botón Migrate de la fila.
Paso 1, destino: dentro del mismo cliente (entre facilities) o a otro cliente.
Paso 2, verificación previa: muestra endpoints, alertas que se desconectan, sub-dispositivos que migran en cascada, migraciones anteriores y alarmas activas.
Paso 3, confirmación: pide aceptar las consecuencias y reingresar la contraseña.
Gateways: los dispositivos que dependen de un gateway migran con él.
Disponibilidad: apagado por defecto. Disponible bajo activación por cliente; contactá a soporte. La migración entre clientes queda reservada a los administradores de la plataforma.

Reportes programados del cliente (Scheduled reports)

Una vista para que el administrador del cliente vea y gestione todas las suscripciones a reportes, no solo las propias.

Acceso: Manager → [cliente] → Security → Scheduled reports.
Columnas: reporte, dueño, destinatarios y próxima ejecución, con filtro.
Acciones: editar la suscripción (destinatarios, formato PDF, Excel o PNG, días y horas) o borrarla.

Plantillas de dashboard, presets y filtros por chips

Herramientas para generar dashboards a escala a partir de reglas, en lugar de armarlos uno por uno.

Acceso: Manager → sección Dashboards → Templates, Presets y Filter Sets.
Templates: definen el layout con reglas que se repiten por dispositivo, por endpoint o por gateway, con filtros por modelo, tipo de endpoint o variable. El dashboard se reconstruye solo cuando se crea, edita o borra un dispositivo de la facility.
Presets: aplican un template a una facility y lo publican en el menú lateral de Monitor, con nombre, ícono y orden.
Filter Sets: conjuntos de chips (All, Ideal Situation, Disconnected, por severidad o por tipo de alarma) con editor visual.
En Monitor: los dashboards de un preset muestran la barra de chips con el conteo de dispositivos. Al elegir un chip se ocultan los widgets que no coinciden y la grilla se compacta.

Widget de mapa avanzado

El widget de mapa del dashboard ahora admite varios tipos de mapa.

Acceso: Monitor → dashboard en edición → widget de mapa → parámetros.
Tipos: facilities (el de siempre), dispositivos, alarmas con mapa de calor, asset tracking con rutas históricas y mapa personalizado.
Panel de detalle: al hacer click en un marcador se abre un panel lateral con datos del dispositivo o la facility, métricas en vivo, batería, señal y alarmas activas.
Color por severidad: el pin toma el color de la alarma activa más grave.
Estilo de mapa: todos los mapas suman un selector de estilo (estándar, alto contraste, plata, retro, noche, satélite y terreno) que se recuerda por usuario.

Widget de control

Un widget para enviar comandos a uno o varios endpoints desde el dashboard.

Acceso: Monitor → dashboard en edición → agregar widget Control.
Configuración en tres pasos: tipo de control (interruptor, slider o botón) y comando; endpoints a controlar (solo se listan los compatibles); personalización visual, con opción de pedir confirmación antes de ejecutar.
Seguridad: según la configuración del endpoint, se pide contraseña, confirmación o se ejecuta directo.
Solo lectura: en dashboards compartidos, sin permiso o con la facility en mantenimiento.
Registro: cada ejecución queda en el registro de actividad.

Widget de grilla hexagonal (Hexagonal grid)

Acceso: Monitor → dashboard en edición → agregar widget Hexagonal grid.
Uso: muestra los endpoints de la facility como hexágonos coloreados por estado, con acceso al detalle.
Parámetros: variable, columnas, tamaño del hexágono y leyenda.
Filtros: responde a los chips de los Filter Sets.

Widgets de dispositivos por severidad

Tres widgets nuevos que cuentan dispositivos según su alarma activa más grave.

Device counter by severity: un contador por severidad, con opción de incluir los dispositivos normales.
Device counter (single severity): un único contador para la severidad elegida.
Device last state: tabla con severidad, dispositivo, estado, fecha y facility.
Los contadores incluyen las severidades personalizadas del cliente.

Widget de tiempo por estado (State time summary)

Uso: muestra el tiempo acumulado en cada estado de uno o varios endpoints durante el período.
Formato: barras, torta o tabla, con tiempo acumulado y porcentaje.
Huecos: los períodos sin datos aparecen como "sin información".

Automatizaciones definidas en el modelo de dispositivo

Reglas en el script del modelo: el script de configuración puede declarar reglas de automatización (disparador y pasos). Se crean solas al dar de alta un dispositivo del modelo, y la descripción admite {deviceAddress} y {deviceName}.
Reprovisionar: Manager → Devices → seleccionar dispositivos → Reprovision automations vuelve a aplicar las reglas y alertas del modelo sin tocar endpoints ni histórico. Actualiza las reglas que cambiaron y renombra en lugar de duplicar.
Limpieza opcional: Remove outdated rule versions borra versiones viejas de las reglas. Nunca borra alertas.

Clave de cifrado por dispositivo y criptografía en scripts

Para dispositivos que envían datos cifrados con AES.

Clave por dispositivo: si el modelo lo declara, la ficha del dispositivo muestra el campo Encryption key (hexadecimal de 16, 24 o 32 bytes). Se guarda cifrada y ninguna API la devuelve.
Scripts: el objeto crypto en los scripts de uplink y downlink ofrece aesDecrypt y aesEncrypt (CBC o ECB, con varios paddings) y conversiones entre hexadecimal, bytes, UTF-8 y Base64. La clave del dispositivo está disponible como device.encryptionKey.

Chino simplificado

El chino simplificado (ZH-CN) se suma como octavo idioma en Monitor, Manager y las notificaciones. En los campos multi-idioma aparece como "中文".

Selección múltiple y borrado masivo en listados

Uso: los listados de configuración suman una casilla por fila y un selector All / None, con borrado de varios elementos a la vez tras una confirmación.
Persistencia: la selección se mantiene al paginar, ordenar o filtrar.
Dashboards: en Monitor también se pueden borrar varios dashboards juntos.

Mejoras

Widget Device status: el donut (antes "Active alarms") reparte los dispositivos por su peor severidad activa más "Normal", con el porcentaje dominante en el centro.
Contador de alarmas: nuevo diseño de tarjeta con tamaño uniforme y opción de incluir "Normal". Se quitó la dirección "Both"; los widgets que la usaban pasan a horizontal.
Widget del clima: rediseño con ícono según la condición, temperatura exterior y sensores de la facility, y mejor comportamiento al achicarlo.
Grupos de widgets: nueva orientación horizontal con alto de fila ajustable.
Tamaño de letra: los widgets Metrics, Rounded Gauge y Device permiten fijar el tamaño; vacío equivale a automático.
Vista móvil: al pasar a una columna se respeta el orden de lectura del escritorio.
Widget de cámara: navegación por las imágenes con flechas cuadro a cuadro y un slider de tiempo.
Tabla simplificada: los rangos de color se editan en la unidad visible de la variable.
Endpoints ocultos: los dashboards ya no muestran widgets cuyos endpoints están todos ocultos.
Selector de widgets: miniaturas nuevas y rediseñadas.
Color de la severidad Low: pasa de #FFDD00 a #FFDD30 en toda la plataforma.
Registro de actividad de usuarios: se movió al menú Security del cliente.
Favicon de marca blanca: se conserva tras las actualizaciones.
Notificaciones: la firma de los correos sale en inglés para inglés, francés, italiano, alemán y chino (antes salía en español).

Cambios en la API

Severidades como enteros: para admitir severidades personalizadas, los campos de severidad de alertas y alarmas (por ejemplo Alert.Severity) pasan de enum a entero. Los valores de las severidades existentes no cambian, pero las integraciones que validen contra la lista cerrada de severidades tienen que aceptar valores nuevos.
Servicios nuevos: AIService, AIContextService, AIOnboardingService, AlertTemplateService, DeviceMigrationService, DashboardTemplateService, DashboardPresetService y DashboardFilterSetService.
Métodos nuevos: ciclo de vida de alarmas en AlarmService (GetActiveAlarmsLifecycle, ResolveAlarm, MuteAlarm, ResetAlarm, etc.), severidades personalizadas (EnumAlarmTypeSeverities y ABM), DashboardService.ExecuteControlWidget, DashboardService.DeleteDashboards, DeviceService.ReprovisionDeviceAutomations, DeviceService.SetDeviceEncryptionKey y 2FA con app en AccountService (EnrollTotp, ConfirmTotpEnrollment, DisableTotp).
Alertas por velocidad de cambio: Alert, AlertCondition y Event suman RateOfChangeWindowMinutes, RateOfChangeThreshold y RateOfChangeDirection.

Correcciones

2FA solo para administradores: la opción "Require 2FA for administrators only" no tenía efecto. Ahora se aplica.
Registro de actividad: la purga programada del registro de actividad fallaba siempre y no borraba nada.
Severidad de alertas: cambiar la severidad de una alerta no actualizaba sus alarmas abiertas.
Tabla simplificada: los colores por rango desaparecían en variables con conversión de unidades, y un endpoint borrado hacía que el widget se descartara al guardar.
Rounded gauge: el semicírculo se recortaba por los costados en widgets angostos.
Widget de cámara: Launch Live no aparecía si todavía no había imágenes o en modo edición.
Dashboards: crear un dashboard de cliente vacío daba error.
Rutas inexistentes: una URL inválida en Monitor o Manager dejaba la pantalla en blanco; ahora redirige a la página inicial.
Notificaciones: la notificación push de escalamiento estaba siempre en inglés.

Soporte

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

v1.8.4 — Junio 2026