# Reversión y reembolsos de pagos La pasarela de pagos de comercio electrónico admite tanto reembolsos (devoluciones de fondos iniciadas por el negocio) como reversos de pagos (anulaciones técnicas u operativas), con mecanismos adaptados a transacciones con tarjeta y pagos A2A, basados en las mejores prácticas del sector y en las reglas de los esquemas de pago. ## Reembolsos de pagos con tarjeta **Casos de uso** * Devoluciones iniciadas por el cliente (totales o parciales) * Entrega fallida del servicio/producto * Cancelación de suscripción **Funcionalidad en EGW** * Los reembolsos pueden iniciarse mediante API o el Portal del Comerciante * Admite reembolsos totales y parciales * Los reembolsos están vinculados a la referencia de la transacción original * Se admiten múltiples reembolsos parciales hasta agotar el importe total * Los comerciantes pueden configurar límites de reembolso y acceso basado en roles **Lógica de procesamiento** * EGW envía las solicitudes de reembolso al adquirente de tarjetas * El adquirente procesa el reembolso a través del esquema de la tarjeta (Visa, Mastercard) * Los reembolsos suelen liquidarse en un plazo de 3 a 5 días hábiles, según el emisor y las reglas del esquema **Conciliación** * EGW rastrea y registra todos los estados de los reembolsos * Las entradas de reembolso se incluyen en los informes del comerciante y en los archivos de conciliación * La liquidación de reembolsos puede aparecer en lotes de compensación separados de las ventas originales ## Reversos y reembolsos A2A (de cuenta a cuenta) **Casos de uso** * Errores técnicos (p. ej., timeouts o duplicados) * Solicitud de reembolso del cliente * Devolución de fondos iniciada por el comerciante * Obligaciones regulatorias/de protección al consumidor **Limitaciones por naturaleza** * Los pagos A2A instantáneos son irrevocables por diseño (p. ej., SEPA Instant, TIPS, Faster Payments) * Los reembolsos deben iniciarse como una nueva transferencia de crédito * No existe un «reverso» nativo a nivel del esquema **Funcionalidad en EGW** * Los reembolsos iniciados a través de EGW se tratan como nuevos pagos A2A salientes * EGW vincula el reembolso a la transacción original para su trazabilidad * El comerciante puede usar las API o el Portal para procesar reembolsos con: * Referencia original * Motivo del reembolso * Vinculación de la pista de auditoría **Controles de riesgo opcionales** * EGW puede aplicar límites de reembolso, umbrales diarios y permisos por rol de usuario * Flujos de aprobación para reembolsos A2A de alto valor * Activadores de evento para la revisión de reembolsos (p. ej., por parte del equipo de fraude o disputas) {% hint style="info" %} * No se aplican contracargos: los pagos A2A de Open Banking no admiten disputas mediante las reglas del esquema como en los sistemas de tarjetas * Los reembolsos son un gesto comercial o una obligación contractual, no una reversión técnica * Los controles de cumplimiento AML/KYC sobre el destinatario del reembolso (pagador) son responsabilidad del banco que aloja EGW {% endhint %} ## Reembolsos de Open Banking Los pagos de Open Banking, iniciados a través de los PISP (proveedores de servicios de iniciación de pagos), se procesan sobre rieles A2A y suelen ser instantáneos e irrevocables. Una vez que los fondos se transfieren desde el banco del pagador a la cuenta del comerciante, no existe ningún mecanismo nativo de reembolso o reversión integrado en los marcos de Open Banking (p. ej., Berlin Group, UK OBIE). Sin embargo, los reembolsos se admiten a nivel de aplicación y deben tratarse como nuevas transferencias de crédito iniciadas por el comerciante o por el banco que mantiene los fondos. #### Cómo funcionan los reembolsos en EGW Cuando EGW gestiona pagos de Open Banking, el proceso de reembolso sigue esta lógica: 1. Inicio del reembolso: el comerciante inicia una solicitud de reembolso a través del portal o la API de EGW, haciendo referencia al pago original de Open Banking. 2. Nueva transferencia A2A: EGW activa una nueva transferencia de crédito saliente (pago) desde la cuenta del comerciante a la cuenta del pagador original. 3. Integración con el sistema bancario: dado que EGW no mantiene fondos, se integra con los sistemas internos del banco (libro mayor/núcleo) para: * Validar y autorizar el reembolso * Registrar contablemente la transacción de reembolso * Ejecutar la transferencia a través de SEPA o de rieles A2A locales 4. Estado y seguimiento: EGW vincula el reembolso al pago original para informes y conciliación, pero técnicamente lo trata como una nueva transacción. {% hint style="info" %} * No se aplican contracargos: los pagos A2A de Open Banking no admiten disputas mediante las reglas del esquema como en los sistemas de tarjetas * Los reembolsos son un gesto comercial o una obligación contractual, no una reversión técnica * Los controles de cumplimiento AML/KYC sobre el destinatario del reembolso (pagador) son responsabilidad del banco que aloja EGW {% endhint %} ## Funciones del Portal del Comerciante para reembolsos | Función | Descripción | | ----------------------- | ---------------------------------------------------------------------------- | | Iniciar reembolso | Seleccionar la transacción e introducir el importe y el motivo del reembolso | | Historial de reembolsos | Rastrear el estado del reembolso y vincularlo a la transacción original | | Reembolso parcial | Definir importes específicos del reembolso; admite múltiples parciales | | Controles de usuario | Acceso basado en roles y doble aprobación (opcional) | | Exportar registros | Descargar informes de actividad de reembolsos para conciliación | ## Seguridad y controles * Los reembolsos solo se permiten para pagos entrantes completados * Se pueden aplicar límites configurables y flujos de aprobación en el portal * Los permisos basados en roles determinan quién puede ver e iniciar reembolsos * Pista de auditoría completa y registros disponibles para cumplimiento y gestión de disputas --- # 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/caracteristicas/reversion-y-reembolsos-de-pagos.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.