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_deltaconfigurado (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:
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 unscore_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.
Modo de prueba para reglas
Las reglas pueden ejecutarse en modoTEST:
- La regla se evalúa con respecto a las transacciones, pero no contribuye a la puntuación ni afecta al estado.
- Los registros
TransactionRuleRunse crean conis_test = true. - Te permite validar la selectividad de una regla sin arriesgarte a rechazos en producción.
ACTIVE cuando estés conforme con la selectividad.
Gravedad y campos heredados
El camposeverity 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 incluyescore 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.