> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Alertas KYT: transacciones retenidas, triaje y resolución

> Alerta de Didit: transacción retenida en revisión o esperando al usuario. Clasifícala, resuélvela o escálala. 1,000/mes incluidas, luego $0.001 c/u.

Una **alerta** es una transacción que una regla o un revisor ha retenido y sobre la que todavía no se ha tomado ninguna decisión.
En la práctica, es una transacción en `IN_REVIEW`, o en `AWAITING_USER` mientras espera al cliente.
Las transacciones retenidas son la unidad de triaje en la Business Console, y no hay un registro de alerta aparte que gestionar.

## Qué se considera una alerta

| Estado de la transacción | ¿Alerta abierta? | Significado |
| - | - | - |
| `IN_REVIEW` | Sí | Una regla o un umbral de puntuación retuvo la transacción para un analista. Esta es la cola del revisor. |
| `AWAITING_USER` | Sí | La transacción espera al cliente, por ejemplo, una sesión de verificación de remediación. |
| `APPROVED` | No | Decidida. |
| `DECLINED` | No | Decidida. |

El estado al que pasa una transacción y las reglas que lo determinan se describen en [Estados](https://docs.didit.me/es/transaction-monitoring/statuses.md) y [Puntuación de riesgo](https://docs.didit.me/es/transaction-monitoring/risk-scoring.md).

## De dónde vienen las alertas

| Origen | Cómo se retiene la transacción |
| - | - |
| Regla | Una [regla](https://docs.didit.me/es/transaction-monitoring/rules.md) que se cumple añade puntuación hasta superar tu umbral de revisión, o ejecuta una acción `change_status` para establecer el estado en `IN_REVIEW`. |
| Resultado del proveedor | Un resultado del análisis de wallets o de sanciones alimenta una regla que retiene la transacción. Consulta [Análisis de wallets](https://docs.didit.me/es/transaction-monitoring/wallet-screening.md). |
| Analista | Un analista pasa una transacción a revisión desde la consola. |

## Triaje

Abre **Transactions** en la consola y filtra por estado para ver las transacciones retenidas.
Cada transacción muestra las reglas que se activaron, la puntuación, las partes y el perfil de la [entidad](https://docs.didit.me/es/entities/overview.md) vinculada.

Desde la transacción puedes:

* **Asignar** la transacción a un analista, de una en una o en bloque. La asignación queda registrada en la cronología de la transacción.
* **Añadir una nota** para el siguiente revisor. Las notas también están disponibles a través de los [endpoints de notas](https://docs.didit.me/es/management-api/transactions/create-note.md).
* **Aprobar o rechazar** la transacción para cerrar la alerta.
* **Añadir la transacción a un caso** cuando necesite una investigación más amplia.

## Escalar a un caso

Una sola transacción retenida suele ser lo bastante pequeña como para resolverse por sí sola.
Las investigaciones basadas en patrones o de mayor alcance corresponden a un **caso**, un contenedor de transacciones, usuarios, empresas y pruebas.

Añade el efecto **Crear caso** a una regla para abrir un caso automáticamente cada vez que se cumpla la regla, o usa **Añadir al caso** en cualquier transacción.
Consulta [Casos](https://docs.didit.me/es/transaction-monitoring/cases.md) para conocer el modelo de casos.

## Informes de actividad sospechosa

En las jurisdicciones que exigen Informes de Actividad Sospechosa (SAR) o Informes de Transacciones en Efectivo (CTR), genera la presentación a partir del caso.
Consulta [Informes FIU y plantillas](https://docs.didit.me/es/console/case-management/fiu-reports.md).
Didit no envía informes a los reguladores: la presentación sigue siendo responsabilidad de tu equipo de cumplimiento, y la consola prepara el formulario y las pruebas para agilizarla.

## Webhooks de alertas

Una transacción retenida se notifica con el webhook `transaction.created` (cuando se retiene al crearse) y con `transaction.status.updated` (cuando cambia su estado).
Consulta [Webhooks](https://docs.didit.me/es/transaction-monitoring/webhooks.md).

## Acceso programático

No hay un endpoint de alertas aparte.
Enumera las transacciones retenidas con `GET /v3/transactions/` y consulta cada una con `GET /v3/transactions/{transaction_id}/`.
El array `alerts` del detalle de la transacción siempre está vacío por ahora, así que consulta `status` en su lugar.

## Próximos pasos

> [card] [Casos](https://docs.didit.me/es/transaction-monitoring/cases.md)
>
> Flujo de investigación completo.

> [card] [Reglas](https://docs.didit.me/es/transaction-monitoring/rules.md)
>
> Qué retiene una transacción.

> [card] [Consola](https://docs.didit.me/es/transaction-monitoring/console.md)
>
> Recorrido por la interfaz de la consola.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.