Disputas e pagamentos rejeitados

Um pagamento que foi aceito ainda pode voltar. Um pagamento bancário é rejeitado quando o banco o devolve (conta encerrada, saldo insuficiente, pagamento sustado). Um pagamento com cartão pode ser contestado pelo titular junto ao emissor (chargeback). Nesta versão, o REDA Pay registra a rejeição e oferece uma lista para você trabalhar; a disputa em si (as evidências, os prazos, o resultado) é tratada com a Payload, no painel dela.

O que o REDA Pay registra

O modo de exibição de lista Disputed - Pending Resolution da guia Pay Transactions, o relatório Pending Disputed Transactions e o bloco Pending Disputed Transactions do painel REDA Pay Admin mostram as transações com a marcação ativada.

O modo de exibição de lista "Disputed - Pending Resolution" de Pay Transactions com as suas colunas, vazio ou com linhas de demonstração

A lista de trabalho das disputas. Uma transação sai dela quando você define o Dispute Resolution Date.

A rotina

1. Acompanhe as rejeições. Elas chegam por webhooks poucos minutos depois de a Payload ficar sabendo delas. Não há alerta por padrão: crie um fluxo em Pay Transaction (Status muda para rejected) para avisar o proprietário da ordem ou uma fila do financeiro, ou confira o modo de exibição Disputed - Pending Resolution todos os dias.
2. Leia o motivo. O Status Code e o Status Message dizem por quê. Uma devolução por saldo insuficiente e um pagamento sustado pedem conversas diferentes.
3. Cobre de novo, ou responda. Para um pagamento bancário devolvido, fale com o cliente e receba o pagamento de novo: uma nova Pay Order, em geral com outro método. Para uma disputa de cartão, responda no painel da Payload dentro do prazo que ele mostra; o Salesforce tem a ordem, as observações para o cliente, o valor e a data para embasar você.
4. Encerre o caso no Salesforce. Defina o Dispute Resolution Date e escreva nos Internal Comments o resultado. A transação sai da lista de pendentes.

Pagamentos bancários devolvidos que não são "disputas"

A marcação Pending Dispute Resolution é estreita de propósito: um pagamento com cartão rejeitado, ou um pagamento bancário rejeitado cujo código da Payload diz que o cliente sustou o pagamento. Uma devolução bancária comum, por saldo insuficiente ou conta encerrada, define o Status rejected, mas não ativa a marcação, então não aparece no modo de exibição Disputed - Pending Resolution. Acompanhe essas separadamente:

• Crie um modo de exibição de lista de Pay Transactions, por exemplo Rejected - last 30 days: Status igual a rejected, Rejected Date nos últimos 30 dias; mostre Pay Order, Amount, Status Code e Status Message.
• Ou use o relatório do pacote Receipts By Status e leia a barra rejected.
• Ou crie um fluxo que avise o proprietário da ordem quando o Status mudar para rejected; consulte Automatizar pagamentos com fluxos.

Exemplo prático: um pagamento de aluguel devolvido

1. Em 1º de novembro, o pagamento automático de um morador cria a P-052020 e cobra $1,251.75 da Checking x-7890; a T-0014520 está processed, liquidação pending.
2. Em 4 de novembro, o banco o devolve. A Payload envia um evento reject; o REDA Pay relê a transação: Status rejected, Rejected Date 4 de novembro, Status Message indicando saldo insuficiente. A marcação não é ativada, porque não é um pagamento sustado.
3. O modo de exibição Rejected - last 30 days o mostra na mesma manhã. A cobrança liga para o morador, que paga $1,251.75 com cartão em 6 de novembro por meio de um novo pagamento imediato, a P-052031, com a taxa de cartão de 3%.
4. O depósito de 2 de novembro que continha o pagamento original é ajustado depois pela Payload; o estorno aparece na conciliação.

Exemplo prático: uma disputa de cartão

1. Um pagamento com cartão de $500 recebido em 10 de outubro é contestado pelo titular em 20 de outubro. A Payload o marca como rejeitado com o código de chargeback e envia o evento; a Pay Transaction passa a rejected e o Pending Dispute Resolution é ativado.
2. O modo de exibição Disputed - Pending Resolution e o bloco do painel Admin mostram 1.
3. No painel da Payload, o financeiro envia a candidatura assinada e o comprovante de pagamento antes do prazo da Payload.
4. Em 15 de novembro, a Payload decide a seu favor. O financeiro define o Dispute Resolution Date e escreve "Won — evidence accepted 15 Nov" nos Internal Comments. A transação sai do modo de exibição de pendentes.

O que acontece com o dinheiro

Um pagamento bancário rejeitado nunca foi liquidado, ou foi liquidado e depois estornado. Se ele já estava em um depósito, a Payload informa o estorno e ele aparece na sua conciliação como uma linha de repasse ou um ajuste posterior; consulte Conciliar depósitos e repasses. O resultado de uma disputa de cartão é registrado pela Payload; a transação do REDA Pay mantém o status que a Payload informa.

O que esta versão não faz

• Nenhum fluxo de chargeback: os tipos de transação chargeback e chargeback_reversal existem, mas nenhuma tela os cria e nenhum webhook os define.
• O REDA Pay não acrescenta nenhuma taxa por pagamentos devolvidos. Se você cobra uma, receba-a como um pagamento separado.
• Nenhuma nova tentativa automática de um pagamento bancário rejeitado.

Erros comuns a evitar

Perguntas frequentes

O que vem a seguir

• Status de ordens e transações
• Configurar webhooks