Lire le journal
Le journal répond à la question « pourquoi mon stock est à 3 ? ». Il garde 30 jours d'échanges entre Kult Lab et votre canal, avec leur contenu. Ouvrez-le depuis l'aperçu du canal, ligne Journal, ou par ⋮ → Voir le journal.
Deux tableaux
Événements reçus liste ce que le canal vous a signalé : une vente, un changement de stock, une mise à jour de produit, un client modifié.
Commandes envoyées liste ce que Kult Lab lui a demandé, et ce qu'il a répondu : un export du catalogue, un relevé des quantités, une mise à jour du stock, un crédit de points.
| État d'un événement | Ce qu'il veut dire |
|---|---|
| Reçu | Arrivé, pas encore traité |
| Traité | Pris en compte |
| Ignoré | Volontairement sans effet, par exemple un doublon ou l'écho d'une écriture de Kult Lab |
| En échec | Quelque chose s'est mal passé, la ligne porte le message |
| En observation | Envoyé par votre application pour une partie que vous n'avez pas encore activée : gardé, rien n'est changé à votre stock, vos ventes, vos clients ou vos points |
| Lecture dépassée | Une quantité lue avant la dernière que Kult Lab connaît déjà : elle ne change rien |
| En attente de la réponse | Une quantité arrivée pendant que Kult Lab met à jour ce produit : elle est appliquée dès que l'application a répondu |
| État d'une commande | Ce qu'il veut dire |
|---|---|
| En attente | Prête à partir, ou en attente que la boutique vienne la chercher |
| Envoyée | Remise au canal, sa réponse n'est pas encore arrivée |
| Exécutée | Le canal l'a faite |
| En échec | Le canal l'a refusée, ou n'a jamais répondu |
Le filtre Statut reprend ces états. Un envoi que Kult Lab refuse à l'entrée n'est pas un événement : il se lit dans Requêtes, plus bas.
Ouvrir une ligne
Détail ouvre un panneau avec les dates, l'état, le nombre de tentatives, le message d'erreur éventuel, et le contenu exact qui a circulé. Pour une commande, la réponse du canal y figure aussi.
Rejouer un événement
Rejouer repasse au traitement une ligne restée sans effet. Le geste n'est proposé que sur un événement en échec ou ignoré.
Renvoyer une commande
Renvoyer crée une commande identique ; la ligne d'origine reste dans le journal. Le geste est proposé sur une commande en échec, ou en attente sans que le canal l'ait déjà prise.
Il est refusé dans trois cas, et le message le dit :
- sur une commande déjà exécutée, la renvoyer la referait une seconde fois ;
- sur une commande encore en route, il faut laisser au canal le temps de répondre ;
- sur un renouvellement de clés, qui se relance depuis le bouton Renouveler les clés.
Les échanges avec votre application
Le journal de votre application montre aussi ce que Kult Lab lui envoie, une fois une partie activée :
- chaque mise à jour du stock et chaque lecture apparaît dans Commandes envoyées, avec la réponse de l'application. Un refus se lit en français, et aussi sur le lien de l'article concerné ;
- une mise à jour devenue sans objet avant son départ (l'envoi du stock coupé, un lien retiré) ne part pas, et la ligne dit pourquoi ;
- Tout relire lit le catalogue page par page. Si la lecture s'arrête, la ligne dit à quelle page, et rien n'est retiré de votre catalogue.
Requêtes
La carte Requêtes liste chaque appel de votre application : quand il est arrivé, ce qu'il demandait, son Statut, le nombre d'Événements qu'il portait, sa Durée et, s'il a été refusé, le code de l'Erreur et ce qui a été refusé. Le filtre Statut sépare les Acceptées des Refusées, et le graphique compte les appels par jour sur 30 jours.
C'est la page à ouvrir quand la personne qui développe l'application dit « Kult Lab refuse mes envois » : la ligne lui donne la raison exacte.
Après une déconnexion
Le journal reste lisible sur un canal déconnecté. C'est souvent ce qu'on relit en premier quand on cherche à comprendre ce qui s'est passé.
Retour à la vue d'ensemble des intégrations.