Historique de synchronisation

Chaque source qui se synchronise a son propre historique : son état actuel et un journal de chaque synchronisation des 90 derniers jours. Consultez-le quand un chiffre semble dépassé ou qu’un webhook semble ne pas fonctionner.

Où le trouver

• Dans Paramètres › Sources, ouvrez le menu « … » d’une source et choisissez Historique de synchronisation.
• Dans l’état de synchronisation, en bas de la page, choisissez Historique de synchronisation sous la source.

Seules les sources qui se synchronisent en ont un, donc pas les données d’exemple.

État de santé

Cette carte montre l’état actuel de la source.

• Statut indique À jour, Synchronisation, En retard ou Échec. En retard signifie que la dernière synchronisation date de plus de deux heures, ou qu’une synchronisation échouée attend son prochain essai. Échec signifie que la source a une erreur, affichée sous ces champs. Une synchronisation en Lecture partielle compte aussi. L’erreur reste jusqu’à ce qu’une synchronisation suivante lise tout.
• Dernière synchronisation indique quand RevGlance a fini de lire la source pour la dernière fois. Une synchronisation arrêtée par une erreur ne la change pas.
• Données les plus récentes est la date du dernier paiement ou changement d’abonnement que RevGlance a pour cette source.
• Webhook indique si les appels du fournisseur arrivent. Voir État du webhook.

Quand l’essai est terminé, la carte l’indique et les nouvelles synchronisations attendent que vous achetiez RevGlance.

Pourquoi Données les plus récentes peut être plus ancien que Dernière synchronisation

Dernière synchronisation indique quand RevGlance a lu la source. Données les plus récentes indique à quel point les données trouvées sont récentes. Une synchronisation peut bien se passer sans rien trouver de plus récent :

• App Store : les rapports d’Apple arrivent avec environ un jour de retard.
• Google Play : Google publie ses rapports sous 3 à 7 jours.
• N’importe quel fournisseur : il ne s’est rien passé. Une période calme, sans paiement ni changement d’abonnement, laisse la date inchangée.

Ce qui lance une synchronisation

Chaque ligne du Journal de synchronisation indique ce qui l’a lancée :

Une seule synchronisation d’une source attend dans la file à la fois. Un appel de webhook qui arrive pendant cette attente s’y joint, vous pouvez donc voir moins de lignes Webhook que d’appels.

Comment lire le journal

La synchronisation la plus récente vient en premier. Chaque ligne indique quand elle a commencé, ce qui l’a lancée et, pour une synchronisation seule, combien de temps elle a duré.

Décomptes

Chaque type d’enregistrement modifié par une synchronisation a ses propres décomptes : Paiements, Changements d’abonnement, Clients, Essais et Annulations. Un décompte à zéro n’est pas affiché.

• 3 nouveaux : enregistrements ajoutés par cette synchronisation.
• 2 mis à jour : enregistrements que RevGlance avait déjà, modifiés par cette synchronisation.
• 4 supprimés : enregistrements disparus après cette synchronisation.

Aucun changement signifie que la synchronisation n’a rien trouvé à faire. Les synchronisations sans changement qui se suivent et ont été lancées de la même façon se regroupent en une ligne, qui indique combien elle en couvre et jusqu’où elles remontent. Ainsi, une synchronisation horaire n’enterre pas celles qui comptent.

Quand une synchronisation a un problème

• En cours : la synchronisation est toujours en cours. La page se met à jour toute seule.
• Lecture partielle : elle s’est terminée, mais une partie du fournisseur n’a pas pu être lue. La ligne affiche l’erreur. Ce qui a été lu est enregistré et compté, et la synchronisation suivante relit la même période.
• Échec : une erreur l’a arrêtée. La ligne affiche l’erreur, et ce qui a été lu avant l’arrêt est enregistré et compté. Arrêtée avant la fin. signifie que la synchronisation a été interrompue sans erreur à afficher.

RevGlance réessaie de lui-même une synchronisation échouée, et chaque essai a sa propre ligne. Une ligne Échec avec une ligne sans erreur au-dessus signifie que le problème a disparu : il n’y a rien à faire. Si Statut indique toujours Échec, l’erreur indique ce qui n’a pas fonctionné.

Chiffres corrigés

Cette liste montre les chiffres enregistrés que la synchronisation a corrigés, avec l’ancienne et la nouvelle valeur. Une correction n’est pas une action d’un client.

• Après une Relecture complète : tout total qui a bougé, comme le MRR, les remboursements ou les commissions.
• Le MRR d’un abonnement : le montant enregistré pour un abonnement a été corrigé.
• Une date de résiliation : la date d’annulation donnée par le fournisseur diffère de celle enregistrée.

Une ligne en affiche cinq au maximum, puis et 3 de plus.

État du webhook

Les propriétaires et les administrateurs voient l’état du webhook dans État de santé. Il peut indiquer quatre choses :

• Dernier appel reçu, avec l’heure : les appels arrivent. Il n’y a rien à faire.
• Configuré, mais aucun appel n’est encore arrivé. La source est prête, mais le fournisseur n’a pas encore appelé. Vérifiez que le webhook est bien ajouté chez le fournisseur. Les appels n’arrivent que quand quelque chose change, une source calme peut donc rester ainsi un moment.
• Non configuré : les nouvelles données attendent la prochaine synchronisation planifiée. Aucun secret n’est enregistré. Les nouvelles données arrivent avec la synchronisation horaire ou quotidienne jusqu’à ce que vous ajoutiez le webhook.
• Les appels sont refusés, avec l’heure du dernier : le fournisseur atteint RevGlance, mais ses appels échouent à la vérification et ne lancent donc aucune synchronisation.

Dans tous les états sauf le premier, la carte renvoie au guide étape par étape de votre fournisseur.

Quand les appels sont refusés

L’avertissement apparaît après 3 appels refusés d’affilée, donc un appel isolé ne le déclenche pas. Webhook refusé s’affiche alors aussi sur la ligne de la source dans Paramètres › Sources. Ce qu’il faut vérifier dépend de la façon dont le fournisseur vérifie ses appels :

• Stripe, Polar, Lemon Squeezy, Paddle, Recurly : copiez de nouveau le secret de signature du fournisseur et collez-le dans Secret de signature, dans le panneau Webhook de la source.
• Gumroad, App Store, Google Play, Chargebee : vérifiez que le ?token= de l’URL chez le fournisseur correspond au secret enregistré dans Secret de signature, ou enregistrez-en un nouveau et mettez l’URL à jour.
• Braintree, Shopify : il n’y a pas de secret à coller. Vérifiez que le webhook a été ajouté dans le même compte Braintree ou la même app Shopify que ceux utilisés par la source.

Les appels vers une source sans secret enregistré sont aussi refusés. Enregistrer le secret règle le problème.

L’avertissement disparaît au prochain appel valide ou quand vous enregistrez un nouveau secret. Si le secret est toujours incorrect, il revient après 3 nouveaux appels refusés. Il disparaît aussi 7 jours après le dernier appel refusé.

Durée de conservation

Chaque synchronisation reste dans le journal pendant 90 jours, puis elle est supprimée. Supprimer une source supprime aussi son historique de synchronisation.

Qui voit quoi

Tous les membres de l’entreprise peuvent ouvrir l’historique de synchronisation d’une source et lire État de santé et le Journal de synchronisation. Les lecteurs ne voient pas l’état du webhook : ni le champ Webhook, ni le badge, ni l’option du menu. Lancer une synchronisation et enregistrer un secret sont réservés aux propriétaires et aux administrateurs. Voir Équipe et rôles.