Saltar al contenido principal
La comprobación de cuenta confirma que una cuenta bancaria pertenece a la persona que tu flujo de verificación (workflow) ya verificó, a partir de los datos de la cuenta que escribe. No hay inicio de sesión bancario ni pantalla de consentimiento: la persona introduce su cuenta en el formato que se usa en su país, y el banco compara el nombre que figura en ella con el nombre que verificó un paso anterior. Es uno de los dos métodos de Verificación bancaria, junto al inicio de sesión bancario, y su valor de método es account_lookup. La carga de extractos y los microdepósitos siguen siendo alternativas después de ambos, y la persona siempre puede continuar sin banco. Para comprobar una cuenta desde tu backend sin sesión, por ejemplo antes de un pago, usa la API de comprobación de cuenta.
La Verificación bancaria aún no está habilitada en producción. Hasta que lo esté, no puedes añadir este paso a un flujo ni llamar a esta API, ni en producción ni en sandbox, y esta página describe cómo funcionará.
La Verificación bancaria confirma que el titular de una cuenta coincide con una identidad que estableció otro paso, por lo que no es una prueba de identidad por sí sola. Coloca Verificación de identidad, Validación de base de datos, un cuestionario o expected_details antes del paso. La persona nunca escribe un nombre para la comprobación: Didit siempre compara el nombre que la sesión ya verificó.

Cómo funciona

1

La persona elige su país

En el paso de Verificación bancaria, la persona elige uno de los países que ofrece el paso. Donde la comprobación de cuenta va primero, el paso abre un formulario breve con el formato de cuenta de ese país. Donde el inicio de sesión bancario va primero, la persona elige Introduce los datos de tu cuenta para llegar al formulario.
2

La persona escribe su cuenta

Por ejemplo, un IBAN, un sort code y un número de cuenta, o una CLABE. El flujo de verificación construye el formulario a partir de lo que la API devuelve para ese país, así que un país que Didit añada más adelante no requiere ningún cambio por tu parte.
3

Didit comprueba primero el formato

Antes de facturar nada, Didit comprueba cada valor: su longitud, sus caracteres, sus dígitos de control y, en el caso de un IBAN, que pertenezca al país seleccionado. Un valor que no pasa la comprobación se rechaza indicando el campo que hay que corregir. La persona lo corrige ahí mismo y no se consume ningún intento.
4

El banco comprueba el nombre de la cuenta

Didit realiza una comprobación con el nombre verificado en la sesión. Cualquier otro dato que envíe el cliente se ignora.
5

El paso decide

La respuesta se convierte en un resultado de propiedad, y las acciones del paso lo transforman en el veredicto exactamente igual que con el inicio de sesión bancario.

Dónde se ofrece la comprobación

La cobertura es por país. Didit activa la comprobación país por país, una vez que dispone de una ruta con precio en él; un país sin ruta no la ofrece. Se van añadiendo países con el tiempo, y el paso siempre lee la lista actual, así que nunca necesitas cambiar tu integración cuando se añade uno. Dentro de un país con cobertura, los métodos del paso deciden si la persona la ve:
  • El orden del paso. bank_method_order define qué métodos ofrece cada país y cuál va primero. El valor predeterminado, ["open_banking", "account_lookup"], empieza con el inicio de sesión bancario y ofrece la comprobación de cuenta como respaldo.
  • El orden propio de un país. methods en un país de bank_countries sustituye allí el orden del paso, por ejemplo ["account_lookup"] para ofrecer solo la comprobación de cuenta, o ["account_lookup", "open_banking"] para empezar con ella.
  • Un banco caído. Donde un país ofrece la comprobación de cuenta, también sirve de respaldo si el inicio de sesión bancario de un banco se ha degradado o no está disponible: el paso pasa al formulario de cuenta antes de pedir ningún consentimiento, siempre que a la persona le queden comprobaciones de cuenta.
  • La comprobación se ejecuta en las rutas propias de Didit. Un paso que se ejecuta con tu propio proveedor del marketplace (provider_key) solo la ofrece con fallback_to_native activado.
  • Cuentas de empresa. En una sesión de verificación de empresas, la comprobación compara una cuenta de empresa con la empresa verificada, en los países donde Didit comprueba cuentas de empresa.
Consulta Elige los métodos por país para ver las reglas que se aplican al guardar.

Qué escribe la persona

Estos son los formatos de cuenta que entiende el formulario. No son una lista de cobertura: que la comprobación se ejecute en un país depende de dónde se ofrece, y el paso siempre muestra los campos exactos de ese país. En algunos países el formulario también pide un número de registro: para cuentas de empresa y, en unos pocos países, para todas las cuentas. Antes de comprobar un valor, se eliminan los espacios, guiones y puntos, y las letras se pasan a mayúsculas, para que la persona pueda escribir la cuenta tal como la imprime su banco.

Actívala

Un paso nuevo ofrece la comprobación de cuenta de forma predeterminada, como alternativa al inicio de sesión bancario. Para empezar por ella, o para ofrecerla sola, pon account_lookup primero en el orden:
Esta configuración determina cómo funciona la comprobación:

Resultados

Comprobaciones que devuelven una respuesta

Cada una de estas se factura una vez y consume una de las comprobaciones de cuenta de la persona (bank_account_check_max_attempts). Hasta que el paso se completa, la persona puede volver a intentarlo con otra cuenta mientras le queden comprobaciones. El resultado está en ownership.result, salvo en el caso de una cuenta que no existe, que está en connection.reason_code. Con bank_account_check_accept_close_match desactivada, ambas coincidencias cercanas pasan a ser no_match, con el código de motivo OWNER_NAME_MISMATCH: nunca se pide a la persona que confirme el nombre, y decide bank_no_match_action. El inicio de sesión bancario mantiene sus coincidencias cercanas en cualquier caso. Cuando la persona ha consumido todas las comprobaciones de cuenta, y todos los intentos de inicio de sesión bancario si el país también lo ofrece, sin lograr una conexión, el paso sigue abierto mientras le ofrezca una carga de extracto con intentos disponibles: consulta La carga de extracto. Cuando no queda ninguna vía, el paso termina según bank_attempts_exhausted_action (DECLINE de forma predeterminada), salvo que un intento anterior ya haya dado un veredicto, como una discrepancia de nombre. En ese caso, se mantiene ese veredicto.

Resultados que nunca se facturan

Ninguno de estos consume una comprobación. Cada uno se muestra en connection.reason_code.

En la decisión

La decisión de la sesión incluye el paso en bank_verifications[]. Una vez evaluada una cuenta, method indica account_lookup. Mientras no se haya evaluado ninguna cuenta, method y ownership son null, y connection.reason_code indica el motivo, por ejemplo ACCOUNT_NOT_FOUND, PROVIDER_UNAVAILABLE o REFERENCE_IDENTITY_MISSING. En la comprobación no se elige ningún banco, por lo que connection.institution_id, connection.institution_name y connection.oauth son null, y connection.institution_country es el país que eligió la persona. Didit no conserva ningún acceso a la cuenta una vez completado el paso, así que una comprobación que terminó con una coincidencia indica connection.status: revoked con reason_code: VERIFICATION_COMPLETED. El resultado en sí se conserva en la sesión. Una comprobación de cuenta no lee saldos, transacciones ni ingresos. Cuando el paso los solicita, financial_data.not_collected los enumera; consulta Los datos financieros requieren el inicio de sesión bancario.
El ejemplo muestra solo los campos que trata esta página. Una vez evaluada una cuenta, lee method para distinguir una comprobación de cuenta del inicio de sesión bancario: es el único campo pensado para ello.

En las reglas del flujo y en los informes

  • Ramas y reglas de estado: bank.method es account_lookup (Comprobación de cuenta en el editor de reglas), y bank.reason_code puede ser ACCOUNT_NOT_FOUND.
  • Informe PDF de la sesión: la fila Método de verificación indica Comprobación de cuenta.

Precios

Cada comprobación que devuelve una respuesta es un cargo de Verificación bancaria: se facturan la coincidencia, la coincidencia cercana, la falta de coincidencia, la cuenta que no se pudo verificar y la cuenta que no se encontró. Nunca se facturan un valor rechazado antes de la comprobación, una comprobación no disponible ni una sesión sin un nombre verificado con el que comparar. El precio se fija por país: consulta Precios de Verificación bancaria. La comprobación de cuenta es un método de pago independiente, nunca una alternativa: bank_fallback_used_action no se activa para ella. Tras una comprobación facturada, los microdepósitos y la carga del extracto se incluyen sin coste adicional en la misma sesión, siempre que el paso los active y el país los ofrezca.

Pruébalo en sandbox

En una aplicación de sandbox, la comprobación se ejecuta sobre un servicio simulado y no se factura nada. Sandbox ofrece ambos métodos en todos los países, en el orden que fija el paso: con el orden predeterminado, elige Introduce los datos de tu cuenta para ejecutar la comprobación, o establece bank_method_order en ["account_lookup", "open_banking"] para empezar por ella. Los últimos cuatro caracteres de la cuenta que escribe la persona (el IBAN o, si no, el número de cuenta) determinan la respuesta. Cualquier otra terminación da una coincidencia con el nombre verificado. Sandbox registra cada comprobación respondida como uso sin coste, para que veas qué comprobaciones facturaría una sesión en producción. Un IBAN, una CLABE y un CBU llevan dígitos de control, así que no basta con cambiar sus últimos cuatro caracteres. Usa estos valores, que superan todas las comprobaciones de formato:
La API de comprobación de cuenta responde según las mismas terminaciones al usar una clave de sandbox, sin sesión. Consulta Pruebas en sandbox para saber cómo funcionan las aplicaciones de sandbox en general.
Última modificación el 1 de noviembre de 2026