App para preoperacional de conductores con control
Resumen: El preoperacional no debería terminar cuando el conductor pulsa "Enviar". Su verdadero valor aparece cuando una novedad detectada antes del servicio genera una decisión: continuar, corregir, revisar o impedir temporalmente el despacho. Esta guía muestra cómo estructurar ese proceso.
Un vehículo puede tener sus documentos vigentes y un servicio correctamente asignado, pero presentar una llanta en mal estado, una luz averiada o una fuga minutos antes de salir.
Por eso, una app para preoperacional de conductores debe hacer algo más que reemplazar el papel: debe convertir la inspección en información útil para tomar decisiones antes de operar.
Qué debería controlar un preoperacional
La lista debe adaptarse al tipo de vehículo y a los procedimientos de cada empresa. Como punto de partida:
| Grupo | Qué revisar | Evidencia ante novedad |
|---|---|---|
| Llantas | Desgaste, daños y condición general | Fotografía |
| Luces | Bajas, altas, direccionales, freno y reversa | Foto/video |
| Frenos | Respuesta, testigos o anomalías | Observación |
| Fluidos | Niveles y posibles fugas | Fotografía |
| Espejos y vidrios | Estado y visibilidad | Fotografía |
| Equipo de carretera | Existencia y estado | Fotografía |
| Extintor y botiquín | Presencia y condiciones | Fotografía |
| Tablero | Testigos o alertas activas | Fotografía |
| Odómetro | Kilometraje actual | Registro/fotografía |
| Estado general | Daños o condiciones relevantes | Fotografía |
Esta matriz no es una lista normativa cerrada. La empresa debe definir qué inspeccionar según su operación y su PESV.
No toda novedad debería producir la misma acción
Una falla en los frenos no puede tratarse igual que una observación de limpieza. Por eso conviene clasificar previamente los hallazgos:
| Nivel | Tratamiento |
|---|---|
| 🟢 Conforme | Continúa el proceso |
| 🔵 Observación | Se registra para seguimiento |
| 🟡 Requiere corrección | Debe atenderse y registrar su cierre |
| 🔴 Crítico | Requiere evaluación antes del despacho |
Los criterios deben ser definidos por la empresa. El software aplica esas reglas, pero no sustituye la valoración técnica.
Qué debería ocurrir cuando aparece una novedad
Supongamos que el conductor reporta:
“Luz de freno derecha no funciona”.
Guardar esa respuesta aporta poco si nadie hace nada con ella.
Un flujo útil sería:
Conductor detecta → adjunta evidencia → se registra la novedad → responsable la revisa → se toma una decisión → se registra el cierre.
Como mínimo debería quedar trazabilidad de:
| Dato | Utilidad |
|---|---|
| Vehículo | Identificar el activo |
| Conductor | Saber quién inspeccionó |
| Fecha y hora | Saber cuándo ocurrió |
| Odómetro | Relacionarlo con el uso |
| Hallazgo | Identificar la novedad |
| Evidencia | Sustentar el reporte |
| Estado | Saber si sigue pendiente |
| Cierre | Conocer qué se hizo |
Así, la pregunta deja de ser “¿el conductor llenó el formato?” y pasa a ser “¿qué hizo la empresa con lo que encontró?”.
El preoperacional debe ocurrir antes del servicio
Una inspección diligenciada después de terminar la jornada puede servir como registro, pero pierde buena parte de su valor preventivo.
El flujo debería ser:
Vehículo + conductor asignados → preoperacional → evaluación de novedades → decisión → servicio
Si existe una condición crítica, operaciones debe conocerla antes del despacho, no cuando el vehículo ya está en carretera.
Qué debería ver operaciones
El coordinador no necesita revisar cientos de formularios correctos. Necesita identificar excepciones.
Un tablero realmente útil debería distinguir:
- inspección pendiente;
- vehículo conforme;
- vehículo con novedad;
- novedad pendiente de revisión;
- condición crítica;
- novedad corregida.
El objetivo es que operaciones pueda concentrarse rápidamente en los vehículos que requieren intervención.
Preoperacional, mantenimiento y documentos no deberían estar aislados
Si durante varias inspecciones aparece desgaste irregular en la misma llanta, existe información valiosa para mantenimiento.
Si el vehículo presenta además un documento vencido, existe otra condición que puede afectar su disponibilidad.
Por eso el preoperacional gana valor cuando se relaciona con el mantenimiento preventivo, el control documental y la operación.
El conductor reporta una vez. Las diferentes áreas utilizan esa información según su responsabilidad.
Indicadores que sí sirven
Medir únicamente “porcentaje de preoperacionales diligenciados” puede producir una falsa sensación de control.
Conviene medir también:
| Indicador | Qué muestra |
|---|---|
| Inspecciones realizadas oportunamente | Cumplimiento |
| Inspecciones con novedades | Comportamiento de la flota |
| Hallazgos por categoría | Fallas recurrentes |
| Novedades repetidas por vehículo | Activos problemáticos |
| Tiempo de cierre | Capacidad de respuesta |
| Novedades pendientes | Riesgo acumulado |
Así, el preoperacional también genera información útil para mantenimiento y seguridad vial.
Cómo encaja AriOS
AriOS ya organiza la operación alrededor de vehículos, conductores, documentación y servicios.
El preoperacional busca aprovechar ese contexto para que el conductor pueda registrar desde campo la inspección, odómetro, novedades y evidencias asociadas al vehículo, en lugar de generar otro formulario independiente.
El objetivo es conectar esa información con los demás controles de la operación, porque digitalizar el preoperacional no consiste en cambiar papel por una pantalla.
Consiste en poder responder, antes de despachar:
¿Este vehículo fue inspeccionado, qué novedades tiene y existe alguna condición que debamos atender antes de ponerlo en operación?
¿Quiere fortalecer el control preoperacional de su flota? AriOS integra la información de vehículos, conductores y operación para construir una trazabilidad más completa alrededor de cada servicio.