El banco multi-carril en 2026: tarjetas, A2A, stablecoins, RTP, FedNow y Open Banking en una sola estrategia

Los pagos mayoristas en EE. UU. circulan hoy de forma simultánea por cinco carriles vivos. Las tarjetas siguen las mismas vías de intercambio de Visa y Mastercard desde los años setenta. ACH continúa moviendo el grueso de nóminas y B2B a coste marginal con liquidación T+1. La red RTP ⧉ opera de forma instantánea desde 2017, 24/7, a través de la cuenta conjunta de The Clearing House en la Fed. FedNow ⧉ arrancó en julio de 2023 con arquitectura paralela y un pool de liquidez separado. USDC y los depósitos bancarios tokenizados liquidan de forma atómica en Ethereum, Solana y cadenas permisionadas operadas por bancos.

Ninguno de estos carriles está sustituyendo al resto. El banco que elija uno solo y apueste a él la estrategia se equivocará en menos de dos ciclos de producto. El banco que los opere todos sin capa de orquestación descubrirá, hacia el tercer año, que ha levantado cinco proyectos de integración y no opera con eficiencia ninguno.

Este artículo trata de cómo funciona en la práctica esa orquestación.

---

Resumen ejecutivo / Conclusiones clave

• El motor de orquestación es el producto. La lógica de enrutamiento que elige FedNow sobre RTP sobre ACH sobre USDC para cada transacción — según coste, finalidad, capacidad de la contraparte y disponibilidad de liquidez prefinanciada — es lo que define al banco multi-carril. Todo lo demás es detalle de implementación.
• La liquidez es el coste operativo que nadie menciona. FedNow y RTP exigen saldos prefinanciados 24/7/365 en cuentas conjuntas del banco central. Un despliegue multi-carril ingenuo duplica esa trampa de capital. Un orquestador con visión de neteo lo replega hacia un único pool.
• ISO 20022 pacs.008 es el único puente viable. Los cores bancarios emiten MT103 o campos propietarios. Las APIs A2A y los endpoints de Open Banking consumen datos estructurados pacs.008. La capa de traducción del orquestador es la que arrastra los BIC del agente del deudor y del acreedor, la información de remesa estructurada y los códigos de propósito sin mapeo con pérdida.
• La liquidación atómica en carriles de stablecoin reconfigura la banca corresponsal. Una transferencia USDC entre dos wallets liquida en segundos sin conciliación Nostro/Vostro. Eso es una amenaza estructural a la línea de ingresos de la banca corresponsal, no una funcionalidad fintech.
• Las APIs de Open Banking son el espejo, en el lado del consumidor, de A2A. El mismo motor de orquestación que decide FedNow frente a ACH en un pago B2B decide PIS (servicio de iniciación de pagos) frente a card-on-file en un checkout de consumo — guiado por los mismos hechos de enrutamiento.
• El banco que controla la lógica de enrutamiento controla el margen. Si el motor de enrutamiento se alquila a un proveedor, el proveedor fija el take rate de cada transacción que el banco contabiliza.

---

Cómo enruta realmente un motor de orquestación un pago B2B de 500 USD #

Una empresa estadounidense del mid-market dispara un pago de 500 USD a un proveedor desde su ERP. El pago llega al motor de orquestación del banco como un mensaje ISO 20022 pacs.008 con información de remesa estructurada, los datos de cuenta del proveedor, una ventana de liquidación de «hoy si es posible» y una tolerancia declarada de «aceptable al siguiente día hábil».

El motor lee cuatro hechos del mensaje y del estado actual del banco:

1. Capacidad de carril de la contraparte. El banco del proveedor es participante de TCH RTP. También es direccionable en FedNow. Acepta créditos ACH. No tiene un wallet USDC en ficha.
2. Coste por carril. FedNow aplica una comisión plana de 0,045 USD al emisor. RTP aplica 0,045 USD más el coste interno de liquidez sobre el saldo de la cuenta conjunta TCH del banco. ACH cuesta 0,0029 USD por crédito, con liquidación T+1. USDC: gas más el coste interno de mantener inventario de stablecoin, irrelevante aquí porque el receptor no tiene wallet.
3. Disponibilidad de liquidez prefinanciada. Son las 23:00 hora del Este. La cuenta conjunta FedNow del banco en la Fed mantiene 42 millones de USD. La cuenta conjunta TCH mantiene 61 millones de USD. Ambas exceden cualquier umbral plausible para un único pago. El coste marginal de usar cualquiera de los dos carriles en este momento es la rentabilidad overnight perdida sobre los 500 USD empleados — medida en fracciones de céntimo.
4. Valor de la ventana de liquidación para el pagador. El pacs.008 declaró «aceptable al siguiente día hábil». Esa es la señal de enrutamiento que inclina la decisión.

El orquestador enruta a ACH. La tolerancia del pagador a T+1 implica que no hay razón comercial para gastar 4,2 céntimos adicionales (comisión FedNow menos comisión ACH) por una finalidad que el propio pagador ha declarado opcional. La instrucción pacs.008 se reescribe como un registro CCD en formato NACHA, la información de remesa estructurada se preserva como registro de addenda y la transacción queda en cola para la siguiente ventana ACH.

Si el mismo pago llega a las 09:00 hora del Este con «liquidar hoy» en el bloque de ventana de liquidación del pacs.008, el enrutamiento se inclina hacia FedNow. Si llega marcado como «liquidación atómica en dólares, wallet adjunto», se inclina hacia USDC. El motor no tiene una opinión sobre qué carril es «moderno». Tiene una opinión sobre qué carril minimiza el coste total — comisión más coste de oportunidad de liquidez — para la finalidad que el pagador ha pedido.

Esa lógica de decisión es el motor de orquestación. Construirla es el producto.

La trampa de liquidez prefinanciada 24/7 #

Todo carril instantáneo en producción opera hoy sobre un modelo prefinanciado. La Fed no extiende crédito intradía a los participantes de FedNow. The Clearing House tampoco lo extiende a los participantes de RTP. La liquidación en ambos carriles ocurre contra un saldo en cuenta conjunta prefinanciado que el banco participante mantiene en el operador correspondiente — en la Fed para FedNow, en TCH para RTP — y repone 24/7/365.

La consecuencia operativa es severa. Un banco que opera FedNow para un pico diario de 100 millones de USD en pagos instantáneos mantiene decenas de millones en saldo ocioso solo para cubrir picos intradía. Operar RTP en paralelo añade un segundo pool ocioso. Los dos pools no pueden netearse entre sí porque están en operadores distintos. Cada pool obtiene el tipo de remuneración pertinente de las reservas (FedNow) o cero (cuenta operativa de TCH) y renuncia a lo que el banco podría obtener con ese mismo saldo en repo, fondos del mercado monetario o letras del Tesoro de corta duración.

Ese es el coste operativo tácito de los pagos instantáneos multi-carril. Un banco que financia dos carriles instantáneos sin estrategia de orquestación aparca el doble de saldo ocioso para obtener el doble de rentabilidad renunciada.

El orquestador minimiza la trampa por tres vías:

• Enrutamiento concentrado. Llevar el volumen marginal de carril instantáneo a la cuenta conjunta mejor dotada en cada momento. Reponer la otra de forma diferida. El resultado es un pool funcionando caliente y otro funcionando frío, en vez de dos pools a medio llenar.
• Discriminación por ventana de liquidación. Todo lo que el pacs.008 marque como «aceptable al siguiente día hábil» abandona por completo los carriles instantáneos y liquida por ACH. Eso retira la cola larga de tráfico no urgente de la demanda de saldo prefinanciado.
• Barridos de tesorería ligados al volumen previsto. La demanda prevista de pagos instantáneos a 6, 12 y 24 horas dimensiona el saldo prefinanciado. Todo lo que supere esa previsión se traslada a repo overnight.

Sin orquestador, el banco financia para el pico del pico. Con orquestador, financia para la demanda prevista más un margen. La diferencia, en un negocio de pagos instantáneos de 5.000 millones de USD/día, equivale a decenas de millones en saldo ocioso y siete u ocho cifras en rentabilidad overnight renunciada.

El puente ISO 20022 pacs.008 #

Los cores bancarios construidos en los años ochenta y noventa emiten campos MT103 o formatos internos propietarios. Las APIs A2A (PIS de Open Banking, los endpoints FedLine de FedNow, la mensajería RTP de TCH) consumen ISO 20022 pacs.008. La capa de traducción del orquestador es la que arrastra la carga útil estructurada sin perder los campos de los que dependen los consumidores A2A.

Un mensaje pacs.008 transporta, como mínimo:

• Identificación de deudor y acreedor con nombre estructurado, dirección (BIC + LEI cuando proceda) y números de cuenta en formato IBAN o BBAN.
• Identificación del agente del deudor y del acreedor (el BIC de cada banco participante) más la cadena de liquidación.
• Información de remesa estructurada — campos tipados para números de factura, códigos de motivo de pago (ISO 20022 ExternalPurposeCode) y texto libre como respaldo.
• Bloques de reporte regulatorio para jurisdicciones que exigen códigos AML estructurados en línea.
• Prioridad de liquidación y campos de instrucción para el agente del acreedor que las reglas de esquema A2A leen directamente.

Una traducción ingenua de un payload MT103 plano a pacs.008 descarta o estropea la mayoría de esos campos estructurados. La remesa en texto libre aterriza en el bloque equivocado. Los códigos de propósito se reconstruyen por coincidencia parcial de cadena y llegan como OTHR (el comodín). El reporte regulatorio se pierde por completo porque el MT103 origen no tenía hueco estructurado para él. El banco receptor — y el ERP del tesorero receptor — recibe confirmación de pago sin metadatos parseables por máquina. La conciliación vuelve a revisión manual.

La capa de traducción del orquestador debe hacer tres cosas que los convertidores MT-a-MX listos para usar no hacen:

• Enriquecer en lugar de traducir. Añadir los campos estructurados que el MT103 origen no traía, leyéndolos del maestro de clientes del banco, del sistema de facturación o de la integración con el ERP. El pacs.008 que sale del orquestador lleva más dato estructurado que el MT103 que entró.
• Preservar la idempotencia. El mismo MT103 origen, re-traducido, produce un pacs.008 bit a bit idéntico. Eso es lo que hace seguras las reintentos en carriles A2A con semántica de exactamente-una-vez.
• Validar contra el perfil del esquema receptor. El perfil pacs.008 de FedNow difiere en detalle del de RTP, del de SCT Inst y del de cada implementación de Open Banking. El orquestador valida contra el perfil destino antes de enviar, no después de que el carril rechace.

Los bancos que saltan esta capa acaban con pipelines de traducción específicos de carril duplicados en tres o cuatro integraciones. Los bancos que la construyen una vez, bien, enrutan cualquier pago a cualquier carril sin reimplementar la lógica de mensaje.

Arquitectura multi-carril, por capa técnica #

La arquitectura siguiente sustituye al planteamiento genérico de «workflow, datos, control» que sirve para una presentación de consejo. Las capas que de verdad sostienen la carga son estas.

Capa	Función en producción	Modo de fallo si se gestiona mal	Directiva arquitectónica
API Gateway y motor de orquestación	Acepta la intención de pago desde ERPs, apps móviles y sistemas core. Lee la capacidad de la contraparte, el estado actual de liquidez, la participación en esquemas y las preferencias del pagador. Decide qué carril usar.	El banco alquila el motor de enrutamiento a un proveedor de pagos. El proveedor fija el take rate de cada transacción. El margen del banco se evapora en el precio del proveedor.	Hágase propio el motor de enrutamiento. Constrúyase como servicio interno con drivers específicos de carril detrás de una interfaz interna estable. Los SDKs de proveedor pasan a ser implementaciones de driver, no el motor en sí.
Capa de liquidez y libro mayor	Gestiona los saldos prefinanciados en cuentas conjuntas en la Fed (FedNow), TCH (RTP), bancos de liquidación de los esquemas de tarjetas (Visa, Mastercard) y wallets on-chain (inventario USDC, posiciones de depósito tokenizado). Barre saldos ociosos hacia repo overnight.	El banco aparca saldo ocioso simultáneamente en cada operador de carril. La rentabilidad renunciada en un libro de pagos instantáneos de 5.000 millones de USD/día alcanza siete u ocho cifras anuales.	Previsión de demanda de pagos instantáneos por hora. Financiar las cuentas conjuntas para la previsión más un margen. Barrer todo lo demás. La función de Tesorería es dueña de la política diaria de reposición, no el equipo de producto de carril.
Capa de mensajería y traducción ISO	Traduce entre el formato de pago interno del banco, MT103 (donde aún se usa), pacs.008 / pain.001 / camt.053 (ISO 20022), NACHA CCD/PPD (ACH), ISO 8583 de esquema de tarjetas y primitivas de transacción on-chain. Enriquece al traducir. Valida contra el perfil del esquema destino.	La traducción con pérdida descarta información de remesa estructurada y códigos de propósito. Los receptores no pueden conciliar de forma programática. El backlog de investigación manual crece.	Constrúyase un único traductor con enriquecimiento y validación de perfil de esquema destino. Los convertidores MT-a-MX son una entrada, no la respuesta. Probar contra los perfiles de referencia de cada esquema en CI.
Registro de capacidades y contrapartes	Sabe en qué carriles es direccionable cada contraparte, qué perfiles de esquema acepta, cuáles son sus límites por transacción y qué jurisdicciones imponen qué reporte.	El orquestador enruta a un carril que el receptor no puede aceptar. El pago falla o liquida lento con intervención manual.	Mantener el registro como producto de datos de primera clase. Refrescarlo a diario contra directorios de esquema, listas de participantes de banco central y feeds de capacidad de agregadores de Open Banking. El registro es lo que hace auditable la decisión de enrutamiento.
Fraude, sanciones y autorización	Ejecuta cribado en tiempo real sobre cada intención de pago contra listas de sanciones, modelos de fraude, reglas de autorización y registros de consentimiento. Devuelve permitir/bloquear/escalar en milisegundos.	El cribado corre tras el envío al carril. Pagos sancionados salen del banco y son retirados. Cada retirada es un incidente reportable al regulador.	Cribar en el punto de entrada de la orquestación, antes de la selección de carril. El mismo resultado de cribado debe ser válido para cualquier carril que el orquestador pueda elegir.
Conciliación de liquidación y reporte	Empareja cada pago saliente con las confirmaciones de liquidación, las actualizaciones de estado (pacs.002) y los extractos camt.053 entrantes. Detecta discrepancias en horas, no en días.	La conciliación corre a T+2 por hoja de cálculo. Las discrepancias de liquidación se acumulan. Las disputas de cliente escalan.	Conciliar por carril con un modelo de datos unificado. La misma lógica de detección de discrepancias corre contra FedNow, RTP, archivo de devoluciones ACH, archivo de liquidación de esquema de tarjetas y confirmación de transacción on-chain.

Qué implica para cada tipo de banco #

Bancos globales #

Los bancos globales operan ya el parque de carriles más fragmentado. Cada región financió sus propias integraciones bajo su propia cuenta de resultados de producto. El resultado son tres o cuatro despliegues multi-carril paralelos, cada uno con su propia capa fina de enrutamiento y negociando por separado con los mismos proveedores.

La directiva: financiar una única capa de orquestación agnóstica sobre los cores legados, imputada a ingeniería de plataforma y no a ningún grupo de producto. El orquestador es dueño de la decisión de enrutamiento de forma global; los grupos de producto regionales la consumen como servicio. Los SDKs de proveedor que cada región trajo se convierten en drivers específicos de carril detrás de la interfaz interna del orquestador, no en motores de enrutamiento paralelos compitiendo por el mismo pago.

El argumento económico aterriza en el director financiero. Un único orquestador global captura cada decisión de enrutamiento, cada punto de margen y cada pieza de dato de pago estructurado que el banco genera. Tres orquestadores regionales no capturan nada de eso a nivel de grupo.

Bancos regionales #

Los bancos regionales afrontan un problema distinto. Tienen menos carriles que integrar pero proporcionalmente menos capital para aparcar en cuentas conjuntas prefinanciadas. Un banco regional con un libro diario de pagos instantáneos de 500 millones de USD aparca, de forma conservadora, entre 30 y 50 millones de USD en la Fed para FedNow más otros 20 a 30 millones en TCH para RTP — una porción relevante de su balance discrecional a rendimiento cero o casi cero.

La directiva: construir un orquestador con visión de liquidez antes de añadir el segundo carril instantáneo. Un regional que entra simultáneamente en FedNow y RTP sin estrategia de neteo duplica la trampa de saldo prefinanciado sin aumento de volumen proporcional. La secuencia correcta es FedNow primero, instrumentar el perfil de demanda, financiar la cuenta conjunta al pico observado y entonces añadir RTP solo cuando el orquestador pueda enrutar el pago marginal a la cuenta mejor dotada en cada momento.

La pregunta de capital domina. Los tesoreros de banca regional deberían cuantificar la rentabilidad renunciada sobre saldos prefinanciados como partida de línea en el business case multi-carril, no absorberla como coste no declarado de la innovación.

Fintechs y PSPs #

Las fintechs y los proveedores de servicios de pago se sitúan entre la empresa o el comercio y el carril bancario. La pregunta competitiva para ellos es si aportan una abstracción que el banco no pueda construir por sí mismo.

La directiva: ofrecer la orquestación como servicio a bancos del mid-market que no puedan financiar la propia. Vender el motor de enrutamiento, la previsión de liquidez y la traducción ISO 20022 como plataforma gestionada. Las fintechs que intenten competir con bancos globales en lógica de enrutamiento perderán por la economía de margen del motor de orquestación. Las fintechs que vendan esa misma lógica a bancos demasiado pequeños para construirla por sí mismos serán dueñas del segmento regional.

Tesoreros corporativos #

Los tesoreros consumen los outputs de carril a través de sus integraciones con el ERP. La pregunta de 2026 para ellos es si el dato estructurado que emite su banco es lo bastante rico para automatizar la conciliación sin revisión manual.

La directiva: exigir información de remesa rica en pacs.008 en cada confirmación de pago entrante. En concreto, exigir referencias de factura estructuradas en RmtInf/Strd/RfrdDocInf, exigir códigos de propósito de la lista ISO 20022 ExternalPurposeCode en vez del comodín OTHR, y exigir actualizaciones de estado (pacs.002) en el mismo endpoint de API que la confirmación. Los bancos que no puedan entregar ese dato están señalando que su capa de traducción sigue haciendo conversión MT-a-MX con pérdida. Esa es la pregunta correcta de RFP para el ciclo de selección de banco de 2026.

El argumento de conciliación aterriza en el escritorio del propio tesorero. El matching automatizado de facturas contra información de remesa estructurada pacs.008 reduce la cola de excepciones del equipo de AP entre un 60 y un 80 %. Esa es la ganancia de productividad duradera que el tesorero puede exigir y medir.

Lo que viene a continuación #

Los hitos visibles de 2026 son a nivel de esquema: los cruces de volumen entre FedNow y RTP, la cobertura PIS de Open Banking superando el 60 % de los checkouts de consumo en Reino Unido, el primer banco con domicilio en EE. UU. operando en producción una stablecoin emitida por banco para B2B transfronterizo. Esos son los hechos de comunicado de prensa.

El trabajo invisible de 2026 es el orquestador. Los bancos que lo financien en 2026 serán los bancos que enruten el 80 % de los pagos B2B estadounidenses en 2028. Los bancos que financien otra integración de carril sin el orquestador gastarán los mismos dólares y acabarán donde empezaron: operando tres o cuatro productos de carril en paralelo sin captura de margen.

El banco multi-carril de 2026 no es un banco que opere más carriles. Es un banco que ha construido el motor de enrutamiento, el libro de liquidez y el traductor pacs.008 sobre los que se apoyan los carriles.

Preguntas frecuentes #

¿Va a ganar FedNow o RTP?

Ninguno. Ambos carriles seguirán operando en paralelo en el horizonte previsible. Las listas de participantes se solapan de forma significativa pero no total — hay bancos en FedNow que no están en RTP y viceversa. Hasta que el solape de participantes sea casi total, el orquestador enruta al carril que alcance a la contraparte.

¿Un banco del mid-market debería construir su propio motor de orquestación o comprarlo?

Constrúyase la lógica de enrutamiento en casa si el volumen diario de pagos supera, aproximadamente, los 1.000 millones de USD. Por debajo, el coste de ingeniería de construirla no se amortiza contra el margen captado. Cómpresela a una fintech que la venda como servicio gestionado y negóciese con dureza el take rate por transacción.

¿Qué significa la liquidación atómica para la banca corresponsal?

Una transferencia USDC entre dos wallets de custodia liquida on-chain en 15 a 30 segundos sin cuenta intermedia Nostro/Vostro. El mismo movimiento de dólares por la banca corresponsal tradicional toca de tres a cinco cuentas, cada una con su propio calendario de liquidación, y concilia en horas o días. En un corredor donde ambas contrapartes tengan infraestructura de wallet, la vía on-chain es estructuralmente más barata y rápida. Los ingresos de banca corresponsal en esos corredores se comprimirán.

¿Cuál es el punto de partida correcto para la capa de traducción ISO 20022?

Empezar con pacs.008 saliente, pain.001 entrante (la iniciación de transferencia de crédito de cliente) y pacs.002 de reporte de estado. Esos tres mensajes cubren el 80 % del flujo de pago mayorista. Añadir camt.053 para conciliación y pacs.004 para devoluciones en una segunda ola. No empezar por la biblioteca de mensajes — empiécese por el perfil de esquema que exige cada carril receptor y trabájese hacia atrás.

¿Cuánto saldo prefinanciado exige realmente FedNow?

Depende del volumen del participante. Un banco con un pico horario de 50 millones de USD en pagos instantáneos salientes necesita aproximadamente ese orden de magnitud en su cuenta conjunta FedNow en la Fed, dimensionado para la hora siguiente. Con barridos automatizados ligados a la demanda prevista, el saldo en régimen estacionario puede aproximarse a la mediana en vez del pico — pero el pico debe seguir siendo cubrible con unos minutos de aviso.

Referencias #

• The Clearing House, (2026). RTP Network ⧉.
• Federal Reserve Financial Services, (2026). The FedNow Service ⧉.
• ISO 20022, (2024). pacs.008.001.10 — FIToFI Customer Credit Transfer message definition ⧉.
• NACHA, (2026). ACH Operating Rules and Guidelines ⧉.
• BIS Committee on Payments and Market Infrastructures, (2025). Fast payments and the future of the financial system ⧉.
• Open Banking Limited, (2026). Variable Recurring Payments specification ⧉.
• Circle Internet Financial, (2026). USDC Treasury & Reserves ⧉.

Última revisión 2026-06-01.

Última revisión 2026-05-31.