Banking as a Service es el modelo mediante el cual un proveedor de infraestructura bancaria con licencia expone sus capacidades bancarias principales —cuentas, tarjetas, emisión de IBAN, pagos, KYC— a través de APIs, permitiendo a empresas no bancarias integrar esas capacidades en sus propios productos sin necesidad de contar con una licencia bancaria propia. Esta guía cubre BaaS de extremo a extremo: definición, historia, arquitectura, regulación, tamaño de mercado y cómo elegir un proveedor.
Banking as a Service, abreviado BaaS, es un modelo de prestación de servicios en el que una entidad bancaria o de dinero electrónico con licencia expone sus capacidades bancarias principales —apertura de cuentas, asientos contables, emisión de IBAN, iniciación de pagos, emisión de tarjetas, divisas, KYC y controles AML— a través de APIs programables. Un socio no bancario —una fintech, un marketplace, una plataforma de software o un equipo de tesorería corporativa— consume esas APIs para integrar funcionalidades financieras en su propio producto, comercializado bajo su propia marca, mientras que la licencia subyacente, la adecuación del capital, los informes regulatorios y las responsabilidades sobre el manejo de fondos permanecen en el proveedor BaaS.
El término se utiliza en ocasiones de forma intercambiable con el de finanzas integradas (embedded finance), aunque ambos conceptos no son equivalentes. Las finanzas integradas describen el resultado visible para el usuario: funcionalidades financieras disponibles dentro de un producto no financiero. BaaS describe la pila de infraestructura subyacente. Todo producto de finanzas integradas está habilitado por alguna forma de BaaS.
Construir infraestructura bancaria desde cero es estructuralmente complejo. Un nuevo banco necesita una licencia bancaria —años de solicitudes e inmovilización de capital—, una pila tecnológica regulada con prevención del blanqueo de capitales, filtrado de sanciones y monitorización de transacciones, certificaciones de esquemas para tarjetas, cuentas de liquidación en bancos centrales o corresponsales, y supervisión prudencial continuada. El coste total se mide en decenas de millones de euros y un horizonte de dos a cuatro años antes de incorporar a un solo cliente.
BaaS comprime ese camino. Una fintech que utiliza un proveedor BaaS hereda la licencia, la infraestructura regulatoria y las relaciones con los esquemas del proveedor. El tiempo de comercialización se reduce de años a semanas. El perímetro regulatorio se reduce porque el socio actúa como canal de distribución en lugar de como captador de depósitos. El riesgo operacional se concentra en el proveedor, que lo gestiona como infraestructura central en lugar de como una actividad secundaria.
Una pila BaaS moderna cuenta habitualmente con las siguientes capas:
Un proveedor BaaS que solo ofrece una o dos de estas capas se describe con mayor precisión como procesador de pagos o plataforma de emisión de tarjetas. Un proveedor BaaS completo —como Codego BaaS— es titular de la pila desde la licencia hasta la API.
Una aplicación orientada al consumidor que ofrece cuentas, tarjetas y pagos sin licencia bancaria. El neobanco gestiona la marca, la experiencia del cliente y la interfaz del producto; el proveedor BaaS opera la licencia, el libro mayor y los rieles. La mayoría de los MVPs de neobancos modernos se construyen de esta forma.
Las plataformas SaaS —especialmente en gestión de recursos humanos, gestión de gastos, marketplaces, pagos en la economía gig y contabilidad para pymes— integran cuentas, tarjetas y pagos para capturar economías de transacción. La plataforma es titular del flujo de trabajo; BaaS proporciona los primitivos financieros.
Los productos nativos de criptomonedas utilizan proveedores BaaS para emitir IBANs en moneda fiat, gestionar cuentas de liquidación para depósitos y retiradas en fiat, y emitir tarjetas financiadas con criptomonedas que gastan stablecoins o activos on-chain en los rieles de Visa y Mastercard.
Las empresas con altos volúmenes de transacciones, múltiples filiales o pagos internacionales utilizan BaaS para IBANs virtuales con marca propia, conciliación automatizada y emisión programática de tarjetas para pagos a proveedores y gestión de gastos.
BaaS opera dentro de un marco regulatorio establecido, no al margen de él. En la Unión Europea, los regímenes aplicables son PSD2 para los servicios de pago, la Directiva EMI para las entidades de dinero electrónico, la Directiva de Requisitos de Capital para la banca, AMLD para la prevención del blanqueo de capitales, y cada vez más la Ley de IA y DORA para la resiliencia operacional. En el Reino Unido, la autorización de la FCA regula las entidades de pago y las entidades de dinero electrónico; el Banco de Inglaterra supervisa los bancos. En Estados Unidos, el perímetro regulatorio está más fragmentado: los reguladores bancarios federales, las licencias estatales de transmisión de dinero y la licencia bancaria nacional de propósito especial de la OCC desempeñan todos un papel relevante.
Para los socios, la implicación práctica es que la licencia del proveedor BaaS establece el perímetro de lo que el socio puede y no puede hacer. Un proveedor con licencia EMI puede emitir dinero electrónico, cuentas y tarjetas, pero no puede prestar con cargo a su propio balance. Un proveedor con licencia bancaria completa puede captar depósitos y conceder préstamos. La elección del proveedor determina, por tanto, la hoja de ruta del producto.
Seis preguntas determinan la mayoría de las evaluaciones de BaaS:
La pila BaaS completa de Codego: IBAN de la UE, SEPA, SWIFT, carteras multidivisa, emisión de tarjetas, patrocinio BIN y KYC, bajo un único paraguas regulatorio.
Cómo las fintechs emiten tarjetas Visa y Mastercard sin ser miembros principales de los esquemas.
Emisión de tarjetas de extremo a extremo: ciclo de vida, EMV, PCI DSS y patrones de integración.
Rieles bancarios europeos, IBANs virtuales y emisión en tiempo real vía API.