Hoy la operación trabaja con dos verdades. La telemetría muestra dónde está el camión, a qué velocidad va, si el conductor paró para descansar. El TMS muestra la carga, el cliente, el flete y el plazo. Entre las dos pantallas hay una persona con un teclado, copiando número de patente, hora de llegada y jornada de una ventana a la otra. Es lento, es caro y, peor aún, está equivocado buena parte del tiempo.
Esta guía explica cómo conectar tu plataforma de rastreo — SASCAR, Autotrac, Omnilink y similares — directamente al TMS, para que la posición, la jornada y los eventos lleguen solos. Sin redigitación, sin planilla en el medio del camino. Es un texto de quien hace esto en la práctica: qué se puede automatizar, dónde suelen romperse las integraciones y cuál es el primer paso concreto.
El problema real: telemetría en una pantalla, TMS en otra
El síntoma es siempre el mismo. Un analista abre el portal de SASCAR o de Autotrac, mira el mapa, anota la llegada del vehículo al muelle y digita ese horario en el TMS para cerrar el viaje. Por la tarde, lo abre de nuevo para cerrar la jornada del conductor — horas de conducción, paradas, comida — y la transcribe a la planilla. A fin de mes, alguien cruza todo eso a mano para la facturación y para el eSocial.
Cada transcripción es una oportunidad de error. Un horario cambiado se convierte en una jornada irregular en el papel. Una patente mal digitada se convierte en un viaje huérfano. Y el costo invisible es el tiempo: dos, tres horas por día de gente cara haciendo trabajo de copiar y pegar. La información ya existe — solo que no cruza de un sistema al otro.
Cómo funciona la integración, en términos simples
Las plataformas de telemetría serias exponen una API: una dirección desde donde tu TMS puede obtener los datos de forma programática, sin nadie mirando la pantalla. SASCAR, Autotrac, Omnilink, Onixsat y Cobli lo ofrecen. El trabajo de integración es construir el puente entre esa API y tu TMS — ya sea Rodopar, Sankhya, TOTVS o un sistema propio.
En la práctica, el puente hace tres cosas:
- Lee la posición y los eventos de la telemetría en intervalos cortos (cada pocos minutos, o vía notificación cuando algo ocurre).
- Traduce el vocabulario de cada lado — la patente, el conductor y el viaje tienen que ser el mismo en la telemetría y en el TMS.
- Graba en el TMS por la puerta correcta, actualizando el viaje, la jornada o el evento sin que nadie digite.
Es lo opuesto a un robot que manipula la pantalla fingiendo ser una persona. Es sistema conversando con sistema, por la puerta que cada uno ya ofrece.
Qué se puede automatizar de verdad
No es todo o nada. Se puede empezar por un punto y expandir. Lo que normalmente fluye de la telemetría al TMS:
- Posición y ruta: latitud, longitud y velocidad actualizadas en el TMS, sin abrir el portal del rastreador. El analista ve todo en una sola pantalla.
- Llegada y salida (geocercas): cuando el vehículo entra o sale de un cliente, de un CD o de un peaje, el evento se dispara y cierra la etapa del viaje automáticamente. Se acabó el horario anotado a ojo.
- Jornada del conductor: inicio de jornada, conducción, paradas, comida y descanso capturados por la telemetría y grabados en el TMS — base limpia para el control de jornada y el eSocial.
- Eventos y alertas: exceso de velocidad, desvío de ruta, parada no prevista, violación de cerca. Llegan al TMS para convertirse en tratativa, no quedan atrapados en el correo.
- Odómetro y horómetro: kilometraje para mantenimiento preventivo y prorrateo de costos, sin que alguien lo anote en la planilla.
Con esos datos dentro del TMS, el paso siguiente es natural: llevar todo a un tablero de Power BI y finalmente tener indicadores de SLA, ociosidad y cumplimiento de jornada que se actualizan solos.
Los errores comunes (y cómo evitarlos)
La integración de telemetría parece simple hasta el segundo mes. Los tropiezos que más vemos:
- No hacer coincidir la clave entre los sistemas. Si la patente, el ID del conductor o el código del viaje no coinciden entre la telemetría y el TMS, la integración graba en los registros equivocados. El primer trabajo es alinear ese registro — antes de cualquier línea de código.
- Confundir zona horaria y horario. Las APIs suelen devolver el horario en UTC. Grabar sin convertir al horario de Brasilia genera una jornada de tres horas de más o de menos. Es un error clásico y silencioso.
- Golpear la API cada segundo. Toda plataforma tiene límite de peticiones. Una integración mal calibrada recibe un bloqueo y deja de funcionar sin avisar. El puente tiene que respetar el ritmo de cada proveedor.
- No tratar las fallas. Internet se cae, la API de la telemetría queda fuera de línea por minutos. Si el puente no reprocesa lo que faltó, se abren huecos en el viaje. Una buena integración tiene memoria de lo que ya leyó y retoma desde donde quedó.
- Geocerca demasiado amplia. Una cerca de radio grande dispara la llegada a 500 metros del cliente. El horario queda impreciso y el SLA, cuestionable. Vale la pena calibrar cerca por cerca.
¿Y la operación? ¿Hay que detenerla para integrar?
No. La integración lee y escribe en paralelo a la rutina — nadie tiene que sacar el camión de la carretera ni suspender la facturación. El portal de la telemetría sigue funcionando exactamente como antes; el puente solo pasa a copiar lo que importa al TMS.
El camino saludable es por etapas. Se levanta la integración leyendo los datos sin grabar, se compara con lo que el equipo digita a mano durante algunos días y recién entonces se activa la grabación automática. Cuando llega la confianza, el trabajo manual se apaga solo — porque ya no hace diferencia. La tecnología desaparece para que tu negocio aparezca.
Cómo empezar
Antes de escribir cualquier integración, tres preguntas resuelven el 80% del proyecto:
- ¿Cuál es la plataforma de telemetría y tienes acceso a la API? SASCAR, Autotrac y Omnilink liberan credenciales de API mediante contrato. Vale la pena confirmar con el proveedor que ese acceso esté habilitado.
- ¿Cuál es el TMS y por dónde recibe datos? Rodopar, Sankhya y TOTVS tienen formas propias de entrada — API, base de datos o importación. Eso define el lado de grabación del puente.
- ¿Qué dolor duele más hoy? Empieza por lo que cuesta más caro: en la mayoría de las transportadoras es el control de jornada y el cierre automático de viaje por geocerca.
Con eso en la mano, un piloto pequeño — una flota, un cliente, un tipo de evento — prueba el valor en semanas, no en meses. Es exactamente lo que entregamos en el diagnóstico gratuito: mapeamos la telemetría, el TMS y el camino más corto entre los dos.
Preguntas frecuentes
¿Se puede integrar SASCAR (o Autotrac) con Rodopar?
Sí. Tanto SASCAR como Autotrac exponen una API, y Rodopar tiene puntos de entrada para recibir posición, eventos y jornada. El puente obtiene los datos de la telemetría, hace coincidir patente y viaje con el registro de Rodopar y graba sin que nadie digite. Es uno de los escenarios más comunes que integramos.
¿Cuánto tiempo lleva integrar la telemetría al TMS?
Un piloto enfocado — una flota, un tipo de evento, como la llegada por geocerca — suele quedar en pie en pocas semanas. La integración completa, con jornada, eventos y tablero, depende del número de fuentes y del estado del registro, pero trabajamos por etapas para que la operación vea valor desde el primer mes.
¿Tengo que detener la operación para hacer la integración?
No. El puente corre en paralelo a la rutina y el portal de la telemetría sigue funcionando normalmente. Primero lo levantamos en modo lectura, comparamos con el trabajo manual durante algunos días y recién entonces activamos la grabación automática. Ningún camión sale de la carretera y la facturación no se detiene.
¿Qué datos se sincronizan entre el rastreador y el TMS?
Posición y velocidad, entradas y salidas de geocerca (llegada y salida de clientes y CDs), jornada del conductor (conducción, paradas, comida, descanso), alertas como exceso de velocidad y desvío de ruta, además de odómetro y horómetro. Tú eliges por dónde empezar y expandes conforme aparece la confianza.
¿La integración sirve para el control de jornada y el eSocial?
Sí, y suele ser el mayor ahorro. La telemetría ya registra el inicio de jornada, la conducción, las paradas y el descanso. Llevar eso a RR. HH. de forma estructurada elimina la transcripción manual y da una base limpia para el control de jornada y el eSocial, con mucho menos riesgo de jornada irregular por error de digitación.
¿Por qué no usar un robot que copia de la pantalla en vez de una integración por API?
Un robot de pantalla se rompe con cada actualización del portal y es frágil por naturaleza. Cuando la plataforma ofrece API — caso de SASCAR, Autotrac, Omnilink y Onixsat — el camino correcto es sistema conversando con sistema, por la puerta oficial. Es más estable, más rápido y no depende de que alguien tenga la ventana abierta.