Aller au contenu

Recevoir un rapport des renouvellements dans Slack

Cela vous permet de suivre en un coup d’œil la part de :

  • commandes renouvelées avec succès
  • commandes concernées par des prochaines tentatives de prélèvement
  • commandes clôturées, pour lesquelles les différentes tentatives de paiement sont revenues en échec

Rappel du contexte dans le cadre du renouvellement des abonnements

Section intitulée « Rappel du contexte dans le cadre du renouvellement des abonnements »

Les abonnements actifs disposent d’une date de prochain paiement à compter de laquelle un scénario avec plusieurs tentatives de prélèvement démarre.

4 tentatives de prélèvement espacées de 3 jours sont paramétrées par défaut.

Il est possible de personnaliser ce scénario en choisissant :

  • le nombre de tentatives de prélèvement
  • le nombre de jours entre chaque tentative

Les commandes de renouvellement des abonnements sont processées la nuit, les clients sont hors ligne.

Pour un abonnement donné :

  • si la transaction est en succès, la commande remonte avec un statut payé dans Ciklik et est poussée dans le back-office PrestaShop, l’abonnement se met à jour avec une date de prochain paiement sur la prochaine cyclicité de l’abonnement
  • si la transaction est en échec, la commande remonte avec un statut en attente dans Ciklik et n’est pas poussée dans PrestaShop, il y aura une prochaine tentative de prélèvement pour cet abonnement selon le scénario défini
  • si la transaction de la dernière tentative de prélèvement est en échec, la commande remonte avec un statut d’échec dans Ciklik et n’est pas poussée dans PrestaShop, l’abonnement se met à jour avec une date de prochain paiement sur la prochaine cyclicité de l’abonnement

En cas d’échec de prélèvement, un email est adressé à l’abonné pour lui permettre de valider sa commande en repassant si besoin le contrôle 3DS grâce au lien de paiement sécurisé contenu dans le mail. Pour plus de détails à ce sujet, consultez cet article || .

Il est aussi possible de désactiver ces mails automatiques depuis le back-office Ciklik et de construire sa propre séquence d’email avec des outils de marketing automation comme Klaviyo.

A noter que d’autres erreurs (produit hors stock, communication avec PrestaShop) peuvent survenir lors du renouvellement des abonnements.

Un rapport de ces erreurs vous est alors adressé par email avec la liste des abonnements concernés selon la nature de l’erreur.

De nouvelles tentatives de prélèvement sont programmées au lendemain.

Pour suivre l’état des commandes liées au renouvellement des abonnements, vous pouvez connecter votre compte Ciklik avec votre espace de travail Slack.

Allez dans le détail de votre site depuis votre compte Ciklik, puis sélectionnez l’action Connexion Slack.

Vous êtes alors redirigé vers l’application Slack pour renseigner l’url de votre espace de travail.

Si vous disposez de plusieurs espaces de travail Slack, sélectionnez celui que vous souhaitez lier en haut à droite de la fenêtre Slack.

Validez puis sélectionnez le canal dans lequel vous recevrez les notifications des commandes journalières liées à des renouvellements d’abonnement.

Analyse du rapport des commandes de renouvellement des abonnements dans Slack

Section intitulée « Analyse du rapport des commandes de renouvellement des abonnements dans Slack »

Nous nous appuyons ici sur un exemple de rapport journalier d’un site fictif pour lequel 5 commandes de renouvellement d’abonnement ont été traitées dans la nuit.

La première partie du rapport mentionne la part de commandes :

  • payées, ici aucune sur 5
  • en échec, ici 2 sur 5, correspondant aux commandes clôturées car toutes les tentatives de prélèvement pour ces 2 commandes sont revenues en échec
  • en attente, ici 3 sur 5, commandes pour lesquelles d’autres tentatives de prélèvement sont programmées

La seconde partie du rapport illustre la part des commandes dans le scénario de renouvellement des abonnements :

  • 2 commandes en attente correspondent à la première tentative de prélèvement des abonnements (renew)
  • 3 commandes (1 en attente et 2 échecs) correspondent aux tentatives de renouvellement suivantes (retry), sur ces 3 commandes, 2 sont clôturées car il s’agissait de la dernière tentative de prélèvement