La integración con el proveedor de combustible resuelve un problema de calidad de dato, no de comodidad administrativa. El módulo de Combustible aplica cuatro controles sobre cada carga —geoposicionamiento, capacidad de tanque, rendimiento esperado y tarjeta de combustible— y los cuatro dependen de datos que, cargados a mano, llegan incompletos, tarde o mal. Sin el dato, el control existe pero no encuentra nada.
El circuito manual tiene una debilidad estructural: quien carga el dato en el sistema no es quien estuvo en la estación. Alguien transcribe un ticket, o varios, días después del hecho, y en esa transcripción se pierde precisión y se pierde tiempo.
La pérdida de precisión afecta a los controles. Un ticket transcrito rara vez conserva la ubicación exacta de la estación, y sin ubicación el control de geoposicionamiento no tiene contra qué cruzar la posición del vehículo. Un número de tarjeta anotado a mano, o directamente omitido, deja sin base al control de tarjeta de combustible, que existe para detectar el intercambio de tarjetas entre conductores.
La pérdida de tiempo afecta a la investigación. Una carga sospechosa detectada seis semanas después es casi imposible de esclarecer: nadie recuerda ese día y la conversación se vuelve una discusión de versiones.
Hay además un efecto que no se nota hasta que aparece: los datos transcritos a mano tienden a omitir justo las cargas problemáticas. La carga rara es la que se posterga, la que se anota incompleta o la que se pierde entre los comprobantes.
Geoposicionamiento. Necesita la ubicación de la estación y la posición del vehículo en ese momento. La primera viene del registro de la transacción; la segunda, del rastreo GPS. Por eso el Dashboard operativo incluye entre sus KPIs los vehículos sin posición GPS: una unidad sin señal no tiene este control disponible.
Capacidad de tanque. Necesita los litros de la carga y la capacidad del modelo, dato maestro del Maestro de Modelos. Los litros llegan con la transacción; la capacidad depende de que el modelo esté bien configurado.
Rendimiento esperado. Necesita los litros, los kilómetros del medidor y el rendimiento esperado del modelo en litros cada 100 km. Es el único de los cuatro que depende de un dato que la integración no aporta: la lectura del medidor. Por eso es el control que más se degrada en flotas con registro de kilometraje deficiente.
Tarjeta de combustible. Necesita saber qué tarjeta se usó y qué tarjeta está dada de alta para ese vehículo. Lo primero llega con la integración; lo segundo es una configuración previa que hay que mantener actualizada.
La conclusión es directa: la integración mejora tres de los cuatro controles de forma inmediata, y el cuarto —rendimiento— solo mejora si además ordenas el registro del medidor. Es el punto donde más proyectos se decepcionan: esperaban que el dato externo resolviera todo y el control de rendimiento siguió dando ruido.
El control de tarjeta compara la tarjeta utilizada contra la dada de alta para ese vehículo. Esa relación es una configuración que alguien mantiene, y de su exactitud depende que el control sirva o moleste.
Bien mantenida, detecta lo que fue diseñada para detectar: el conductor que carga su vehículo particular, o el de un compañero, con la tarjeta asignada a otra unidad. Es uno de los desvíos más comunes y de los más difíciles de probar sin este dato.
Mal mantenida, genera cargas en REVISIÓN que no significan nada. Los tres escenarios que más lo rompen: reasignaciones de flota sin actualizar el alta; tarjetas de reposición no dadas de alta, cuando el proveedor emite una nueva con otro número; y bajas no procesadas, una tarjeta dada de baja que sigue activa del lado del proveedor.
Una revisión trimestral de esa correspondencia, contrastando el listado de tarjetas activas del proveedor contra las altas del sistema, resuelve los tres casos. Es media hora de trabajo que evita meses de cargas marcadas sin sentido, que es lo que termina llevando a que el equipo ignore el estado de revisión por completo.
Una integración bien conectada sobre datos maestros incompletos produce lo mismo que antes, con más volumen. Tres datos determinan el resultado.
Capacidad de tanque por modelo. Sin ella, el segundo control no opera. Es el dato más fácil de completar y el que más veces aparece vacío en modelos incorporados después de la implementación inicial.
Rendimiento esperado por modelo. El que más criterio requiere, porque el valor de ficha del fabricante casi nunca corresponde a la operación real. Un rendimiento demasiado optimista deja a toda la flota en desvío permanente y vuelve inútil el tercer control. Vale la pena tratarlo aparte: cómo se define el rendimiento esperado es el paso previo obligado.
Registro del medidor. El insumo que la integración no trae. Los kilómetros tienen que entrar por otra vía y con continuidad; si se completan de forma irregular, el rendimiento calculado va a saltar entre valores imposibles y el control va a marcar cargas al azar.
La conciliación entre lo registrado y lo facturado sigue siendo una tarea administrativa con responsable humano. Lo que cambia es su dificultad: con las cargas registradas al detalle, consiste en comparar un total contra otro y localizar las transacciones que explican la diferencia. Sin ese registro, es una reconstrucción a partir de comprobantes sueltos, que es donde se van las horas.
Tres diferencias típicas: una carga facturada que no está registrada indica un problema de captura o una transacción fuera del circuito previsto; una carga registrada que no está facturada suele ser un desfasaje de corte entre períodos; y una diferencia de importe sobre la misma transacción remite al precio por litro. Ese precio el módulo lo muestra como indicador visual —una flecha hacia arriba o hacia abajo respecto de la carga anterior— sin que altere el estado de la carga ni dispare revisión alguna.
Los pasos tienen dependencias reales, y hacerlos en el orden equivocado no solo retrasa: desgasta la confianza del equipo en el sistema.
Primero, el inventario de tarjetas contra vehículos. Antes de conectar nada, ten la lista de qué tarjeta corresponde a qué unidad, validada contra el listado real del proveedor. Postergarlo garantiza que las primeras semanas produzcan una avalancha de cargas en REVISIÓN por tarjeta, y que alguien concluya que el control no sirve.
Segundo, los datos maestros de los modelos. Capacidad de tanque y rendimiento esperado, modelo por modelo, con criterio operativo y no de catálogo. Sin esto, dos de los cuatro controles quedan apagados de hecho.
Tercero, la rutina de registro del medidor. Define quién carga los kilómetros, con qué frecuencia y en qué momento. El control de rendimiento depende de esto y no hay integración que lo reemplace.
Cuarto, la conexión con el proveedor. Recién acá. Es el paso que todo el mundo quiere hacer primero porque es el visible, y el que menos valor entrega si los tres anteriores no están.
Quinto, un período de observación antes de actuar. Durante las primeras semanas revisa las cargas en REVISIÓN para entender qué está marcando el sistema y por qué, sin llevar ningún caso a una conversación con conductores. Casi siempre aparece un porcentaje alto de falsos positivos con origen en configuración, y corregirlos en silencio es mucho mejor que descubrirlos frente al equipo. El criterio está en cómo se gestionan las cargas inválidas.
Sexto, la rutina periódica de mantenimiento de la configuración. Revisión trimestral de tarjetas activas contra altas, y actualización de datos maestros cada vez que entra un modelo nuevo. Una integración que no se mantiene se degrada sola, al ritmo al que rota la flota.
