Connecter un site e-commerce à D365 F&O : les options d'intégration

Pour connecter une plateforme e-commerce à Dynamics 365 Finance & Operations, on combine en général plusieurs modèles d'intégration documentés par Microsoft : OData sur les data entities pour les échanges unitaires en temps réel (créer une commande, lire un statut), les API de données asynchrones (package DMF, intégrations récurrentes) pour les volumes (catalogue, prix, stocks), les services personnalisés pour une logique qui ne correspond à aucune entité (disponibilité calculée), et les business events pour pousser les changements vers la plateforme.

On peut aussi s'appuyer sur un connecteur de partenaire ou un middleware, ou, selon le périmètre, sur Dynamics 365 Commerce, l'application de commerce de Microsoft.

• Commandes web vers F&O : OData (création unitaire, synchrone) ou, en forts volumes, import asynchrone par lots.
• Catalogue et prix vers le site : export par data entity, en général planifié (API package DMF ou intégration récurrente).
• Stock disponible : Microsoft cite justement la consultation de stock en temps réel comme cas d'usage d'un service personnalisé. Voir service personnalisé ou action OData.
• Statut de commande, expédition, facture : business events vers Service Bus, Event Grid ou Power Automate, ou lecture OData à la demande.
• Clients : OData ou import par lots selon le volume.

Microsoft rappelle que les volumes cités dans ses scénarios servent à choisir le modèle, pas de limites système.

• Connecteur de partenaire : rapide à mettre en place pour une plateforme répandue ; vérifiez les flux couverts, la gestion des erreurs et la capacité à intégrer vos personnalisations.
• Middleware (iPaaS, Azure Logic Apps…) : découple les systèmes, centralise transformations et supervision ; demande une exploitation.
• Développement direct : pertinent pour des flux simples et stables ; exige de gérer reprises, idempotence et journalisation.

Dans tous les cas, la qualité des data entities exposées par F&O conditionne la qualité de l'intégration.

• Faire des appels OData unitaires pour synchroniser tout le catalogue : préférez les API asynchrones.
• Interroger F&O à chaque affichage de page pour le stock : coûteux ; prévoyez un cache ou un service dédié.
• Ignorer les limites de protection des API (throttling) documentées par Microsoft.
• Ne pas prévoir de reprise : une commande web perdue est un client perdu.
• Laisser chaque flux gérer ses propres erreurs sans supervision commune.

Commandes, stocks, prix : chaque flux s'appuie sur des data entities, des services ou des business events côté F&O. Skalp AI ne connecte pas la plateforme : c'est vous qui branchez vos interfaces ; Skalp peut générer la partie interne à D365 F&O (data entities, classes, paramètres). Voir intégration ERP e-commerce et interfaces et API D365 F&O, le cadre général dans développer en X++ sans consultant en 2026, et les offres Basic, Pro et Max (1 crédit, ≈ 400 € en Basic, 200 € en Pro, consommé seulement à la génération du code).

À lire aussi : EDI DESADV dans D365 F&O et créer des tickets D365 F&O par IA dans Azure DevOps.

• Microsoft Learn, « Integration between finance and operations apps and third-party services », mise à jour du 09/03/2026, consultée le 18/10/2026.
• Microsoft Learn, « Open Data Protocol (OData) », mise à jour du 14/01/2026, consultée le 18/10/2026.
• Microsoft Learn, « Business events overview », mise à jour du 15/01/2026, consultée le 18/10/2026.