BC Event Bridge

BC Event Bridge publie les modifications des tables de Business Central sous forme d'événements JSON en temps réel, afin que les systèmes externes puissent réagir à ce qui se passe dans Business Central sans interroger périodiquement son API. Il fonctionne avec n'importe quelle table de votre choix — il n'est pas lié aux propres tables de Time Track Central, et il ne nécessite pas l'installation du reste de Time Track Central.

Comment ça fonctionne

Event Bridge s'accroche aux déclencheurs globaux de table de Business Central. Une fois qu'une table est enregistrée, chaque insertion, modification, renommage ou suppression sur celle-ci déclenche un événement — quelle que soit la cause du changement : un utilisateur saisissant des données dans une page, un appel API, une tâche de file d'attente de tâches, une migration de données, n'importe quoi. Vous contrôlez, par table :

• Quels types d'événements sont envoyés (insertion / modification / renommage / suppression — chacun activé indépendamment).
• Quels champs sont inclus dans la charge utile. Rien n'est envoyé par défaut ; vous ajoutez explicitement chaque champ, ce qui permet de garder des charges utiles réduites et signifie que vous ne divulguez jamais un champ que vous ne vouliez pas exposer.
• Si les valeurs précédentes sont incluses lors d'une modification/renommage, afin que le système récepteur puisse comparer l'ancienne valeur à la nouvelle.
• Des filtres sur l'insertion/la modification, afin qu'un événement ne se déclenche que lorsque les valeurs de champ qui vous intéressent correspondent réellement — pas à chaque modification de la table.

Consultez Tables d'événements pour la procédure détaillée.

Exemples d'utilisation

• Synchroniser les noms et numéros de CRM ou de projets dans une structure de dossiers locale, sur site, dès qu'ils changent dans Business Central — aucun script d'interrogation requis.
• Exécuter RabbitMQ en périphérie comme passerelle pour les systèmes existants qui ne doivent pas se connecter directement à Business Central.
• Alimenter un entrepôt de données ou un outil de reporting en temps réel, sans interroger Business Central pour détecter les changements.
• Envoyer une alerte Slack ou Teams dès qu'une commande d'achat est supprimée ou qu'un autre enregistrement critique est modifié.
• Déclencher un flux Zapier, Make.com ou Power Automate directement depuis un changement dans Business Central — voir Zapier, Make.com & Power Automate.

Où vont les événements

Un point de terminaison est configuré à l'échelle de l'entreprise dans Configuration :

• RabbitMQ — les événements sont publiés vers un échange RabbitMQ via son API de gestion HTTP.
• API endpoint — les événements sont envoyés (POST) en JSON brut vers une URL que vous spécifiez, avec le contexte dans les en-têtes de la requête.
• Azure Service Bus — les événements sont publiés vers une file d'attente ou une rubrique (topic) Service Bus.
• Azure Event Hub — les événements sont publiés vers un Event Hub.
• Azure Queue Storage — les événements sont publiés vers une file d'attente de compte de stockage.
• Azure Event Grid — les événements sont publiés vers une rubrique personnalisée (custom topic) Event Grid.

Chaque point de terminaison accepte un ensemble différent de méthodes d'autorisation — voir Authentification.

Pour commencer

1. Recherchez dans Business Central Set up BC Event Bridge (enregistré comme guide de configuration manuel/assisté) ou directement Event Bridge Setup, et configurez votre point de terminaison — voir Configuration.
2. Sur la même page, exécutez Schedule Automatic Retries une fois. La livraison elle-même s'exécute en arrière-plan quoi qu'il arrive, mais cette tâche récurrente est ce qui récupère les livraisons bloquées ou perdues et purge celles qui sont terminées — sans sa planification, aucune de cette auto-réparation n'a lieu. Voir File d'événements → Comment fonctionne la livraison.
3. Enregistrez les tables et les champs que vous souhaitez publier — voir Tables d'événements.
4. Vérifiez ce qui est réellement envoyé avant de vous y fier — voir Tests et dépannage.

Licences et accès

Event Bridge est une fiche AppSource distincte du produit principal Time Track Central, sous licence uniquement par utilisateur administrateur — les personnes qui configurent réellement la fiche de configuration et les tables d'événements. Les utilisateurs standard, les processus automatisés et le nombre de tables surveillées sont tous illimités et gratuits, quel que soit le volume de données qui y transite.

L'accès est contrôlé via les ensembles d'autorisations standard de Business Central, et non via les Utilisateurs de feuille de temps comme pour le reste de Time Track Central :

• La configuration de la Configuration et des Tables d'événements nécessite l'attribution de l'ensemble d'autorisations Event Bridge Admin (directement, via un groupe d'utilisateurs, ou déjà inclus si l'utilisateur dispose d'un accès étendu de niveau D365 SETUP) — c'est le rôle qui consomme la licence.
• Tout autre utilisateur obtient automatiquement un accès basique Event Bridge User (inclus dans l'accès standard de niveau D365 READ) — c'est ce qui permet à leurs actions quotidiennes de déclencher des événements pour les tables que vous avez enregistrées, sans nécessiter de licence propre.