Registro de cambios
Hitos de producto del ecosistema V.A.D. IIoT, versión a versión: nuevos módulos de la plataforma, integraciones, idiomas y trabajo de fiabilidad.
Monitorización, roles y nuevas formas de conexión
Tres líneas en paralelo: un servicio de monitorización con registro común de detectores y una única tabla de eventos, un modelo de autorización basado en objetos de política y nuevas formas de incorporar un dispositivo o una región: modo proxy y paquete de conformidad regional.
- Nuevo
Registro común de detectores y una única tabla de eventos
Los eventos problemáticos llegan de varias fuentes: demonio de recogida, módulo de ingesta, comprobaciones programadas, análisis con IA. El servicio los reduce a dos entidades: un catálogo de detectores que define qué cuenta como problema y a qué servicio y grupo de guardia pertenece, y una única tabla de eventos en la que escriben todas las fuentes. Paneles, filtros e informes la leen directamente, así que el recuento de problemas es el mismo en todas partes.
Más información - Fiabilidad
Marcadores de sesiones problemáticas aplicados en la ingesta
Una sesión se evalúa en el momento de escribirse en la base de datos. Las reglas son umbrales: contacto con más de 15 minutos de adelanto sobre la planificación, caída de tensión de la batería de telemetría superior a 0,1 V respecto a la sesión anterior, de la batería metrológica superior a 0,05 V, duración de conexión anómala. La sesión recibe un marcador y el resumen diario se compone a partir de los marcadores en lugar de recorrer de nuevo el archivo: el coste de la comprobación no crece con el parque.
- Seguridad
Reglas de acceso sobre objetos de política
El modelo de acceso se apoya en objetos de política: una clase por recurso, métodos corrientes en lugar de un DSL. Un rol se describe con un conjunto de capacidades con nombre y banderas de actividad y «activado por defecto», de modo que la composición de derechos se configura por instalación sin publicar una build. La política sigue siendo un objeto corriente y se cubre con pruebas unitarias en lugar de un recorrido de extremo a extremo por la web.
Más información - Integración
Controladores y vistas de la API trasladados al espacio v3
El contrato público recibe un espacio de nombres propio: los controladores y las representaciones pasan a v3, mientras v1 queda congelado como punto de entrada compatible. Los cambios rupturistas ocurren solo en el nuevo espacio, así que la API puede evolucionar sin acordarlo con cada integrador. Las respuestas se localizan: catálogos y descripciones de texto vuelven en el idioma del usuario que hace la petición.
Más información - Integración
Un tercer modo de trabajo con el dispositivo: el proxy
Un dispositivo trabaja con dos servidores: uno principal y otro de reserva. Un tercer modo añade el proxy: el demonio de recogida acepta la conexión y reenvía los datos, manteniéndose transparente para el dispositivo. Esto cubre las instalaciones sin ruta directa a la plataforma. El modo se refleja tanto en el servidor de recogida como en la interfaz, de manera que al analizar un enlace se ve por qué camino llegaron los datos.
Más información - Rendimiento
Última sesión y modelo del contador en caché en la telemetría
La última sesión de comunicación y una referencia al modelo del contador se almacenan en caché junto al registro de telemetría: tensión de batería, código de estado de sesión, unidades de medida. Las listas y filtros de todo el parque se resuelven con una sola consulta en lugar de acudir al archivo en cada pantalla, así que el tiempo de respuesta se mantiene independiente de la profundidad del histórico. La caché se refresca durante la ingesta, de modo que su retardo lo acota la sesión de comunicación y no una ventana de recálculo programado.
- Nuevo
MENA Compliance Pack
Los requisitos de los países de la región difieren pero coinciden en un núcleo: reglas de IoT, ciberseguridad, protección de datos personales, restricciones de alojamiento en la nube, operación industrial. El paquete fija ese núcleo común y lleva las diferencias a anexos por país, mientras la configuración de la instalación apunta al anexo que necesita. El documento responde a la pregunta de aplicabilidad antes de iniciar un piloto: se dirige a clientes, socios locales, integradores de sistemas y organismos públicos.
Datos del dispositivo fiables y legibles
Los datos del dispositivo se interpretan según la especificación del protocolo: las máscaras de bits se decodifican bit a bit, los códigos se muestran en hexadecimal y las descripciones de archivo parten del estado del equipo. El archivo acumulado se recalculó con la misma lógica.
- Fiabilidad
Decodificación bit a bit de las máscaras de estado en los registros
Los campos de estado de eventos y alarmas del protocolo Type-M son máscaras de 16 bits: el bit 1 indica batería baja, el bit 2 señal GSM débil y el bit 15 (32768) el arranque del equipo. La decodificación recorre los bits y los contrasta con los umbrales del firmware: el evento de batería baja se activa por debajo de 11,7 V y se retira por encima de 12,0 V, con 300 mV de histéresis. Las descripciones del registro se construyen a partir de los bits decodificados y el archivo acumulado se recalculó con la misma lógica: 7872 registros actualizados y 112 924 añadidos.
- Mejorado
Reescritas las etiquetas de pestañas y las descripciones de eventos
Los textos de las pestañas de archivo parten del estado del equipo y no de los campos del paquete: la descripción dice qué le ocurrió al dispositivo. Las etiquetas de pestaña no repiten el nombre de la sección y la columna de estado se llama «Indicadores», acorde con su contenido. Los valores se muestran en tipografía monoespaciada, así que el ancho de columna no depende de la longitud del valor.
Más información - Mejorado
Códigos de alarma y evento mostrados en hexadecimal
Los códigos de alarma y evento se muestran en hexadecimal: 0x8000, 0x0001, 0x0000, completados con ceros a la izquierda hasta cuatro dígitos. Una tipografía monoespaciada alinea los dígitos verticalmente entre filas, de modo que el bit activo salta a la vista y se coteja con la especificación del protocolo sin convertir desde decimal.
- Mejorado
Estado de las tablas: tamaño de página, unidades y códigos de reintento
Las tablas de datos conservan su estado al navegar: se mantiene el tamaño de página elegido. La unidad pasó de la cabecera de columna al propio valor: la cabecera queda corta y la unidad está donde está el número. El contador de reintentos muestra tanto el número de intentos como el código del motivo, así que la calidad del enlace se lee directamente en la tabla.
- Rendimiento
Perfilado de la cola de ingesta en el servidor de tareas
La canalización de ingesta en segundo plano se perfiló por etapas y se reequilibró entre los workers. Las lecturas llegan al archivo justo después de la sesión de comunicación y la cola mantiene el ritmo al crecer el parque: los trabajos se despachan más rápido de lo que entran y el margen de rendimiento se ve en el registro de ingesta.
Más información
Operación industrial
La primera versión de producción de la tercera generación: un operador gestiona en ella todo su parque de medición en servicio: recogida, almacenamiento, interfaz web, API y analítica. El Centro de operaciones funciona por encima y los parámetros de sesión pasaron al almacén de archivo compartido.
- Nuevo
Versión 3.0: el primer entorno industrial de producción
La tercera generación sale de la preversión: un operador industrial gestiona con ella su parque de medición en servicio. Demonio de recogida, almacenamiento, interfaz web, API pública y analítica funcionan en un mismo entorno. El periodo de transición con dos generaciones en paralelo queda cerrado.
Más información - Nuevo
Centro de operaciones (OHM)
Un flujo de alarmas sin procesar se convierte en problemas operativos gestionados. Detectores y cánones agrupan los eventos repetidos en un único problema, la correlación le adjunta las evidencias, la evaluación de la salud de los activos ordena el parque por riesgo, las prioridades y el SLA fijan el plazo de respuesta y la cola de trabajo retiene la tarea hasta el cierre. Los incidentes masivos — un fallo que genera cientos de alarmas — se tratan aparte. Una capa AI propone el siguiente paso a partir del historial acumulado de casos similares.
Más información - Mejorado
Almacenamiento y visualización de la señal GSM en escala dBm única
El nivel de señal GSM se guarda en una única escala dBm, sea cual sea la unidad en que lo entregue el protocolo del dispositivo: porcentaje, unidades relativas o ya dBm. La conversión se ha llevado a los controladores de ingesta y se ejecuta en la entrada, no en la visualización, de modo que el valor es el mismo en la interfaz, en la API y en los informes. Los datos acumulados se han trasladado a esa misma escala y la tendencia de cobertura se lee en toda la historia del parque.
- Fiabilidad
Conversión de las sesiones de comunicación históricas al esquema v3
Los comandos de migración llevan el histórico de las sesiones de comunicación al esquema de tercera generación. El traspaso avanza por etapas: primero los canales de sesión propios del dispositivo, luego los canales comunes del bloque de telemetría, después el ajuste al esquema de parámetros. Los comandos se lanzan en cada servidor por separado y trabajan por lotes, de modo que la recogida continúa y los gráficos e informes abarcan toda la historia del dispositivo.
- Rendimiento
Parámetros de sesión de comunicación en la tabla de archivo común
Las cabeceras de sesión permanecen en su propia tabla y los parámetros de sesión se escriben en la tabla de archivo común, la misma a la que llegan las lecturas. La composición de los parámetros la declara el protocolo: Type-M tiene un conjunto de canales, Type-J otro y MQTT un tercero. Un nuevo tipo de dispositivo se da de alta con registros en el catálogo de canales, sin migración del esquema de la base de datos.
Más información
Sensores de presión y temperatura: el recorrido completo
Una nueva clase de dispositivos llevada desde el protocolo hasta su ficha en la interfaz: controlador, modelo de datos, ingesta de archivos, catálogos de tipos de sensor, unidades de medida. Junto a ello, los vínculos del modelo de datos de los que dependen informes, filtros y reglas de acceso.
- Nuevo
Sensores de presión y temperatura: controlador, modelo, archivos, ficha
Una nueva clase de dispositivos está admitida en todo el recorrido. En el demonio de recogida hay un controlador de protocolo: paquete de identificación del bloque autónomo, valores actuales, archivos, configuración. En la aplicación están el modelo de datos y el almacenamiento: presión y temperatura actuales, cortes de archivo, parámetros de la sesión de comunicación, instantánea de configuración. En la web el dispositivo tiene ficha propia, con una composición de campos pensada para el sensor.
Más información - Mejorado
Catálogo de tipos de sensor y coeficientes de calibración
El tipo de sensor procede de un catálogo de rangos —presión absoluta 0…160 kPa, 0…400 kPa, 0…600 kPa, 0…1,0 MPa, 0…1,6 MPa, 0…2,5 MPa y siguientes según especificación— vinculado al modelo del equipo en tercera forma normal. El controlador de almacenamiento resuelve el tipo durante la identificación del dispositivo, de modo que el rango y las unidades los conoce el sistema y no solo el instalador. La pestaña de parámetros muestra los coeficientes de calibración del sensor instalado.
Más información - Mejorado
Las unidades de medida elegidas en todas las vistas del valor
La unidad de medida elegida se aplica en la capa de presentación y rige en todas las vistas del valor: mosaico de presión actual, gráfico, registro de datos y registro de alarmas. A esa misma capa pertenece la conversión de presión absoluta en relativa: un indicador la activa y solo afecta a los sensores de medida absoluta. La precisión se deduce del sensor: temperatura con un decimal, milímetros de mercurio sin parte decimal.
- Fiabilidad
Verificación de la integridad del archivo de configuración antes de guardarlo
El enlace con un dispositivo puede cortarse a mitad de la descarga, así que el archivo de configuración se verifica en completitud e integridad antes de escribirlo en la base de datos. Una instantánea recogida a medias no ocupa el lugar de la vigente. Junto a las lecturas se guarda el archivo de eventos. Incluso una sesión de comunicación interrumpida deja así rastro para el análisis.
- Mejorado
Unidad de medición y empresa suministradora unidas en el modelo
La pertenencia de una unidad de medición a una empresa suministradora se escribe como una relación explícita en la base de datos y en los modelos de datos. Los registros existentes se trasladan con comandos de migración. De esa relación dependen las selecciones de informes, los filtros por facetas y las reglas de acceso. Se construyen directamente sobre la estructura organizativa, incluidos sus cambios en las reorganizaciones.
Más información - Mejorado
Filtro por fecha y exportación en el registro de datos transmitidos
El registro de datos transmitidos recibe la misma barra de herramientas que las demás pestañas de archivo. En ella hay un filtro por periodo y una exportación a fichero. La selección del intervalo necesario se entrega a los equipos vecinos directamente desde la interfaz, sin consultar la base de datos.
Más información - Fiabilidad
Posición de la válvula sincronizada con los finales de carrera
Las posiciones «cerrada» y «abierta» quedan registradas de forma inequívoca por los finales de carrera del actuador. La interfaz muestra exactamente la posición que estos confirman y mantiene el control activo. El estado se concilia tras la primera puesta en marcha, tras un giro manual y tras los trabajos de servicio: el operador ve la posición real en campo.
Aceptación externa y núcleo de datos reconstruido
La plataforma pasó pruebas de aceptación externas: los escenarios los ejecutaron especialistas ajenos al equipo y sus hallazgos se resolvieron antes de la versión candidata. En paralelo se desacopló el núcleo de datos: un consumidor puede ser atendido por varias suministradoras y el módulo de telemetría se describe con independencia del IMEI.
- Nuevo
Reconstrucción del núcleo de datos: consumidor y canal de telemetría
El núcleo de datos se rearma para las tareas de la tercera generación: a un consumidor pueden atenderlo varias empresas suministradoras y un módulo de telemetría se describe con independencia del IMEI. Ambas separaciones se realizan en el nivel del esquema, antes de que el resto de la funcionalidad se apoye en él. La tercera generación cuenta así con su propio modelo de datos, pensado para el cambio de suministrador y para varios recursos energéticos en un mismo consumidor.
Más información - Integración
Módulo de telemetría: tipo de canal e identificador
Un módulo de telemetría se describe con dos campos: el tipo de canal —GSM, Ethernet, MQTT, concentrador de datos, LoRaWAN— y un identificador del tipo correspondiente: IMEI, IP, MAC, client_id, DevEUI. Los controladores, los informes, las exportaciones, los servicios y la API siguen el modelo ampliado. Un transporte nuevo se añade así como valor de un catálogo, en un único punto del esquema.
Más información - Fiabilidad
Una oleada de pruebas de aceptación externas
La plataforma pasó una prueba de aceptación externa en un entorno de demostración: los escenarios los recorrieron especialistas externos y no el equipo de desarrollo. Las observaciones sobre el asistente de creación de objetos, los formularios, los filtros por facetas, las planificaciones y la localización de las notificaciones se analizaron y cerraron antes de la versión candidata. La aceptación externa queda integrada en el ciclo como etapa obligatoria previa a cada entrega.
- Mejorado
Edición de los intervalos de funcionamiento de la unidad de control
Los intervalos de funcionamiento de la unidad de control del actuador se editan desde la interfaz. El tiempo de apertura previa se fija entre 1 y 30 s, la pausa de estabilización de presión entre 30 y 600 s, y el tiempo de carrera completa sigue la especificación del actuador. Los valores se introducen en segundos con un decimal y se comprueban frente a esos rangos, de modo que la unidad y la precisión del formulario coinciden con la ficha técnica del equipo.
Más información - Mejorado
Desvinculación del dispositivo de la unidad de medición sin perder historial
Un dispositivo se desvincula de la unidad de medición y permanece en el sistema con sus propios datos. La sustitución, el traslado y el retorno de reparación se registran como eventos de gestión. El histórico de la unidad de medición y el del dispositivo siguen así siendo continuos y separables.
Más información - Seguridad
Análisis estático de seguridad de la base de código
El código fuente pasa por un análisis estático de las vulnerabilidades típicas de las aplicaciones web. Cada aviso se revisa a mano: la herramienta no ve el contexto, por lo que una parte se descarta como falso positivo y el resto se cierra antes del lanzamiento. La pasada está integrada en el procedimiento de publicación y se repite en cada compilación.
Más información - Idiomas
Plataforma y dispositivos en 13 idiomas
La documentación de la plataforma v3, la gama de dispositivos IIoT y toda la interfaz del portal salen en 13 idiomas. El árabe y el persa se integran con escritura de derecha a izquierda: se refleja la maquetación entera, no solo la dirección del texto. Una página que sigue en la cola de traducción se renderiza en inglés en su URL localizada y se marca con noindex, de modo que el cambio de idioma lleva siempre a una página existente.
Más información - Integración
Autorregistro de tercera generación para toda la gama admitida
El autorregistro de tercera generación abarca toda la gama admitida, incluidas las válvulas de corte gobernadas por MQTT. Un equipo encendido en el emplazamiento crea por sí mismo su unidad de medición y queda disponible de inmediato para lectura y mando. El identificador viaja dentro del paquete del dispositivo, de modo que el montaje prescinde de cualquier introducción manual del lado de la plataforma.
Más información
La pila V3 en entorno industrial
El demonio de recogida y el almacén de datos de tercera generación se desplegaron en el primer cliente industrial y empezaron a recibir lecturas reales. La API pública se verificó contra el nuevo modelo de datos y se abrió el portal de documentación.
- Nuevo
AI Analytics: 22 informes con metodología y fórmulas publicadas
El módulo de analítica AI: 22 informes sobre nodos individuales y sobre todo el parque — balances, anomalías de presión, pronóstico de vida útil de las baterías, detección de elusiones de la medición, atlas de averías. La metodología y las fórmulas de cada informe están publicadas: se ve sobre qué campos y qué supuestos se apoya una conclusión, y la cifra puede recalcularse a mano. Así el informe sirve para revisarlo con el cliente y para incorporarlo a la documentación reglamentaria.
Más información - Nuevo
Guía de usuario ilustrada con capturas reales en ambos temas
Una guía paso a paso del trabajo con la plataforma, construida sobre capturas reales de la interfaz en tema claro y en tema oscuro. Ambas series se toman desde un mismo estado de los datos, para que los pasos coincidan entre temas. Los datos de las capturas están anonimizados, de modo que la guía se entrega al exterior sin una aprobación aparte.
Más información - Nuevo
Plataforma IIoT v3: arquitectura, escalado y conformidad con directivas UE
Una versión mayor de la documentación: la arquitectura, el escalado y la conformidad con las directivas de la UE se describen para la tercera generación. La versión 3 pasa a ser la actual y las redirecciones raíz llevan a ella. La segunda generación sigue accesible por enlaces directos y desde el selector de versiones.
Más información - Rendimiento
Registro de unidades de medición: tabla, filtros en cascada, selecciones guardadas
El registro de unidades de medición está dimensionado para un parque de miles de registros: tabla paginada con barra de acciones, filtros facetados en cascada y filtros de usuario guardados. Elegir un valor en una faceta recalcula los valores admisibles en las demás, de modo que ninguna combinación termina en una selección vacía. La página de la unidad se compone de dos paneles con pestañas y fichas.
Más información - Mejorado
Portal de documentación unificado: plataforma, API y dispositivos IIoT
La documentación de la plataforma, de la API y de los dispositivos IIoT se reúne en un solo portal: compilación estática, glosario común y asistente AI sobre el contenido. La búsqueda de texto completo se ejecuta en el cliente, sin servicio externo ni claves. Cada página se sirve además como markdown de origen — para quien la lee con una herramienta y no con los ojos.
- Nuevo
API REST pública para unidades de medición, archivos y sesiones
La plataforma expone una API REST pública sobre las unidades de medición y sus características, los archivos de lecturas, los eventos y mensajes de los equipos, las sesiones de comunicación y los catálogos. La documentación se organiza endpoint por endpoint: método, parámetros, formato de respuesta y códigos de error. Un integrador construye toda la conexión desde la propia página, sin acompañamiento por nuestra parte.
Más información - Integración
Verificación de la API pública sobre el modelo de datos V3
Cada endpoint de la API pública se verifica uno a uno sobre el modelo de datos de tercera generación. La ubicación y el contrato permanecen donde el integrador los espera, de modo que las integraciones existentes funcionan sin retoques. La respuesta del archivo de configuración lleva los parámetros metrológicos consolidados — caudal mínimo y máximo, fecha de verificación, número de serie — que de otro modo habría que reunir con varias peticiones.
Más información - Nuevo
Controlador del protocolo de sensores presión-temperatura en el servicio de recogida
El servicio de recogida recibe un controlador para un protocolo nuevo: el paquete de identificación de un bloque autónomo, los valores actuales de presión y temperatura, los archivos y una instantánea de la configuración. Se sitúa junto al tratamiento de las válvulas de corte dentro de la misma familia de protocolos y reutiliza su análisis de la parte de sesión. Un mes después, el módulo completo se apoya en esos cimientos: del modelo de datos hasta la ficha del equipo.
Más información - Mejorado
Informes AI en cada nivel de la jerarquía de empresas
La incrustación de informes está cableada en todos los niveles del árbol de empresas: la matriz, una filial y una subdivisión abren cada una su propio conjunto de informes analíticos. Cada nodo informa sobre su propio alcance, sea cual sea su profundidad en el árbol. El bloque incrustado no lleva título propio: el nombre de la sección ya figura en la navegación.
Más información - Fiabilidad
Desfase de huso horario en los registros del servicio de recogida
Los servicios de recogida funcionan en distintos países y husos horarios, por eso cada línea de registro lleva un desfase explícito, con el formato 2026-05-27 14:43:43 +03:00. Los registros de emplazamientos distintos se alinean en una sola escala en cuanto se ponen uno junto a otro. Al reconstruir un incidente, el orden de los sucesos en todo el parque es inequívoco.
Más información - Integración
Pila de la válvula MQTT en el servidor de recogida V3
La pila de la válvula de corte gobernada por MQTT funciona en el servidor de recogida de tercera generación: intercambio, entrega de órdenes, almacenamiento de datos y módulo de autorregistro adaptado al algoritmo V3. Una válvula conectada en la instalación se registra sola: crea su propia unidad de medición y acepta órdenes de inmediato. Un solo servidor sostiene así todo el parque de actuadores junto a los equipos de medida.
Más información - Nuevo
Pila de recogida y almacenamiento V3 en el primer cliente industrial
El servicio de recogida y el sistema de recogida y almacenamiento de datos de tercera generación están desplegados en configuración completa en el primer cliente industrial y reciben lecturas reales. A partir de ese momento el desarrollo avanza sobre un flujo real: archivos, catálogos y volúmenes corresponden a una explotación industrial. La analítica se verifica con datos de campo auténticos, no con una instantánea de prueba.
Más información
Telemetría más allá del GSM
El parque incorporó dispositivos que la plataforma no solo lee, sino que también comanda: válvulas de corte por MQTT. El registro de unidades de medición se reconstruyó en torno a estados y geodatos aptos para el mapa y para los equipos de campo.
- Integración
Controlador MQTT para válvulas de corte telemandadas
La primera clase de dispositivos que la plataforma no solo lee, sino que también comanda. El controlador cubre el intercambio por MQTT, la entrega de comandos y el registro de los datos propios de la válvula. La cadena de mando funciona sobre la misma pila que la medición: los actuadores no necesitan un subsistema propio.
Más información - Mejorado
Un único formato de geocoordenadas para todo el parque
Las geocoordenadas del parque se llevan a un formato único: más de ochocientas unidades de medición, de las cuales 761 se procesaron por programa y 48 a mano, allí donde las denominaciones exigían cotejo. A continuación se revisó la tabla principal: cinco unidades sin coordenadas, tres de ellas de prueba. El registro queda listo para el mapa, la agrupación y el cálculo de rutas de los equipos de campo.
- Mejorado
Cuatro estados operativos de la unidad de medición
Una unidad de medición tiene cuatro estados operativos: en servicio, desconectada, nueva, en reparación. Cada uno corresponde a una acción concreta del operador. En el panel los estados se agrupan, de modo que el resumen del parque se lee sin desplegar la lista completa.
Más información
La carcasa de la nueva interfaz
El punto de partida de la tercera generación: una única plantilla de página, una búsqueda global operativa, un gestor de temas y un panel sobre el modelo de datos de producción. La localización está en los componentes desde el primer día, no añadida después.
- Idiomas
Localización integrada en los componentes de la nueva carcasa
La localización está en los cimientos de la nueva interfaz: cada componente de la carcasa llega con sus cadenas extraídas, no con el texto dentro del marcado. El conjunto de idiomas del servidor se declara en el despliegue mediante variables de entorno: esquema de localización y lista de locales. Una instalación para otro mercado se resuelve así sin reconstruir la imagen.
- Nuevo
Panel sobre el modelo de datos de producción
Los widgets del panel están conectados al modelo de datos de producción: cobertura del parque, salud de las sesiones de comunicación y estados de los equipos en una sola pantalla. Es la primera prueba de la nueva carcasa con volúmenes reales y con la dispersión real de los datos de campo. La maquetación y las consultas trabajan sobre un conjunto industrial, no sobre fixtures.
Más información - Nuevo
Carcasa de la interfaz: plantilla de página, paneles, gestor de temas
El front end se monta sobre una única plantilla de página: cabecera y pie, paneles izquierdo y derecho, y un gestor de temas con apariencia clara y oscura. La búsqueda global abarca objetos, equipos y consumidores, y lleva directamente al registro encontrado. Todas las secciones de la tercera generación se construyen a partir de esta plantilla, lo que unifica el comportamiento de la navegación y de los estados.
Más información