Cómo Navixy integra Ford Telematics — y qué cambia para otro fabricante

Más abajo en esta página hay una tabla que compara los eventos de Ford con los eventos nativos de Navixy. Una de sus filas dice Impacto → Alarma de choque. A primera vista parece un simple cambio de nombre. En realidad, ahí está resumida toda la arquitectura de la integración.

Cuando los sensores de choque del vehículo detectan un impacto, la nube de Ford emite el evento Impact. Navixy mapea ese evento de Ford al evento nativo Alarma de choque. A partir de ahí, las reglas y las alertas lo procesan igual que la alarma equivalente generada a partir del acelerómetro de un rastreador instalado. En el caso Ford, el sensor integrado detecta el impacto y la nube emite el evento, por lo que no hace falta instalar un rastreador físico ni un acelerómetro cableado.

Ese mapeo prueba cómo funciona toda la integración. Navixy autentica el flujo de la nube, decodifica los campos y eventos de Ford, los traduce a la semántica nativa de la plataforma y normaliza el resultado a un solo protocolo. El manejo específico de Ford termina en la frontera de ingesta; las herramientas compatibles trabajan con el mismo modelo de datos.

Paso a paso, la secuencia es credenciales → flujo en la nube → decodificar → normalizar → listo. Es el patrón de ingesta OEM. Para una flota con vehículos conectados elegibles, la puesta en marcha se resuelve con una autorización en la nube y aprovecha el módem instalado de fábrica.

Ford expone datos compatibles desde la nube

Navixy integró el flujo de datos de Ford Pro Data Services. Este servicio expone datos de fábrica a través de proveedores de telemática autorizados por el propietario, además de la propia app de Ford.

La mayoría de los vehículos comerciales Ford del año-modelo 2020 en adelante ya viene con el módem FordPass Connect instalado de fábrica; algunos vehículos de 2018-2019 también califican. Hoy la disponibilidad cubre Norteamérica y Europa.

Aquí intervienen dos autorizaciones distintas, y cada una hace un trabajo distinto. Primero, una cuenta de servicio de Ford genera un ID de cliente y un secreto OAuth que autentican la conexión técnica entre las plataformas de Ford y Navixy. Esas credenciales se limitan a la conexión técnica. El acceso a los vehículos requiere, por separado, que el propietario de la flota autorice compartir sus datos con el proveedor elegido; a partir de esa autorización, Ford empieza a transmitirlos.

Cuando la autorización técnica y el consentimiento del propietario permanecen activos, el alta del vehículo conectado elegible se completa en la nube sin necesidad de coordinar una visita técnica.

La suscripción OAuth mantiene el flujo activo

Para una flotilla que ya opera vehículos Ford conectados, integrar es cuestión de autorizar el intercambio de datos mientras Navixy configura la conexión de la cuenta de servicio. A partir de ahí, los vehículos aparecen en Navixy junto a los dispositivos instalados y entran en la misma capa de normalización.

Por dentro, Navixy usa credenciales de cliente OAuth2 para suscribirse al flujo gestionado de Ford a través de Autonomic, la plataforma detrás de la Transportation Mobility Cloud de Ford. La suscripción permanece activa y consume las actualizaciones que la nube entrega por lotes.

También guarda puntos de control, así que el procesamiento se reanuda desde la última posición registrada tras una interrupción, y el servicio se ejecuta en un clúster distribuido para mayor confiabilidad. El propietario de la flota autoriza el intercambio de datos una sola vez; después, Navixy mantiene la suscripción técnica.

Qué trae en realidad el flujo de Ford

El flujo de Ford trae más que la ubicación del vehículo. Incluye la telemetría que, de otro modo, una flota tendría que obtener mediante la instalación de una caja negra o un rastreador GPS:

Dominio	Qué expone el flujo
Posición y movimiento	posición, velocidad, rumbo, aceleración
Tren motriz	estado del motor, RPM, temperatura de refrigerante y aceite, horas de motor, nivel de combustible, odómetro
Vehículos eléctricos	estado de carga de la batería, tiempo para carga completa, corriente del cargador
Estado de carrocería y seguridad	puertas, cofre, freno de mano, cinturón de seguridad, ABS, marcha/PTO
Entorno	temperatura del aire exterior
Identidad	VIN

El VIN añade la relación que la tabla no muestra: enlaza cada registro con el vehículo correcto.

En los Ford eléctricos, el estado de carga de la batería y el tiempo para la carga completa llegan directamente del sistema de fábrica, lo que le da a un parque vehicular mixto lo que necesita para planear la carga.

Los eventos de Ford se convierten en eventos nativos de Navixy

La tabla de señales describe valores continuos. Ford también envía eventos discretos de comportamiento y seguridad con sus nombres de origen; Navixy los mapea a los eventos nativos que se muestran abajo:

Evento de Ford / Autonomic	Evento nativo de Navixy
Impacto	Alarma de choque
Alerta de colisión frontal	Alerta de colisión frontal
Aceleración / frenado / giro brusco	Conducción brusca
Ralentí excesivo (inicio / fin)	Inicio / fin de ralentí
Cinturón sin abrochar	Cinturón sin abrochar
Encendido / apagado	Encendido / apagado
Movimiento del vehículo (inicio / fin)	Inicio / fin de movimiento
Batería baja	Alimentación principal baja

En conjunto, estos mapeos cubren la respuesta a incidentes, la retroalimentación a los conductores y los flujos de trabajo sobre el estado del vehículo. Para estos eventos de Ford, los operadores siguen usando el mismo vocabulario de eventos que ya conocen en Navixy.

Un mismo modelo normalizado sirve para datos de fábrica y datos de rastreadores instalados

Navixy representa cada vehículo Ford como un rastreador y normaliza su flujo al Navixy Generic Protocol. Las herramientas compatibles de Navixy —las reglas y alertas de IoT Logic, los mapas, las consultas y la reproducción— procesan los datos de fábrica y los del hardware instalado bajo el mismo esquema normalizado y el mismo modelo semántico.

Los eventos de Ford ya mapeados entran en esos flujos de trabajo mediante sus interfaces existentes. Esta separación concentra la adaptación en la frontera de ingesta y conserva el modelo que utilizan las herramientas; esa es la consecuencia reutilizable para evaluar otra fuente OEM.

Cómo se evalúa el siguiente fabricante

Para evaluar al siguiente fabricante hay que comprobar dos condiciones: ¿expone las señales y los eventos necesarios a través de un flujo compatible? ¿Es posible mapearlos al modelo nativo de Navixy? Si ambas respuestas son afirmativas, Navixy puede integrar sus datos como otra fuente compatible.

Para otro fabricante, las credenciales y el decodificador se adaptan a esa fuente. La capa de normalización y las interfaces compatibles siguen procesando el mismo esquema para los datos de Ford y los de cualquier rastreador instalado. Cambia la fuente, no la plataforma.

Lo que en verdad recibe la flota sigue dependiendo del fabricante: Navixy decodifica y normaliza las señales que la nube de Ford expone, mientras que la cadencia, la elegibilidad, las regiones y el nivel de suscripción se definen del lado de Ford.

Las condiciones de datos del propio fabricante siguen aplicando. En un vehículo elegible conectado de fábrica, el módem integrado permite prescindir de la compra e instalación de un rastreador adicional, mientras el servicio de datos conserva sus propios términos comerciales. La suscripción activa consume actualizaciones entregadas por lotes que pueden alimentar flujos de utilización, cumplimiento normativo y análisis del comportamiento; el control con precisión de fracciones de segundo todavía requiere un dispositivo cableado.

Ponga en marcha el patrón de ingesta OEM

Ford es el ejemplo en producción hoy. El siguiente paso depende de si usted opera los vehículos o construye el servicio alrededor de ellos:

• Si usted opera Ford conectados: puede llevar esos datos a una sola vista operativa mediante la conexión en la nube, sin instalar hardware adicional — vea la guía completa de integración con Ford Pro Telematics o agende una guía técnica.
• Si usted construye o revende telemática: el patrón de ingesta le permite ofrecer datos OEM bajo su propia marca y reutilizar la capa de normalización y sus interfaces con cada fabricante.