Composable Telematics

    Telemática como plataforma sobre la que construir

    Navixy es una plataforma composable (componible): un catálogo de capacidades que va de la visibilidad operativa lista para usar (Location Intelligence) a la orquestación de datos (IoT Logic), el acceso SQL a la telemetría (IoT Query) y un producto bajo su propia marca. Tome el conjunto completo o primitivas sueltas y construya su producto.

    Documentación Analice la arquitectura con un ingeniero
    En telemática desde 2005800K+ activos en líneaClientes en 130+ países
    IoT Logic · telemetría en movimiento
    Entrada · paquete sin procesar del dispositivo
    { "adc1": 156, "din": 5, "lat": 43.238, "lng": 76.889 }
    Salida · telemetría normalizada
    { "fuel_level": 62.4, "ignition": true, "location": ... }
    NavixySu broker MQTT
    Flujo activo · decodificar → transformar → enrutar
    Más allá del monolito

    Todos tienen las funciones. La pregunta es de quién son los datos y la hoja de ruta

    Una plataforma monolítica cubre las tareas típicas: rastreo, reportes, notificaciones. Pero los datos quedan encerrados dentro, la API es secundaria y cada función fuera de lo estándar es un ticket para el proveedor y meses en la hoja de ruta ajena. Mientras revende la plataforma de otro, su producto es el producto de otro con su logotipo en la esquina.

      Definición de la categoría

      Qué significa Composable Telematics

      Composable Telematics es un enfoque en el que un producto telemático se ensambla a partir de capacidades de plataforma independientes con interfaces documentadas, en lugar de adquirirse como un monolito cerrado. Cada capacidad funciona por sí sola, se conecta con las demás mediante API y se puede reemplazar sin reescribir todo el stack. La telemática recorre el camino de white-label a headless y a composable, y de ahí a agent-ready, cuando no solo las personas, sino también los agentes de IA, trabajan con la plataforma.

      • Cada capacidad es autosuficiente: Location Intelligence, IoT Logic, IoT Query y la capa de aplicación funcionan por separado. No hay dependencias de todo o nada.
      • Las interfaces están abiertas en ambos sentidos: puede entrar a cualquier capacidad con sus propios datos y salir hacia sus propios sistemas mediante API, SDK y MCP.
      • El catálogo es abierto: dispositivos y fuentes OEM, acceso para agentes de IA e integraciones se suman al núcleo. La lista de capacidades crece en vez de quedar fijada por un único producto.

      Catálogo de capacidades de la plataforma

      El núcleo son las cuatro capacidades de abajo; empiece por la visibilidad lista para usar o baje hasta los datos. La plataforma va más allá: API y SDK, soporte de dispositivos y fuentes OEM, y acceso para agentes de IA mediante MCP.

      Location Intelligence

      Visibilidad operativa lista para usar: mapa en vivo, geocercas, reglas de eventos, reproducción de rutas (Time Machine), reportes y geoenlaces seguros. Convierte la señal de un dispositivo en una imagen operativa del terreno, sin desarrollar una interfaz. DocumentaciónDocumentación

      IoT Logic

      Ingiera datos de dispositivos y fuentes OEM, decodifique protocolos, enriquezca y enrute los flujos hacia sus sistemas o más abajo en el stack. Las nuevas fuentes y reglas de procesamiento se configuran en el editor de flujos, sin una nueva versión de la plataforma. DocumentaciónIoT LogicTelemática OEM

      IoT Query

      Acceso SQL compatible con PostgreSQL a los datos telemáticos sin procesar. Tableros de BI, modelos de ML, su propia analítica: mediante consulta directa, no una exportación CSV. Configuración de conexiónEsquema de datosIoT Query

      Capa de aplicación

      Aplicaciones web y móviles white-label: dominio, logotipos y temas de color bajo su propia marca. Lance sin desarrollo de front-end. Cuando necesite su propia interfaz, los mismos datos están disponibles headless, mediante la API. White-labelHeadless

      Arquitectura

      Conéctese en cualquier capa. Saque los datos donde los necesite

      La telemetría se mueve de abajo hacia arriba: de los dispositivos, pasando por IoT Logic, a la capa de datos, Location Intelligence y las aplicaciones. Pero no tiene que usar todo el stack. Conecte su propia fuente, interfaz o almacenamiento donde lo necesite su arquitectura. Operaciones de lógicaAcceso a datos

      • Reemplace una sola capa en lugar de migrar todo el stack.
      Agent-ready

      Un agente de IA es tan cliente de la plataforma como su aplicación

      El servidor MCP de Navixy da a los agentes acceso a los datos de la cuenta: telemetría, objetos, reglas, reportes. El agente se autentica, trabaja dentro de los permisos de la cuenta y no requiere una integración aparte. Pídale al agente «qué vehículos estuvieron inactivos por más de dos horas ayer» y ejecutará la consulta por sí mismo. Navixy MCP

        Navixy MCP · consola del agente
        Agente: ¿qué vehículos estuvieron inactivos por más de dos horas ayer?
        Navixy MCP → autenticación: token de la cuenta (User MCP)
        IoT Query: 7 vehículos inactivos por más de 2 horas

        User MCP y Admin Panel MCP requieren autenticación de la cuenta; el MCP de la documentación es público. El agente actúa dentro de los límites de los permisos de la cuenta.

        Para quién

        Una sola infraestructura, distintos productos

        La infraestructura es la misma para TSP, equipos de producto y áreas de ingeniería, pero cada grupo la usa a su manera.

        • TSP e integradores: Deje de revender la plataforma de otro y lance un producto propio para su industria: su marca, sus tarifas y su lógica sobre una infraestructura lista para usar.
        • ISV y productos verticales: Telemática como componente: FSM, seguros, cadena de frío. Integre datos y eventos en su producto mediante la API, sin construir la ingesta de telemetría desde cero.
        • Equipos de ingeniería empresarial: Los datos de sus activos en su propio almacén de datos y su BI, con una consulta SQL. Sin un tablero del proveedor que nadie abre.
        El equipo de Navixy es profesional, cortés y siempre está dispuesto a escuchar. Gran empresa y gran gente. Esta es la plataforma más completa que he usado. Nunca ha sido tan fácil integrar nuevos dispositivos.
        WM
        Warren M.
        Director · Tecnología de la información y servicios, 11-50 empleados
        10K+
        proyectos completados
        800K+
        activos en línea
        130+
        países de clientes

        Reseña del programa de reseñas de clientes de Navixy, traducida del inglés.

        Preguntas frecuentes

        Preguntas sobre Composable Telematics

        ¿Composable Telematics es un estándar de la industria?
        No: es un enfoque arquitectónico, no un estándar certificado. Es fácil de verificar: cada capacidad tiene documentación pública, las capacidades funcionan de forma independiente y los datos son accesibles directamente. Si cualquiera de las tres cosas exige «hable con su ejecutivo de cuenta», no es composable.
        ¿Basta con tener una API para que una plataforma sea composable?
        No. En un monolito la API suele ser secundaria: cubre parte de las funciones y no le permite entrar al stack con sus propios datos. Composable significa que la API es la interfaz principal de cada capacidad, y la interfaz de la plataforma es solo uno de sus consumidores. Operaciones de lógica
        ¿Headless Telematics y Composable Telematics son lo mismo?
        Headless es un caso particular: datos y lógica sin una interfaz lista para usar. Composable es más amplio: los bloques —incluida la interfaz white-label lista para usar— se combinan en cualquier configuración. Un escenario headless siempre está disponible en un stack composable; lo contrario no es cierto. Headless
        ¿La telemática white-label ya es composable?
        Por sí sola, no. Con un proveedor típico, el white-label cambia la apariencia, pero el stack sigue siendo monolítico: datos, lógica e interfaz son un solo bloque. Composable añade lo esencial: la posibilidad de llevarse los datos, reemplazar una capa o integrar la suya. Y el white-label sigue siendo una forma legítima de entrega: en una plataforma composable es uno de los modos de la capa de aplicación, no un techo. White-label
        ¿Cuándo no vale la pena armar la infraestructura por su cuenta?
        Cuando la telemática no es un producto para usted, sino una tarea: rastrear una docena de vehículos, obtener reportes. En ese caso, una aplicación lista para usar es más barata que cualquier arquitectura. Composable vale la pena cuando construye un producto para sus propios clientes o integra la telemetría en sus propios sistemas.
        ¿Qué aporta Location Intelligence sobre la ingesta de datos?
        Visibilidad operativa lista para usar, sin desarrollar una interfaz. Mapa en vivo, geocercas, reglas de eventos, reproducción de rutas (Time Machine), reportes y geoenlaces seguros funcionan de inmediato. Es una capacidad aparte del catálogo: actívela sobre IoT Logic o reemplácela con su propia interfaz mediante la API. DocumentaciónDocumentación
        ¿Composable Telematics elimina la dependencia del proveedor?
        La reduce; no la elimina. Cambiar una capacidad sigue siendo trabajo, pero de alcance acotado: se reemplaza una capa, no todo el stack con una migración de datos. La prueba clave es si puede exportar todos sus datos por una vía estándar. En Navixy, eso es el acceso SQL mediante IoT Query.
        ¿Qué evidencia debe pedirle a un proveedor?
        La documentación pública de la API de cada capacidad, el esquema de datos, una descripción de cómo exportar todo, la lista de protocolos de dispositivos compatibles y las condiciones en que las capacidades funcionan por separado. Si la respuesta es «le enviamos una presentación», la conclusión es obvia.
        ¿Se puede conectar un agente de IA o una herramienta de desarrollo a Navixy?
        Un agente se conecta como cualquier integración común. User MCP y Admin Panel MCP funcionan mediante autenticación de la cuenta; el MCP de la documentación es público. El agente obtiene los mismos permisos y el mismo control de acceso que cualquier aplicación. Navixy MCP

        Empiece por la documentación

        Revise la arquitectura por su cuenta o, en 30 minutos, con un ingeniero de Navixy sobre su propio escenario.

        Documentación Hable con un ingeniero

        Empiece con una sola capacidad o ensamble todo el stack para su escenario.