APP CHECKLIST · FASE 2 · COTIZACIÓN DE DESARROLLO

Un checklist más inteligente
para cada vehículo,
sin preguntas repetidas.

Desarrollo de las mejoras y nuevas funcionalidades del módulo de Checklist de la aplicación (Fase 2), según el documento de especificaciones “App GPS Fase 2 v2”, incluyendo la gestión de preguntas por vehículo, el envío automático de correos ante hallazgos críticos y la nueva grid visual de revisiones.

Ver alcance del trabajo Ver inversión y plazo
0bloques de alcance
0semanas de plazo
0pagos · anticipo + entrega
0ronda de ajustes incluida

01 · DESCRIPCIÓN DEL PROYECTO

La Fase 2 cierra los huecos operativos del Checklist

Sobre el módulo de Checklist ya en producción, esta fase añade el contexto de dónde se revisa cada vehículo, ordena quién puede responder y recibir cada pregunta, automatiza el aviso ante hallazgos críticos y entrega una grid visual para auditar y comparar revisiones sin depender de capturas de pantalla.

◈

Preguntas por vehículo

Cada pregunta define quién puede responderla, a qué vehículos aplica y a qué emails avisar si sale crítica.

✉

Avisos automáticos

Al finalizar una revisión, los hallazgos críticos se agrupan y se envían por mail a los destinatarios correctos, sin intervención manual.

▦

Grid visual de revisiones

Filtra por vehículo y fechas, identifica lo crítico por color y compara contra la revisión anterior del mismo vehículo.

02 · ALCANCE DEL TRABAJO

Ocho bloques, un mismo checklist más robusto

El desarrollo se organiza en ocho bloques, desde la entrada de la revisión hasta la grid final de auditoría — incluido el cambio de origen del tipo de vehículo, que es la tarea de mayor complejidad del alcance.

1

Entrada de checklist para gestores

  • Desplegable para elegir la campa/zona desde donde se realiza la revisión.
  • Ampliación de tbldestinatarios para indicar cuáles son las campas o almacenes propios.
2

Gestión de preguntas

  • Selector de chófer / gestor / otros roles futuros para definir quién puede responder cada pregunta (selección múltiple).
  • Selector múltiple de emails por pregunta para casos de criticidad, filtrado a usuarios con ID Usuario Sigestran.
  • Reordenamiento de preguntas en el grid (arrastre o botones subir/bajar), actualizando el número de orden.
  • Alta de preguntas con selección de varios tipos de vehículo, replicando la pregunta en cada uno.
3

Envío de correos automáticos

  • Envío automático al finalizar una revisión, a los destinatarios configurados por pregunta crítica.
  • Agrupación de preguntas críticas en un único correo por destinatario, con plantilla de asunto y cuerpo (fecha, vehículo, usuario, listado de incidencias y enlace a la revisión).
4

Funcionalidades adicionales

  • Duplicar el set completo de preguntas de un vehículo hacia otro vehículo.
  • Eliminar en bloque (anular) todas o varias preguntas de un vehículo, mediante selección con checks.
5

Grid de revisiones

  • Nueva grid con selector previo de vehículo y rango de fechas (carga bajo demanda).
  • Visualización con codificación de colores para preguntas críticas; las fotos no se muestran en el grid, se acceden con un botón.
  • Exportación a Excel de la información visualizada en el grid.
  • Comparativa entre revisiones del mismo vehículo, para detectar críticos no resueltos de revisiones anteriores.
6

Cambio de origen del tipo de vehículo

  • En la v1, el tipo de vehículo se obtenía en una sola consulta, uniendo tblvehiculos con tbltipos_vehiculos directamente por tipo_vehiculo_id.
  • En la v2, el tipo de vehículo se resuelve con dos JOIN adicionales: contra tbltipos_vehiculo_v1 (usando COALESCE entre el id de vehículo y el de tipo) y contra tblgrupos_vehiculo para obtener el grupo.
  • Este cambio de origen de datos afecta a todo el desarrollo previo de la app (selección de vehículo, iconografía por tipo, asignación de preguntas por tipo, etc.), por lo que requiere revisar y ajustar cada punto donde se lee el tipo de vehículo.
Antes · v1
SELECT
    REPLACE(LOWER(v.sMatricula), '-', '') AS matricula_busqueda,
    v.*,
    tv.*
FROM tblvehiculos v
LEFT JOIN tbltipos_vehiculos tv
    ON tv.lTipoVehiculoV1_id = v.tipo_vehiculo_id
WHERE REPLACE(LOWER(v.sMatricula), '-', '')
    LIKE CONCAT('%%', REPLACE(LOWER(%s), '-', ''), '%%')
Ahora · v2
SELECT
    v.*,
    tv.*,
    tv1.*,
    gr.*
FROM tblvehiculos v
LEFT JOIN tbltipos_vehiculos tv
    ON tv.lTipoVehiculo_id = v.tipo_vehiculo_id
LEFT JOIN tbltipos_vehiculo_v1 tv1
    ON tv1.lTipoVehiculoV1_id = COALESCE(v.lTipoVehiculoV1_id, tv.lTipoVehiculoV1_id)
LEFT JOIN tblgrupos_vehiculo gr
    ON tv1.lGrupoVehiculo_id = gr.lGrupoVehiculo_id
WHERE v.sMatricula = '5524-MVW';

Tarea de mayor complejidad del alcance: al cambiar la fuente del tipo de vehículo, hay que revisar y ajustar todo el desarrollo anterior que dependía de la consulta original (Fase 1 y Fase 2), no solo agregar los nuevos JOIN.

7

Preguntas críticas más completas

  • Desplegable para añadir sub-respuestas a una pregunta tipo check (p. ej. en carrocería: Frontal, lateral izquierdo, trasera, lateral derecho, interior), configurables como texto libre separado por comas, igual que las preguntas tipo Select.
  • Al marcar NOK en el checklist, selección múltiple de esas sub-respuestas.
  • Posibilidad de adjuntar fotografía al marcar una criticidad en una pregunta tipo check.
  • Cuadro de observaciones (texto libre) al marcar NOK en preguntas tipo check.
8

Datos de refrigeración del remolque

  • Relación con la tabla tblvehiculos_equipamiento.
  • Mostrar sRefrigeracionMarca y sRefrigeracionModo cuando el remolque tenga esos datos — válido para cualquier tipo de remolque, normalmente los de frigo.
  • Mostrar estos mismos campos también en la grid de revisiones (bloque 5).

03 · PROPUESTA ECONÓMICA

Inversión y plazo de la Fase 2

Precio cerrado para el desarrollo completo del alcance descrito arriba, en dos pagos y con un plazo estimado de entrega.

Pendiente de actualizar: el precio y el plazo de abajo todavía no incluyen los bloques 7 y 8 (sub-respuestas, evidencia en preguntas críticas y datos de refrigeración del remolque), agregados al alcance el 18/09/2026. Se van a recotizar.

Precio total

USD 2.000
USD 1.000 Anticipo — al iniciar el proyecto
+
USD 1.000 Contra entrega

Plazo estimado

4 sem.

Desarrollo

Implementación completa del alcance: gestión de preguntas, correos automáticos, funcionalidades adicionales, grid de revisiones y el cambio de origen del tipo de vehículo.

Total: 4 semanas
El plazo se cuenta desde la confirmación del anticipo

Condiciones

Forma de pago

50% como anticipo para iniciar el desarrollo y 50% contra entrega.

Plazo

4 semanas, contadas a partir de la confirmación del anticipo.

Incluye

Ambiente de pruebas y una ronda de ajustes menores post-entrega.

El resultado esperado

Con la Fase 2, cada revisión queda vinculada a la campa/zona correcta, las preguntas críticas llegan de inmediato a quien debe actuar y el histórico de revisiones se puede auditar, comparar y exportar sin depender de capturas de pantalla.

Con este alcance cerrado, la Fase 2 queda lista para desarrollo.