Traccar 6.14.4 en bodegas: GPS, geocercas y respaldo
Un caso anonimizado muestra cómo ordenar seguimiento GPS de camiones con Traccar, PostgreSQL, geocercas, permisos y prueba de recorrido.
Antes, logística preguntaba por teléfono dónde venía el camión; después, cada salida tuvo posición, geocerca, usuario y prueba de recorrido. En una bodega exportadora de Luján de Cuyo, el dolor aparecía al conservar evidencia cuando una carga salía tarde, cambiaba de ruta o llegaba fuera de ventana. Este caso anonimizado explica cómo usar Traccar 6.14.4 con PostgreSQL, permisos y respaldo sin convertir el seguimiento en vigilancia desordenada.
Dónde aparece el recorrido sin dueño
La cifra que obliga a mirar Traccar con seriedad está en su repositorio: el proyecto declara soporte para más de 200 protocolos GPS y más de 2.000 modelos de dispositivos, con versión 6.14.4 publicada el 5 de junio de 2026. Esa amplitud corrige una idea habitual: el costo no está solo en comprar equipos, sino en unir modelos distintos bajo reglas iguales. La documentación de arquitectura de Traccar explica que los mensajes de los dispositivos entran como buffers, se separan en tramas, se decodifican en un modelo interno de posición y luego se guardan en la base. Ese dato enlaza hardware global y ruta local cuando una bodega mezcla camiones propios, transportistas externos y celulares de supervisión. El antagonista del caso era una captura de pantalla enviada por chat. Servía para calmar una pregunta, pero no decía quién miró el dato, qué equipo lo reportó, qué geocerca se cruzó ni cuánto tiempo se conservaba. En la playa de expedición, una etiqueta térmica con el número de remito pegada al parabrisas marcaba el viaje. El sistema debía hacer algo más: unir esa etiqueta con posición, hora, permiso y respaldo.
Cómo funciona por dentro
El flujo quedó en seis pasos. Primero, cada vehículo o teléfono envía posiciones al servidor Traccar con su identificador. Segundo, Traccar decodifica el protocolo y crea un registro de posición. Tercero, PostgreSQL guarda dispositivos, usuarios, eventos, posiciones y auditoría; para despliegues grandes, Traccar también documenta TimescaleDB para historial de ubicación. Cuarto, una geocerca marca bodega, depósito, cruce o cliente. Quinto, permisos deciden quién puede ver, editar o borrar dispositivos, geocercas y notificaciones. Sexto, backup y prueba de recorrido restauran una salida completa. Traccar recibe datos de GPS y entrega mapa, reportes, eventos, API REST y WebSocket. Su página de geocercas describe zonas por polígono, línea o círculo, y permite generar eventos de entrada o salida cuando están vinculadas a un dispositivo o grupo. La página de eventos lista estados, movimiento, detención, alarmas, geocercas y notificaciones por correo, web, push, SMS, Telegram o WhatsApp según configuración. Los permisos se diseñan con cuidado. La guía de permissions and groups advierte que compartir un objeto da acceso completo, incluida eliminación, y sugiere duplicar objetos o usar usuario de solo lectura para dispositivos. En la bodega, logística lee vehículos y reportes. Seguridad ve eventos de geocerca. Administración consulta recorridos facturables. Un transportista externo ve solo su grupo durante la ventana acordada.
Qué se instala o configura primero
El primer entregable verificable es un viaje de prueba: vehículo, conductor, remito, salida, entrada a geocerca, alerta, reporte y restauración de historial. La pila mínima usa Traccar 6.14.4, PostgreSQL 17, TLS, backups diarios, retención definida y un tablero de incidentes. El costo mensual de servidor puede quedar entre USD 25 y USD 75, unos ARS 36.600 a ARS 109.800 al dólar oficial vendedor de $1.464, sin incluir dispositivos GPS, SIM, instalación ni soporte de campo. UMSA puede intervenir una vez definido el flujo de despacho, con inventario de dispositivos, roles, geocercas, política de retención y prueba de restauración. El trabajo inicial se mide por una pregunta concreta: ¿podemos reconstruir el viaje de ayer con usuario, hora y evidencia? La primera configuración debe separar datos vivos e históricos. Los despachantes necesitan posición actual. Gerencia necesita reportes por viaje. Auditoría necesita conservar una ruta cerrada, no editarla. El backup debe incluir base, configuración y archivo de despliegue para levantar otro servidor si el principal cae.
Dónde se rompe y cómo probarlo
El primer riesgo es aceptar dispositivos sin identidad estable. La señal aparece cuando dos equipos reportan con el mismo identificador o uno cambia después de mantenimiento. La prueba registra diez dispositivos, corta y vuelve a conectar cada uno, y revisa que el historial siga unido al vehículo correcto. El segundo riesgo es crear geocercas demasiado finas. La señal aparece cuando un camión parado en el límite dispara entradas y salidas seguidas. La prueba recorre el borde, revisa eventos y ajusta radio o polígono. El tercer riesgo es dar permisos amplios a un proveedor. La señal aparece cuando un usuario externo puede borrar una geocerca o cambiar un dispositivo. La prueba entra con ese rol, intenta editar y documenta el rechazo. El cuarto riesgo es perder la prueba del viaje. La señal aparece cuando el mapa muestra puntos, pero el reporte exportado no incluye remito, horario o conductor. La prueba toma un viaje cerrado, exporta posiciones, restaura la base en otro entorno y compara cantidad de registros, primera hora y última hora. La bodega gana control cuando puede responder sin gritos ni capturas: dónde estuvo el camión, quién vio el dato y qué evidencia queda guardada.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.