Intégrations et connecteurs Business Central : API, extensions et flux

Un ERP qui ne communique pas avec le reste de l’entreprise finit par être ressaisi à la main. Pour Business Central, la question n’est donc pas de savoir s’il faut un connecteur Business Central, mais lequel, pour quel flux et sous la responsabilité de qui. Cette page fait le tour des mécanismes d’intégration disponibles, des familles de connecteurs courantes et de la manière de cadrer un projet avant de confier le chantier à un intégrateur.

Les trois façons d’intégrer Business Central

On peut relier Business Central à un autre système de trois manières, qui ne se valent pas selon le besoin.

• Une extension du Marketplace : une application prête à installer, éditée par Microsoft ou par un tiers. C’est le choix par défaut quand un connecteur existe déjà pour votre outil.
• L’API standard : un point d’entrée documenté pour lire et écrire des données depuis un autre logiciel. Elle convient quand aucune extension ne couvre votre cas.
• Un développement sur mesure : une API personnalisée ou une extension écrite pour votre contexte. Il s’impose quand le standard ne suffit pas, et il se paie en maintenance.

Le bon réflexe consiste à explorer ces options dans cet ordre. Plus on s’éloigne du standard, plus l’intégration dépend d’une compétence précise et plus elle coûte à faire évoluer. Pour la logique générale du projet, consultez la page mise en place de Business Central.

L’API Business Central : ce qu’il faut savoir

Une API REST pour relier l’ERP à des solutions tierces

Business Central expose une API REST (v2.0) destinée à relier l’ERP à des solutions tierces. En ligne, les API sont activées par défaut. Un site marchand, un outil de gestion de la relation client, une application métier ou un entrepôt de données peuvent donc lire et écrire des données de l’ERP sans que vous installiez quoi que ce soit côté Business Central.

Microsoft recommande l’API ou OData plutôt que SOAP, qui est appelé à être déprécié. Si un prestataire vous propose aujourd’hui un flux fondé sur SOAP, posez la question de sa pérennité avant de signer.

Les limites à intégrer dans la conception

Une API Business Central n’est pas illimitée. Les limites d’appels OData V4 s’appliquent par utilisateur :

• 5 requêtes simultanées ;
• 100 connexions ;
• une fenêtre glissante de 6 000 requêtes sur 5 minutes.

Au-delà, le service répond par un code HTTP 429. Concrètement, un flux qui envoie une requête par ligne de commande ou par article peut se bloquer lors d’un gros import. Un intégrateur compétent conçoit les échanges en conséquence : regroupement des appels, reprise automatique après une erreur 429, planification des traitements lourds en dehors des heures d’activité.

Ajouter un champ : le piège classique

L’ajout de champs à une API standard n’est pas possible. Si votre système tiers a besoin d’une information propre à votre métier, il faut copier le code AL de l’API standard et créer une API personnalisée. Ce n’est pas un défaut, c’est un choix d’architecture, mais il a une conséquence : cette API est désormais la vôtre, et elle devra être testée à chaque changement de version. Pour en savoir plus, voyez la page sur le développement sur mesure.

La place de marché d’extensions

En ligne, on étend Business Central par des applications, appelées aussi extensions, installées depuis Microsoft Marketplace. Elles couvrent des besoins très variés : connexion à un service externe, fonctions sectorielles, localisation, documents, ou encore outils d’analyse.

Depuis la vague de versions 2 de 2022, des pages « Connectivity Apps » et « Banking Apps » proposent des applications de connexion à des services externes, comme l’import de transactions bancaires. Elles servent de point de départ pour repérer ce qui existe déjà avant d’envisager un développement.

Avant d’installer une extension, vérifiez quelques points :

• qui l’édite et comment le support est assuré ;
• si elle est compatible avec la version et l’édition que vous utilisez (voir versions et éditions) ;
• ce qu’elle devient lors des mises à jour de Business Central ;
• ses conditions de facturation, séparées de celles de l’ERP.

Les grandes familles de connecteurs

Le tableau suivant résume les familles d’intégrations que l’on rencontre le plus souvent, avec le mécanisme habituel et ce qu’il faut cadrer.

E-commerce : le connecteur Shopify comme référence

Pour les boutiques en ligne, le connecteur Shopify de Business Central est l’exemple le plus documenté. Il synchronise produits, stocks, clients, commandes, expéditions, transactions et versements entre Shopify et Business Central. Il prend en charge plusieurs boutiques et importe les commandes des boutiques en ligne, de Shopify POS et du B2B.

Pour les articles, la synchronisation fonctionne dans les deux sens : images, variantes, codes-barres, étiquettes et métachamps. Le connecteur permet aussi d’exporter les attributs, les textes marketing et les traductions. Les prix exportés reposent sur les groupes de prix clients et les remises que vous choisissez : la qualité de votre paramétrage commercial conditionne donc directement ce que voit le client en ligne.

La synchronisation des produits, des stocks, des commandes et des expéditions peut être automatisée en arrière-plan via la file de travaux de Business Central, avec une journalisation détaillée pour le dépannage. C’est un point important pour l’exploitation : quand une commande n’arrive pas, vous devez pouvoir retrouver la cause sans ouvrir un chantier de développement.

Pour les autres plateformes de vente et places de marché, ne partez pas du principe qu’un connecteur équivalent existe : vérifiez-le sur le Marketplace, auprès de l’éditeur concerné, puis faites confirmer les fonctions réellement couvertes. Le lien avec la gestion des stocks et des achats est étroit, car un écart de stock entre boutique et ERP se traduit vite en ventes impossibles à honorer.

Banques, paiement et comptabilité

Les flux bancaires touchent directement la clôture comptable. Les applications bancaires du Marketplace permettent notamment d’importer des transactions bancaires pour faciliter le rapprochement. Les points à cadrer sont concrets : quelles banques, quels formats de relevés, quelles règles de rapprochement automatique, qui traite les écarts.

Pour les paiements en ligne, la question centrale est celle des versements : un encaissement regroupé par un prestataire de paiement doit pouvoir se rapprocher des commandes qu’il couvre. C’est précisément ce que cherche à faciliter la synchronisation des transactions et versements du connecteur Shopify. Le détail comptable est traité dans la page comptabilité et finance.

Outils bureautiques, Power Platform et BI

Business Central s’inscrit dans l’écosystème Microsoft. Un environnement Business Central peut être lié à un environnement Power Platform de même type, production ou bac à sable. Ce lien est exclusif et sert de cible par défaut pour les intégrations avec Power Platform et d’autres produits Dynamics 365.

Cette règle a une conséquence pratique : si vous testez un flux automatisé, faites-le dans un bac à sable lié à un environnement Power Platform de bac à sable, pas dans la production. Les tableaux de bord, les automatisations de tâches et les applications simples reposent sur ce socle. Les rapports de direction et les analyses croisées avec d’autres sources passent en général par une couche de BI alimentée par l’API ou OData.

Côté bureautique, les besoins courants sont l’export vers un tableur, l’envoi de documents par messagerie ou le travail collaboratif. Ils se règlent le plus souvent sans développement. Ce qui demande de la rigueur, ce sont les droits d’accès : un utilisateur qui exporte des données de l’ERP emporte avec lui des informations sensibles.

EDI, signature et connecteurs du pays

EDI et facturation électronique

Les échanges de données informatisés avec vos clients ou vos fournisseurs (commandes, avis d’expédition, factures) passent par des extensions ou par une plateforme d’échange tierce. Selon vos partenaires, les formats varient, et c’est eux qui imposent leurs exigences. Pour la facturation, lisez aussi le guide facture électronique et ERP : le calendrier et les obligations évoluent, et c’est un sujet à valider avec votre intégrateur et votre expert-comptable plutôt qu’à supposer.

Signature électronique et documents

Les services de signature se branchent par extension ou par API. Définissez dès le départ ce qui est signé (devis, contrat, bon de commande), où le document signé est archivé et comment il est rattaché à la fiche concernée dans l’ERP, notamment côté ventes et CRM.

Les connecteurs et la localisation du pays

Microsoft fournit directement la localisation de Business Central dans 21 pays, dont la France. Pour les autres pays, Business Central est disponible via des applications de localisation développées par des partenaires, que l’on trouve sur le Marketplace. Si votre groupe a des filiales hors de France, la couverture locale (fiscalité, banques, formats) est à vérifier pays par pays, avant de promettre un déploiement unique.

Comment cadrer un flux d’intégration

Une intégration réussie se prépare sur papier avant d’être paramétrée. Voici la démarche que doit suivre votre intégrateur.

1. Lister les flux : quel système envoie quoi, vers quel système, à quel moment.
2. Désigner la source de vérité pour chaque donnée : client, article, prix, stock. Une donnée modifiable à deux endroits finit par diverger.
3. Choisir le sens et le déclencheur : temps réel, planifié, à la demande.
4. Prévoir les erreurs : que se passe-t-il quand une commande est rejetée, quand l’API répond 429, quand un article n’existe pas ?
5. Définir la supervision : où lit-on les journaux, qui reçoit l’alerte, sous quel délai on corrige.
6. Tester dans un bac à sable avec des données représentatives, puis valider avec les utilisateurs.

Ce cadrage s’intègre dans le cahier des charges de votre projet : voir le guide cahier des charges ERP. Plus il est précis, moins le devis de l’intégrateur comporte d’inconnues, ce qui éclaire aussi la page prix de Business Central.

Qui maintient les intégrations ?

C’est la question que l’on oublie le plus souvent, et celle qui coûte le plus cher plus tard. Trois cas se présentent :

• Extension du Marketplace : l’éditeur de l’extension la maintient et la met à jour. Vérifiez son engagement de support.
• API personnalisée ou extension sur mesure : elle est maintenue par l’intégrateur ou par votre équipe, selon le contrat. Elle doit être testée à chaque évolution de Business Central.
• Flux côté système tiers : c’est l’éditeur ou le prestataire de cet outil qui en est responsable ; l’ERP n’y peut rien.

Écrivez noir sur blanc qui surveille les flux, qui corrige, qui prévient et dans quel délai. Ces points relèvent du contrat de support et maintenance. Le choix de votre partenaire se prépare avec la page choisir un intégrateur Business Central : demandez-lui des exemples de flux comparables au vôtre et la manière dont il les supervise.

Notre rôle se limite à la mise en relation : nous ne réalisons pas les intégrations, c’est l’intégrateur retenu qui s’en charge. Si vous hésitez entre plusieurs solutions avant de vous engager, la page alternatives à Business Central vous aide à comparer, et le formulaire de mise en relation vous met en contact avec un intégrateur adapté à votre projet.

Les noms de logiciels cités sont des marques de leurs éditeurs respectifs, mentionnées à titre d’information. Ce site est indépendant et n’est affilié à aucun éditeur.