Finanzas integradas y BaaS para software de PyMEs: Cómo el SaaS vertical añade pagos, préstamos y tarjetas emitidas

Toast —una plataforma de punto de venta para restaurantes— ganó aproximadamente 5,000 millones de dólares por servicios financieros el año pasado. Sus suscripciones de software, aquello para lo que fue construida originalmente, generaron 936 millones. La "cola" fintech es ahora cinco veces más grande que el "perro" SaaS.

El mismo patrón se está repitiendo en todo el software vertical: las soluciones para comerciantes de Shopify representan el 73% de los ingresos. El mix de la salida a bolsa de ServiceTitan fue de 71% suscripciones y 25% fintech, pero los analistas que observan los nuevos ingresos netos ven que la división converge en un 55/45; los pagos están creciendo más rápido que el núcleo del software. Para cuando una empresa de SaaS vertical llegue a la Serie B en 2026, la pregunta de los inversores ya no será si integrar pagos, sino qué stack de finanzas integradas utilizar y qué tan rápido pueden seguir los préstamos y las tarjetas emitidas.

Esto es lo que la industria llama finanzas integradas (embedded finance) —productos financieros ofrecidos dentro de software no financiero— y la infraestructura subyacente es la Banca como Servicio (BaaS). La oportunidad es real: se proyecta que los ingresos de las plataformas estadounidenses por finanzas integradas crezcan de aproximadamente 22,000 millones de dólares en 2021 a 51,000 millones en 2026, y el mercado de BaaS tiene una tasa de crecimiento anual compuesto (CAGR) del 17.8% hasta 2031. Pero hay un cementerio de órdenes de consentimiento, programas congelados y auditorías fallidas junto a esa oportunidad, y la mayoría de los fundadores que caen en él no se dieron cuenta de que estaban operando un negocio similar a un banco hasta que un regulador se lo dijo.

Esta guía recorre qué son realmente las finanzas integradas, por qué el SaaS vertical es su hogar natural, cómo es el stack en 2026, cómo elegir entre proveedores y las trampas de cumplimiento que convierten lanzamientos prometedores en incidentes existenciales.

Qué significan realmente las "finanzas integradas"

Finanzas integradas es una forma abreviada de referirse a productos financieros —pagos, cuentas de depósito, tarjetas de débito, préstamos, seguros, nómina— entregados dentro de una pieza de software que no es, a simple vista, un producto financiero. Una plataforma de software de construcción que permite a los contratistas aceptar pagos ACH de sus clientes, mantener el efectivo en una subcuenta y solicitar un adelanto instantáneo contra facturas impagas está haciendo finanzas integradas. También lo hace un sistema de gestión de clínicas veterinarias que emite tarjetas de débito de marca a los asistentes veterinarios para comprar suministros.

El motor técnico detrás de la mayoría de estas funciones es la Banca como Servicio: un banco regulado (el "banco patrocinador") alquila su licencia, su acceso a las redes ACH y de tarjetas, y su libro mayor asegurado por la FDIC a un proveedor de middleware fintech, que a su vez expone esas capacidades como APIs limpias que las empresas de software ordinarias pueden invocar. La empresa de software nunca posee una licencia bancaria. Sin embargo, asume una larga lista de responsabilidades operativas y de cumplimiento que se parecen mucho a dirigir un banco cuando se lee la letra pequeña.

Tres productos dominan el stack de finanzas integradas:

• Pagos integrados. Aceptación de tarjetas y ACH en nombre de los clientes finales de la plataforma SaaS. Esta es la "droga de entrada": la más fácil de implementar, la más rápida en generar ingresos y la base sobre la que se asienta todo lo demás.
• Préstamos integrados. Adelantos de efectivo sobre cuentas por cobrar futuras, productos de líneas de crédito y préstamos a plazo suscritos utilizando los datos de transacciones de primera mano de la plataforma. Las tasas de comisión (take rates) y los márgenes netos son mucho más altos que en los pagos.
• Tarjetas y cuentas emitidas. Tarjetas de débito de marca, tarjetas virtuales y cuentas operativas aseguradas por la FDIC ("tarjetas de gastos" para cuadrillas, "cuentas de ganancias" para trabajadores independientes, tarjetas de crédito de tienda para compradores).

Cada una de estas capas se potencia con las demás, porque cada una captura más del flujo de capital de trabajo del cliente.

Por qué el SaaS vertical tiene una ventaja injusta

Una aplicación de pagos horizontales ve un deslizamiento de tarjeta de forma aislada. Una plataforma de SaaS vertical ve el contrato que produjo ese deslizamiento, las horas de mano de obra programadas contra el contrato, la factura de materiales que debe pagarse el viernes, la estacionalidad histórica de cada cliente en el mismo código postal y el saldo bancario del operador con tendencia al descubierto.

Ese contexto es el foso competitivo. Cambia tres cosas a la vez:

1. La suscripción de riesgos se vuelve más barata y precisa. Una empresa de SaaS de construcción sabe qué contratistas pagan a tiempo y quiénes siempre tienen 90 días de cuentas por cobrar en los libros. Eso hace que un producto de adelanto de efectivo sea una apuesta mucho mejor que un préstamo genérico para pequeñas empresas de un banco que solo ve una declaración de impuestos.
2. Los costes de distribución se desploman. El cliente ya está dentro de la aplicación. No hay un embudo de adquisición para un nuevo producto financiero: hay un banner dentro de la pantalla en la que el usuario ya se encuentra. Los analistas de la industria estiman que las plataformas que integran con éxito productos financieros multiplican los ingresos por cliente de tres a cuatro veces.
3. La retención se potencia. Una vez que la nómina, los pagos y una línea de crédito pasan por su software, los costes de cambio se vuelven enormes. La capa fintech convierte una suscripción de 99 dólares al mes en una cuenta de servicios financieros de 5,000 dólares al año.

Esta es la razón por la cual el manual de estrategia fintech para SaaS vertical ha pasado de ser una "apuesta secundaria experimental" a una "suposición de planificación predeterminada para la Serie B" en aproximadamente cuatro años.

El Stack de 2026: Quién Hace Qué

El mapa de proveedores de finanzas embebidas está saturado y las categorías se solapan. Una visión simplificada de los proveedores preseleccionados con más frecuencia por los equipos de software para PYMES en 2026:

Procesamiento y orquestación de pagos

• Stripe Connect y Stripe Treasury. La opción predeterminada orientada a desarrolladores. APIs sólidas, excelente documentación, amplia cobertura desde la aceptación de tarjetas hasta los saldos almacenados y la emisión de tarjetas. Ideal para equipos que desean un único proveedor para la mayor parte del stack.
• Adyen for Platforms. Precios por volumen y fuerte presencia global. Mejores condiciones económicas por encima de los 50 millones de dólares en pagos procesados; incorporación (onboarding) más lenta y menos generosa en programas más pequeños.
• Finix y Payabli. "PayFac-as-a-Service": ayudan a las plataformas a convertirse en facilitadores de pago (o al menos a parecerlo) sin la necesidad de construir toda la estructura regulatoria.

Banca y cuentas (middleware BaaS)

• Unit. La ruta más rápida para lanzar un programa para empresas SaaS de EE. UU. que desean mantener saldos de clientes o emitir tarjetas de marca propia. Producto sólido, pero estrechamente vinculado a unos pocos bancos patrocinadores.
• Treasury Prime. API multibanco: útil cuando se desean funciones de nivel bancario, como el traspaso de la protección del FDIC y pagos en tiempo real, sin quedar cautivo de un solo patrocinador.
• Synctera. Middleware centrado en el cumplimiento que intenta integrar las herramientas de BSA/AML en la experiencia del desarrollador desde el primer día.
• Column. Un banco que también expone sus propias APIs, eliminando una capa del "sándwich" de middleware.

Emisión de tarjetas

• Marqeta, Lithic, Highnote. Infraestructura de emisión de tarjetas para programas de débito de marca, prepago y, cada vez más, de crédito. Marqeta escala; Lithic atrae a equipos que buscan una superficie más ágil y amigable para desarrolladores; Highnote se inclina hacia productos de crédito y de consumo.

Préstamos y capital

• Parafin, Kanmon, Liberis. APIs de préstamos embebidos que realizan la suscripción (underwriting) utilizando los datos de transacciones de la plataforma y gestionan la originación, el servicio y (en algunos casos) el balance general.

Libro mayor y movimiento de dinero

• Modern Treasury. Implementación de referencia para la infraestructura de libros mayores (ledgers) dentro de las plataformas; utilizada por empresas como Gusto y Marqeta para mantener su propia contabilidad al día incluso antes de que el dinero llegue a un banco.
• Dwolla, Moov. Movimiento de dinero programático centrado en ACH, a menudo utilizado junto con un procesador de tarjetas.

La mayoría de los programas activos combinan tres o cuatro de estos; por ejemplo, una plataforma de gestión de propiedades podría usar Stripe para la aceptación de tarjetas, Unit para las cuentas de ingresos de los propietarios, Marqeta para tarjetas de débito de marca para los administradores de fincas y Parafin para adelantos de efectivo sobre los ingresos por alquiler.

Un Plan de Secuenciación Realista

El error más común es intentar lanzar pagos, préstamos y tarjetas en un solo gran lanzamiento. No lo haga. La complejidad económica, operativa y de cumplimiento de cada capa es genuinamente diferente, y la secuencia correcta en casi todos los casos es la misma.

Fase 1 — Pagos (meses 0 a 6). Añada la aceptación de tarjetas para los clientes de sus clientes. Esta es la capa de menor riesgo y mayor volumen. Desarrolle la integración de modo que la plataforma gane una pequeña parte de cada transacción (normalmente de 30 a 100 puntos básicos). Utilice esta fase para consolidar la incorporación de clientes, las verificaciones de KYB (Know Your Business) y el monitoreo de fraude.

Fase 2 — Cuentas y desembolsos (meses 6 a 12). Una vez que los pagos sean estables, añada la capacidad para que los clientes mantengan saldos dentro de la plataforma, realicen pagos por ACH y emitan tarjetas virtuales para categorías de gasto específicas. Las tarjetas de débito de marca suelen ser el segundo producto de tarjeta, no el primero.

Fase 3 — Crédito y capital (segundo año). Los adelantos de efectivo sobre cuentas por cobrar son lo primero: son de corta duración, más fáciles de suscribir y se recuperan automáticamente de los pagos entrantes. Los préstamos a plazo y las líneas de crédito vienen después, ya que requieren operaciones más profundas de crédito, cobros y gestión de saneamientos (charge-offs).

Los datos de Bain & Company muestran que las plataformas que siguen esta secuencia tienen take rates significativamente más altos y ratios de saneamiento más bajos que aquellas que se saltan etapas. La tentación de lanzar préstamos pronto es fuerte porque la rentabilidad unitaria es mucho mejor que en los pagos, pero la madurez operativa requerida para absorber una tasa de impago del 4% es real, y casi siempre falta en el primer año.

La Trampa del Cumplimiento de la que Nadie Quiere Hablar

En febrero de 2024, la FDIC emitió órdenes de consentimiento contra dos bancos por preocupaciones de seguridad y solidez relacionadas con BaaS, principalmente por fallos en el cumplimiento de la Ley de Secreto Bancario (BSA) y en la supervisión de terceros. La orden de Piermont Bank afectó a programas operados a través de Treasury Prime y Unit. Sutton Bank, que trabaja con fintechs como Robinhood, Square y Upgrade, recibió conclusiones similares. Siguieron más órdenes a lo largo de 2024 y 2025. La FDIC informó de doce órdenes de ejecución solo en mayo de 2025. La Oficina del Controlador de la Moneda (OCC) ha emitido acciones comparables en el ámbito de los bancos nacionales.

Cuando un banco patrocinador recibe una orden de consentimiento, la plataforma subordinada no solo recibe una carta severa: a menudo los programas se congelan, la incorporación de nuevos clientes se detiene y, en algunos casos, los saldos existentes se vuelven difíciles de mover. Los fundadores que gestionaban lo que parecía "solo una función SaaS" descubren de repente que su hoja de ruta es rehén de un regulador al que nunca han conocido.

Un puñado de obligaciones específicas complican constantemente a las empresas de software:

• KYC y KYB (Know Your Customer / Know Your Business). Cada usuario final que mantiene un saldo, obtiene una tarjeta o recibe un préstamo debe ser verificado de acuerdo con el estándar exigido por el banco patrocinador, no con el estándar que su equipo de producto considere suficiente.
• Propiedad efectiva y CIP. Las reglas del Programa de Identificación de Clientes (CIP) se aplican a los clientes comerciales, y la regla de recopilar información de los beneficiarios finales en umbrales de propiedad del 25% se aplica de forma literal.
• Monitoreo de transacciones y presentación de SAR. Los informes de actividad sospechosa (SAR) no son opcionales. La plataforma suele realizar el monitoreo de primera línea; el banco patrocinador realiza la presentación oficial. Si el monitoreo es débil, el banco recibe el golpe regulatorio y la plataforma sufre la terminación del contrato.
• Marketing y divulgación. Lo que se dice sobre el seguro de la FDIC, los intereses y los términos del crédito está regulado. "Asegurado por la FDIC" sin asterisco ha sido la causa de más cartas de cese y desista que casi cualquier otra frase.
• Gestión de quejas y Reg E. Los productos financieros de consumo conllevan obligaciones de protección al consumidor, incluidos plazos específicos para gestionar transacciones disputadas.

Una regla de oro útil: si una función requeriría una licencia si la hiciera usted mismo, entonces el equipo de cumplimiento de su banco patrocinador la tratará de esa manera también, incluso si su gerente de producto no lo hace.

Elegir entre construir, comprar o asociarse

Existen tres caminos legítimos, y la respuesta correcta depende del capital, el apetito regulatorio y qué tan centrales sean los servicios financieros para la hoja de ruta a largo plazo.

Modelo puro de asociación / referidos. La plataforma refiere a los clientes a un proveedor financiero y gana una tarifa fija o una pequeña participación en los ingresos. Es el de menor riesgo, menor potencial de ganancias y el más rápido de lanzar. Es ideal para empresas SaaS donde las finanzas son algo adyacente y no el núcleo del negocio.

Integrado mediante middleware BaaS. La plataforma se ve y se siente como un proveedor financiero para sus clientes, pero la actividad regulada recae en un banco patrocinador (sponsor bank) y un socio de middleware. La mayoría de los programas SaaS verticales se encuentran aquí. Las tasas de comisión (take rates) son reales, la carga de cumplimiento es real y la economía unitaria comienza a funcionar a una escala modesta.

Licencia propia o PayFac directo. Un pequeño número de plataformas acaba adquiriendo una licencia de transmisor de dinero, se convierte en un facilitador de pagos (PayFac) registrado o busca una licencia bancaria. Esto es costoso, lento y solo tiene sentido una vez que el programa genera decenas de millones en ingresos por servicios financieros y los ahorros al eliminar el middleware superan el coste regulatorio.

Una prueba sencilla: si sus ingresos actuales o previstos por servicios financieros son inferiores a 5 millones de dólares al año, asóciese o utilice middleware. Entre 5 y 50 millones, el middleware casi siempre gana. Por encima de los 50 millones, debería, al menos, modelar cuánto costaría internalizar una mayor parte de la infraestructura (stack).

El juego de los números: cómo es una economía realista

La economía varía drásticamente según el producto. Al crear un plan financiero, utilice estos puntos de referencia aproximados para 2026 como punto de partida y luego ajústelos a su sector vertical:

• Aceptación de tarjetas: de 30 a 100 puntos básicos del volumen procesado para la plataforma, después de que el banco patrocinador y el middleware cobren su parte.
• ACH: desde centavos de un solo dígito hasta tarifas fijas de pocos dólares, más pequeñas tasas de comisión sobre flujos de valor añadido.
• Tarjetas de débito / gasto emitidas: reparto de la tasa de intercambio que normalmente genera para la plataforma entre 50 y 100 puntos básicos del gasto, menos los costes de producción de tarjetas y gestión del programa.
• Adelantos de efectivo sobre cuentas por cobrar: tasas anuales equivalentes (TAE) efectivas en el rango del 30 al 60%, con cancelaciones (charge-offs) del 2 al 6% para una cartera bien suscrita. Los márgenes netos tras el coste de capital pueden situarse entre el 8 y el 15% de las originaciones.
• Préstamos a plazo: TAE más bajas, mayor duración, mayor coste operativo. El margen depende en gran medida del coste del capital y de la operación de cobro.

Específicamente para los pagos ACH integrados B2B, las previsiones del sector proyectan que las plataformas captarán aproximadamente 4.000 millones de dólares en ingresos netos por servicios de valor añadido para 2026, y el volumen de tarjetas integradas añadirá otros 800 millones de dólares aproximadamente en ingresos para las plataformas. Esas cifras cuadran debido a quién las capta: la plataforma que posee la relación con el cliente y el contexto de la transacción, no el banco que posee las redes (rails).

Evite estos cinco errores

Patrones que aparecen una y otra vez en los análisis post-mortem de programas fallidos o con problemas:

1. Construir antes de contratar personal de cumplimiento. La primera contratación para un programa de finanzas integradas no es un ingeniero ni un gestor de producto. Es alguien con experiencia real en BSA/AML (prevención de blanqueo de capitales), idealmente con relaciones previas con bancos patrocinadores.
2. Tratar al banco patrocinador como un proveedor en lugar de como un regulador. El equipo de cumplimiento de su banco patrocinador tiene poder de veto efectivo sobre su hoja de ruta. Involúcrelos pronto, incluso cuando no sea estrictamente necesario.
3. Omitir el KYB para clientes "pequeños". No hay excepción para lo pequeño. No hay excepción para "conocemos a este cliente". Las reglas se aplican a cada titular de cuenta.
4. Subestimar el coste del capital para los préstamos. El margen de interés neto en los adelantos de efectivo parece hermoso en una hoja de cálculo hasta que se añade el coste de una línea de crédito, las cancelaciones, los costes de servicio y la depreciación periódica de una cohorte que salió mal.
5. Permitir que el marketing se adelante a lo legal. La mayoría de las acciones de cumplimiento en servicios financieros para el consumidor tienen su origen en un solo anuncio, una sola página web o un solo banner dentro de la aplicación. Los textos de marketing para productos financieros necesitan un proceso de revisión y un registro.

Dónde encaja la contabilidad en texto plano

Las finanzas integradas crean un problema técnico del que casi nadie habla hasta que les afecta: la explosión del libro mayor. Cada saldo de cliente, cada pago con tarjeta, cada liquidación, cada desembolso de préstamo, cada recuperación y cada devolución de cargo (chargeback) es ahora un evento contable en su sistema, no solo en el del banco. Necesita conciliar sus libros con un extracto del banco patrocinador, con el archivo de liquidación de su procesador de tarjetas y con el informe de un gestor de préstamos, a menudo a diario.

Proveedores como Modern Treasury existen precisamente porque los libros mayores tradicionales no pueden seguir el ritmo de la velocidad del movimiento de dinero. Para las finanzas internas de la empresa —sus propios libros, los que el CFO debe certificar— rige el mismo principio: la transparencia del libro mayor, las pistas de auditoría y la capacidad de programar conciliaciones contra fuentes externas importan más cuando los servicios financieros fluyen a través de su plataforma de lo que importaron jamás cuando era un puro negocio de suscripción SaaS.

Mantenga su contabilidad tan transparente como su producto

Las finanzas embebidas convierten a una empresa de software en una empresa que mueve dinero — y la base contable que sustenta su negocio debe ser al menos tan buena como el producto financiero que ofrece a sus clientes. Beancount.io ofrece contabilidad en texto plano y con control de versiones que es totalmente transparente, programable mediante scripts y diseñada para el tipo de conciliaciones de alta velocidad que requieren los negocios SaaS con matices fintech. No existen cajas negras ni dependencia del proveedor — sus libros residen en un archivo de texto que puede auditar línea por línea. Comience gratis y descubra por qué los desarrolladores y equipos financieros se están pasando a la contabilidad en texto plano a medida que su stack financiero se vuelve más complejo.