# Pagar por banco ## Transferencias vía **canales de Open Banking** La pasarela está integrada con una amplia red de bancos europeos a través de sus Account Servicing Payment Service Providers (ASPSPs). Esto permite el acceso en tiempo real a las cuentas de los clientes para la iniciación de pagos. ### **Lista de regiones y bancos disponibles** #### **Estados bálticos**
Letonia * Swedbank *(A2A, transferencias, recurrentes)* * SEB banka *(A2A, transferencias, recurrentes)* * Citadele Banka *(A2A, transferencias, recurrentes)* * Luminor Bank *(A2A, transferencias)* * Signet Bank *(A2A, transferencias)* * Industra Bank *(A2A, transferencias)* * Magnetiq Bank *(A2A, transferencias)* * Revolut (*A2A, transferencias)* * *N26* (*A2A, transferencias)*
Lituania * Swedbank, AB *(A2A, transferencias, recurrentes)* * AB SEB bankas *(A2A, transferencias, recurrentes)* * Revolut Bank UAB *(A2A, transferencias)* * Artea Bank *(A2A, transferencias)* * Sucursal lituana de Luminor Bank AS *(A2A, transferencias)* * Sucursal lituana de AS Citadele banka *(A2A, transferencias, recurrentes)* * Sucursal lituana de Bigbank AS *(A2A, transferencias)* * Sucursal lituana de AS Inbank *(A2A, transferencias)* * URBO Bankas *(A2A, transferencias)* * Revolut (*A2A, transferencias)* * *N26* (*A2A, transferencias)*
Estonia * Swedbank AS *(A2A, transferencias, recurrentes)* * AS SEB Pank *(A2A, transferencias, recurrentes)* * Luminor Bank AS *(A2A, transferencias, recurrentes)* * AS LHV Pank *(A2A, transferencias, recurrentes)* * Coop Pank AS *(A2A, transferencias, recurrentes)* * Bigbank AS *(A2A, transferencias)* * Sucursal en Estonia de AS Citadele banka *(A2A, transferencias, recurrentes)* * Revolut (*A2A, transferencias)* * *N26* (*A2A, transferencias)*
#### Nórdico
Dinamarca * Danske Bank * Jyske Bank * Sydbank * Nykredit Bank * Spar Nord Bank * Revolut * *N26*
Finlandia * Nordea Bank Abp * OP Financial Group * Aktia Bank * Ålandsbanken * Revolut * *N26*
Noruega * SpareBank 1 SR-Bank * Handelsbanken Noruega * Sparebanken Vest * Sparebanken Sør * Storebrand Bank ASA * Revolut * *N26*
Suecia * Svenska Handelsbanken AB * Skandinaviska Enskilda Banken (SEB) * Nordea Bank Abp * Länsförsäkringar Bank * Revolut * *N26*
#### Suroeste de Europa
España * BBVA * Banco Sabadell * Banco Santander * Bankinter * Caixa Popular * CaixaBank * ING * IberCaja * Imagin * Kutxabank * Laboral Kutxa * N26 * Revolut * RuralNostra * Unicaja * Wise
{% hint style="info" %} Este servicio "Transferencias vía canales de Open Banking" está disponible para nuestra solución en modo de entrega. Este servicio, "Transferencias vía canales de Open Banking", está disponible como parte de nuestra solución en modo de entrega SaaS o como un servicio de agregación independiente. El acceso a los bancos se realizará en nombre de su licencia, actuando Tieto como Technical Service Provider (TSP). Como TSP, Tieto no presta servicios de pago regulados ni dispone de una licencia de entidad de pagos, sino que facilita una conectividad técnica segura entre su sistema y las entidades financieras. Más sobre el servicio de agregación de API de Tieto: {% endhint %} ### **Consideraciones regulatorias y de cumplimiento** * La entidad con licencia (usted, el cliente) conserva la plena responsabilidad de garantizar el cumplimiento de la normativa financiera aplicable, incluidas, entre otras, PSD2, los requisitos regulatorios locales y las obligaciones de AML/KYC. * Tieto proporciona habilitación técnica y soporte de infraestructura, pero no asume responsabilidad por incumplimientos regulatorios, disputas sobre transacciones ni obligaciones legales relacionadas con operaciones financieras. * El alcance del acceso bancario y las regiones soportadas se determina en función de las autorizaciones regulatorias y la cobertura de licencias del cliente. {% hint style="info" %} Para conversaciones sobre ampliaciones regionales, integraciones bancarias adicionales o requisitos de cumplimiento, póngase en contacto con nosotros para evaluar la viabilidad y la alineación regulatoria. {% endhint %} ### Servicio de valor añadido #### **Selección dinámica de ASPSP** La pasarela supervisa continuamente en tiempo real el estado de los ASPSP. Cuando un cliente inicia una transacción, el sistema filtra y muestra de forma dinámica únicamente los bancos que están operativos en ese momento. Este enfoque reduce la probabilidad de transacciones fallidas debido a la indisponibilidad o caída del banco durante el proceso de pago. Las comprobaciones de estado en tiempo real se realizan mediante llamadas directas a la API de los ASPSP, garantizando que al cliente solo se le presenten opciones de pago viables. #### **Soporte de reembolsos** Los reembolsos de transacciones A2A pueden iniciarse a través del Merchant Portal o mediante la API de reembolso. La pasarela se comunica directamente con el banco del cliente para revertir la transacción. Se admiten reembolsos totales y parciales, con estados de transacción rastreados y actualizados para mayor transparencia. **Soluciones soportadas**simplifica los flujos de trabajo posteriores al pago para los comercios, garantizando el cumplimiento de las políticas de reembolso y mejorando la experiencia del cliente. #### **Pagos A2A recurrentes** Los clientes otorgan consentimiento para pagos recurrentes durante la transacción inicial. La pasarela almacena de forma segura los detalles de la autorización para transacciones posteriores en cumplimiento de PSD2. Los pagos recurrentes se activan automáticamente según un calendario predefinido, y se envían mensajes de confirmación a clientes y comercios para cada pago. **La solución propuesta es**adecuada para servicios basados en suscripción o empresas que requieren ciclos de pago predecibles. ### Capacidades de despliegue e integración La Tieto E-Commerce Payment Gateway admite una integración modular y flexible con API de Open Banking para habilitar pagos A2A (Account-to-Account) a través de servicios regulados de iniciación de pagos (PIS). El enfoque de integración permite a las instituciones elegir la estrategia más adecuada en función de su cobertura de mercado, infraestructura y preferencias regulatorias. Los pagos A2A basados en Open Banking se habilitan mediante la interfaz de iniciación de pagos de las API conformes con PSD2 y dependen del banco del usuario final para la autenticación y autorización. **Modelos de integración soportados** | Modelo de integración | Descripción | Enfoque de mercado | | ---------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------ | | [Servicio de agregación de API de Tietoevry](#transfers-via-open-banking-channels) | Tieto actúa como un Third-Party Provider (TSP) regulado y proporciona acceso directo a las API de Open Banking en mercados seleccionados. EGW aprovecha este servicio para ofrecer un canal PIS preintegrado y conforme. | [Disponible en los países nórdicos y bálticos](#list-of-available-regions-and-banks) | | Agregación de API propiedad del banco | EGW se conecta directamente a la capa de agregación de la API PIS propia del banco. Esto permite a los bancos mantener el control total de la orquestación de API mientras aprovechan EGW para la integración del checkout del comercio. | La disponibilidad en el mercado la determina el banco | | Agregación de API de socios | EGW se integra con socios externos o fintechs que ofrecen agregación de Open Banking como servicio. Esto proporciona una expansión rápida a nuevos mercados mediante la cobertura de los socios. | Mercados determinados por acuerdos con socios | | Solución de agregación personalizada*(Opcional)* | Las instituciones pueden utilizar la plataforma de agregación de API independiente de Tieto como parte de su stack interno para exponer capacidades A2A a EGW. | Adecuado para bancos que buscan control total con la lógica front-end de EGW | #### Características clave del marco de integración * Interfaz estandarizada con EGW - Independientemente del modelo de agregación, EGW se comunica a través de una interfaz interna común para iniciar y rastrear pagos A2A, abstrayendo la lógica subyacente del TPP. * Flexibilidad de mercado - Las instituciones pueden desplegar una estrategia híbrida, utilizando la agregación de Tieto en los mercados principales mientras se integran con otros bancos o socios en regiones ampliadas. * Preparado para el cumplimiento - Tieto actúa como un TPP con licencia para los mercados aplicables, gestionando el cumplimiento regulatorio, la seguridad de las API y la gestión del ciclo de vida del consentimiento. * Autenticación y consentimiento - Todos los flujos se basan en Strong Customer Authentication (SCA) gestionada por el banco del usuario final, garantizando una autorización segura conforme a los requisitos de PSD2. * Integración de checkout plug-and-play - Las opciones de Open Banking A2A se presentan como parte de la Hosted Checkout Page de EGW, con redirección automática al banco seleccionado para la autorización. ## Pagos Account-to-Account (A2A) La Tieto E-Commerce Payment Gateway admite el procesamiento nativo de pagos Account-to-Account (A2A), permitiendo a los clientes pagar directamente desde sus cuentas bancarias a las cuentas de liquidación del comercio utilizando rieles de pago confiables y regulados. Este método de pago ofrece una alternativa de bajo coste, segura y en tiempo real a los pagos con tarjeta, y resulta especialmente adecuado para regiones con una sólida infraestructura de transferencias domésticas (por ejemplo, SEPA, TIPS y rieles nórdicos en tiempo real). **Cómo funcionan los pagos A2A** Los pagos A2A los inicia el cliente durante el checkout y se completan a través del entorno bancario online o móvil del cliente. EGW facilita el proceso orquestando el flujo de usuario, iniciando la transferencia y proporcionando feedback en tiempo real a los comercios. Flujo de checkout A2A: 1. El cliente selecciona "Pagar con banco" en la Hosted Checkout Page. 2. El cliente elige su banco de una lista dinámica. 3. EGW redirige al cliente a la interfaz de autenticación del banco seleccionado. 4. El cliente se autentica y autoriza el pago mediante SCA. 5. Los fondos se transfieren a la cuenta del comercio. 6. EGW recibe la confirmación del pago y actualiza al comercio. ### Esquemas A2A soportados | Rail de pago | Descripción | Velocidad de liquidación | | ---------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------- | | Transferencia de crédito SEPA (SCT) | Transferencia A2A estándar denominada en euros en toda la UE. | El mismo día / al día siguiente | | Transferencia de crédito instantánea SEPA (SCT Inst) | Pagos A2A en tiempo real de hasta 100.000 € (o el límite del esquema). | Menos de 10 segundos | | TIPS | Sistema TARGET Instant Payment Settlement del BCE. | En tiempo real | | Rieles A2A domésticos | Sistemas nacionales de compensación instantánea o por lotes (por ejemplo, Swish en Suecia, NICS en Noruega, y los rieles domésticos bálticos). | Varía según el país | ### Experiencia del cliente * Integrado de forma nativa en la Hosted Checkout Page junto con opciones de tarjeta y monedero. * Optimizado para móviles con selección dinámica de banco. * Redirección segura a la interfaz del banco para inicio de sesión y autorización. * Retorno automático al comercio tras la confirmación. * Feedback en tiempo real y notificación al comercio. ### Capacidades de la pasarela * Enrutamiento de la iniciación de pagos o hubs de pagos back-end. * Gestión de la lista de bancos con logotipos, metadatos y disponibilidad. * Webhooks y callbacks API para notificar a los comercios del estado de la transacción. * Lógica de fallback (por ejemplo, de SEPA Instant a SCT si se superan umbrales o límites). * Soporte para reembolso como transacción de payout saliente separada. --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://doc.ecomm.api.tietoevry.com/tietoevry-egw-documentation-es/metodo-de-pago/pagar-por-banco.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.