Traccar 6.15 en bodegas: GPS, geocercas y salida
Un caso de logística vitivinícola con Traccar: móviles, geocercas, API, permisos y evidencia para cerrar entregas, reclamos y mantenimiento sin depender de chats.
El reparto falla cuando el camión llegó, pero nadie puede mostrar hora, recorrido y responsable. Traccar 6.15 permite registrar dispositivos GPS, posiciones, geocercas y eventos con permisos separados. En una bodega exportadora de Luján de Cuyo, esa diferencia ordena reclamos de entrega, mantenimiento y seguros. Esta nota explica cómo se arma el circuito y qué prueba confirma que la salida de datos queda bajo control. ## Qué revela un recorrido cuando tiene dueño La API de GitHub Releases informa la versión 6.15.1 de Traccar publicada el 29 de agosto de 2026. El sitio oficial describe Traccar Server como una plataforma de seguimiento GPS con servidor propio, aplicaciones móviles y soporte para dispositivos. El antagonista del caso es el grupo de chat donde alguien manda una ubicación suelta y después nadie puede unirla con remito, chofer, cámara de frío o reclamo. La ubicación sin dueño genera reclamos. La bodega tiene un objeto que ordena la escena: un llavero con tarjeta de combustible, etiqueta del móvil y número de interno. Cuando ese llavero cambia de mano, logística necesita que el sistema cambie también. Traccar ayuda si cada dispositivo queda asociado a vehículo, chofer, turno y zona, con permiso de lectura para administración y permiso de edición para sistemas. La documentación de Traccar API permite consultar dispositivos, posiciones, eventos y objetos del sistema. La encuesta 2025 de Stack Overflow registra SQL como tecnología usada por el 58,6% de quienes respondieron. Ese dato ayuda a explicar por qué el GPS no queda aislado: la bodega necesita unir posiciones con remitos, pedidos, usuarios y reportes que suelen vivir en bases relacionales.
Cómo funciona por dentro
El flujo tiene siete pasos. Primero, logística carga vehículos, choferes y teléfonos o rastreadores. Segundo, cada dispositivo envía posición, hora, velocidad y estado al servidor Traccar. Tercero, Traccar guarda eventos y posiciones en su base. Cuarto, una geocerca marca planta, finca, depósito o cliente. Quinto, un permiso define quién puede ver flota completa, quién ve sólo su vehículo y quién edita geocercas. Sexto, la API entrega eventos al sistema de remitos o al tablero. Séptimo, el backup copia base, configuración y archivos necesarios para reconstruir recorridos. Traccar recibe datos desde dispositivos GPS y aplicaciones móviles, y muestra mapa, historial y eventos. La base guarda posiciones estructuradas con fecha y dispositivo. La API entrega JSON para unir recorridos con otros sistemas. Un tablero puede mostrar entregas fuera de horario, detenciones largas y vehículos sin reporte reciente. Si falla el servidor, los equipos dejan de subir posiciones; si falla la integración, Traccar sigue guardando recorridos, pero el remito queda sin evidencia automática.
Qué se instala o configura primero
La instalación en Linux parte de un servidor, dominio, TLS, base de datos, usuario administrador y política de retención. La guía oficial para Linux cubre el alta del servicio. El primer entregable operativo es una flota piloto de tres vehículos con geocercas de planta y dos clientes, un reporte de recorrido exportado y una restauración de prueba en otro servidor. Los permisos se prueban antes de cargar toda la flota. En un proyecto UMSA, la bodega empezaría por una matriz de vehículos, choferes, dispositivos, turnos, zonas y responsables de edición. Después se arma la integración mínima: Traccar API entrega evento de entrada o salida, el sistema de remitos lo guarda con número de comprobante y administración revisa diferencias. Para una flota chica, el costo de infraestructura y monitoreo puede ubicarse entre USD 35 y USD 70 mensuales, entre $53.725 y $107.450 al dólar oficial vendedor de $1.535. Ese rango no incluye equipos GPS, datos móviles, instalación eléctrica ni soporte al chofer.
Dónde se rompe y cómo probarlo
El primer riesgo es un dispositivo asociado al vehículo equivocado. La señal aparece cuando un recorrido cruza zonas imposibles para esa unidad. La prueba mueve un equipo de ensayo, revisa historial y confirma que el cambio queda registrado con usuario y fecha. El segundo riesgo es una geocerca mal dibujada. La señal aparece cuando una entrega se marca antes de entrar al predio o nunca se marca aunque el camión llegó. La prueba recorre el borde de la zona, revisa eventos y ajusta coordenadas con evidencia. El tercer riesgo es una API sin límite de permisos. La señal aparece cuando una credencial de tablero puede editar vehículos. La prueba intenta modificar un dispositivo con una clave de sólo lectura y guarda el rechazo. La salida se prueba descargando posiciones, eventos y dispositivos, restaurando la base en otro servidor y abriendo un recorrido real. Si la bodega no puede reconstruir una entrega discutida con esos datos, el GPS queda reducido a consulta de mapa. El reporte mensual debería cerrar con kilómetros por vehículo, entradas a geocercas, paradas largas, dispositivos sin reporte y entregas con evidencia incompleta. Ese documento no reemplaza el parte de logística; lo hace verificable. Compras puede revisar datos móviles, mantenimiento puede detectar equipos que fallan y dirección puede preguntar por qué una zona acumula reclamos.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.