WiseParts
API

Dépannage

Découvrez ce qui est réellement parvenu à WiseParts.

Chaque requête de l'API Voix est enregistrée avec la charge utile telle qu'elle a été reçue, la réponse, le statut et la durée. L'historique est propre à votre compte, du plus récent au plus ancien : vous consultez donc toujours votre propre trafic.

Une requête dont l'authentification échoue n'est jamais enregistrée, car le compte n'a pas pu être identifié. Si rien n'apparaît du tout, vérifiez d'abord le jeton.

Deux façons de le consulter

Pour un coup d'œil rapide, accédez à Intégrations > Journaux et développez une entrée pour lire l'intégralité de sa requête et de sa réponse — voir Journaux d'intégration. Cet écran couvre toutes les intégrations : filtrez par type pour isoler celles de la voix.

Pour des contrôles automatisés, appelez List request history. L'opération renvoie les mêmes entrées Voix en JSON : votre propre supervision peut ainsi détecter les échecs, sans que personne n'ait à surveiller un écran.

Cibler l'échec

Côté API, définissez scopeOnlyErrors pour ne renvoyer que les entrées dont le statut est error, scopeBetween pour limiter la plage aux dates from,to, et search_term pour chercher dans la requête, la réponse et le statut — l'id d'appel que vous avez envoyé est un bon terme de recherche lorsque vous suivez un appel précis.

Les champs sensibles sont masqués dans la charge utile enregistrée : ce que vous relisez n'est donc pas identique octet pour octet à ce que vous avez envoyé.