GoCardless MD01: mandate_cancelled y authorisation_disputed en un cobro SEPA

Tres eventos y cuatro filas, el mismo código

Las cuatro filas son de la tabla de SEPA Core de la documentación de GoCardless y llevan MD01; el pago cancelado sale con dos causas y el mismo texto. El mandato también se cancela, y GoCardless lo comunica con su propio evento: «A payment under this mandate failed, indicating that the mandate has been cancelled at the customer's bank. Any subscriptions and pending payments will also be cancelled.».

Qué cambia según el momento

Si el cliente anula el mandato antes de que se cobre el recibo, el pago falla: el dinero no llegó. Si lo disputa después de cobrado, es una devolución: el dinero llegó y se va. Y si había pagos esperando a presentarse, GoCardless los cancela antes de enviarlos. El conector anota en su código que vio la causa authorisation_disputed con MD01 en un pago de prueba del sandbox, como devolución de un pago ya liquidado.

Lo que hace Odoo con el conector

La transacción se abre desde la factura, con el botón «Transacción de pago» de arriba; el menú de transacciones solo sale en modo desarrollador, y en Odoo 20 no existe. En los tres casos, la transacción acaba en «Error» con la causa a la vista. El mensaje depende del evento: «GoCardless no pudo cobrar este pago (mandate_cancelled).» para un fallo, y «GoCardless ha comunicado una devolución de este pago (mandate_cancelled). El dinero se ha retirado y se descontará de una liquidación futura.» para una devolución. Si Odoo ya tenía la factura pagada con ese cobro, el conector anula el pago y la factura vuelve a estar pendiente.

Lo importante es el mandato. mandate_cancelled y authorisation_disputed están entre las cuatro causas con las que el conector lo da por muerto, así que:

• archiva el método de pago del cliente, que deja de ofrecerse para cobrar;
• escribe en su ficha «El mandato de domiciliación de GoCardless de … ya no se puede usar (mandate_cancelled). No se puede cobrar nada más con él. Pide al cliente que firme un mandato nuevo.»;
• crea una actividad «Mandato de GoCardless perdido».

Llegan varios eventos con la misma noticia, el del pago y el del mandato, pero el aviso sale una sola vez: el segundo encuentra el mandato ya archivado.

Todos estos textos los escribe el conector al aplicar el evento, sin nadie delante. En una base de datos creada en castellano salen así; en una creada en inglés y pasada después a castellano salen en inglés: «GoCardless could not collect this payment (mandate_cancelled).», «GoCardless reported a chargeback for this payment (mandate_cancelled). The funds have been taken back and will be deducted from a future payout.», «The GoCardless direct debit mandate of … is no longer usable (mandate_cancelled). No further collection can be taken against it. Ask the customer to set up a new mandate.» y «GoCardless mandate lost».

Qué hacer

Antes de pedir un mandato nuevo, entiende por qué lo anuló. Un cliente que dejó de querer el servicio necesita una baja, no otra firma. Si fue un error suyo o un cambio en su banco, pídele que firme otra vez y cobra con el mandato nuevo las facturas que quedaron abiertas. Si dice que nunca autorizó el cargo, revisa cómo se firmó el mandato antes de seguir cobrándole.

Con nuestro conector

En Odoo 17, 18, 19 y 20, el conector distingue el fallo de la devolución, reabre la factura si hace falta, retira el mandato y te deja la tarea de hablar con el cliente en su ficha. Lo que no hace es pedir el mandato nuevo por su cuenta: esa conversación es tuya.

Sigue leyendo