Disputas y pagos devueltos

Un pago que se aceptó todavía puede volver. Un pago bancario se devuelve (rejected) cuando el banco lo rechaza después: cuenta cerrada, fondos insuficientes, un pago detenido. Un pago con tarjeta puede ser impugnado por el titular ante su emisor. En esta versión, REDA Pay registra la devolución y te da una lista con la que trabajar; la disputa en sí (las pruebas, los plazos, el resultado) se gestiona con Payload en su panel.

Qué registra REDA Pay

La vista de lista Disputed - Pending Resolution de la pestaña Pay Transactions, el informe Pending Disputed Transactions y el mosaico Pending Disputed Transactions del tablero de REDA Pay Admin muestran las transacciones que tienen la marca.

La vista de lista "Disputed - Pending Resolution" de Pay Transactions con sus columnas, vacía o con filas de demostración

La lista de trabajo para las disputas. Una transacción sale de ella cuando defines su Dispute Resolution Date.

La rutina

1. Vigila las devoluciones. Llegan mediante webhooks a los pocos minutos de que Payload se entere. No hay alerta de forma predeterminada: crea un flujo sobre Pay Transaction (Status cambia a rejected) para avisar al propietario de la orden o a una cola de finanzas, o revisa a diario la vista Disputed - Pending Resolution.
2. Lee el motivo. Status Code y Status Message dicen por qué. Una devolución por fondos insuficientes y un pago detenido requieren conversaciones distintas.
3. Vuelve a cobrar, o responde. Para un pago bancario devuelto, contacta al cliente y vuelve a cobrar el pago con una Pay Order nueva, normalmente con otro método. Para una disputa de tarjeta, responde en el panel de Payload dentro del plazo que muestra; Salesforce tiene la orden, las notas para el cliente, el importe y la fecha para respaldarte.
4. Cierra el caso en Salesforce. Define Dispute Resolution Date y escribe en Internal Comments el resultado. La transacción sale de la lista de pendientes.

Pagos bancarios devueltos que no son "disputas"

La marca Pending Dispute Resolution es deliberadamente acotada: un pago con tarjeta devuelto, o un pago bancario devuelto cuyo código de Payload indica que el cliente detuvo el pago. Una devolución bancaria común por fondos insuficientes o cuenta cerrada define Status rejected pero no activa la marca, así que no aparece en la vista Disputed - Pending Resolution. Vigílalas por separado:

• Crea una vista de lista de Pay Transactions, por ejemplo Rejected - last 30 days: Status igual a rejected, Rejected Date en los últimos 30 días; muestra Pay Order, Amount, Status Code y Status Message.
• O usa el informe del paquete Receipts By Status y lee la barra rejected.
• O crea un flujo que avise al propietario de la orden cuando Status cambie a rejected; consulta Automatizar pagos con flujos.

Ejemplo práctico: un pago de alquiler devuelto

1. El 1 de noviembre, el pago automático de un residente crea P-052020 y cobra $1,251.75 de Checking x-7890; T-0014520 está processed, con fondeo pending.
2. El 4 de noviembre el banco lo devuelve. Payload envía un evento reject; REDA Pay vuelve a leer la transacción: Status rejected, Rejected Date 4 de noviembre, Status Message que menciona fondos insuficientes. La marca no se activa, porque no es un pago detenido.
3. La vista Rejected - last 30 days lo muestra esa misma mañana. Cobranzas llama al residente, que paga $1,251.75 con tarjeta el 6 de noviembre mediante un pago inmediato nuevo, P-052031, con la comisión de tarjeta del 3 %.
4. Payload ajusta después el depósito del 2 de noviembre que contenía el pago original; la reversión aparece en la conciliación.

Ejemplo práctico: una disputa de tarjeta

1. Un pago con tarjeta de $500 cobrado el 10 de octubre es impugnado por el titular el 20 de octubre. Payload lo marca como devuelto con el código de contracargo y envía el evento; la Pay Transaction pasa a rejected y se activa Pending Dispute Resolution.
2. La vista Disputed - Pending Resolution y el mosaico del tablero de Admin muestran 1.
3. En el panel de Payload, finanzas sube la solicitud firmada y el comprobante de pago antes del plazo de Payload.
4. El 15 de noviembre Payload falla a tu favor. Finanzas define Dispute Resolution Date y escribe "Won — evidence accepted 15 Nov" (ganada, pruebas aceptadas el 15 de noviembre) en Internal Comments. La transacción sale de la vista de pendientes.

Qué pasa con el dinero

Un pago bancario devuelto nunca se fondeó, o se fondeó y luego se revirtió. Si ya estaba en un depósito, Payload informa la reversión, que aparece en tu conciliación como una línea de pago saliente o un ajuste posterior; consulta Conciliar depósitos y pagos salientes. El resultado de una disputa de tarjeta lo registra Payload; la transacción de REDA Pay conserva el estado que informa Payload.

Lo que esta versión no hace

• No hay flujo de trabajo de contracargos: los tipos de transacción chargeback y chargeback_reversal existen, pero ninguna pantalla los crea y ningún webhook los define.
• REDA Pay no agrega ninguna comisión por pagos devueltos. Si cobras una, cóbrala como un pago aparte.
• No hay reintento automático de un pago bancario devuelto.

Errores que debes evitar

Preguntas frecuentes

Qué sigue

• Estados de órdenes y transacciones
• Configurar webhooks