Flujo canónico: servicios adicionales

Tipos vigentes

• Inspección visual / Prueba funcional — ServiceType.INSPECTION.
• Reempaque — ServiceType.REPACK.
• Devolución al vendedor — ServiceType.RETURN.
• Fotografía adicional — ServiceType.PHOTO (Fase 2).

Pasos para el usuario

1. Seleccionar el paquete elegible (en_almacen o esperando_instrucciones).
2. Elegir tipo de servicio.
3. Confirmar descripción y carga de evidencia si aplica.
4. Estado canónico solicitado.
5. Esperar cotización (cotizado) → aprobación (→ pendiente_pago).
6. Pago según D-107 (manual) o integración posterior.
7. Operador ejecuta y carga evidencia.
8. Estado canónico completado o completado_con_evidencia.

Reglas

• El usuario debe aprobar la cotización antes de la ejecución (RN-053).
• Mientras el servicio esté activo, el paquete queda en en_servicio_adicional.
• La evidencia (fotos / video) es obligatoria para INSPECTION y RETURN, opcional para REPACK.
• Un paquete con servicio activo no puede consolidarse ni despacharse.

Estado actual del prototipo

• ServiceRequestsListScreen existe pero no aparece en Screen ni en NavGraph.
• Acciones de ReporteDetalle como "Ver estado del servicio", "Esperar resultado", "Ver motivo" y "Resolver problema" no producen efecto.
• Los formularios RequestInspection, RequestReturn y RequestRepack funcionan en memoria pero los datos se pierden al cerrar la app.

Plan de corrección: backlog P1-04 (entrega de auditoría).