Suivi de la récupération et statistiques
Le suivi de la récupération détecte automatiquement quand une commande relancée est payée et l'enregistre comme une vente récupérée, afin de mesurer l'impact direct de vos relances de paiement sur le chiffre d'affaires.
Disponible depuis la v1.3.0
Vue d'ensemble
Chaque fois que votre tâche cron envoie une relance à un client, le module enregistre cette commande comme « relancée ». Si le client finalise ensuite son paiement et que la commande passe à un statut payé, le module la marque immédiatement comme récupérée et enregistre la date correspondante.
Le panneau Statistiques de récupération sur le tableau de bord du module vous affiche quatre indicateurs clés — commandes relancées, commandes récupérées, revenus récupérés et taux de récupération — ainsi qu'un récapitulatif mois par mois couvrant les six derniers mois. Cela vous permet de voir d'un coup d'œil si votre séquence de relances fonctionne, quels mois sont les plus performants et combien de revenus vous auriez autrement perdus.
Le suivi se fait automatiquement. Il n'y a rien à configurer pour l'activer, et il n'affecte ni l'envoi des relances ni le traitement des commandes.
Configuration
Le suivi de la récupération ne dispose pas de paramètres dédiés — il est toujours actif dès l'installation du module. La seule action requise de votre part est de vous assurer que votre tâche cron s'exécute régulièrement afin que les relances soient envoyées. Sans envoi de relances, aucune commande n'est enregistrée comme « relancée » et le panneau de statistiques n'apparaîtra pas.
Pour accéder aux statistiques :
- Allez dans Modules > Gestionnaire de modules, trouvez Order Payment Reminders Pro et cliquez sur Configurer.
- Le panneau Statistiques de récupération apparaît sous la liste de vérification de configuration sur le tableau de bord principal.
Le panneau est masqué jusqu'à l'envoi de votre première relance. Avant cela, un message d'espace réservé vous indique que les statistiques apparaîtront dès que le module commencera à envoyer des relances.
Fonctionnement
Détection d'une commande récupérée
Lorsqu'une commande change de statut dans votre boutique, le module vérifie deux choses :
- Le nouveau statut est-il un statut payé ?
- Cette commande a-t-elle déjà reçu une relance de ce module ?
Pour la première vérification, le module reconnaît une commande comme payée lorsque son nouveau statut correspond à l'un des états payés intégrés de PrestaShop (Paiement accepté et Paiement à distance accepté), ou lorsque l'état de la commande lui-même a l'indicateur « payé » activé. Les statuts de paiement personnalisés que vous avez créés avec l'indicateur payé coché déclencheront également le suivi de récupération.
Pour la seconde vérification, le module consulte la commande dans sa table de suivi interne. Si une relance a déjà été envoyée pour cette commande et qu'elle n'a pas encore été marquée comme récupérée, elle est mise à jour : l'indicateur de récupération est activé et la date et l'heure de la confirmation de paiement sont enregistrées.
Si la commande n'a jamais reçu de relance, le changement de statut est ignoré et aucun enregistrement n'est créé.
Création d'un enregistrement de suivi
L'enregistrement de suivi d'une commande est créé lors du premier envoi d'une relance. À ce moment, le module enregistre l'identifiant de la commande, l'identifiant du message de relance envoyé, un compteur de relances à 1, ainsi que la date et l'heure de la première relance.
À chaque relance suivante pour la même commande, l'identifiant du dernier message et le compteur de relances sont mis à jour. L'indicateur de récupération et la date de récupération restent vides jusqu'à la détection d'un changement de statut payé.
Comprendre le panneau de statistiques
Commandes relancées
Le nombre total de commandes distinctes ayant reçu au moins un e-mail de relance au cours des six derniers mois. Une commande est comptée une seule fois, quel que soit le nombre d'e-mails de relance reçus. Le décompte est basé sur la date d'envoi de la première relance, et non sur la date de la commande elle-même.
Commandes récupérées
Le nombre de commandes relancées qui sont ensuite passées à un statut payé au cours des six derniers mois. Une commande est comptée comme récupérée lorsque PrestaShop change son statut vers un état marqué comme « payé ». Le décompte est basé sur la date de confirmation du paiement, et non sur la date de la relance.
Revenus récupérés
La somme de tous les totaux payés pour les commandes récupérées au cours des six derniers mois. Cette valeur utilise le total réellement payé de la commande tel qu'enregistré par PrestaShop, dans la devise par défaut de votre boutique.
Les revenus récupérés reflètent la valeur totale de chaque commande récupérée. Ils ne tentent pas de soustraire le coût d'envoi des relances ni les éventuels remboursements partiels appliqués après le paiement.
Taux de récupération
Commandes récupérées divisées par commandes relancées, exprimées en pourcentage et arrondies à une décimale. Un taux supérieur à 20 % est affiché en vert ; en dessous de 20 %, il apparaît en orange. Ce seuil est une référence générale — ce qui est « bon » dépend de votre catégorie de produits et du délai de paiement habituel.
Commandes annulées après relances
Sous les quatre indicateurs clés, une ligne indique combien de commandes relancées ont abouti à l'état Annulée de PrestaShop. Cette donnée est purement informative et n'affecte pas les autres métriques. Elle peut vous aider à comprendre si la fonctionnalité d'annulation automatique supprime une part significative des commandes impayées.
Tableau de répartition mensuelle
Un tableau sous les indicateurs clés liste les six derniers mois civils. Pour chaque mois, il affiche :
| Colonne | Ce qu'elle indique |
|---|---|
| Mois | Mois et année civils (ex. : mai 2026) |
| Relancées | Commandes ayant reçu leur première relance ce mois-là |
| Récupérées | Commandes dont le paiement a été confirmé ce mois-là |
| Revenus | Montant total payé pour les commandes récupérées ce mois-là |
Notez que les colonnes Relancées et Récupérées utilisent des dates d'événements différentes : la même commande peut donc apparaître dans des mois différents — relancée en avril, récupérée en mai.
Mise en cache des statistiques
Les statistiques de récupération impliquent des jointures de tables et une agrégation de données sur six mois. Pour maintenir la réactivité du tableau de bord, le module met en cache le résultat calculé pendant une heure. Si vous traitez un paiement immédiatement après avoir chargé le tableau de bord, les compteurs ne se mettront pas à jour avant l'expiration du cache. Recharger la page après une heure affichera les chiffres les plus récents.
Exemples d'utilisation
Exemple : Évaluer l'efficacité de votre séquence de relances
Vous constatez que votre taux de récupération est bloqué à 12 % depuis deux mois. En ouvrant la répartition mensuelle, vous voyez que mai comptait 40 commandes relancées mais seulement 5 récupérées. Vous décidez d'ajouter une deuxième relance plus urgente à 48 heures et de surveiller si le taux de récupération de juin s'améliore.
Exemple : Suivre l'impact sur le chiffre d'affaires après activation d'un nouveau moyen de paiement
Vous étendez le module à tous les modes de paiement, pas seulement aux virements bancaires. Au cours des deux mois suivants, le chiffre des revenus récupérés dans le tableau de bord passe de 400 €/mois à 1 100 €/mois, vous donnant un chiffre concret à communiquer.
Exemple : Calibrer la fenêtre d'annulation automatique
Vous constatez que 30 commandes par mois apparaissent dans le compteur « Annulées après relances ». En étendant la fenêtre d'annulation automatique de 7 à 14 jours, vous donnez aux clients plus de temps pour payer après votre dernière relance — et le nombre de commandes récupérées le mois suivant augmente de 8.
Notes importantes
- Modifications manuelles de statut. Si vous changez manuellement le statut d'une commande vers un état payé dans le Back Office, la récupération est enregistrée exactement comme pour un paiement automatique. Le module ne peut pas distinguer un vrai paiement client d'une intervention administrative.
- Changements de statut vers des états non payés. Si vous faites passer une commande à un statut remboursé, litigieux ou tout autre statut non payé après qu'elle a déjà été marquée comme récupérée, l'indicateur de récupération n'est pas supprimé. Une fois qu'une commande est marquée récupérée, elle le reste, même si elle est ultérieurement remboursée. Les revenus récupérés reflètent donc ce qui a été encaissé, et non ce qui a été conservé in fine.
- Commandes déjà récupérées. La mise à jour ne se déclenche que lorsqu'une commande n'a pas encore été marquée récupérée. Un second changement de statut payé sur une commande déjà récupérée n'a aucun effet.
- Commandes payées avant l'installation du module. Les commandes payées avant tout envoi de relance n'apparaîtront jamais dans les statistiques de récupération, car aucun enregistrement de suivi n'existe pour elles.
- Multi-boutique. Le suivi de la récupération s'applique globalement à toutes les boutiques. Une commande de n'importe quelle boutique sera marquée récupérée tant qu'elle a reçu une relance. Le panneau de statistiques affiche des données agrégées sur toutes les boutiques ; il n'y a pas de filtre par boutique dans le panneau de récupération.
- Paiements partiels. Si votre boutique utilise un statut personnalisé pour les paiements partiels avec l'indicateur payé activé, ces commandes seront comptées comme récupérées à leur valeur
total_paidcomplète. - Fenêtre statistique. Toutes les statistiques couvrent les six derniers mois civils à partir d'aujourd'hui. Les commandes de plus de six mois sont exclues de tous les décomptes, même si elles ont été récupérées récemment.
- Interaction avec l'annulation automatique. Une commande annulée n'est plus éligible à un changement de statut payé, elle ne sera donc jamais marquée récupérée. Le compteur « Commandes annulées après relances » vous donne une visibilité sur le nombre de commandes supprimées de cette façon. Envisagez de définir une fenêtre d'annulation généreuse pour que les clients aient le temps de payer après votre dernière relance.
Résolution des problèmes
| Problème | Solution |
|---|---|
| Le panneau Statistiques de récupération n'apparaît pas | Le panneau ne s'affiche qu'après l'envoi d'au moins une relance. Exécutez la tâche cron et vérifiez que des commandes apparaissent dans le compteur de commandes relancées. |
| Le taux de récupération affiche 0 % malgré des commandes payées | Vérifiez que l'état de commande payé a bien l'indicateur « payé » activé dans Commandes > Statuts. Les statuts personnalisés doivent avoir cet indicateur coché pour être reconnus. |
| Les revenus récupérés sont inférieurs aux attentes | Seules les commandes dont la date de récupération se situe dans les six derniers mois sont incluses. Vérifiez si la confirmation de paiement a eu lieu il y a plus de six mois. |
| Les statistiques ne se mettent pas à jour après un paiement | Les statistiques sont mises en cache pendant une heure. Attendez l'expiration du cache et rechargez la page. |
| Les colonnes Relancées et Récupérées mensuelles ne correspondent pas | C'est normal. Relancées est basé sur la date de première relance ; Récupérées est basé sur la date de paiement. Une commande relancée un mois peut être payée le suivant. |
| Une commande a été payée mais n'est pas comptée comme récupérée | La commande doit avoir reçu au moins une relance avant le paiement. Si la relance n'a jamais été envoyée, le module ne trouve aucun enregistrement de suivi et ne fait rien. Vérifiez que la tâche cron a bien été exécutée et que la commande était dans le périmètre des relances. |
Foire aux questions
Le suivi de la récupération affecte-t-il l'envoi des e-mails ou le traitement des commandes ?
Non. Le suivi de la récupération met uniquement à jour un indicateur dans la table de suivi propre au module lorsqu'un paiement est confirmé. Il ne modifie pas les statuts de commandes, n'envoie pas d'e-mails supplémentaires et ne modifie aucune donnée PrestaShop.
Puis-je réinitialiser les statistiques pour repartir de zéro ?
Les statistiques sont calculées en temps réel à partir des enregistrements de suivi du module. Il n'existe pas de bouton de réinitialisation dans le Back Office. Si vous devez effacer les données historiques, vous devrez modifier cette table directement dans votre base de données — ce qui n'est pas recommandé à moins de bien comprendre les implications pour le suivi en cours.
Si je rembourse une commande après qu'elle a été marquée comme récupérée, le chiffre des revenus récupérés diminuera-t-il ?
Non. Une fois qu'une commande est marquée récupérée, ce statut et ses revenus sont permanents dans les enregistrements du module. Les revenus récupérés reflètent ce qui a été initialement encaissé, et non le montant net après remboursements.
Pourquoi mon taux de récupération diffère-t-il de celui que je calcule manuellement ?
Le taux correspond aux commandes récupérées divisées par les commandes relancées dans la même fenêtre glissante de six mois, mais les deux décomptes utilisent des dates différentes — date de première relance pour Relancées, date de paiement pour Récupérées. Une commande relancée en mois 1 et payée en mois 2 contribue à des mois civils différents dans le tableau de répartition, mais les deux décomptes partagent la même fenêtre de six mois pour le taux global. Les commandes relancées il y a plus de six mois sont exclues, même si elles ont été récemment payées.
Le module suit-il la récupération pour tous les modes de paiement ou uniquement pour les virements bancaires ?
Le suivi de la récupération s'applique à toutes les commandes ayant reçu une relance, quel que soit le mode de paiement utilisé. Depuis la version 1.2.0, le module prend en charge tout mode de paiement que vous configurez.
Qu'est-ce qui constitue un état de commande « payé » ?
Le module reconnaît les deux états payés intégrés de PrestaShop (Paiement accepté et Paiement à distance accepté) ainsi que tout état de commande personnalisé pour lequel vous avez coché l'option « payé ». Vous pouvez consulter et modifier les états de commandes sous Commandes > Statuts dans votre Back Office.
Les statistiques de récupération fonctionneront-elles correctement après une mise à niveau depuis une ancienne version ?
Oui. Le script de mise à niveau ajoute les colonnes de suivi requises à la table des commandes existante. Toutes les commandes précédemment relancées commencent avec le statut non récupéré. Lorsque ces commandes reçoivent par la suite des changements de statut payé, elles sont automatiquement marquées comme récupérées.