Primeros pasos
Integración / SDKs
Verificación de usuarios
Verificación de empresas
Monitorización de transacciones
Registro de cambiosConfiguración general
Umbrales de puntuación
Los umbrales de puntuación determinan cómo la puntuación de riesgo acumulada de las reglas coincidentes se traduce en un estado de la transacción:
Las transacciones por debajo del umbral de revisión pasan automáticamente a
APPROVED. Si una regla tiene una acción change_status explícita, ese estado tiene prioridad sobre los umbrales de puntuación, y DECLINED siempre prevalece.
Bajar el umbral de revisión aumenta el volumen de transacciones marcadas para revisión por los analistas. Ajústalo según la capacidad de tu equipo y tu apetito de riesgo.
Monitorización de cripto
Activa o desactiva el análisis de cripto automático para las transacciones con criptomonedas. Si está activado, Didit analiza las direcciones de wallet y los hashes de transacción con proveedores de analítica de blockchain en todas las transacciones concurrency_kind: "crypto". Para analizar un hash de transacción se necesitan tanto el hash como la dirección de wallet relacionada.
Preferencias de proveedor
Selecciona y configura tu proveedor de analítica de blockchain preferido:
Si conectas tu propia clave de proveedor, usas tu acuerdo vigente con ese proveedor y pagas a través de Didit la tarifa de infraestructura indicada por cada análisis.
La monitorización de Lightning Network solo está disponible con una conexión BYOK de Elliptic o Chainalysis añadida desde Marketplace.
Si se envía
LIGHTNING mientras hay otro proveedor activo, o antes de añadir alguna de las conexiones compatibles, la solicitud de análisis devuelve 400 con indicaciones para configurar Marketplace.
Flujo de remediación
El flujo de remediación (remediation_workflow_id en la API de configuración) es el flujo de verificación (workflow) predeterminado de toda la aplicación para las acciones de regla AWAITING_USER que no indican su propio flujo. En la práctica, se trata de las reglas integradas de la biblioteca (las reglas personalizadas siempre incluyen su propia selección, que prevalece).
El campo acepta un ID de flujo (o el UUID de una versión concreta) al escribir y siempre devuelve el ID estable del flujo al leer. Las sesiones se crean con la última versión publicada.
Cuando una de estas reglas pone una transacción en AWAITING_USER, Didit crea la sesión de verificación vinculada con el primer flujo que encuentre en este orden:
- El flujo de remediación configurado aquí.
- El flujo de Autenticación biométrica de tu aplicación, si el sujeto ya tiene una cara de referencia almacenada.
- El flujo predeterminado de tu aplicación.
action_required y remediation de la transacción y en ambos webhooks de transacción, para que puedas redirigir al usuario a completar la verificación requerida.
Cuando esa sesión llega a una decisión, el estado de la transacción sigue automáticamente esa decisión (aprobado, rechazado o en revisión) y se envía un webhook transaction.status.updated.
Aquí se recomienda un flujo de Autenticación biométrica: el usuario vuelve a demostrar su identidad con una sola selfie en vivo, que se compara con la cara de su onboarding original.
Requiere que el sujeto tenga una cara de referencia almacenada de una verificación aprobada. A los usuarios que no la tienen se les pide completar el flujo predeterminado de tu aplicación, y una nota en la transacción registra la sustitución.
Dónde encontrarlo
Ve a Transacciones > Configuración en la Business Console para configurar estas opciones. Los ajustes se aplican de inmediato a todas las transacciones nuevas.Próximos pasos
Puntuación de riesgo
Cómo se asignan los umbrales de puntuación a los estados.
Análisis de cripto
Análisis de wallets y detalles de los proveedores.
Enriquecimiento de IP
Qué datos de IP están disponibles para las reglas.