Camino de RECHAZO — Banco Sol
Un pronunciamiento negativo: carta de rechazo, statement-rejected, y el atajo por el que un caso rechazado va directo a Cierre sin pasar por Tesorería.
📁 Evidencias
Este flujo no descargó archivos. Sus 9 capturas están en la carpeta FA-RECHAZO/; hacé clic en cualquiera para ampliarla.
✅ Sin hallazgos
El flujo se completó sin errores de consola, sin respuestas HTTP con error y sin comportamientos anómalos.
Pantalla de login
Formulario de acceso: usuario y contraseña (se validan contra LDAP)
Login como analista.extra4
POST /v1/Authentication/login → HTTP 200. El backend valida contra LDAP y devuelve el JWT (un solo rol). Landing: /dashboard-page
Caso creado (N° 1301) — camino de RECHAZO
Este caso se va a RECHAZAR en el pronunciamiento. Un caso rechazado que el tomador acepta va DIRECTO a Cierre, sin pasar por Tesorería.
Caso en proceso, con SISE registrado
El caso ya está En proceso. Ahora el analista decide RECHAZARLO.
El analista genera la carta de rechazo
POST generate-rejection-letter → HTTP 200. Registra la carta (evento RejectedLetter), requisito para poder rechazar el pronunciamiento.
Rechazo del pronunciamiento (motivo: PreExistence)
PUT /statement-rejected/{tipo} → HTTP 200. El caso pasa a Pronunciamiento como RECHAZADO. En Statement: True. Motivo: El asegurado tenía una condición preexistente no cubierta por la póliza..
Se agrupa hacia la aceptación del tomador
POST group-claims → HTTP 200, grupo 01KXD1Q331CYP2GWEBD2R95B61. El banco decide sobre el rechazo.
El tomador acepta el rechazo → el caso va DIRECTO a Cierre
PUT approve → HTTP 204. Como el pronunciamiento fue RECHAZADO, el caso NO pasa por Tesorería (en Treasury: False) sino directo a Cierre como ClosedRejected. Este es el atajo del camino de rechazo.
El caso rechazado queda CERRADO
PUT /close → HTTP 200. Estado final: Close/ClosedRejected. Un caso rechazado y aceptado por el tomador se cierra sin pasar por el pago de tesorería.
