Crear reglas de fraude

Tu plataforma evalúa cada transacción contra dos capas de protección antifraude antes de aprobarla. La primera es una capa base, siempre activa, que bloquea por comercio o por monto máximo a nivel de tu organización — no la configuras tú, ya viene incorporada. La segunda son las reglas estructuradas que defines en esta guía: tú decides qué condiciones evaluar, contra qué alcance, y qué pasa cuando se cumplen.

Todo esto vive en la sección Antifraude (/fraud).

:::info Cómo se relacionan las dos capas Si la capa base bloquea una transacción, ahí termina la evaluación. Si la deja pasar, entran a jugar tus reglas estructuradas. Para entender exactamente cómo se combinan los resultados de varias reglas y se llega a una decisión final, revisa Entender el scoring. :::

Las tres piezas de una regla

Cada regla que creas tiene tres partes:

Pieza	Qué define
Alcance	A qué universo de transacciones aplica: global, un comercio específico, un MCC, un procesador, o una afiliación.
Condiciones	Uno o más pares de campo + operador + valor que la transacción debe cumplir.
Modo	Qué hace la regla cuando sus condiciones se cumplen: compuerta o score (ver abajo).

Campos disponibles para condiciones

Puedes construir condiciones sobre:

• Monto de la transacción.
• Canal.
• Comercio, terminal, BIN, MCC, procesador, afiliación.
• Velocidad de transacciones en 1 y 5 minutos, tanto por comercio como por terminal.
• Desviación contra el ticket promedio del comercio.
• Número de disputas en los últimos 30 días.

Los dos modos: compuerta vs. score

Compuerta (gate)

Una regla en modo compuerta actúa de inmediato: en cuanto sus condiciones se cumplen, la evaluación termina ahí y se aplica su acción — aprobar, revisar o declinar. No se suma con nada más.

Úsala para casos donde no hay ambigüedad posible: "si el monto es mayor a X, declina, punto."

Score

Una regla en modo score no decide por sí sola. Si sus condiciones se cumplen, aporta un peso configurable a un acumulado. Solo cuando ya se evaluaron todas las reglas de score que aplican, se compara el total contra tus umbrales de revisión y declinación.

Úsala para señales que son sospechosas pero no concluyentes por sí solas, y que cobran sentido al combinarlas con otras.

:::warning El orden importa — y es al revés de lo que uno esperaría Las reglas se evalúan por prioridad, de menor a mayor número — es decir, la regla con el número de prioridad más bajo se evalúa primero, y si hace match, gana: ninguna otra regla se evalúa después de esa. Si quieres que una regla específica le gane a una regla más general (por ejemplo, una excepción para un comercio en particular sobre una regla global), esa excepción necesita un número de prioridad más bajo que la regla general, no más alto. :::

Ejemplo 1: crear una regla de compuerta

Digamos que quieres declinar automáticamente cualquier venta de un comercio específico que supere los $50,000 MXN.

Paso 1: entra a Antifraude → Reglas

En el menú lateral entra a Antifraude y ubica la sección de reglas.

Paso 2: crea una regla nueva

Haz clic en Crear regla y define:

• Alcance: Comercio → selecciona el comercio específico.
• Condición: Monto mayor a 50000.
• Modo: Compuerta.
• Acción: Declinar.

Paso 3: define la prioridad

Si ya tienes otras reglas para este comercio, dale a esta un número de prioridad bajo (por ejemplo, 5) si quieres que se evalúe antes que las demás y gane en caso de match. Un número más alto (por ejemplo, 100) hace que se evalúe después — útil para reglas generales que solo deben aplicar cuando ninguna regla más específica hizo match antes.

Paso 4: guarda

La regla queda activa y se evalúa en cada transacción que entre en su alcance a partir de ahora.

Ejemplo 2: crear una regla de score

Ahora digamos que quieres una señal más fina: transacciones con velocidad alta y un monto que se desvía mucho del ticket promedio del comercio, sin que ninguna de las dos por sí sola sea motivo de bloqueo automático.

Paso 1: crea la primera condición combinada

Crea una regla con:

• Alcance: Global (o el alcance que te interese).
• Condiciones:
  • Velocidad de transacciones (5 min) por comercio mayor a 10.
  • Desviación vs. ticket promedio del comercio mayor a 300%.
• Modo: Score.
• Peso: por ejemplo, 40.

Paso 2: revisa tus umbrales de score

Este peso se suma contra los umbrales de revisión y declinación que están configurados en tu runtime de antifraude (ver más abajo). Si esta regla por sí sola no alcanza el umbral de revisión, no pasa nada todavía — pero si se combina con otra regla de score que también aplique a la misma transacción, la suma podría cruzar el umbral.

Paso 3: guarda y monitorea

Después de guardar, puedes ir a Consultar evaluaciones de fraude para ver, transacción por transacción, si esta regla se está disparando como esperabas.

Sobre la configuración de runtime

Además de las reglas individuales, existe una configuración de runtime que controla:

• El modo general del motor.
• La versión del ruleset activa.
• Los umbrales de score para revisión y declinación.

Cuando guardas cambios en esta configuración, se publica de inmediato como una nueva versión activa — no hay un paso adicional de "publicar" por separado.

:::tip ¿Cómo armo una señal de "friendly fraud"? Hoy no existe una alerta prearmada con ese nombre. Si quieres una señal básica de friendly fraud, arma tú mismo una regla de score usando la condición de número de disputas en los últimos 30 días — por ejemplo, un comercio o una tarjeta con varias disputas recientes suma peso hacia revisión. No es un feature dedicado, es una combinación que tú configuras con las piezas que ya tienes disponibles. :::

Qué sigue

• Entender el scoring
• Consultar evaluaciones de fraude