# Transferencias bancarias ## Transferencias a través de **canales de Open Banking** La pasarela está integrada con una amplia red de bancos europeos a través de sus Proveedores de Servicios de Pago de Cuentas (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** #### **Países bálticos** {% tabs %} {% tab title="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)* {% endtab %} {% tab title="Lituania " %} * Swedbank, AB *(A2A, transferencias, recurrentes)* * AB SEB bankas *(A2A, transferencias, recurrentes)* * Revolut Bank UAB *(A2A, transferencias)* * AB Šiaulių bankas *(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)* {% endtab %} {% tab title="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 estonia de AS Citadele banka *(A2A, transferencias, recurrentes)* {% endtab %} {% endtabs %} #### Nórdico {% tabs %} {% tab title="Dinamarca" %} * Danske Bank * Jyske Bank * Sydbank * Nykredit Bank * Spar Nord Bank {% endtab %} {% tab title="Finlandia" %} * Nordea Bank Abp * OP Financial Group * Aktia Bank * Ålandsbanken {% endtab %} {% tab title="Noruega" %} * DNB Bank * SpareBank 1 SR-Bank * Handelsbanken Noruega * Sparebanken Vest * Sparebanken Sør * Storebrand Bank ASA {% endtab %} {% tab title="Suecia" %} * Swedbank AB * Svenska Handelsbanken AB * Skandinaviska Enskilda Banken (SEB) * Nordea Bank Abp * Länsförsäkringar Bank {% endtab %} {% endtabs %} {% hint style="info" %} Este servicio "Transferencias a través de canales de Open Banking" está disponible para nuestra solución en modo de entrega. Este servicio, "Transferencias a través de canales de Open Banking", está disponible como parte de nuestra solución en modo de entrega SaaS o como un servicio independiente de agregación. El acceso a los bancos se realizará en nombre de su licencia, actuando Tietoevry como Proveedor de Servicios Técnicos (TSP). Como TSP, Tietoevry no proporciona servicios de pago regulados ni posee una licencia de entidad de pago, pero facilita una conectividad técnica segura entre su sistema y las instituciones financieras. Más información sobre el Servicio de Agregación API de Tietoevry: {% endhint %} ### **Consideraciones regulatorias y de cumplimiento** * La entidad licenciada (usted, el cliente) conserva toda la responsabilidad de garantizar el cumplimiento de la normativa financiera aplicable, incluidos, entre otros, PSD2, los requisitos regulatorios locales y las obligaciones AML/KYC. * Tietoevry proporciona habilitación técnica y soporte de infraestructura, pero no asume responsabilidad por ningún incumplimiento normativo, disputas de transacciones u obligaciones legales relacionadas con las operaciones financieras. * El alcance del acceso bancario y las regiones admitidas se determina en función de las aprobaciones regulatorias y la cobertura de licencias del cliente. {% hint style="info" %} Para conversaciones sobre extensiones 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 el estado de los ASPSP en tiempo real. Cuando un cliente inicia una transacción, el sistema filtra dinámicamente y muestra solo los bancos que están operativos en ese momento. Este enfoque reduce la probabilidad de transacciones fallidas debido a la indisponibilidad del banco o a tiempos de inactividad durante el proceso de pago. Las comprobaciones de estado en tiempo real se realizan mediante llamadas directas a la API de los ASPSP, asegurando que al cliente se le presenten solo opciones de pago viables. #### **Compatibilidad con reembolsos** Los reembolsos de transacciones A2A pueden iniciarse a través del Portal del Comerciante o mediante la API de reembolsos. 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 supervisados y actualizados para mayor transparencia. **soluciones compatibles**simplifica los flujos de trabajo posteriores al pago para los comerciantes, garantizando el cumplimiento de las políticas de reembolso y mejorando la experiencia del cliente. #### **Pagos A2A recurrentes** Los clientes otorgan su 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 con PSD2. Los pagos recurrentes se activan automáticamente según un calendario predefinido, con mensajes de confirmación enviados a los clientes y a los comerciantes para cada pago. **La solución propuesta es**adecuada para servicios basados en suscripción o negocios que requieren ciclos de pago predecibles. ### Capacidades de implementación e integración La pasarela de pago para comercio electrónico de Tieto admite una integración modular y flexible con APIs de Open Banking para habilitar pagos A2A (cuenta a cuenta) a través de Servicios de Iniciación de Pagos (PIS) regulados. 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 a través de la interfaz de iniciación de pagos de las APIs compatibles con PSD2 y dependen del banco del usuario final para la autenticación y autorización. **Modelos de integración admitidos** | Modelo de integración | Descripción | Enfoque de mercado | | ------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------- | | [Servicio de Agregación API de Tietoevry](#transfers-via-open-banking-channels) | Tieto actúa como un Proveedor Tercero regulado (TSP) y proporciona acceso directo a las APIs de Open Banking en mercados seleccionados. EGW aprovecha este servicio para ofrecer un canal PIS preintegrado y conforme. | [Disponible en 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 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 proceso de pago del comerciante. | 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 rápida expansión a nuevos mercados a través de la cobertura de socios. | Mercados determinados por acuerdos con socios | | Solución de agregación personalizada*(Opcional)* | Las instituciones pueden utilizar la plataforma independiente de agregación de API de Tieto como parte de su stack interno para exponer capacidades A2A a EGW. | Adecuada para bancos que buscan control total con la lógica de 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 mediante 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 Tietoevry en los mercados principales mientras se integran con otros bancos o socios en regiones ampliadas. * Preparado para el cumplimiento: Tietoevry actúa como un TPP con licencia para los mercados aplicables, gestionando el cumplimiento normativo, 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 la Autenticación Reforzada de Clientes (SCA) gestionada por el banco del usuario final, garantizando una autorización segura conforme a los requisitos de PSD2. * Integración de checkout lista para usar: las opciones A2A de Open Banking se presentan como parte de la página de checkout alojada de EGW, con redirección automática al banco seleccionado para la autorización. ## Pagos de cuenta a cuenta (A2A) La pasarela de pago para comercio electrónico de Tieto admite el procesamiento nativo de pagos de cuenta a cuenta (A2A), lo que permite a los clientes pagar directamente desde sus cuentas bancarias a las cuentas de liquidación del comerciante utilizando rieles de pago regulados y de confianza. 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 (p. ej., SEPA, TIPS, rieles en tiempo real nórdicos). **Cómo funcionan los pagos A2A** Los pagos A2A son iniciados por el cliente durante el checkout y completados a través del entorno bancario online o móvil del cliente. EGW facilita el proceso orquestando el flujo del usuario, iniciando la transferencia y proporcionando retroalimentación en tiempo real a los comerciantes. Flujo de checkout A2A: 1. El cliente selecciona “Pagar con banco” en la página de checkout alojada. 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 comerciante. 6. EGW recibe la confirmación del pago y actualiza al comerciante. ### Esquemas A2A compatibles | Riel de pago | Descripción | Velocidad de liquidación | | ---------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------- | ------------------------- | | Transferencia de crédito SEPA (SCT) | Transferencia A2A estándar en euros en toda la UE. | Mismo día / 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 de liquidación de pagos instantáneos TARGET del BCE. | Tiempo real | | Rieles A2A nacionales | Sistemas nacionales de compensación instantánea o por lotes (p. ej., Swish de Suecia, NICS de Noruega, rieles domésticos bálticos). | Varía según el país | ### Experiencia del cliente * Integrado de forma nativa en la página de checkout alojada junto con las opciones de tarjeta y monedero. * Optimizado para móvil con selección dinámica de banco. * Redirección segura a la interfaz del banco para iniciar sesión y autorizar. * Retorno automático al comerciante después de la confirmación. * Retroalimentación en tiempo real y notificación al comerciante. ### Capacidades de la pasarela * Enrutamiento de la iniciación de pagos o centros de pagos de back-end. * Gestión de la lista de bancos con logotipos, metadatos y disponibilidad. * Webhooks y llamadas de retorno de API para notificar a los comerciantes del estado de la transacción. * Lógica de reserva (p. ej., de SEPA Instant a SCT si se superan umbrales o límites). * Soporte para reembolsos como transacción de pago saliente independiente. --- # 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/documentation-es/metodo-de-pago/transferencias-bancarias.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.