Anulaciones y reembolsos
Revierte un cobro hecho a través de un Payment Link. El mecanismo depende de si la transacción ya se liquidó.
Revert vs. reembolso
| Estado de la transacción | Mecanismo | Qué hace |
|---|---|---|
| Autorizada / antes de liquidar | Revert (anulación) | Cancela el cobro antes de que los fondos se liquiden. No mueve dinero. |
| Capturada / liquidada | Reembolso | Devuelve los fondos liquidados al tarjetahabiente. Admite montos parciales. |
| Solicitud asíncrona en curso (p. ej. Zigi) | Cancelar | Detiene una solicitud de pago que sigue pendiente. |
Los reembolsos parciales los admiten los procesadores cuyo método de reembolso acepta un monto; el total reembolsado acumulado de la transacción crece a medida que se aplican reembolsos.
Soporte por procesador
No todos los procesadores admiten ambas operaciones:
- Reembolso soportado:
fac,fac-2,openpay,visa-cybersource,visa-epay,paypal,mercadoPago,paymentez,adyen,serfinsa,ridivi-v2,zigi,t1pagos,azul, y las variantes Apple/Google Pay (applePayFac,applePayT1,applePayCyber,googlePayCyber). - Solo revert (sin reembolso):
globalPay,epay— admiten anular un cobro antes de liquidar, pero no un reembolso posterior.
Los límites de reembolso y revert se aplican según los umbrales configurados para tu cuenta de comercio y según la propia respuesta del procesador.
Cómo solicitar una anulación o reembolso
Las anulaciones y reembolsos no se exponen como un endpoint público self-service en la API de integración hoy. Coordínalos a través de tu canal de operaciones / account manager de Migo, referenciando el uid de la transacción que recibiste al crear el link.
Recibir el resultado
Los resultados de reembolso y anulación se entregan a tu backend solo si tienes un callback configurado para tu cuenta — consulta Merchant generic callback. Concilia correlacionando con el uid de la transacción. No existe un catálogo fijo de eventos refund.* / chargeback.* en esta ruta.