Pagamentos recusados

Quando uma cobrança de assinatura programada falha, a Chargezen tenta de novo seguindo um calendário, avisa o cliente e aplica a sua ação final se todas as novas tentativas falharem. Configure isso em Subscriptions → Billing & automation → Dunning, em Failed payment retries.

A cobrança programada que falhou inicia o ciclo, e depois o cliente recebe o número de novas tentativas que você definiu. Com 3 novas tentativas, um cliente tem 4 cobranças recusadas no total antes de a ação final valer.

Cada espera conta a partir da falha mais recente. Com os padrões, as novas tentativas acontecem 1, 4, 9 e 16 dias depois da primeira falha.

Depois de um pagamento recuperado, a próxima cobrança é contada a partir do dia em que o pagamento foi aprovado, ou a partir da data original da cobrança, se você preferir. Mude isso em Post-dunning billing date, em Subscription settings → Billing. Veja Calendário de cobrança.

As mensagens de pagamento recusado são automações padrão, então você pode editá-las, adicionar etapas ou colocá-las em Draft em Subscriptions → Billing & automation → Workflow automations:

• Card declined email e Card declined text na primeira falha.
• Payment retry email a cada nova tentativa que falha de novo.
• Payment failed: cancelled, Payment failed: paused ou Payment failed: final notice quando as novas tentativas acabam, de acordo com a sua ação final.
• Payment recovered text quando uma nova tentativa dá certo.
• Bank confirmation email e text quando o banco pede que o cliente confirme um pagamento.

Para criar as suas, use os gatilhos Subscription payment failed (first attempt), Subscription payment failed (in dunning), Subscription payment failed (last attempt) e Subscription payment recovered (after a failed payment). A condição Payment retries ended by diferencia cancelar, pausar, pular e manter. Falhas de cobranças manuais e de cobranças iniciadas pelo portal do cliente seguem o mesmo caminho.

• Recovered: um pagamento aprovado encerra o ciclo e limpa o estado de falha.
• Retries ran out: todas as novas tentativas falharam, então a ação final foi executada. Encontre essas cobranças em Orders → Failed.

• Problemas de configuração da loja, como um provedor de pagamentos da Shopify desativado, e cobranças que a Shopify rejeita antes de tentar param as novas tentativas e mostram Needs your action até você resolver.
• Erros temporários da Shopify, como tempo esgotado, são tentados de novo sem aviso. Eles não contam nas novas tentativas do cliente e não o notificam. Se continuarem acontecendo, a cobrança mostra System error.
• Produtos sem estoque são tentados de novo sem avisar o cliente de que o pagamento falhou.

Veja Erros de cobrança para cada motivo e a solução.

Abra Subscriptions → Analytics → Dashboards → Order Errors. Payment error recovery mostra os erros de pagamento, a receita recuperada e a taxa de recuperação, e depois os erros por tipo e o desempenho das novas tentativas. Veja Painéis de análise.

Confira se as automações Card declined estão Active, e não em Draft, em Workflow automations. Depois, confira os Logs da assinatura com o filtro Notifications para ver o que foi enviado.

A ação final padrão é Keep active for manual handling. Mude If every retry fails para cancelar, pausar ou pular.

Sim. Abra a cobrança em Orders → In dunning e selecione Retry charge now, ou envie antes ao cliente o Send payment update link.

• Recuperação de pagamentos recusados: como a Chargezen faz as renovações serem pagas.
• Glossário: recuperação de pagamentos recusados, cancelamento involuntário, código de recusa.