Para evaluar un software de flotas, describí qué decisiones necesita tomar tu equipo y qué datos debe conservar. Después comprobá esos requisitos con casos de tu operación.
Definí el alcance
“Gestión de flotas” puede incluir tareas distintas:
- ubicación y recorridos;
- mantenimiento;
- combustible y peajes;
- documentación y vencimientos;
- asignación de vehículos;
- multas;
- siniestros;
- costos e informes.
Una plataforma no tiene que cubrirlas todas. Sí debe explicar con precisión qué incluye y cómo se conecta con el resto. La guía sobre qué debe controlar una empresa ayuda a separar esos procesos.
Probá con casos de trabajo
Prepará situaciones que ocurren en tu operación y definí qué resultado aceptarás en cada una:
- dar de alta veinte vehículos desde un archivo;
- corregir una patente cargada con error;
- cambiar el conductor asignado sin perder el historial;
- bloquear una unidad por documentación o mantenimiento;
- recibir una infracción y asignar un responsable;
- exportar casos abiertos para otra área;
- retirar un vehículo vendido de todos los monitores.
Pedí que el proveedor muestre el recorrido completo, incluidos permisos, errores y registros de cambios. Usá datos ficticios o una muestra autorizada con el acceso necesario para la prueba.
Para cada caso, guardá requisito, pasos realizados, resultado esperado, resultado observado y evidencia. Separá “demostrado”, “requiere configuración”, “desarrollo pendiente” y “no disponible”. Una promesa de entrega posterior no tiene el mismo estado que una función probada.
Ejemplo ficticio: el proveedor muestra cómo cambiar un conductor, pero el informe exportado solo contiene al actual. Si necesitás reconstruir asignaciones históricas, el caso no está aprobado. Pedí que repita la exportación con los períodos anteriores o registre la limitación.
Calidad y origen de los datos
Preguntá qué fuente usa cada módulo, con qué frecuencia se actualiza y cómo muestra una ausencia de información. Un estado vacío no siempre significa que no exista una deuda o novedad.
Para multas, la cobertura debe indicar las jurisdicciones consultadas y las limitaciones conocidas. Para telemática, importan la precisión, la retención y los accesos. Para mantenimiento, necesitás saber si una alerta se basa en tiempo, kilometraje, horómetro o una combinación.
No aceptes afirmaciones como “cobertura total” o “tiempo real” sin una definición verificable.
Altas, bajas y dato maestro
Definí qué sistema será la fuente principal de vehículos, conductores y responsables. Si ERP, TMS y plataforma de flota pueden modificar los mismos campos, aparecerán conflictos.
La integración debería contemplar:
- identificadores estables;
- dominios duplicados o corregidos;
- altas y bajas con fecha;
- cambios de razón social;
- unidades temporales o alquiladas;
- responsables históricos;
- reintentos sin eventos duplicados.
El checklist de alta y baja de vehículos sirve como prueba para este flujo.
Alertas que generan una acción
Una alerta útil tiene evento, responsable y vencimiento. Antes de activar canales, definí:
- qué condición dispara el aviso;
- quién lo recibe;
- cuándo escala;
- cómo se marca como atendido;
- qué evidencia queda;
- cómo se evita repetir la misma notificación.
Asigná un responsable del aviso y probá su recepción por el canal elegido.
Permisos y auditoría
El sistema puede contener ubicaciones, datos de conductores, pólizas, actas y documentos internos. La Ley 25.326 obliga a trabajar con finalidad, seguridad y confidencialidad.
Comprobá si la herramienta permite:
- roles por función o empresa;
- acceso limitado a datos sensibles;
- historial de cambios;
- baja inmediata de usuarios;
- autenticación adecuada;
- exportación de registros para auditoría.
La guía sobre GPS y privacidad en flotas desarrolla los límites para geolocalización y recorridos.
Integraciones y salida de datos
Una API no alcanza si no tiene documentación, autenticación y comportamiento estable. Probá altas, consultas, webhooks, errores y límites de uso.
También definí cómo salir del sistema. La empresa debería poder exportar vehículos, responsables, historial, documentos y estados en un formato utilizable. Preguntá qué se entrega al finalizar el contrato y durante cuánto tiempo estará disponible.
Soporte e implementación
Identificá quién configura la cuenta, quién corrige datos y cómo se atiende un incidente. Pedí responsables, canales y alcances concretos; no uses una promesa genérica de “soporte prioritario” como criterio.
La implementación debería producir:
- inventario inicial validado;
- responsables y permisos;
- reglas de alertas;
- integraciones probadas;
- capacitación sobre el proceso real;
- criterio de aceptación;
- fecha de revisión posterior.
Cómo comparar propuestas
Usá una matriz con requisitos obligatorios, deseables y fuera de alcance. Evaluá cada producto con la misma muestra de vehículos y los mismos casos.
Definí primero qué requisitos son excluyentes. Si un producto no cumple uno, no compenses esa falta sumando funciones secundarias. Para los requisitos comparables, usá pesos establecidos antes de la demostración y conservá la evidencia de cada valoración.
Antes de decidir, repetí los casos que fallaron y probá la exportación en una herramienta distinta. Confirmá qué trabajo de configuración está incluido, qué queda a cargo de tu equipo y cómo se documentará la aceptación. Incorporá esos compromisos a la propuesta que revisará la empresa.
Si el alcance principal son infracciones, Multabot permite recibir alertas y reportes e integrar consultas mediante API. La página de gestión de flotas detalla esa cobertura; el seguimiento de ubicación, el combustible y el mantenimiento requieren herramientas o procesos específicos.