Intégrateur Microsoft Dynamics
Intégration de l'API Microsoft Dynamics dans votre système
Nous branchons Dynamics 365 à votre produit, votre e-commerce ou votre terrain : usage remonté dans Sales, commande poussée dans l'ERP, incident devenu dossier SAV. Dynamics reste le système de référence.
- Équipe produit senior
- connecteurs ERP en production
- du cadrage au monitoring
Pourquoi faire appel à un intégrateur Microsoft Dynamics et que peut-on connecter ?
Microsoft Dynamics 365 couvre le CRM (Sales, Customer Service, Field Service) et l'ERP (Finance, Supply Chain, Business Central). On l'intègre pour que votre produit, votre e-commerce ou votre terrain y vivent : usage remonté sur la fiche, commande canal devenue pièce ERP, incident terrain devenu dossier SAV, sans Excel parallèle. Dynamics reste le système de référence ; on connecte autour, on ne le remplace pas.
Ce que Dynamics change dans votre plateforme
Usage produit remonté dans Sales
Le commercial voit l'usage réel sur la fiche compte. Plus d'export hebdomadaire, plus d'appel à la production pour « où en est le client ».
Incident terrain devenu dossier SAV
Un incident dans l'app mobile crée le dossier et l'ordre de travail. Le SLA Dynamics s'applique, le terrain et le SAV partagent la même pièce.
Commande e-commerce poussée dans l'ERP
Le panier crée la commande dans Finance & Supply Chain. Prix et disponibilité restent ceux de l'ERP, pas un cache boutique.
Facturation PME depuis Business Central
Clients, articles et écritures restent dans BC. Votre SaaS vertical s'y branche au lieu de refaire la compta ou un Excel parallèle.
Ce que ça change dans votre produit
La technique au service d'un résultat mesurable : usage dans Sales, commande dans l'ERP, SAV sans Excel.
Sales, F&O ou BC : le bon périmètre
« Dynamics » ne suffit pas pour chiffrer. On identifie l'application (Sales, Finance & Operations ou Business Central) avant d'estimer. Vous achetez le connecteur adapté à votre flux, sans surprise de périmètre.
Le commercial voit le produit
Usage, contrat et incident remontent sur la fiche compte. Fini les appels à la production pour savoir où en est le client.
Prix et stock restent ceux de l'ERP
Commande, stock et facture restent dans Dynamics. Le portail affiche ce que l'ERP décide, il ne recalcule pas le prix. Une seule vérité métier.
Un connecteur qui vous appartient
Code livré, documenté, accès sécurisés en coffre. Vous n'êtes captif ni d'une boîte noire ni d'un badge partenaire.
Comment nous branchons Dynamics sur votre plateforme
Cadrage
Où Dynamics entre dans votre produit : Sales, Customer Service, F&O ou Business Central. Cloud ou sur site. Dual-write oui ou non. Sans le nom d'app, l'estimation ne veut rien dire.
Mapping
Unités, TVA, journaux, équipes, société F&O. Clés d'upsert. Signé avec le métier avant le premier flux canal ou terrain.
Développement et recette
Connecteur branché sur votre produit, votre e-commerce ou votre terrain. Retry, lots bornés. F&O : fil de l'eau ou package selon le volume. BC : API v2, API AL si champ custom.
Monitoring
Lecture des quotas, coupe-circuit, file de reprise. Vous voyez un incident avant qu'il casse le canal commercial ou la facturation.
Ce que l'API apporte à votre plateforme
- Remonter l'usage dans Sales
- Comptes, contacts, opportunités et tables custom via Dataverse. De quoi peupler la fiche commerciale depuis votre produit.
- Pousser la commande dans l'ERP
- Finance & Operations expose les entités de commande, stock et tiers. Prix et disponibilité restent la logique ERP.
- Importer le volume sans saturer
- Data management pour les lots massifs F&O. Sur site, c'est le canal supporté. Le fil de l'eau n'est pas un entrepôt.
- Brancher un SaaS sur Business Central
- API REST v2.0 pour clients, articles, écritures. Un champ custom impose une API AL dédiée, pas une extension de l'API standard.
Le vocabulaire d'une intégration Microsoft Dynamics
- Dataverse
- La base des apps Customer Engagement (Sales, Customer Service, Field Service). Web API OData v4 v9.2. Ce n'est pas F&O, ce n'est pas Business Central.
- Finance and Operations
- L'ERP (Finance, SCM, Commerce, HR selon le déploiement). Racine /data, entités AOT publiques, Data management pour le volume. Société = dataAreaId.
- Business Central
- L'ERP PME. REST API v2.0 distincte. Champ custom = copie AL et API custom, on n'étend pas l'API standard.
- Entra ID
- L'annuaire (ex-Azure AD). App registration, delegated ou application permissions. Une app « Microsoft 365 » n'accède pas à Dataverse. Consent admin souvent requis.
- Service protection
- Plafond Dataverse par utilisateur, par serveur, 5 minutes : 6 000 req, 20 min CPU, 52 concurrentes. Distinct de l'entitlement licence sur 24 h.
- Dual-write
- Pont F&O vers Dataverse, quand le client l'a activé. Un maker Power Platform peut lire l'ERP sans copie. À confirmer par projet, ce n'est pas magique.
Les contraintes réelles d'une intégration Microsoft Dynamics
« Dynamics » désigne trois stacks
Dataverse, F&O et Business Central n'ont ni la même API ni le même modèle. Un cahier des charges « intégration Dynamics » sans le nom d'app n'est pas chiffrable.
Deux quotas Dataverse, pas un
La protection (429, 5 minutes, 6 000 req) n'est pas l'entitlement (allocation quotidienne selon la licence). Un $batch réduit les appels mais augmente le temps d'exécution.
F&O : société (dataAreaId) et $expand
Oublier cross-company=true = données silencieusement incomplètes. $expand s'arrête au premier niveau. Sur site, seule l'API Data management package est supportée.
BC : pas d'extension de l'API v2 standard
Un champ custom impose de copier l'AL et de publier une API custom, avec signing et environnements. Ce n'est pas un champ de plus sur customers.
Dataverse ou Finance and Operations
Deux produits, deux APIs. Business Central est une troisième famille, REST v2.0, à cadrer à part. Les mélanger dans un devis rend le projet inchiffrable.
| Critère | DataverseSales, CS, Field Service | Finance & OperationsFinance, SCM, Commerce |
|---|---|---|
| Produit | Customer Engagement, données dans Dataverse | ERP F&O (Finance, Supply Chain, Commerce) |
| Canal d'accès | Web API OData v4, /api/data/v9.2/ | OData v4 /data, plus Data management package |
| Authentification | Entra ID, permissions Dataverse | Entra ID, même stack que le serveur F&O |
| Limites | 6 000 req / 5 min, 52 concurrentes, entitlement à part | Page OData max 10 000, volume via packages |
| Piège fréquent | Plug-ins lents qui brûlent la fenêtre de 20 minutes | Société oubliée, $expand au-delà d'un niveau |
| Sur site | Même Web API sur l'org Dataverse déployée | Data management package seulement |
| Le bon cas | CRM, cases, field service, Power Apps sur Dataverse | Commande, stock, facture, tiers ERP |
Business Central (API v2.0) n'est ni Dataverse ni F&O. Nous ne revendiquons aucune désignation Solutions Partner Business Applications. Nous intégrons via les APIs publiques Microsoft Learn citées.
Ce que nous mesurons sur un projet Dynamics
Les autres ERP que nous intégrons
Le choix se fait sur l'ERP déjà en place chez vous, rarement sur la technique.
Microsoft DynamicsIntégration de l'API Microsoft Dynamics dans votre systèmeCette page
OdooERP ouvert : API sur tout le modèle objet, modules Python si besoin.
SAPS/4HANA Cloud en OData publié, BTP à côté, pas une API unique.
DivaltoERP français des PME industrielles : Infinity en écriture, OData en lecture.On combine Microsoft Dynamics avec
La stack qui entoure Dataverse, F&O et BC sur nos projets.
Intégration Microsoft Dynamics : vos questions
D'abord cartographier où Dynamics entre dans votre produit, et nommer l'application : Sales, Finance and Operations, ou Business Central. Auth Entra ID, permissions Dynamics. Sur Sales : upsert, retry, lots bornés. Sur F&O : société correctement ciblée, fil de l'eau ou package selon le volume. Sur BC : API v2, API AL si champ custom. La difficulté réelle n'est pas l'appel HTTP, c'est que l'usage produit, la commande canal et le SAV partagent la même vérité Dynamics, sans Excel parallèle.
Cela dépend de l'application, des touchpoints et du volume. Remonter l'usage dans Sales se chiffre autrement qu'un pont e-commerce vers F&O ou qu'une API AL Business Central. Deux éléments pèsent lourd : le diagnostic d'app (Sales n'est pas Finance), et le volume F&O, qui bascule du fil de l'eau vers les packages. Dual-write, s'il est déjà là, change le dessin mais n'est pas un prérequis. Nous cadrons l'app et donnons une estimation ferme.
Dataverse est la base des apps Customer Engagement : Sales, Customer Service, Field Service. API : /api/data/v9.2/, protection 6 000 req / 5 min. F&O est l'ERP grand compte : Finance, Supply Chain, Commerce. API : {host}/data plus packages ; sur site, packages seulement. Business Central est l'ERP PME, REST API v2.0, OpenAPI publié, champs custom via une API AL copiée. Dual-write peut exposer des entités F&O dans Dataverse, si le client l'a activé. Un intégrateur Microsoft Dynamics qui parle d'une seule API n'a pas encore ouvert le tenant.
La désignation Solutions Partner Business Applications est utile pour le déploiement fonctionnel, les licences et Power Platform. Pour un connecteur sur les APIs publiques, ce qui compte est la maîtrise de Dataverse, de F&O /data et de l'API BC v2, plus Entra ID. Nous ne revendiquons aucune désignation Microsoft : nous intégrons via les APIs documentées sur Microsoft Learn, et nous travaillons volontiers avec le partenaire qui gère déjà votre org.
Deux plafonds. La service protection, par utilisateur et par serveur web, fenêtre glissante de 5 minutes : 6 000 requêtes, 20 minutes d'exécution cumulée, 52 requêtes concurrentes (plancher). Réponse 429 avec Retry-After, codes 0x80072322 / 0x80072321 / 0x80072326. En-têtes x-ms-ratelimit-burst-remaining-xrm-requests et x-ms-ratelimit-time-remaining-xrm-requests. Un $batch jusqu'à 1 000 opérations réduit le nombre d'appels mais augmente le temps d'exécution. L'entitlement (allocation quotidienne selon la licence Power Platform) est séparé : un batch ne le contourne pas. Search API : 1 req/s/user. Les plug-ins ne comptent pas comme requêtes protection, mais leur CPU s'ajoute à la requête déclenchante.
Un projet Microsoft Dynamics ?
Parlons-en. 30 minutes pour identifier où Dynamics touche votre produit ou votre canal, l'app (Sales, F&O, Business Central), puis vous dire franchement ce qui est faisable.
Parler de mon projet Dynamics