Pourquoi le chiffre d’affaires des formations diffère des paiements encaissés

Le total affiché dans vos formations et les sommes réellement encaissées ne décrivent pas nécessairement la même chose. Une attribution d’accès, le prix d’une offre et un paiement réussi sont trois événements distincts. Pour vérifier ce qu’un client a payé, partez des transactions.

Identifier le chiffre que vous consultez

• Prix de l’offre : valeur commerciale configurée pour l’accès vendu.
• Attribution d’accès : autorisation donnée à un membre de consulter la formation. Elle peut résulter d’une vente, d’une automatisation ou d’une intervention manuelle.
• Paiement réussi : transaction effectivement enregistrée avec un montant, une devise, une date et un statut.

Vérifiez la définition du rapport et les événements qu’il mesure avant d’interpréter un écart. Une attribution manuelle d’accès n’est pas, à elle seule, une transaction encaissée. Ne concluez pas qu’elle augmente le chiffre d’affaires de toutes les versions du module.

Rapprocher une vente

1. Relevez la période, le fuseau, la devise, l’offre et le filtre du rapport de formation.
2. Ouvrez Paiements > Transactions. Recherchez le contact et le paiement correspondant.
3. Vérifiez le statut final, le montant et la devise. Séparez les opérations de test, échouées ou encore en cours.
4. Vérifiez les remboursements associés et leur date. Un remboursement enregistré un autre mois explique parfois un écart entre deux périodes.
5. Contrôlez l’origine de l’accès dans la fiche du contact et l’historique de l’automatisation concernée.

Exemple de lecture

Vous attribuez gratuitement une offre affichée à 500 € à une personne invitée. Elle reçoit l’accès, mais aucun paiement n’a été effectué. Si le rapport valorise cette attribution à 500 €, ce montant ne constitue pas une transaction. De même, une vente en trois versements ne signifie pas que les trois versements ont déjà été encaissés.

Pour calculer un encaissement net sur une période, partez des paiements réussis et des remboursements retenus selon votre règle de date. Traitez les frais du prestataire séparément. N’additionnez pas directement plusieurs devises.

Si l’écart persiste

Conservez les références du rapport, de l’offre, de l’attribution et de la transaction. Transmettez ces éléments au support avec le calcul attendu. Ne supprimez pas un contact, une offre ou un accès pour tenter de corriger une statistique : cela peut retirer des ressources sans rétablir le total historique.

Le résultat attendu est un rapprochement explicable entre accès attribués et opérations de paiement. Une modification de statistique rétroactive doit être confirmée par le support avant d’être annoncée.

Le tableau de bord Courses documenté présente une fenêtre de30jours et une mise à jour toutes les6heures. L’ancien rapport Revenue Analytics porte sur les achats ponctuels et filtre par date et canal. Vérifiez le rapport et l’heure de rafraîchissement, ainsi que le traitement des abonnements et remboursements, avant de comparer deux totaux.