Anulaciones y reembolsos de pagos
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)
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
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:
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.
Nueva transferencia A2A - EGW activa una nueva transferencia de crédito saliente (payout) desde la cuenta del comerciante a la cuenta del pagador original.
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
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.
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
Capacidades del Portal del Comerciante para reembolsos
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
Última actualización
¿Te fue útil?