Flujo de incidencias y reclamos¶
Documento canónico. Tipos y estados viven en
datos/estados.md § Estados de incidencias.
Tipos de incidencia vigentes¶
Ver datos/estados.md § Estados de incidencias.
Pasos para el usuario¶
- Identificar el caso en el detalle del paquete o envío.
- "Reportar incidencia" → elegir tipo.
- Describir el problema con foto o video opcional.
- Confirmar → estado
abierta. - Recibir notificaciones en cada transición (
en_revision,requiere_accion_usuario,resuelta,cerrada). - Conversación o adjuntos adicionales si el operador lo solicita.
Pasos para el operador¶
- Recibir la incidencia en la cola del backoffice.
- Validar tipo y prioridad.
- Marcar
en_revision. - Si necesita más datos del usuario →
requiere_accion_usuario. - Cerrar con
resuelta+ solución registrada ocerradasin solución. - Toda incidencia debe quedar con
evidence_notesyresolution_notes.
Diferencias conocidas con el prototipo¶
- El CTA "Reportar incidencia" desde
ShipmentDetailusa un callback vacío. - Acciones como "Ver motivo" o "Resolver problema" en
ReporteDetalleno producen efecto. - En el flujo de pagos no existe ruta para iniciar una incidencia relacionada.
Plan de corrección: backlog P1-05 de la entrega de auditoría. Hasta entonces, cualquier CTA que dispare este flujo debe quitarse o explicitar que está disponible solo en modo demo.