## Lea la transacción en conjunto

`status` describe el avance del recorrido. `decision` expresa `pending`, `approved` o `rejected`. Cuando está presente, `decision_reason` añade el motivo documentado. Consulte la referencia para el objeto completo y los enums vigentes; no deduzca una decisión a partir de una sola etapa.

| Escenario | Tratamiento en su sistema |
| --- | --- |
| `created` y etapas intermedias | Mantenga el proceso pendiente |
| `manual_review_pending` | Espere la revisión; no libere como aprobado |
| `approved` con `decision=approved` | Aplique sus reglas para continuar |
| `rejected` con `decision=rejected` | Trate el rechazo según su procedimiento |
| `expired` | Cierre o reinicie según su política |

Estados como `liveness_passed` o `document_passed` describen una etapa finalizada y no sustituyen la decisión final. Una conexión interrumpida tampoco demuestra rechazo ni aprobación.

## Sincronice su decisión de negocio

Guarde la relación entre su proceso y la transacción. Al recibir un evento, valide el origen, reconozca duplicados y consulte el estado actual antes de ejecutar efectos irreversibles. Un evento antiguo no debe sobrescribir una decisión posterior por su orden de llegada.

La aprobación KYC no determina la aprobación de crédito, la ausencia de fraude en una compra ni las facultades de representación. Esas evaluaciones siguen a cargo de su operación. Consulte [reentrega y conciliación](/es/desarrolladores/kyc/reentrega-y-conciliacion) y pruebe estos escenarios en el [simulador](/es/desarrolladores/kyc/simulador).