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 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_orderdefine 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.
methodsen un país debank_countriessustituye 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 confallback_to_nativeactivado. - 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.
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, ponaccount_lookup primero en el orden:
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 enconnection.reason_code.
En la decisión
La decisión de la sesión incluye el paso enbank_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.
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.methodesaccount_lookup(Comprobación de cuenta en el editor de reglas), ybank.reason_codepuede serACCOUNT_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 establecebank_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:
- Alemania (IBAN)
- Reino Unido
- Estados Unidos
- México (CLABE)
- Argentina (CBU)
- India