Skip to content

Tests et dépannage

Aperçu du message

Disponible à la fois depuis la liste des tables d'événements et depuis une carte d'événement individuelle, Aperçu du message montre exactement ce qui serait envoyé pour un enregistrement réel — sans réellement rien envoyer.

Il affiche :

  • La charge utile JSON, construite à partir des champs que vous avez enregistrés.
  • Si l'enregistrement actuel passerait actuellement les filtres Insert et Modify (✅ réussi, ❌ échoué, vide si aucun filtre n'est défini pour ce type d'événement).
  • La comparaison before/after, si Include Previous Values est activé pour cette table.
  • Soit l'enveloppe complète du message RabbitMQ, soit les en-têtes HTTP sortants, selon le type de point de terminaison configuré dans la Configuration.

Utilisez les actions First Record / Previous Record / Next Record pour parcourir les enregistrements réels de la table sous-jacente et voir comment la charge utile change d'un enregistrement à l'autre — pratique pour confirmer que les filtres et les champs associés se comportent comme prévu sur un ensemble de données réelles, et pas seulement sur un exemple unique.

Aperçu du message pour un enregistrement Projet, montrant la charge utile JSON avec un objet imbriqué Bill-toCustomerNo et le filtre Insert qui réussit

Envoyer une charge utile de test

Dans Event Bridge Setup, Send Test Payload envoie un événement fictif unique (une charge utile fixe {"Test Message": "Hi!"}, type d'événement insert, nom de table Test) directement vers le point de terminaison configuré. C'est un moyen rapide de confirmer que l'URL de votre point de terminaison et l'autorisation sont correctes de bout en bout, sans avoir besoin qu'une table soit déjà enregistrée.

Comprendre les messages d'erreur

Si l'envoi d'un événement échoue, Business Central affiche l'un des messages suivants :

  • « HTTP requests are blocked by your environment settings. » — Les appels HTTP sortants ne sont pas encore activés pour cette extension. La notification renvoie directement vers Extension Management, où vous devez activer le HTTP sortant pour BC Event Bridge.
  • « Failed to send event. Server responded with <status>: <reason>. » — Le point de terminaison a été atteint, mais a rejeté la requête. Le code de statut et la phrase de raison sont vos meilleures pistes — un 401/403 pointe généralement vers l'Autorisation, tout autre code vers les propres journaux du système récepteur.
  • « Unable to find a valid endpoint setup. » — Le champ URL requis pour le type de point de terminaison configuré (URL de l'API RabbitMQ, ou le point de terminaison de l'API) est vide. La notification renvoie vers Event Bridge Setup.

Une remarque sur qui voit ces erreurs

Les échecs apparaissent sous forme de notification Business Central dans la session de la personne dont l'action a déclenché l'événement — pas nécessairement un administrateur, et pas dans un journal central au sein de Business Central. Si la modification d'un utilisateur ordinaire sur une table enregistrée échoue lors de la livraison, c'est cette personne qui verra la notification, et cela peut ne rien signifier pour elle.

Si vous comptez sur Event Bridge pour quelque chose d'important sur le plan opérationnel, surveillez la livraison depuis le côté récepteur (RabbitMQ ou les propres journaux de votre point de terminaison d'API) plutôt que de vous attendre à ce que les échecs vous soient signalés depuis l'intérieur de Business Central.

Qui peut utiliser ces fonctionnalités

Aperçu du message et Envoyer une charge utile de test nécessitent le même accès Event Bridge Admin requis pour Setup et Event Tables — voir Licensing and access.