Les webhooks et les API OData peuvent être utilisés de manière complémentaire pour activer les flux de travail dans Business Central, quasiment en temps réel. OData permet de récupérer des données depuis Business Central, tandis que les webhooks peuvent envoyer une notification suite à un événement particulier. Utilisées judicieusement et conjointement, ces méthodes vous permettent de créer des intégrations rapides, réactives et robustes.

API OData

OData expose des données via des points de terminaison REST. Imaginez une porte à laquelle une application peut frapper avec le bon mot de passe, comme le font les espions dans les films d’espionnage. Derrière cette porte se trouve un agent toujours en alerte, prêt à entendre le mot de passe pour l’ouvrir. Une fois à l’intérieur, l’espion accède aux informations stockées dans Business Central.

L’avantage, c’est que cet accès est également géré par Entra, comme nous l’avons vu dans notre précédent article de blog. Seuls les espions autorisés peuvent donc y accéder.

L’accès est quasi instantané, car l’agent ne se repose jamais. L’espion peut se connecter toutes les quelques secondes et, le cas échéant, ne demander que les nouveautés depuis sa dernière visite.

Si votre espion est un tableau de bord Power BI, il semblera toujours à jour avec les dernières informations si l’API est configurée pour ce comportement. Un bon exemple courant dans Business Central est l’intégration (l’espion) qui peut être configurée pour récupérer le taux de change auprès d’Oanda ou de la Banque du Canada (l’agent). Les avantages d’une API REST résident dans sa simplicité d’utilisation et la possibilité de contrôler la fréquence des requêtes. Elle est donc idéale pour actualiser régulièrement les informations.

Cependant, n’oubliez pas que les données ne sont pas envoyées automatiquement et que plus vous sollicitez l’API, plus elle travaille. Cela peut entraîner une baisse de performance si plusieurs requêtes sont effectuées simultanément.

Les API REST ne sont pas les outils les plus adaptés aux transferts critiques, comme la réception d’alertes en cas de panne d’équipement.

Webhooks

Un webhook est une utilisation spécialisée d’une API qui émet une notification vers un système externe. À cet égard, il est l’inverse d’une API REST. Ici, l’agent ouvre la porte, contacte l’espion et l’informe de venir chercher son message.

Cette opération se déroule en temps réel, car le webhook exécute son code lorsqu’un événement ou une condition le déclenche. L’agent réagit instantanément et n’attend pas que l’espion se présente à la porte. De plus, aucun espion n’aura jamais à faire la queue devant la porte.

Un bon exemple d’application serait l’envoi par Business Central du nouveau prix d’un produit à une plateforme de commerce électronique.

Comme vous pouvez le constater, les principaux avantages sont la réactivité et une charge système réduite. Dans la plupart des cas, cependant, l’application qui reçoit l’alerte ou la communication doit interroger l’API pour obtenir des informations complémentaires.

Flux de travail en temps réel

L’association de ces technologies permet de mettre en place des flux de travail en temps réel. Prenons l’exemple d’une panne d’équipement. Cette panne déclenche immédiatement une alerte de l’équipement vers Business Central. Business Central crée un ordre de travail pour résoudre le problème et notifie immédiatement le système d’exécution de la production (MES). Le MES utilise une API OData pour récupérer les informations de l’ordre de travail. Le technicien reçoit une alerte en quelques secondes. Son tableau de bord et son plan de travail sont automatiquement mis à jour.

N’hésitez pas à nous contacter si vous souhaitez en savoir plus et discuter de la mise en place de flux de travail similaires au sein de votre entreprise.

Cordialement,
Sylvain.

 

Dernière mise à jour : septembre 2026