# Reversión de pagos y reembolsos La pasarela de pagos de comercio electrónico admite tanto reembolsos (devoluciones de fondos iniciadas por el negocio) como revertidos de pagos (reversiones 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 de servicio/producto * Cancelación de suscripción **Funcionalidad en EGW** * Los reembolsos pueden iniciarse mediante API o desde 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 la tarjeta * El adquirente procesa el reembolso a través del esquema de tarjeta (Visa, Mastercard) * Los reembolsos suelen liquidarse en un plazo de 3–5 días hábiles, según el emisor y las reglas del esquema **Conciliación** * EGW realiza el seguimiento y registra todos los estados de reembolso * Las entradas de reembolso se incluyen en los informes del comerciante y en los archivos de conciliación * La liquidación del reembolso puede aparecer en lotes de clearing separados de las ventas originales ## Revertidos y reembolsos A2A (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 del consumidor **Limitaciones por su 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 una “reversión” nativa a nivel de 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 asegurar la trazabilidad * El comerciante puede usar las API o el Portal para procesar reembolsos con: * Referencia original * Motivo del reembolso * Vinculación 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 importe elevado * Activadores de evento para la revisión del reembolso (p. ej., por el equipo antifraude o de disputas) {% hint style="info" %} * No aplican los contracargos — los pagos A2A de Open Banking no admiten disputas mediante las reglas del esquema como en los sistemas de tarjetas * Los reembolsos son una devolución de cortesía o una obligación contractual, no una reversión técnica * Los controles de cumplimiento AML/KYC sobre el beneficiario 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 PISPs (Payment Initiation Service Providers), 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 un mecanismo nativo de reembolso o reversión incorporado 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 custodia 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 (payout) desde la cuenta del comerciante a la cuenta del pagador original. 3. Integración con el sistema bancario - Como EGW no custodia fondos, se integra con los sistemas internos del banco (ledger/core) para: * Validar y autorizar el reembolso * Contabilizar la transacción de reembolso * Ejecutar la transferencia a través de SEPA o de los rieles A2A locales 4. Estado y seguimiento - EGW vincula el reembolso al pago original para la generación de informes y la conciliación, pero técnicamente lo trata como una nueva transacción. {% hint style="info" %} * No aplican los contracargos — los pagos A2A de Open Banking no admiten disputas mediante las reglas del esquema como en los sistemas de tarjetas * Los reembolsos son una devolución de cortesía o una obligación contractual, no una reversión técnica * Los controles de cumplimiento AML/KYC sobre el beneficiario del reembolso (pagador) son responsabilidad del banco que aloja EGW {% endhint %} ## Capacidades del Portal del Comerciante para reembolsos | Funcionalidad | Descripción | | ----------------------- | ------------------------------------------------------------------------------------ | | Iniciar reembolso | Seleccionar la transacción e introducir el importe del reembolso y el motivo | | Historial de reembolsos | Hacer seguimiento del estado del reembolso y del vínculo con la transacción original | | Reembolso parcial | Definir importes de reembolso específicos; 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 * Trazabilidad y registros completos disponibles para cumplimiento normativo 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/tietoevry-egw-documentation-es/caracteristicas/reversion-de-pagos-y-reembolsos.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.