Saltar al contenido principal
Cada transacción recibe una puntuación, un número entero que resume su riesgo. La puntuación determina el estado de la transacción (APPROVED, IN_REVIEW, DECLINED) y la decisión de crear una alerta, abrir un caso o exigir que el usuario adopte medidas correctivas.

La fórmula

  • Puntuación base: 0.
  • Cada regla que coincide suma su score_delta configurado (normalmente entre 25 y 35).
  • Una transacción sin reglas coincidentes obtiene una puntuación de 0.

Umbrales y estados

Los umbrales de puntuación se configuran por aplicación en Transacciones → Configuración. Asignación de estado:
Las acciones de cada regla pueden anular esta asignación de estado; por ejemplo, una regla con action: change_status → DECLINED rechazará la transacción independientemente de la puntuación.

Contribuciones de las reglas: ejemplo práctico

Supón que estas reglas se activan en una sola transacción: Puntuación total = 30 + 35 + 35 = 100. Con un umbral de revisión de 60 y un umbral de rechazo de 85, esta transacción queda DECLINED. Con los umbrales predeterminados (75 de revisión, 500 de rechazo), queda IN_REVIEW, porque la configuración predeterminada nunca rechaza por puntuación.

Anulaciones mediante acciones

Las reglas también pueden establecer directamente el estado, sin pasar por los umbrales de puntuación: Una sola regla puede tener varias acciones; por ejemplo, add_score(35) + add_tags(["structuring"]) + add_note("Auto-tagged by structuring preset").

Por qué las puntuaciones superan a las reglas estrictas

Un umbral puro (por ejemplo, “rechazar toda transacción de más de $100k”) se activa tanto ante transacciones legítimas de alto valor como ante riesgos reales. Combinar varias reglas con un score_delta moderado y un umbral de revisión/rechazo te ofrece:
  • Puntuación por capas: ninguna regla por sí sola provoca un rechazo; varias señales tienen que coincidir.
  • Sensibilidad ajustable: sube o baja los umbrales sin tocar la definición de las reglas.
  • Gradación de la gravedad: una transacción con puntuación 65 pasa a revisión (merece un vistazo); una con puntuación 90 se rechaza (grave).

Configurar los umbrales

Desde Transacciones → Configuración:
  • Umbral de revisión: súbelo si tu cola de revisión está saturada; bájalo para detectar más casos límite.
  • Umbral de rechazo: súbelo para reducir los rechazos por falsos positivos; bájalo para optar por un bloqueo más agresivo. Establécelo en el valor máximo (500) para enviar las transacciones con puntuaciones altas a revisión en lugar de rechazarlas automáticamente.
Los cambios se aplican solo a las transacciones nuevas; las transacciones históricas conservan el estado asignado en el momento de su evaluación.

Modo de prueba para reglas

Las reglas pueden ejecutarse en modo TEST:
  • La regla se evalúa con respecto a las transacciones, pero no contribuye a la puntuación ni afecta al estado.
  • Los registros TransactionRuleRun se crean con is_test = true.
  • Te permite validar la selectividad de una regla sin arriesgarte a rechazos en producción.
Cambia a ACTIVE cuando estés conforme con la selectividad.

Gravedad y campos heredados

El campo severity de Transaction y TransactionAlert admite valores nulos y es un campo heredado. Las nuevas evaluaciones de reglas no lo establecen. Usa score como señal principal de riesgo.

Consultar las puntuaciones

Mediante la API

Cada respuesta de transacción incluye score y un array rule_runs[] con una entrada por cada regla coincidente (consulta el esquema de respuesta para ver todos los campos):

En la consola

En la página de detalle de la transacción, la pestaña Score muestra un desglose de la contribución de cada regla coincidente y la asignación final del estado. Pasa el cursor sobre el indicador de puntuación para ver los valores de umbral usados en el momento de la evaluación.

Próximos pasos

Reglas

Anatomía y evaluación de las reglas.

Alertas

Qué ocurre cuando se activa una regla.

Configuración

Configura los umbrales.
Última modificación el 1 de noviembre de 2026