PSD2 y acceso a cuentas
"La PSD2 no es solo una norma de pagos: redefine cómo se accede a la cuenta, cómo interactúan bancos y terceros y qué evidencias debes conservar para demostrar cumplimiento."
Te ayudamos a adaptar tu empresa a la PSD2 con un enfoque práctico y defendible: análisis del encaje regulatorio, autorización ante supervisor, revisión de SCA, open banking, relaciones con terceros, salvaguarda de fondos, outsourcing crítico, controles internos y evidencias para operar con seguridad jurídica.
"La PSD2 no es solo una norma de pagos: redefine cómo se accede a la cuenta, cómo interactúan bancos y terceros y qué evidencias debes conservar para demostrar cumplimiento."
"Revisamos si tu operativa de pagos cumple realmente con la autenticación reforzada, las exenciones aplicables y la trazabilidad técnica y documental que exige el supervisor."
"Antes de lanzar o escalar, hay que validar el perímetro regulatorio: entidad de pago, dinero electrónico, proveedor tecnológico o tercero no regulado. El error aquí cuesta meses."
"Una autorización no basta: la PSD2 exige controles, outsourcing bien gobernado, gestión de incidencias, seguridad, reporting y evidencias listas para revisión."
Analizamos tu modelo de negocio para determinar si encaja en servicios de pago, dinero electrónico, open banking o actividad tecnológica no reservada. Evita diseñar sobre una premisa errónea.
Preparamos expedientes de autorización y registro con enfoque práctico: estructura, políticas, gobierno, controles, evidencias y respuesta a requerimientos.
Revisamos la aplicación real de SCA, exenciones, flujos operativos, incidencias y trazabilidad documental para reducir riesgo supervisor y fricción comercial.
Diseñamos el marco de cumplimiento para agregación de cuentas, iniciación de pagos, acceso seguro a datos, consentimiento y relación entre actores.
Revisamos outsourcing, subcontratación, SLA, continuidad, seguridad, responsabilidades y evidencias contractuales para proveedores tecnológicos y operativos.
Implantamos seguimiento periódico, gestión de incidencias, reporting interno, testing de controles y documentación lista para auditoría, inversores o supervisor.
El mayor error en PSD2 es confundir producto tecnológico con actividad regulada. Si tu modelo toca pagos, acceso a cuentas o ejecución por cuenta de clientes, el perímetro debe analizarse antes de operar.
La SCA no es un detalle técnico aislado: afecta a conversión, experiencia de usuario, prevención de fraude, incidencias y capacidad de defensa ante reclamaciones o inspecciones.
El open banking exige algo más que una API: requiere gobierno, seguridad, control de terceros, trazabilidad y coherencia documental entre procesos, contratos y operativa real.
Una autorización mal planteada o un expediente incoherente ante Banco de España genera requerimientos, retrabajo y retrasos que bloquean el lanzamiento o el escalado del negocio.
En PSD2 no basta con “tener políticas”: hay que demostrar salvaguarda, controles, incidencias gestionadas, outsourcing supervisado y cumplimiento continuo con evidencias.
La PSD2 es la segunda Directiva de Servicios de Pago de la Unión Europea. Regula la prestación de servicios de pago, refuerza la seguridad de las operaciones electrónicas y abre el ecosistema financiero a terceros mediante el modelo de open banking.
En la práctica, la PSD2 afecta a bancos, fintech, entidades de pago, entidades de dinero electrónico y a cualquier modelo que intervenga en iniciación de pagos, acceso a cuentas, autenticación del cliente o infraestructura operativa vinculada al servicio.
No es solo una norma técnica: es un marco de autorización, seguridad, gobierno y cumplimiento continuo.
La PSD2 afecta directamente a entidades de pago, entidades de dinero electrónico, bancos, proveedores de iniciación de pagos (PISP), proveedores de información de cuentas (AISP) y proyectos fintech que estructuran servicios en torno a pagos o acceso a cuentas.
También puede afectar indirectamente a proveedores tecnológicos, procesadores, agregadores, white labels y partners operativos cuyo modelo contractual y funcional debe analizarse con precisión para evitar entrar en actividad reservada sin haberlo previsto.
La clave no es cómo llamas al producto, sino qué hace realmente tu operativa.
Un AISP presta servicios de información sobre cuentas: agrega o presenta información financiera de una o varias cuentas del usuario. Un PISP inicia pagos por cuenta del usuario desde su cuenta bancaria hacia un comercio o beneficiario.
Ambos modelos exigen analizar autorización, seguridad, contratos, tratamiento de datos, controles operativos y relación con las entidades que mantienen la cuenta. No basta con tener una integración técnica.
Si tu negocio toca acceso a cuenta o iniciación de pago, el análisis PSD2 debe hacerse desde el diseño del producto.
La autenticación reforzada del cliente (SCA) exige que determinadas operaciones se autentiquen con dos o más elementos de distintas categorías, con reglas específicas sobre seguridad y comunicación.
Además de implantar la capa técnica, hay que revisar exenciones, flujos de pago, incidencias, tasas de fraude, experiencia de cliente y evidencias de funcionamiento real. Un enfoque solo “de producto” suele quedarse corto.
La SCA no se defiende con una explicación comercial: se defiende con arquitectura, proceso y registros.
Depende del servicio real que prestas. Si ejecutas pagos, emites dinero electrónico, inicias pagos o accedes a cuentas como tercero regulado, puede existir necesidad de autorización o registro específico.
El error más costoso es presentar un expediente sin haber validado antes el encaje regulatorio o, peor aún, operar creyendo que eres solo un proveedor tecnológico cuando en realidad realizas actividad reservada.
Antes de invertir en desarrollo, partners o marketing, conviene cerrar el perímetro regulatorio y la estrategia de autorización.
En PSD2, el outsourcing no elimina responsabilidad. Externalizar tecnología, atención operativa, onboarding, fraude o soporte de pagos exige gobierno, controles, SLA, supervisión, continuidad y documentación contractual sólida.
El supervisor mira tanto la cadena operativa como la capacidad de la entidad para controlar a sus terceros críticos. Cuando el contrato no refleja la realidad operativa, aparecen los problemas.
Externalizar mal no abarata el cumplimiento: lo multiplica.
El coste depende del tipo de actividad, del grado de madurez del proyecto, de si ya existe operativa en marcha y de si hablamos de un diagnóstico, una autorización completa o cumplimiento continuo.
Lo importante es no medir solo el coste jurídico inicial: una mala clasificación regulatoria, una SCA mal resuelta o un expediente incoherente salen mucho más caros que hacer bien el trabajo desde el principio.
En PSD2, el ahorro aparente al inicio suele convertirse en retraso, requerimientos y fricción cuando más duele.
La PSD2 se cruza con autorización regulatoria, compliance bancario, open banking, MiFID II, contratos con terceros y relación con el Banco de España. Estas páginas refuerzan el contexto SEO y comercial de esta landing.
Visión global del marco aplicable a fintech, pagos, licencias, supervisión, reporting y control interno.
Controles, gobierno, AML/KYC, PSD2 y protección del cliente con enfoque orientado a inspección.
Preparación del expediente, anexos, subsanaciones y respuesta a requerimientos regulatorios.
Encaje regulatorio y diferencias entre banca plena, servicios de pago y dinero electrónico.
Qué exige un expediente sólido y cómo distinguir banca, pagos y e-money sin errores de perímetro.
Otra gran pieza del cumplimiento financiero para modelos que combinan pagos, inversión y conducta.
Idoneidad, incentivos, registros y supervisión CNMV para entidades con actividad de inversión.
Soporte multidisciplinar para proyectos donde PSD2, contratos, fiscalidad y defensa regulatoria se cruzan.
Marca solo lo que puedas sostener con documentación y operativa real. Cuantos más puntos queden fuera, mayor es el riesgo regulatorio, operativo y comercial.
0 de 10 indicadores
Marca los indicadores que puedes afirmar con certeza.
Todo lo que necesitas saber sobre la PSD2: qué regula, a quién afecta, cómo encajar tu modelo, qué exige en SCA y open banking, cómo preparar la autorización y qué errores debes evitar.
La PSD2 es el marco europeo que regula los servicios de pago en el mercado interior y que impulsa la seguridad de los pagos electrónicos, la apertura del ecosistema bancario y la entrada de nuevos operadores. Afecta a la arquitectura jurídica y operativa de bancos, entidades de pago, entidades de dinero electrónico y múltiples modelos fintech.
Su relevancia no está solo en la autorización inicial. La PSD2 también impone exigencias de seguridad, gobernanza, acceso a cuentas, autenticación, control de terceros y capacidad de demostrar cumplimiento con trazabilidad. Por eso no es una norma “de producto”: es una norma de negocio, operación y supervisión.
No solo deben revisar PSD2 las entidades ya autorizadas. También deben hacerlo startups de pagos, wallets, apps de agregación financiera, soluciones embedded finance, herramientas de checkout, plataformas que inician transferencias y modelos que integran operativa bancaria de terceros.
La pregunta correcta no es “somos fintech o software”, sino “qué hacemos realmente en la cadena del pago y del acceso a cuenta”. Ese análisis determina si necesitas licencia, registro, estructura contractual distinta o rediseño operativo.
Uno de los grandes cambios de la PSD2 es la apertura del acceso a cuentas de pago a determinados terceros. Esto ha impulsado modelos de agregación de información financiera y de iniciación de pagos, pero también ha elevado la exigencia sobre consentimiento, seguridad, autenticación, responsabilidades y trazabilidad.
En la práctica, muchas empresas resuelven la integración técnica antes de resolver el encaje regulatorio. Ese orden suele salir caro. El acceso a cuenta exige revisar flujos, contratos, roles, datos tratados, medidas de seguridad y lógica de control continuo.
La autenticación reforzada del cliente es uno de los puntos más sensibles de la PSD2. No afecta solo a la ciberseguridad, sino también a la conversión comercial, a la tasa de abandono, a la gestión del fraude y a la defensa ante reclamaciones o inspecciones.
Una SCA mal implantada genera fricción y riesgo a la vez. Por eso conviene revisar no solo el requisito jurídico, sino su aterrizaje operativo: cuándo aplica, qué exenciones usas, cómo se documentan las incidencias y qué evidencias puedes aportar si te cuestionan el modelo.
Cuando el modelo exige autorización o registro, la calidad del expediente es decisiva. El supervisor no valora solo la teoría: revisa coherencia entre actividad, estructura, funciones, políticas, outsourcing, seguridad, reporting y evidencias de ejecución.
Después de la autorización llega lo más importante: el cumplimiento recurrente. La PSD2 exige que la entidad mantenga controles, gestione incidencias, supervise a terceros críticos y conserve una base documental que aguante requerimientos, auditorías e inspecciones.
El error más habitual es confundir funcionalidad con encaje regulatorio: lanzar una solución útil y asumir que, por tener capa tecnológica, no existe actividad reservada. El segundo error es separar legal, producto y operaciones, cuando en PSD2 todo está conectado.
También falla con frecuencia el gobierno del outsourcing: terceros críticos sin control real, contratos genéricos, SLA poco claros o falta de continuidad operativa. Y, por último, muchas empresas documentan mal su cumplimiento: tienen procesos, pero no evidencias. En supervisión, lo que no se puede demostrar pesa poco.