
Que sont les pages API dans Microsoft Dynamics 365 Business Central ?
Microsoft Dynamics 365 Business Central propose un framework d'API robuste qui permet une intégration fluide avec d'autres systèmes et applications. Lire les données des pages API de Business Central est un besoin courant pour les entreprises qui veulent automatiser leurs processus, consolider leurs données ou connecter Business Central à des applications tierces. Cet article vous propose un guide approfondi pour comprendre les pages API de Business Central et travailler avec elles.
Résumé
Ce guide complet explique comment lire les pages API de Microsoft Dynamics 365 Business Central et vous y intégrer. Vous y découvrirez l'authentification des API avec OAuth 2.0, la structure des points de terminaison (/api/v2.0/), l'envoi de requêtes GET pour récupérer des données, le filtrage avec les paramètres OData et les bonnes pratiques d'une intégration sécurisée. Découvrez pourquoi les pages API surpassent les anciens points de terminaison OData pour les intégrations ERP, penchez-vous sur les limites de débit et les autorisations, et voyez comment des plateformes d'intégration comme Rapidi simplifient la connexion aux API de Business Central. Le guide comprend une FAQ détaillée sur la configuration de l'authentification, la création d'API personnalisées, la résolution des erreurs courantes et le traitement des opérations par lots.
Table des matières
- Que sont les pages API dans Business Central ?
- Quels sont les avantages des pages API dans Business Central ?
- Pourquoi préférer les pages API aux pages OData dans Business Central ?
- Comment démarrer avec les API de Business Central ?
- Comment lire les données des pages API
- Quelles sont les bonnes pratiques pour lire les pages API ?
- Cas d'usage courants de la lecture des pages API
- Comment intégrer les pages API de Business Central avec Rapidi ?
- Conclusion
- FAQ
Que sont les pages API dans Business Central ?
Les pages API sont un type de point de terminaison de service web fourni par Business Central, qui permet à des systèmes externes d'interagir avec les données stockées dans l'application. Ces pages exposent les données de Business Central dans un format structuré, généralement JSON, ce qui facilite l'intégration avec d'autres applications par le biais de requêtes HTTP.
Les pages API de Business Central se distinguent des pages standard, car elles sont conçues pour un accès programmatique plutôt que pour l'interaction avec un utilisateur.
Quels sont les avantages des pages API dans Business Central ?
Les pages API de Business Central offrent plusieurs avantages qui en font un outil essentiel pour les entreprises :
- Accès standardisé : elles offrent un moyen cohérent et fiable d'accéder aux données de Business Central selon les principes RESTful, ce qui simplifie l'intégration avec les applications et systèmes modernes.
- Données en temps réel : les pages API donnent accès en temps réel aux données de Business Central, pour que les applications connectées disposent toujours des informations les plus récentes.
- Personnalisables et extensibles : les développeurs peuvent créer des pages API personnalisées adaptées à des besoins métier précis, ce qui apporte flexibilité et évolutivité.
- Prise en charge d'OData : les paramètres de requête OData permettent le filtrage, le tri et la pagination, pour une récupération des données efficace et optimisée en termes de performances.
- Compatibilité multiplateforme : les API de Business Central s'utilisent avec une grande variété de langages de programmation et d'outils, ce qui permet l'intégration avec des services cloud, des applications mobiles et des solutions de bureau.
- Communication sécurisée : les API prennent en charge l'authentification OAuth 2.0 et le protocole HTTPS, ce qui garantit un accès sécurisé aux données sensibles.
Ces avantages font des pages API un choix idéal pour les organisations qui veulent renforcer leur connectivité, rationaliser leurs opérations et améliorer leurs décisions fondées sur les données.
Pourquoi préférer les pages API aux pages OData dans Business Central ?
Si les pages API comme les pages OData servent de points de terminaison de services web dans Business Central, les pages API présentent des avantages nets par rapport aux pages OData :
- Conçues pour l'intégration : les pages API sont pensées expressément pour l'accès programmatique et l'intégration de système à système. Elles sont épurées pour n'exposer que les champs et fonctionnalités essentiels, ce qui réduit la complexité et améliore les performances.
- Meilleures performances : les pages API sont plus légères et mieux optimisées pour les scénarios d'intégration que les pages OData, qui peuvent entraîner une charge supplémentaire en raison de leur périmètre plus large et de leur flexibilité.
- Gestion des versions et extensibilité : le framework d'API de Business Central prend en charge la gestion des versions, ce qui permet aux développeurs de préserver la rétrocompatibilité lors des mises à jour. Cette fonctionnalité est moins aboutie dans les services OData.
- Cohérence entre les environnements : les pages API offrent une structure uniforme et prévisible, ce qui les rend plus adaptées aux pratiques et outils de développement modernes qui attendent des API RESTful.
- Authentification et sécurité intégrées : les pages API s'appuient sur OAuth 2.0 et sont mieux alignées sur les normes de sécurité modernes que les points de terminaison OData traditionnels, qui peuvent nécessiter une configuration supplémentaire pour atteindre un niveau de sécurité comparable.
- Compatibilité avec l'écosystème : de nombreux outils tiers, middlewares et plateformes d'intégration sont optimisés pour les API REST, ce qui rend les pages API plus compatibles avec les systèmes externes.
Pour les entreprises axées sur l'intégration, l'évolutivité et les performances, les pages API sont généralement préférables aux pages OData.
Comment démarrer avec les API de Business Central ?
1. Configurer l'accès aux API
Avant d'accéder aux pages API, vérifiez que les prérequis suivants sont remplis :
- Authentification : configurez l'authentification OAuth 2.0 pour un accès sécurisé aux API. On utilise couramment Azure Active Directory (AAD) à cette fin.
- Autorisations utilisateur : vérifiez que l'utilisateur qui accède à l'API dispose des autorisations appropriées. Attribuez les rôles nécessaires dans Business Central pour lui donner accès aux données.
Structure des URL d'API :
Business Central expose deux grands types de points de terminaison :
- Points de terminaison OData (anciens) sous
/ODataV4/ - Points de terminaison modernes de l'API Business Central sous
/api/v2.0/
La structure recommandée pour les pages API de Business Central est la suivante :
https://api.businesscentral.dynamics.com/v2.0/<tenant_id>/<environment_name>/api/v2.0/
Exemple : récupérer les sociétés
https://api.businesscentral.dynamics.com/v2.0/<tenant_id>/<environment_name>/api/v2.0/companies
Le chemin /api/v2.0/ est versionné et optimisé pour les intégrations, tandis que /ODataV4/ sert aux services web OData créés dans Business Central.
2. Explorer les pages API
Microsoft fournit un large éventail de pages API prédéfinies que vous pouvez utiliser directement. Par exemple :
- Companies : récupère les informations sur les sociétés dans Business Central.
- Customers : récupère les informations sur les clients.
- Items : fournit des informations sur les articles en stock.
Découvrir les API disponibles
Pour lister toutes les pages API disponibles dans votre environnement, vous pouvez envoyer une requête GET à :
https://api.businesscentral.dynamics.com/v2.0/<tenant_id>/<environment_name>/api/v2.0/
Vous obtenez ainsi un catalogue de tous les points de terminaison d'API publiés, avec leurs noms d'entité et leurs numéros de version.
Pour en savoir plus, consultez la documentation de l'API Business Central de Microsoft.
Comment lire les données des pages API
Lire les données d'une page API est plus simple qu'il n'y paraît : il suffit d'envoyer une requête HTTP GET. C'est une démarche simple, qui vous deviendra vite familière. Gardez toutefois à l'esprit qu'avec Rapidi, vous n'avez pas à gérer manuellement les requêtes HTTP : la connectivité aux pages API est déjà intégrée. Indiquez la bonne URL de point de terminaison dans la configuration de votre connexion Rapidi, et Rapidi lit et traite automatiquement les données de l'API Business Central.
1. Envoyer une requête GET
Pour lire les données d'une page API, utilisez une requête HTTP GET.
Exemple de requête :
https://api.businesscentral.dynamics.com/v2.0/<tenant_id>/<environment>/api/v2.0/companies
Réponse :
{
"value": [
{
"id": "12345678-1234-1234-1234-1234567890ab",
"name": "Cronus International Ltd.",
"address": "1234 Main St",
"city": "London",
"country": "UK"
}
]
}
2. Filtrer et interroger les données
Les API de Business Central sont conçues pour vous laisser la main. Elles prennent entièrement en charge les paramètres de requête OData, ce qui vous permet de filtrer, trier et paginer les données selon vos besoins.
Exemple avec filtre :
https://api.businesscentral.dynamics.com/v2.0/<tenant_id>/<environment>/api/v2.0/customers?$filter=displayName eq 'CRONUS International Ltd.'
Quelles sont les bonnes pratiques pour lire les pages API ?
- Sécurisez vos API : utilisez toujours HTTPS et des méthodes d'authentification adaptées, comme OAuth 2.0, pour sécuriser les points de terminaison d'API. Vos données restent ainsi toujours protégées.
- Optimisez les requêtes : utilisez des paramètres de requête OData comme
$filter,$selectet$toppour limiter les données renvoyées et réduire la taille des réponses. - Gérez la limitation des requêtes : Business Central impose des limites aux requêtes d'API. Si vous recevez une réponse 429 Too Many Requests, mettez en place de nouvelles tentatives avec un délai exponentiel.
- Surveillez l'utilisation des API : surveillez régulièrement l'utilisation des API pour vous assurer qu'elle respecte les licences Business Central et ne dépasse pas les limites.
Cas d'usage courants de la lecture des pages API
- Intégration de données : synchronisez les données de Business Central avec d'autres ERP, des CRM ou des applications sur mesure.
- Reporting : extrayez des données vers des outils de reporting externes comme Power BI ou Tableau.
- Automatisation : automatisez vos workflows en récupérant des données en temps réel depuis Business Central.
Comment intégrer les pages API de Business Central avec Rapidi ?
Rapidi est entièrement compatible avec les pages API de Business Central, ce qui permet aux entreprises de connecter Business Central à d'autres systèmes comme Salesforce, HubSpot ou d'anciens ERP.
Contrairement aux anciens services web OData, les pages API de Business Central reposent sur REST et sont légères, ce qui les rend idéales pour les intégrations à fort volume et en temps réel.
Rapidi peut lire et écrire des données directement via ces points de terminaison d'API et gérer des fonctionnalités comme le filtrage, la pagination et la logique delta.
Cette compatibilité permet une synchronisation fluide des tables ou entités de données comme les clients, les articles ou les commandes de vente, tout en préservant la sécurité et les performances.
Conclusion
Savoir lire les pages API de Business Central est une compétence importante pour les entreprises qui veulent tirer pleinement parti de leur ERP. Avec la bonne configuration et les bonnes pratiques, vous pouvez accéder efficacement à vos données dans Business Central et en tirer le meilleur parti pour vos intégrations, votre reporting et votre automatisation.
Mis à jour en janvier 2026
Foire aux questions (FAQ)
Authentification et configuration
Comment configurer l'authentification OAuth 2.0 pour les API de Business Central ?
Vous devez enregistrer une application dans le portail Azure, configurer les autorisations d'API (Dynamics 365 Business Central avec des autorisations déléguées ou d'application), créer une clé secrète client, définir les URI de redirection, puis enregistrer l'application Azure AD dans la page « Azure Active Directory Applications » de Business Central avec les autorisations utilisateur appropriées.
Quelle est la différence entre les autorisations déléguées OAuth 2.0 et les autorisations d'application (Service-to-Service) ?
Les autorisations déléguées nécessitent une interaction et un consentement de l'utilisateur, et conviennent aux scénarios où l'on agit au nom d'un utilisateur. L'authentification Service-to-Service (S2S) utilise le flux d'identifiants client pour des intégrations sans surveillance ni interaction de l'utilisateur, idéal pour les intégrations de systèmes automatisées.
Puis-je encore utiliser les clés d'accès aux services web (Basic Auth) pour Business Central Online ?
Non. Les clés d'accès aux services web sont obsolètes pour Business Central Online depuis la vague de lancement 1 de 2022 (BC20). Vous devez utiliser l'authentification OAuth 2.0 pour tout accès aux API.
Quelles autorisations dois-je attribuer pour accéder aux API ?
Vous ne pouvez pas attribuer l'ensemble d'autorisations SUPER aux utilisateurs d'API. Les ensembles d'autorisations courants sont D365 FULL ACCESS, D365 BUS FULL ACCESS ou D365 BASIC, selon vos besoins. En production, appliquez le principe du moindre privilège et n'attribuez que les autorisations nécessaires aux opérations concernées.
Points de terminaison et structure des API
Quelle est la différence entre les points de terminaison /api/v2.0/ et /ODataV4/ ?
/api/v2.0/ est l'API Business Central moderne et versionnée, optimisée pour les intégrations, avec de meilleures performances et une meilleure standardisation. /ODataV4/ sert aux services web OData et est considéré comme ancien. Utilisez toujours /api/v2.0/ pour les nouvelles intégrations.
Comment trouver tous les points de terminaison d'API disponibles dans mon environnement Business Central ?
Envoyez une requête GET à https://api.businesscentral.dynamics.com/v2.0/<tenant_id>/<environment>/api/v2.0/ pour obtenir un catalogue de tous les points de terminaison publiés. Vous pouvez aussi utiliser l'option $metadata pour récupérer le schéma XML détaillé des entités disponibles et de leurs propriétés.
Filtrage et requêtes
Comment filtrer les résultats d'une API ?
Utilisez le paramètre de requête OData $filter. Exemple : customers?$filter=displayName eq 'CRONUS International Ltd.'. Vous pouvez utiliser des opérateurs comme eq (égal à), ne (différent de), gt (supérieur à), lt (inférieur à), and, or.
Gestion des erreurs et limites de débit
Quelles sont les limites de débit des API de Business Central ?
Les limites actuelles sont d'environ 300 requêtes d'API par minute pour les environnements Sandbox et 600 par minute pour les environnements de production. S'y ajoutent une limite de 100 requêtes OData/SOAP simultanées et un délai d'expiration de 10 minutes par requête. Ces limites s'appliquent par utilisateur.
API personnalisées
Puis-je étendre ou modifier les API standard de Business Central ?
Non, vous ne pouvez pas étendre directement les pages API standard. Vous pouvez en revanche copier le code source des API standard depuis le dépôt GitHub ALAppExtensions de Microsoft et créer votre propre page API personnalisée avec vos modifications.
Comment créer une page API personnalisée ?
Créez une extension AL avec PageType = API, et renseignez les propriétés APIPublisher, APIGroup, APIVersion, EntityName et EntitySetName. Selon les bonnes pratiques, utilisez SystemId comme ODataKeyFields. L'API est alors accessible à l'adresse : https://api.businesscentral.dynamics.com/v2.0/<tenant>/<environment>/api/<publisher>/<group>/<version>/<entitySetName>
Quelle est la différence entre les pages API et les requêtes API (API queries) ?
Les pages API prennent en charge toutes les opérations CRUD (création, lecture, mise à jour, suppression), tandis que les requêtes API sont en lecture seule mais offrent de meilleures performances. Les requêtes peuvent facilement joindre plusieurs tables sans recourir à $expand et renvoient le tout sous forme d'un seul jeu de données.
Dépannage
Pourquoi est-ce que j'obtiens des erreurs « Access is denied to company » ?
Cela signifie généralement que les autorisations sont insuffisantes. Vérifiez que votre application Azure AD dans Business Central dispose des groupes d'utilisateurs et des ensembles d'autorisations corrects, et que le nom de la société dans votre URL est exact.
Pourquoi mon appel d'API renvoie-t-il des champs vides ou manquants ?
Certaines propriétés de l'API v2.0 sont des propriétés de navigation qui doivent être demandées explicitement avec $expand. Consultez la documentation de l'API ou $metadata pour identifier les champs qui nécessitent une expansion.
Comment gérer les opérations par lots ou insérer plusieurs enregistrements à la fois ?
Business Central prend en charge les requêtes batch OData pour exécuter plusieurs opérations en un seul appel HTTP. Un POST unique insère un seul enregistrement ; pour plusieurs enregistrements, utilisez des requêtes batch au format JSON approprié. Consultez la documentation de Microsoft sur les opérations batch OData.