Gestione las decisiones sobre fraude en solicitudes en un solo lugar

Usted paga proveedores de fraude, guarda los fraudes confirmados en una hoja de cálculo y espera a ingeniería para cambiar reglas. Decisimo reúne proveedores, lista y reglas.

Empiece gratis Ver el proceso

El fraude en solicitudes deja pérdidas que aparecen tarde

Identidades robadas o inventadas

Quienes solicitan no son quienes dicen ser

Fraude de primera parte

Algunas personas nunca tuvieron intención de pagar

Dispositivo o teléfono compartido

Varias solicitudes usan el mismo identificador

Pérdida tardía

Meses después, la pérdida aparece como incumplimiento

Registros de fraude confirmado

Los registros quedan en una hoja de cálculo, fuera de las reglas

Caída de un proveedor

Las solicitudes se detienen o siguen sin verificación

Fraude en solicitudes: de la solicitud al release

  1. Llega la solicitud

  2. Consulta a proveedores

  3. Cruce con fraudes confirmados

  4. Las reglas deciden

  5. Revisión de la derivación

  6. Actualización de la lista

  7. Prueba y despliegue

Los proveedores y las reglas deciden juntos

  • Fuentes con HTTP APIPuede consultar a varios proveedores al mismo tiempo
  • Motivos clarosEl equipo define qué significa cada respuesta
  • Llamadas fallidasLas reglas evalúan el error y deciden el resultado
El editor de reglas de fraude muestra una consulta de IP sin respuesta que deriva la solicitud y dos datos coincidentes que la rechazan, cada uno con un motivo
El conjunto de reglas Application fraud rules devuelve refer si falla la consulta de IP y decline si coinciden dos o más datos de un registro de fraude confirmado.

Sus fraudes confirmados cuentan en cada decisión

  • Coincidencias por campoLa decisión identifica qué datos coinciden en un registro
  • Motivos y vencimientoUn analista agrega o quita registros con un motivo
  • Base de datos propiaLos registros se guardan en el Postgres del prestamista
Tabla de fraudes confirmados con cinco registros activos, uno eliminado, motivos, identificadores enmascarados y fechas de vencimiento
La lista de demostración oculta todos los datos, muestra cinco registros activos y conserva uno eliminado con su motivo.

Cambio probado con decisiones previas antes de activarlo

  • Historial de revisionesCada guardado crea una revisión. Puede comparar dos
  • Fechas de pruebaLas decisiones archivadas se evalúan con la lista vigente en su fecha
  • Aprobación del releaseUn endpoint puede exigir aprobación antes del despliegue
Cronología de decisiones de fraude: el dispositivo dv-5c02e8aa se agregó el 14 de agosto; la del 6 de agosto se reproduce como approve y la del 23 de agosto como decline
El dispositivo agregado el 14 de agosto hace que la decisión del 6 de agosto se reproduzca como approve y la del 23 de agosto como decline.

El analista recibe la derivación con lo que vieron las reglas

  • Cola de casosLa cola de un rol recibe la derivación como caso
  • Evidencia de revisiónLas ejecuciones y la evidencia aparecen junto al analista
  • Versiones y autoríaEl caso registra qué se mostró y quién respondió

Quién hace qué en el equipo de fraude, semana a semana

  • Cambios en las reglasEl equipo las edita, sin escribir código
  • Registros de decisionesUna tabla en el Postgres del prestamista guarda cada entrada y salida
  • Consultas en cachéLas consultas repetidas usan la caché del prestamista y no llaman al proveedor

Lo que queda en manos del prestamista y sus proveedores

  • Proveedores elegidosEl prestamista elige y paga las fuentes de datos
  • Lista propia de fraudeLa lista de fraudes confirmados pertenece al prestamista
  • Reglas del prestamistaEl resultado sigue la lógica de decisión del prestamista

Preguntas que nos hacen

¿Qué son las decisiones antifraude?

La toma de decisiones sobre fraude combina datos de la solicitud y resultados de proveedores de fraude para decidir si se aprueba, se deriva o se rechaza. Decisimo ejecuta esas reglas, consulta la lista de fraude confirmado de la entidad y gestiona las derivaciones de analistas en un flujo de decisiones.

¿Qué ocurre si un proveedor de fraude deja de responder?

La llamada fallida registra un error y el estado HTTP, y el flujo de decisiones continúa. Consulte cómo se gestionan las fallas

¿Decisimo aporta datos de fraude o una lista de bloqueo compartida?

Decisimo no aporta datos de fraude ni una lista de bloqueo compartida. La entidad elige y paga a sus proveedores y aporta su propia lista de fraudes confirmados.

Gestione sus decisiones de fraude en un solo lugar

Empiece gratis