Journaux
Ce qu'a fait votre intégration, ce que nous vous avons envoyé, et tout l'historique d'une vérification
Les Journaux sont la page des personnes qui construisent et exploitent votre intégration. Elle compte trois onglets, et à eux trois ils répondent à presque toutes les questions du type « mais nous ne l'avons pas reçu » sans que personne n'ait à ouvrir un ticket de support.
Tout le monde n'a pas cette page
L'accès est réservé aux propriétaires et aux développeurs. Un contenu de livraison enregistré est une copie mot pour mot de ce que nous vous avons envoyé, il peut donc contenir des données de demandeurs bien au-delà de ce qu'un évaluateur a eu à examiner. Si la page vous est fermée, un propriétaire peut vous l'ouvrir.
Tous les onglets partagent une période en haut : les dernières 24 heures, 7, 30 ou 90 jours, ou une plage personnalisée.
Appels API
Chaque appel authentifié effectué par vos serveurs, affiché quelques secondes après avoir été fait.
Les chiffres en haut indiquent le nombre d'appels sur la période, le taux d'erreur avec le nombre de réponses 4xx ou 5xx, la durée p95 et le nombre d'appels lents. Le graphique place le volume d'appels et les erreurs sur le même axe, ce qui suffit généralement à voir si un pic d'échecs vient de chez vous ou de chez nous.
Filtrez par chemin, méthode HTTP, classe de statut, clé API, ou appels lents uniquement. Le tableau indique l'heure, la méthode, le chemin, le statut, la durée et la clé qui a signé l'appel.
Si un appel que votre backend jure avoir fait n'apparaît pas ici, il ne nous est jamais parvenu, et la réponse se trouve de votre côté : mauvais hôte, mauvaise clé, ou quelque chose entre les deux.
Livraisons de webhooks
Chaque événement que nous avons envoyé à vos points de terminaison, avec son résultat.
Filtrez par type d'événement, point de terminaison, résultat de livraison, ou échecs uniquement. Chaque ligne indique l'heure, l'événement, le point de terminaison, le statut de la réponse et le nombre de tentatives nécessaires.
Inspecter ouvre les deux moitiés qui comptent : ce que nous avons envoyé, y compris la signature et le contenu exact, et ce qui est revenu, y compris le corps de la réponse, le temps d'aller-retour, l'erreur, et la date de la prochaine tentative.
Renvoyer la livraison envoie à nouveau exactement le même contenu à votre point de terminaison, immédiatement. Elle réutilise la clé d'idempotence d'origine, de sorte qu'un récepteur qui a déjà traité l'événement peut reconnaître la répétition et l'ignorer. Utilisez-la après avoir corrigé ce qui rejetait la livraison.
Si les livraisons manquent complètement au lieu d'échouer, le point de terminaison n'est probablement pas abonné à l'événement, ou l'événement ne lui est pas acheminé. La page Webhooks explique les deux cas, et ses avertissements de couverture sont généralement plus rapides que la lecture de cette page.
Activité de vérification
Tout l'historique d'une vérification, du plus ancien au plus récent : le consentement, chaque contrôle avec son verdict, toute décision de révision, et chaque webhook que nous avons envoyé à son sujet.
Choisissez une session dans la liste récente ou recherchez par identifiant de vérification ou par flux. La recherche porte sur les vérifications les plus récentes de la période et non sur tout votre historique, et elle l'indique. Si la session voulue est introuvable, vérifiez le sélecteur d'environnement avant toute chose, car une session de production n'existe pas dans la vue sandbox.
Exporter
Exporter prend une période et une portée, compte les lignes correspondantes avant que vous ne validiez, et vous remet un CSV pour une feuille de calcul ou un NDJSON pour un développeur. C'est la portée qui fait la valeur de l'export : problèmes uniquement, erreurs client, erreurs serveur, échecs, toujours en vol, accepté uniquement.
Les exports sont plafonnés aux 20 000 premières lignes. La boîte de dialogue vous prévient lorsque votre sélection dépasse ce seuil, pour que vous puissiez réduire la période plutôt que de recevoir sans le savoir un fichier partiel.