> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # Configuración de KYT: umbrales y proveedores > Configura en Didit umbrales KYT, moneda, proveedores de análisis blockchain y remediación. 1,000 transacciones/mes incluidas; luego $0.001 cada una. Configura desde la Business Console los ajustes de monitorización de transacciones de cada aplicación para controlar los umbrales de puntuación y las preferencias de proveedor. ## Configuración general | Ajuste | Valor predeterminado | Descripción | | - | - | - | | **Monitoreo habilitado** | `true` | Activa o desactiva la monitorización de transacciones de la aplicación. Si está desactivada, las transacciones enviadas se almacenan, pero no se evalúan según las reglas. | | **Moneda predeterminada** | `USD` | Moneda que se usa para comparar con los umbrales de las reglas y para la conversión de divisas. Todos los importes se convierten a esta moneda para que la evaluación sea coherente. | ## Umbrales de puntuación Los umbrales de puntuación determinan cómo la puntuación de riesgo acumulada de las [reglas coincidentes](https://docs.didit.me/es/transaction-monitoring/rules.md) se traduce en un estado de la transacción: | Ajuste | Valor predeterminado | Descripción | | - | - | - | | **Umbral de revisión** | 75 | Las transacciones con una puntuación igual o superior a este valor reciben el estado `IN_REVIEW` | | **Umbral de rechazo** | 500 | Las transacciones con una puntuación igual o superior a este valor reciben el estado `DECLINED`. El valor predeterminado, que también es el máximo (`500`), nunca rechaza automáticamente por puntuación, así que redúcelo si quieres rechazar por puntuació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. > [!NOTE] > > 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](https://docs.didit.me/es/transaction-monitoring/aml-screening.md) 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 con `currency_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: | Proveedor | Configuración | | - | - | | **Merkle Science** | Actívalo con precios gestionados (la opción predeterminada) o conecta tu propia clave de API | | **Crystal** | Conecta tu propia clave de API desde **Marketplace** en la consola | | **Chainalysis** | Conecta tu propia clave de API desde **Marketplace** en la consola | | **Elliptic** | Conecta tu propia clave de API y tu secreto desde **Marketplace** en la consola | | **TRM Labs** | Conecta tu propia clave de API desde **Marketplace** en la consola | 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`](https://docs.didit.me/es/transaction-monitoring/rules#exigir-la-verificación-del-usuario-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: 1. El flujo de remediación configurado aquí. 2. El flujo de **Autenticación biométrica** de tu aplicación, si el sujeto ya tiene una cara de referencia almacenada. 3. El flujo predeterminado de tu aplicación. La URL y el token de la sesión se devuelven en los campos `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](https://business.didit.me) para configurar estas opciones. Los ajustes se aplican de inmediato a todas las transacciones nuevas. ## Próximos pasos > [card] [Puntuación de riesgo](https://docs.didit.me/es/transaction-monitoring/risk-scoring.md) > > Cómo se asignan los umbrales de puntuación a los estados. > [card] [Análisis de cripto](https://docs.didit.me/es/transaction-monitoring/aml-screening.md) > > Análisis de wallets y detalles de los proveedores. > [card] [Enriquecimiento de IP](https://docs.didit.me/es/transaction-monitoring/ip-enrichment.md) > > Qué datos de IP están disponibles para las reglas. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.