Última actualización: 13 de agosto de 2026
Integrar open banking con un proveedor ya autorizado como AISP es un proyecto de semanas, no de meses: el trabajo se concentra en autenticación, normalización de datos y gestión de errores. Si la empresa tramita su propia licencia ante el Banco de España, el calendario pasa a estar dominado por el procedimiento administrativo.
Resumen rápido
- La ruta con proveedor autorizado evita el procedimiento de autorización y arranca en el sandbox el primer día.
- La ruta con licencia propia añade el plazo de resolución del expediente ante el Banco de España, cuyo marco en España es el Real Decreto-ley 19/2018, de 23 de noviembre, de servicios de pago.
- El desarrollo del primer flujo funcional suele ser la fase más corta; la más larga es la estabilización por entidad.
- La autenticación reforzada del usuario obliga a diseñar reconexión periódica, y ese diseño es la principal fuente de retrasos no previstos.
- El plazo real depende del número de entidades prioritarias y de si necesitas banca de empresa o productos de inversión.
¿Cuánto tarda una integración de open banking de principio a fin?
Con proveedor autorizado, un equipo con un desarrollador dedicado obtiene lecturas reales en el sandbox en días y llega a producción controlada en pocas semanas. Lo que extiende el calendario no es el primer flujo, sino cerrar el comportamiento de cada entidad bancaria y los casos de error.
El error de planificación más habitual consiste en dar el proyecto por terminado cuando la primera conexión funciona. La primera conexión demuestra que el contrato técnico es correcto. El proyecto termina cuando el sistema tolera credenciales caducadas, cuentas sin movimientos, entidades en mantenimiento, usuarios que abandonan la autenticación a mitad y cuentas con firma mancomunada.
Los plazos que aparecen a continuación son orientativos para planificación interna a fecha de agosto de 2026 y deben validarse con el proveedor concreto y con el alcance real del proyecto. No sustituyen a un plan acordado con el equipo de integración.
¿Qué fases tiene el proyecto y qué se hace en cada una?
Un proyecto de open banking tiene seis fases: preparación, sandbox, integración del flujo de consentimiento, normalización de datos, endurecimiento y despliegue progresivo. Cada fase tiene un entregable verificable, y no conviene avanzar sin cerrarlo.
| Fase | Duración orientativa | Entregable que la cierra | Causa habitual de retraso |
|---|---|---|---|
| Preparación y alcance | 1-2 semanas | Lista nominal de bancos, tipos de producto y campos requeridos | Alcance sin definir y bancos prioritarios sin acordar con negocio |
| Acceso al sandbox | Días | Primera lectura de cuentas y movimientos simulados | Alta de credenciales y firma de acuerdos previos |
| Flujo de consentimiento y SCA | 1-3 semanas | Usuario real conectado y consentimiento registrado | Diseño de redirección, retorno y estados intermedios |
| Normalización de datos | 2-4 semanas | Modelo interno estable con identificadores y categorías propios | Diferencias de formato y categorías entre entidades |
| Endurecimiento y errores | 2-4 semanas | Catálogo de errores cubierto con reintentos y avisos al usuario | Casos límite que solo aparecen con volumen real |
| Despliegue progresivo | 2-6 semanas | Porcentaje creciente de usuarios en producción con métricas por banco | Estabilización de entidades con menor tasa de éxito |
La fase de normalización merece atención especial porque condiciona el coste de cambiar de proveedor más adelante. Aislar el mapeo en una capa propia permite sustituir el agregador sin tocar el producto, y ese detalle está desarrollado en el análisis de alternativas a TrueLayer y Powens en España.
¿Qué tarda más, el desarrollo o la estabilización?
La estabilización tarda más que el desarrollo en casi todos los proyectos. Escribir el cliente de la API y el flujo de consentimiento es trabajo acotado; conseguir que cuarenta entidades respondan de forma predecible no lo es.
La razón es que cada entidad implementa el estándar con matices propios: paginación distinta, profundidad de histórico distinta, formatos de fecha distintos, campos opcionales que unas devuelven y otras no. El agregador absorbe buena parte de esa diversidad, pero no toda, y el resto aparece en tus datos.
El segundo factor es la autenticación reforzada. El artículo 10 del Reglamento Delegado (UE) 2018/389 fijó en 90 días el plazo de la exención para el acceso a información de cuentas de pago, y el Reglamento Delegado (UE) 2022/2360, de 3 de agosto de 2022 lo amplió a 180 días, plazo vigente a fecha de agosto de 2026. El impacto en experiencia de usuario está tratado en la guía sobre doble autenticación SCA, cumplimiento y experiencia de usuario.
¿Cómo cambian los plazos si necesitas licencia propia?
Con licencia propia el calendario deja de depender del equipo técnico y pasa a depender del expediente administrativo. La preparación de la documentación, el capital, el plan de negocio y los procedimientos internos se mide en meses antes de escribir la primera línea de código.
En España el marco aplicable es el Real Decreto-ley 19/2018, de 23 de noviembre, de servicios de pago, y la supervisión corresponde al Banco de España, que publica el listado de entidades supervisadas. El plazo de resolución del procedimiento y la documentación exigida deben consultarse directamente en la sede del supervisor, porque los requisitos se actualizan. Los detalles del proceso están recogidos en el artículo sobre licencia del Banco de España para fintechs y empresas.
A la autorización se añade el mantenimiento posterior: reporting al supervisor, auditoría, seguro de responsabilidad civil y actualización de conectores cada vez que una entidad cambia su flujo. Ese trabajo es permanente y no aparece en el plan del proyecto inicial.
¿Qué retrasa una integración de open banking en la práctica?
Los retrasos casi nunca vienen de la API, sino de decisiones no cerradas y de casos de error no previstos. Estas son las causas que más veces desplazan la fecha de salida.
- Lista de bancos prioritarios sin acordar entre negocio y tecnología, que obliga a reabrir el alcance a mitad del proyecto.
- Banca de empresa descubierta tarde: cuentas de sociedades, apoderados y firma mancomunada no se comportan como cuentas personales.
- Flujo de retorno tras la autenticación mal diseñado, con usuarios que quedan en estado intermedio sin consentimiento válido.
- Ausencia de una capa propia de normalización, que propaga cada particularidad del proveedor al resto del producto.
- Reintentos sin control ante credenciales caducadas, que generan consumo facturable y bloqueos en la entidad.
- Requisitos de datos de inversión añadidos después, que exigen conectores distintos a los de cuenta corriente.
El catálogo completo de fallos evitables está en el artículo sobre errores comunes al integrar una API bancaria. Revisarlo antes de escribir código ahorra semanas de reproceso.
¿Cómo se acorta el plazo sin asumir riesgo?
El plazo se acorta cerrando el alcance antes de empezar y probando con datos reales lo antes posible. Cada semana que el equipo pasa en el sandbox sin credenciales reales es una semana que no descubre problemas.
Tres decisiones reducen el calendario de forma medible. La primera es empezar por las cinco entidades que concentran la mayor parte de tus clientes en lugar de perseguir cobertura completa. La segunda es habilitar entorno de pruebas y credenciales reales en paralelo: el artículo 30, apartado 5, del Reglamento Delegado (UE) 2018/389 obliga a las entidades que mantienen cuentas a poner una instalación de prueba con asistencia a disposición de los proveedores autorizados y de los que hayan solicitado la autorización. El planteamiento práctico está en la guía de sandbox de open banking para desarrolladores. La tercera es definir desde el principio las métricas de aceptación: tasa de éxito por entidad, latencia y porcentaje de usuarios que completan el consentimiento.
Para situar el proyecto en su contexto normativo y funcional, la explicación de cómo funciona el open banking en España y la guía de soluciones de open banking para empresas cubren las decisiones previas al desarrollo.
Preguntas frecuentes
¿Se puede tener una integración de open banking en producción en un mes?
Es posible con alcance reducido, proveedor autorizado y un catálogo corto de entidades prioritarias. Lo que no se completa en un mes es la estabilización de un catálogo amplio con banca de empresa y productos de inversión.
¿Cuánto tarda el acceso al sandbox?
Con un proveedor comercial el acceso suele resolverse en días, tras el alta y la firma de los acuerdos previos. El retraso habitual no es técnico, sino administrativo, y se reduce pidiendo las credenciales antes de la reunión de arranque.
¿Qué fase consume más horas de desarrollo?
La normalización de datos y la gestión de errores consumen más horas que el flujo de conexión inicial. Ambas dependen del número de entidades y de los tipos de producto que necesites leer.
¿La certificación como TPP alarga el proyecto?
Si contratas un proveedor ya autorizado, no necesitas tramitar autorización propia y el proyecto no incorpora ese plazo. Si tramitas licencia propia, el expediente ante el Banco de España pasa a marcar la fecha de salida.
¿Cada cuánto hay que volver a autenticar al usuario?
El acceso a información de cuenta requiere renovar la autenticación reforzada de forma periódica. El Reglamento Delegado (UE) 2022/2360 amplió a 180 días el plazo de la exención aplicable, y conviene confirmar con el proveedor cómo lo aplica cada entidad.
¿Conviene lanzar a todos los usuarios a la vez?
No. El despliegue progresivo por porcentaje de usuarios permite medir la tasa de éxito por entidad y corregir antes de exponer toda la base. Reduce el impacto de una entidad con conector inestable.
Siguiente paso
Las integraciones de open banking se alargan por dos causas concretas: entidades que no responden igual entre sí y casos de error descubiertos tarde. Wealth Reader entrega una única integración para cuentas, tarjetas y productos de inversión, con entorno de pruebas y cobertura declarada por entidad para España y Portugal. Si necesitas una estimación de plazos ajustada a tu catálogo de bancos, solicita una demo de Wealth Reader y planifica sobre datos en lugar de sobre supuestos.
Criterio propio: por qué se desvían los plazos
El desvío casi nunca viene de la API. Viene de dar el proyecto por hecho cuando la primera conexión funciona, y de descubrir la banca de empresa en la semana seis. Cuentas de sociedades con apoderados y firma mancomunada no se comportan como cuentas personales, y cuando aparecen tarde obligan a rehacer el modelo de permisos.
El segundo patrón es medir solo la primera conexión. El refresco es donde aparecen las credenciales caducadas, los reintentos en bucle y las entidades en mantenimiento, y sin al menos un ciclo completo de refresco medido no hay base para comprometer una fecha de salida con negocio.
Fuentes
- Unión Europea (EUR-Lex). Reglamento Delegado (UE) 2018/389, normas técnicas de autenticación reforzada y comunicación segura. 27 de noviembre de 2017, DO L 69 de 13.3.2018. https://eur-lex.europa.eu/legal-content/ES/TXT/?uri=CELEX%3A32018R0389
- Unión Europea (EUR-Lex). Reglamento Delegado (UE) 2022/2360, por el que se modifica la exención de 90 días para el acceso a las cuentas. 3 de agosto de 2022, DO L 312 de 5.12.2022. https://eur-lex.europa.eu/legal-content/ES/TXT/?uri=CELEX%3A32022R2360
- Boletín Oficial del Estado. Real Decreto-ley 19/2018, de servicios de pago y otras medidas urgentes en materia financiera. 23 de noviembre de 2018. https://www.boe.es/buscar/act.php?id=BOE-A-2018-16036
- Banco de España. Entidades supervisadas. consultado en agosto de 2026. https://www.bde.es/wbe/es/areas-actuacion/supervision-entidades-financieras/entidades-supervisadas/
Deja un comentario