Paiements échoués

Quand un prélèvement d’abonnement prévu échoue, Chargezen réessaie selon un calendrier, prévient le client et applique votre action finale si toutes les nouvelles tentatives échouent. Configurez cela dans Subscriptions → Billing & automation → Dunning, sous Failed payment retries.

Le prélèvement prévu qui échoue ouvre le cycle, puis le client a droit au nombre de nouvelles tentatives que vous avez fixé. Avec 3 nouvelles tentatives, un client a 4 prélèvements échoués au total avant que l’action finale s’applique.

Chaque délai court à partir du dernier échec. Avec les valeurs par défaut, les nouvelles tentatives ont lieu 1, 4, 9 et 16 jours après le premier échec.

Après un paiement récupéré, le prochain prélèvement se calcule à partir du jour où le paiement a réussi, ou à partir de la date de prélèvement initiale si vous préférez. Modifiez cela avec Post-dunning billing date dans Subscription settings → Billing. Voir Calendrier de facturation.

Les messages de paiement échoué sont des automatisations par défaut : vous pouvez les modifier, y ajouter des étapes ou les passer en Draft dans Subscriptions → Billing & automation → Workflow automations :

• Card declined email et Card declined text au premier échec.
• Payment retry email à chaque nouvelle tentative qui échoue encore.
• Payment failed: cancelled, Payment failed: paused ou Payment failed: final notice quand les nouvelles tentatives sont épuisées, selon votre action finale.
• Payment recovered text quand une nouvelle tentative réussit.
• Bank confirmation email et sa version text quand la banque demande au client de confirmer un paiement.

Pour créer les vôtres, utilisez les déclencheurs Subscription payment failed (first attempt), Subscription payment failed (in dunning), Subscription payment failed (last attempt) et Subscription payment recovered (after a failed payment). La condition Payment retries ended by distingue résiliation, pause, saut et maintien. Les échecs des prélèvements manuels et des prélèvements lancés depuis l’espace client suivent le même chemin.

• Recovered : un paiement réussi clôt le cycle et efface son état d’échec.
• Retries ran out : toutes les nouvelles tentatives ont échoué, l’action finale s’est donc appliquée. Vous les trouverez dans Orders → Failed.

• Les problèmes de configuration de la boutique, comme un prestataire de paiement Shopify désactivé, et les prélèvements que Shopify rejette avant de les tenter arrêtent les nouvelles tentatives et affichent Needs your action jusqu’à ce que vous corrigiez le problème.
• Les erreurs temporaires de Shopify, comme les délais dépassés, sont retentées discrètement. Elles ne sont pas décomptées des tentatives du client et ne le préviennent pas. Si elles se répètent, le prélèvement affiche System error.
• Les produits en rupture de stock sont retentés sans dire au client que son paiement a échoué.

Voir Erreurs de prélèvement pour chaque motif et sa solution.

Ouvrez Subscriptions → Analytics → Dashboards → Order Errors. Payment error recovery affiche les erreurs de paiement, le chiffre d’affaires récupéré et le taux de récupération, puis les erreurs par type et les résultats des nouvelles tentatives. Voir Tableaux de bord d’analyse.

Vérifiez que les automatisations Card declined sont Active, et non Draft, dans Workflow automations. Consultez ensuite les Logs de l’abonnement avec le filtre Notifications pour voir ce qui a été envoyé.

L’action finale par défaut est Keep active for manual handling. Réglez plutôt If every retry fails sur résiliation, pause ou saut.

Oui. Ouvrez le prélèvement depuis Orders → In dunning et choisissez Retry charge now, ou utilisez d’abord Send payment update link pour envoyer le lien au client.

• Relance des paiements échoués : comment Chargezen fait payer les renouvellements.
• Glossaire : relance des paiements échoués, résiliation involontaire, code de refus.