Open Banking en España: oportunidades técnicas para 2025

El estado real de las APIs bancarias en España

La PSD2 obligó a los bancos europeos a abrir sus APIs a terceros autorizados (TPPs). En la teoría, esto creaba un ecosistema abierto de innovación financiera. En la práctica, la calidad de las APIs bancarias españolas en 2025 sigue siendo desigual.

Los grandes bancos (Santander, BBVA, CaixaBank, Sabadell) ofrecen APIs razonablemente funcionales para los tres servicios básicos de PSD2: información de cuentas (AIS), iniciación de pagos (PIS) y confirmación de fondos (CoF). BBVA fue el primero en apostar fuerte por APIs abiertas y sigue teniendo la oferta técnica más madura. CaixaBank y Santander han mejorado significativamente en los últimos 18 meses.

El problema está en la cola larga. Los bancos medianos y las cajas de ahorro a menudo ofrecen APIs que cumplen la regulación en la letra pero no en el espíritu: tiempos de respuesta de 8-12 segundos (donde la norma debería ser 300-500ms), formatos de datos inconsistentes, documentación incompleta, y sandboxes que no reflejan el comportamiento real de producción. Para una fintech que integra 15 bancos, esto significa 15 integraciones diferentes con quirks distintos.

Los estándares que importan

España no tiene un estándar único de Open Banking como el UK (donde la OBIE definió un estándar común). El ecosistema español se mueve entre:

Berlín Group NextGenPSD2. El estándar más extendido en Europa continental. Define una API RESTful con endpoints para AIS, PIS y CoF. La mayoría de los bancos españoles lo implementan (con variaciones). Su principal virtud es la adopción. Su principal problema es que deja demasiado espacio para la interpretación, lo que resulta en implementaciones incompatibles entre bancos.

STET (Francia). Algunos bancos con operaciones en Francia lo soportan como alternativa.

Propietarios. BBVA tiene su BBVA API Market con APIs propias que van más allá de PSD2. Otros bancos ofrecen APIs adicionales fuera del marco regulatorio para partners estratégicos.

En la práctica, cualquier empresa que quiera integrar múltiples bancos españoles necesita o construir un layer de abstracción propio (un enfoque API-first es crítico aquí) o usar un agregador como Plaid, Tink, Yapily o Salt Edge. Los agregadores simplifican la integración pero añaden latencia, coste, y un punto adicional de fallo. Para productos que necesitan acceso en tiempo real (verificación de saldo para pagos, reconciliación contable), la integración directa sigue siendo la opción más fiable.

Oportunidades de producto

El ecosistema Open Banking español está madurando, y las oportunidades técnicas van más allá de los casos de uso básicos de PSD2:

Verificación de identidad financiera. Usar datos bancarios para verificar identidad, ingresos, y capacidad de pago. Esto tiene aplicación directa en crédito al consumo, alquiler de vivienda, y onboarding de clientes. Un modelo que analiza 6 meses de transacciones bancarias puede generar un perfil de riesgo más preciso que un scoring tradicional.

Cash flow forecasting. Para PYMEs, predecir el flujo de caja de los próximos 30-60-90 días basándose en patrones históricos de cobros y pagos. Conectar la cuenta bancaria de la empresa con un modelo predictivo que detecte potenciales problemas de liquidez antes de que ocurran. Aquí hay un mercado enorme: las PYMEs españolas (el 99% del tejido empresarial) gestionan su tesorería con hojas de cálculo o con intuición.

Contabilidad automática. La categorización automática de transacciones bancarias usando NLP y reglas de negocio. Un movimiento bancario de “TRANSFERENCIA SEPA REF:FAC2024-0847 PROVEEDOR SL” contiene suficiente información para contabilizarlo automáticamente. Para un despacho contable con 200 clientes, esto reduce el trabajo de conciliación bancaria en un 60-70%.

Pagos integrados. PIS permite iniciar pagos directamente desde la cuenta bancaria del usuario, sin tarjeta. Esto tiene implicaciones para el comercio electrónico (menores comisiones que las tarjetas) y para pagos B2B (transferencias inmediatas con confirmación). La adopción en España es todavía baja, pero los números están creciendo un 40% interanual.

Los desafíos técnicos

Strong Customer Authentication (SCA). Cada acceso a datos bancarios requiere autenticación fuerte del usuario. Esto interrumpe el flujo de la aplicación: el usuario tiene que confirmar con su app bancaria cada vez que tu producto necesita datos frescos. El “consent” de PSD2 dura un máximo de 90 días, después hay que volver a autenticar. Diseñar flujos de usuario que absorban esta fricción sin destruir la experiencia es un reto de UX significativo.

Datos inconsistentes. Cada banco devuelve los datos en formatos ligeramente diferentes. Un “concepto” de transferencia en un banco tiene 80 caracteres, en otro 140. Las categorías de transacción no están estandarizadas. Los identificadores de cuenta pueden ser IBAN, número de cuenta interno, o ambos. Construir un parser robusto que maneje todas las variantes es más trabajo del que parece.

Rate limits y disponibilidad. Las APIs bancarias tienen rate limits agresivos (típicamente 4 peticiones por segundo por TPP) y ventanas de mantenimiento frecuentes. Una fintech que consulta saldos de miles de cuentas necesita gestionar colas, caches, y reintentos con exponential backoff. No es comparable a consumir la API de Stripe.

Open Banking en España está pasando de la fase de compliance a la fase de oportunidad. Las empresas que inviertan en desarrollo de producto fintech sobre la infraestructura abierta van a crear valor real. Pero el valor está en la capa de aplicación, no en la capa de integración. La integración es la barrera de entrada. El producto es la ventaja competitiva.