PSD3 open banking: qué cambia en tu facturación

PSD3 y el fin del open banking fragmentado: qué cambia para tu software de facturación

Si usas un programa de facturación que se conecta a tu banco, probablemente ya lo has vivido. Un día la conciliación deja de funcionar, el programa te pide «reautorizar» la cuenta y los movimientos de la última semana no aparecen. La promesa de PSD3 open banking es acabar con buena parte de esos problemas, pero entre lo que se publica en LinkedIn y lo que dice el texto legal hay bastante distancia. En este artículo separamos lo que cambia de verdad para tu software de facturación de lo que es ruido, con fechas realistas y sin vender humo.

Una aclaración antes de empezar. Este contenido es informativo y no sustituye el asesoramiento de un profesional. La normativa sigue en tramitación, así que conviene revisar su estado en EUR-Lex antes de tomar decisiones.

Qué es PSD3 (y por qué en realidad son dos normas)

Cuando se habla de «PSD3» se mezclan dos textos distintos. El primero es la Tercera Directiva de Servicios de Pago (PSD3). El segundo es el Reglamento de Servicios de Pago (PSR). Juntos sustituirán a la PSD2, la norma que en 2018 obligó a los bancos a abrir el acceso a las cuentas a terceros autorizados.

Cada texto cumple una función. La PSD3, al ser una directiva, regula sobre todo la parte organizativa: autorización, gobierno corporativo, capital, salvaguarda de fondos y supervisión de las entidades de pago. El PSR se centra en las normas de conducta, como la información al cliente y la autorización y ejecución de operaciones. Freshfields

Para tu software de facturación, lo importante está en el PSR. Ahí se regula el open banking: cómo deben los bancos dar acceso a tus datos, qué obstáculos quedan prohibidos y cómo se gestiona tu consentimiento.

Por qué se habla del «fin de la fragmentación»

Con la PSD2, cada país transpuso la directiva a su manera. En España se hizo mediante el Real Decreto-ley 19/2018, y en Alemania, Francia o Italia con sus propias leyes y matices. Esa transposición país por país generó divergencias en las reglas aplicables según la jurisdicción. Para una fintech que quería conectarse a bancos de varios países, eso suponía costes legales y técnicos multiplicados. Freshfields

El PSR cambia el planteamiento. Como reglamento, se aplica directamente en todos los Estados miembros, sin necesidad de transposición, y cubre la autenticación reforzada, la prevención del fraude, la verificación de IBAN y nombre, y el open banking. Esa es la base real del titular sobre el «fin del open banking fragmentado». Veremos enseguida por qué el titular se queda corto. IDnow

Calendario real: dónde estamos en septiembre de 2026

Este es el punto que más confusión genera. Resumen del recorrido legislativo:

Hito	Fecha	Estado
Propuesta de la Comisión	Junio de 2023	Hecho
Acuerdo político Parlamento-Consejo	27 de noviembre de 2025	Hecho
Publicación de textos finales de compromiso	23 de abril de 2026	Hecho
Voto en la comisión ECON del Parlamento	5 de mayo de 2026	Hecho
Voto en pleno, adopción formal y publicación en el DOUE	Previsto para el segundo semestre de 2026	Pendiente (verificar)
Aplicación general del PSR	Unos 21 meses tras la entrada en vigor	Estimación: 2028
Verificación del beneficiario del PSR	Unos 27 meses tras la entrada en vigor	Estimación: 2028-2029

Los hitos cerrados están bien documentados. El 23 de abril de 2026 el Consejo publicó los textos finales de compromiso de PSD3 y el PSR, lo que indica que las negociaciones políticas han terminado en la práctica. Después, la comisión ECON del Parlamento aprobó el texto final del PSR el 5 de mayo de 2026, con 50 votos a favor, 2 en contra y 2 abstenciones. Arthur Cox LLPBlockchainwg

Lo que falta es la parte formal. Según un análisis publicado en agosto de 2026, la publicación en el Diario Oficial se sigue esperando para el segundo semestre del año, una vez completados el voto en pleno y la adopción formal, lo que situaría la fecha de cumplimiento obligatorio en el primer semestre de 2028. Sopra Steria

Ojo: las fuentes no coinciden en los plazos

Aquí hay una discrepancia que conviene señalar en lugar de esconder. Varios despachos, en sus análisis de principios de 2026, hablaban de 18 meses para la aplicación del PSR y 24 meses para la verificación del beneficiario. En cambio, el análisis del texto final de compromiso habla de 21 meses para la transposición de PSD3 y la aplicación del PSR, salvo los artículos de verificación del beneficiario, que se aplicarían a los 27 meses. Otra fuente explica que el periodo transitorio del PSR se amplió de los 18 meses propuestos inicialmente a 21, atendiendo a la complejidad señalada por el sector. Nuestra lectura: las cifras de 21 y 27 meses corresponden al texto final, y las de 18 y 24, a versiones anteriores. Aun así, la fecha exacta solo quedará fijada cuando el texto aparezca en el DOUE. Arthur Cox LLPClearingPost

PSD3 open banking: mitos vs. realidad

Con el calendario claro, toca desmontar las ideas que más circulan. Algunas son exageraciones y otras son directamente falsas.

Mito 1: «PSD3 ya está en vigor y mi software tiene que adaptarse ya»

Realidad: no está en vigor. A mediados de 2026, el paquete contaba con acuerdo político y textos finales publicados, pero no estaba formalmente adoptado ni en vigor. Incluso cuando se publique, habrá un periodo transitorio de casi dos años. Si un proveedor te presiona para cambiar de plan «por PSD3» antes de 2027, pregúntale qué artículo concreto le obliga. UBS

Mito 2: «PSD3 obliga a cambiar mi programa de facturación»

Realidad: las obligaciones recaen sobre los bancos y sobre los proveedores autorizados de acceso a cuentas (los AISP, de información, y los PISP, de iniciación de pagos). Tu programa de facturación, en la mayoría de los casos, no es ninguna de esas figuras. Lo habitual es que se apoye en un agregador bancario con licencia que hace de intermediario. Tú no tienes que cumplir el PSR; tu proveedor, y sobre todo el agregador que usa, sí tienen que adaptarse.

Mito 3: «Se acaba la fragmentación: habrá una sola API para todos los bancos»

Realidad: este es el matiz más importante del artículo. La fragmentación legal se reduce mucho con un reglamento común. La técnica, no del todo. PSD3 no impone un estándar único de API, porque se consideró que la propia industria está mejor situada para diseñarlo, aunque sí eleva los requisitos mínimos y prohíbe los obstáculos artificiales, como añadir pasos de autenticación extra en el acceso de terceros. Speednet

En la práctica, seguirán conviviendo estándares distintos según el país y el banco. Lo que cambia es que todos tendrán que cumplir unos mínimos de calidad medibles. Es un avance real, pero no es «una sola API».

Mito 4: «La verificación del IBAN y el nombre llega con PSD3»

Realidad: en la zona euro ya existe. La comprobación del IBAN y el nombre ya es obligatoria por el Reglamento de pagos inmediatos: los proveedores de la zona euro deben ofrecer la verificación del beneficiario desde el 9 de octubre de 2025. El PSR la extiende a todas las transferencias y añade el régimen de responsabilidad. Si emites facturas con tu IBAN, esto ya te afecta hoy: si el nombre del titular de tu cuenta no coincide con el que ve tu cliente, su banco le mostrará un aviso. Puedes consultar el Reglamento (UE) 2024/886 en EUR-Lex. UBS

Mito 5: «Open banking y Verifactu son lo mismo»

Realidad: son cosas distintas que a veces se confunden porque ambas «tocan» el software de facturación. Verifactu es una exigencia de la Agencia Tributaria sobre la integridad y trazabilidad de las facturas que emites. El open banking regula el acceso a tus cuentas bancarias y los pagos. Un programa puede cumplir Verifactu sin ofrecer conexión bancaria, y al revés. Si tienes dudas sobre la parte fiscal, lo explicamos en qué autónomos deben adaptar su software a Verifactu y desde cuándo.

Mito 6: «Si la API falla, el programa puede leer la web del banco con mis claves»

Realidad: esa técnica (el screen scraping) desaparece del todo. El PSR prohíbe definitivamente el acceso automatizado a los datos a través de la interfaz del cliente usando sus propias credenciales sin identificar al tercero que accede. Si algún servicio todavía te pide el usuario y la contraseña de tu banca online, es una señal de alarma hoy y lo será aún más con el PSR. PwC Legal

Qué cambia de verdad para tu software de facturación

Quitado el ruido, quedan cambios concretos que sí notarás en el día a día. Casi todos afectan a la conciliación bancaria y a los cobros.

1. Conexiones bancarias más estables

Los bancos tendrán que ofrecer una interfaz dedicada para terceros que funcione con la misma rapidez y fiabilidad que su propia web o app, y el PSR incluye una lista explícita de obstáculos prohibidos al acceso a los datos. El rendimiento se medirá con indicadores armonizados (disponibilidad, latencia, tasa de errores), cuyos umbrales concretos llegarán mediante normas técnicas de la Autoridad Bancaria Europea aún no publicadas. SpeednetUBS

Para ti, esto se traduce en menos días con movimientos que no llegan y menos cierres trimestrales a medias. Si hoy concilias a mano porque la conexión falla a menudo, te interesa leer cómo automatizar el cierre contable de fin de año con IA: el PSR mejora la tubería de datos, pero la automatización hay que montarla igualmente.

2. Paridad de datos con la app del banco

Hasta ahora, algunos bancos entregaban a terceros menos información que la que ves en tu banca online. Con el PSR, los terceros deberán tener el mismo acceso a los datos que tienen los propios clientes del banco por sus canales directos, lo que acaba con la práctica de recortar campos en las respuestas de la API. Un concepto de transferencia completo o una referencia que llega entera marcan la diferencia a la hora de casar un cobro con su factura. Crassula

3. Un panel de permisos en tu banco

Los bancos deberán ofrecer a sus clientes un panel para ver y revocar los accesos concedidos a terceros, sincronizado entre el banco y el proveedor. Además, se prohíbe expresamente que el banco empuje al usuario a retirar consentimientos o diseñe ese panel para engañarle o manipularle. UBSPwC Legal

Es una buena noticia para tu control, con una consecuencia práctica: cualquiera con acceso a la banca online puede cortar la conexión de tu programa de facturación desde el banco. Si tu software no avisa de esa desconexión, puedes pasar semanas sin datos sin darte cuenta.

4. Menos reautorizaciones (con un dato a confirmar)

El banco solo aplicará la autenticación reforzada en el primer acceso, y cuando esta caduque, será el proveedor de información quien autentique al usuario. El objetivo es reducir ese aviso periódico de «vuelve a conectar tu banco». Openbankproject

Aquí hay otra discrepancia entre fuentes. Una guía sectorial afirma que el ciclo de consentimiento pasa de 180 a 365 días. Otra, más reciente, sigue hablando de una ventana de unos 180 días que prolonga el patrón actual. No hemos podido confirmarlo con el texto oficial publicado, así que tómalo como dato pendiente de verificar en el DOUE. CrassulaUBS

5. Cobros por transferencia más seguros

La iniciación de pagos (el típico botón «pagar con tu banco» en una factura) también gana estabilidad, porque se beneficia de las mismas interfaces obligatorias. A esto se suma el nuevo régimen de fraude. Los proveedores que dan servicio a consumidores asumirán una responsabilidad ampliada en el fraude por suplantación, además de la que ya tenían por operaciones no autorizadas. Si gestionas cobros recurrentes o reclamas facturas vencidas, puede interesarte cómo automatizar la gestión de impagados y morosidad con IA. SZA

Dos casos prácticos

Los números de estos ejemplos son ilustrativos, no estadísticas.

Caso 1: autónoma con dos bancos. Laura es diseñadora y factura con un programa en la nube conectado a sus dos cuentas. Hoy, cada pocos meses, una de las conexiones se cae y pierde varios días de movimientos. Con el PSR aplicado, lo razonable es esperar menos caídas por mejor rendimiento de las API y menos reautorizaciones. Lo que no cambia es que, si revoca por error el acceso desde el panel de su banco, su programa dejará de recibir datos. Su tarea: comprobar que el software le avisa por correo cuando una conexión se interrumpe.

Caso 2: gestoría con 60 clientes conectados. Una asesoría usa un agregador para leer las cuentas de sus clientes y preparar el modelo 303. El riesgo nuevo es operativo: con el panel de permisos, un cliente puede cortar el acceso sin avisar. Si nadie lo detecta, el trimestre se prepara con datos incompletos. La solución no es legal sino de procedimiento: un informe semanal de conexiones activas y una revisión antes de cada cierre trimestral.

¿Cuánto te va a costar?

La normativa no te impone pagar nada como usuario. El coste real, si lo hay, llegará por dos vías. Una es que tu proveedor de software repercuta sus costes de adaptación, algo que no podemos cuantificar porque depende de cada empresa. La otra es tu tiempo: revisar a tu proveedor y, si no responde bien, migrar. Si estás valorando cambiar de herramientas, tenemos un análisis sobre cuánto cuesta implementar IA en una gestoría pequeña que ayuda a poner cifras al conjunto.

Errores comunes ante PSD3

• Cambiar de software por miedo. Ninguna obligación del PSR recae sobre ti como usuario de un programa de facturación. Decidir con prisa por un argumento comercial suele salir caro.
• Confundir fechas. Publicación, entrada en vigor y aplicación son tres momentos distintos. Entre el primero y el último pasarán casi dos años.
• Ignorar lo que ya está vigente. La verificación del beneficiario en la zona euro funciona desde octubre de 2025. Revisa que el nombre de tu cuenta coincide con el de tus facturas.
• Dar tus claves bancarias a un tercero. Ningún servicio legítimo necesita tu usuario y contraseña de la banca online.
• Olvidar el panel de permisos. Cuando exista, será una herramienta útil, pero también una forma fácil de romper la conexión sin querer.

Checklist: preguntas para tu proveedor de software de facturación

Envía estas preguntas a tu proveedor. Las respuestas te dirán mucho sobre lo preparado que está.

1. ¿Qué agregador o entidad autorizada usáis para conectar con los bancos?
2. ¿Tenéis un plan de adaptación al PSR con fechas?
3. ¿El programa avisa si una conexión bancaria se interrumpe o se revoca?
4. ¿Usáis alguna conexión que dependa de mis credenciales de banca online?
5. ¿Ofrecéis iniciación de pagos para que mis clientes paguen las facturas por transferencia?
6. ¿Recibís de mi banco el concepto completo de cada movimiento?

Diagrama de decisión: ¿tienes que hacer algo ahora?

1. ¿Tu programa de facturación se conecta a tus cuentas bancarias?
   • No → PSD3 apenas te afecta. Revisa solo que el nombre de tu cuenta coincide con el de tus facturas.
   • Sí → pasa al punto 2.
2. ¿Te pide alguna vez el usuario y la contraseña de tu banca online?
   • Sí → pide explicaciones al proveedor y valora alternativas.
   • No → pasa al punto 3.
3. ¿Sufres desconexiones frecuentes?
   • Sí → envía el checklist y pregunta por su plan para el PSR.
   • No → no hace falta nada urgente. Revisa el estado de la norma a principios de 2027.
4. ¿Eres gestoría con clientes conectados?
   • Sí → implanta ya una revisión periódica de conexiones activas. Te servirá con o sin PSR.

Nuestra opinión

PSD3 open banking no es una revolución para el autónomo medio, y quien lo venda así exagera. Es una mejora de la fontanería: bancos obligados a ofrecer conexiones que funcionen, sin trucos para ponérselo difícil a terceros y con más control para el cliente. Para el software de facturación, el beneficio más tangible será una conciliación bancaria más fiable. No llegará antes de 2028, y la fragmentación técnica no desaparecerá del todo. Lo sensato hoy es informarse, preguntar a tu proveedor y no tomar decisiones por miedo.

Para seguir el estado de la norma, la fuente más fiable es la ficha del Reglamento de servicios de pago en el Legislative Train del Parlamento Europeo.

Preguntas frecuentes

¿Cuándo entra en vigor PSD3?
Entrará en vigor 20 días después de su publicación en el DOUE, prevista para el segundo semestre de 2026. Sus normas no se aplicarán hasta unos 21 meses después, previsiblemente en 2028.

¿PSD3 obliga a los autónomos a cambiar de programa de facturación?
No. Las obligaciones recaen en los bancos y en los proveedores autorizados de servicios de pago. Tu proveedor de software y su agregador bancario son quienes tendrán que adaptarse.

¿Qué diferencia hay entre PSD3 y el PSR?
PSD3 es una directiva sobre licencias y supervisión de entidades de pago. El PSR es un reglamento de aplicación directa que regula el open banking, el fraude y la autenticación.

¿Seguirá habiendo que reautorizar la conexión con el banco?
Sí, pero con menos fricción: el banco solo exigirá autenticación reforzada en el primer acceso. La duración exacta del ciclo de consentimiento está pendiente de confirmar en el texto publicado.

¿La verificación del nombre del beneficiario es de PSD3?
No. En la zona euro ya es obligatoria desde el 9 de octubre de 2025 por el Reglamento de pagos inmediatos. El PSR la amplía a todas las transferencias.

Fuentes citadas

• Consejo de la UE, textos finales de compromiso de PSD3 y PSR (23 de abril de 2026), vía análisis de Arthur Cox.
• Parlamento Europeo, voto de la comisión ECON sobre el PSR (5 de mayo de 2026) y ficha del Legislative Train.
• Reglamento (UE) 2024/886 de pagos inmediatos (EUR-Lex).
• Análisis de Freshfields, PwC, Sopra Steria, Norton Rose Fulbright y Open Banking Tracker sobre calendario y contenido del PSR.

Nota: el calendario depende de la publicación en el DOUE. Verifica el estado en EUR-Lex antes de publicar y actualiza la tabla si ya hay fecha oficial.