Business Central se connecte à Dynamics 365 Sales par Microsoft Dataverse grâce à un cadre d’intégration fourni et maintenu par Microsoft. Dans le périmètre standard en ligne, il n’y a pas de connecteur spécifique à développer. Le travail porte surtout sur les systèmes de référence, le couplage des fiches, les fréquences de synchronisation, la sécurité, la supervision et la reprise sur erreur.
Faut-il développer un connecteur spécifique ?
Non, pas pour l’intégration standard entre Business Central Online et Dynamics 365 Sales. Microsoft fournit un assistant de configuration, une solution d’intégration, des correspondances de tables et de champs, le couplage des fiches et des tâches de synchronisation via Dataverse. Du développement devient utile uniquement lorsque le modèle de données ou le processus dépasse ce cadre.
L’existence de ce socle ne dispense pas du cadrage. Il ne décide pas qui peut modifier la raison sociale d’un client, comment rapprocher des comptes déjà présents, à quelle fréquence actualiser les prix ni qui reprend une synchronisation en erreur. Ces décisions déterminent la fiabilité de l’intégration après la mise en production.
Quelles données l’intégration standard échange-t-elle ?
L’intégration synchronise des fiches sélectionnées à partir de correspondances ; elle ne copie pas les deux bases de données. Microsoft fournit des correspondances standard pour certains référentiels et documents commerciaux. Les filtres et le sens des flux déterminent ce qui circule réellement.
| Fiche Business Central | Fiche Dynamics 365 Sales / Dataverse | Sens standard disponible |
|---|---|---|
| Commercial / acheteur | Utilisateur | Dataverse → Business Central |
| Client | Compte | Bidirectionnel |
| Contact | Contact | Bidirectionnel |
| Devise | Devise de transaction | Business Central → Dataverse |
| Article ou ressource | Produit | Dans les deux sens, selon les filtres et correspondances |
| Groupe tarifaire et prix de vente | Liste de prix et tarif produit | Business Central → Dynamics 365 Sales |
| Commande client | Commande | Synchronisation bidirectionnelle facultative |
| Facture client enregistrée | Facture | Business Central → Dynamics 365 Sales |
Cette liste n’est pas une recommandation d’activation générale. Les commandes dépendent notamment des clients, devises, unités de mesure, groupes tarifaires et produits déjà couplés. Le premier périmètre doit donc suivre un processus de vente réel plutôt qu’une consigne de type « tout synchroniser ».
Quel système doit maîtriser chaque champ ?
Chaque champ partagé doit avoir un système de référence, même lorsque Microsoft autorise un flux bidirectionnel. « Bidirectionnel » signifie que les changements peuvent circuler dans les deux sens ; cela ne désigne pas la valeur correcte. Une matrice de responsabilité champ par champ évite qu’une saisie CRM tardive écrase une donnée ERP contrôlée.
| Groupe de données | Système de référence fréquent | Règle conseillée |
|---|---|---|
| Raison sociale, adresse de facturation, fiscalité et paiement | Business Central | Publier dans Sales les valeurs validées côté gestion |
| Origine du prospect, étape de vente, prochaine action et activités | Dynamics 365 Sales | Conserver le processus commercial dans Sales |
| Courriel, téléphone et identifiants partagés | Une application nommément désignée | Ne jamais laisser la propriété implicite ni retenir simplement la dernière saisie |
| Référence article, unité, tarif et disponibilité | Business Central | Mettre les informations ERP utiles à disposition des commerciaux |
| Commande soumise et état d’exécution | Processus partagé | Sales soumet ; Business Central exécute et renvoie le statut |
| Facture enregistrée et encours | Business Central | Afficher l’information utile sans déplacer la responsabilité comptable |
Cette répartition est une recommandation de conception, pas un réglage Microsoft imposé. L’essentiel est que chaque champ possède un sens de circulation, un rôle autorisé à le modifier, une règle de conflit et une procédure lorsque les deux valeurs divergent.
Pourquoi coupler les fiches avant la première synchronisation ?
Lorsque les deux applications contiennent déjà des données, les fiches existantes doivent être couplées avant d’activer les flux récurrents. Le couplage relie un client, un contact ou un article Business Central à la ligne Dataverse correspondante. Sans ce lien, une tâche autorisée à créer les fiches non couplées peut produire un doublon au lieu de reconnaître l’existant.
Microsoft précise qu’une synchronisation complète ignore le couplage et convient généralement lorsqu’une seule solution contient déjà les données. Si Business Central et Dynamics 365 Sales sont tous deux alimentés, commencez par analyser les doublons, définir les critères de rapprochement, traiter les cas ambigus puis tester un échantillon limité.
- Compter les clients, comptes, contacts, produits et devises actifs dans les deux systèmes.
- Choisir des critères de rapprochement stables et les classer par fiabilité.
- Traiter manuellement les fiches sans correspondance unique.
- Coupler d’abord les prérequis : utilisateurs, devises et unités de mesure.
- Tester les deux sens de synchronisation sur un échantillon réversible.
Ne désactivez pas l’option limitant la synchronisation aux fiches couplées sans en mesurer la conséquence. Sur une correspondance client/compte bidirectionnelle, des fiches non couplées peuvent être créées dans la destination lors de chaque passage. Ce comportement aide sur un environnement neuf, mais il devient risqué lorsque deux historiques doivent être rapprochés.
À quelle fréquence les données sont-elles synchronisées ?
La synchronisation standard est planifiée et ne garantit pas une cohérence instantanée. Les tâches Business Central associées à Dataverse et Sales contrôlent fréquemment les changements toutes les 30 minutes par défaut. Les exécutions suivantes traitent les fiches modifiées depuis la dernière tâche réussie.
| Besoin | Option standard | Décision à prendre |
|---|---|---|
| Comptes, contacts et devises | Tâches planifiées, souvent toutes les 30 minutes | Ce délai convient-il aux ventes et à la gestion ? |
| Disponibilité des articles | Tâche automatique facultative, documentée à 30 minutes | La promesse commerciale exige-t-elle une information plus fraîche ? |
| Une fiche urgente | Action manuelle « Synchroniser maintenant » | Qui peut la déclencher et quelle application prévaut ? |
| Accès immédiat sans copie | Tables virtuelles ou API à étudier séparément | L’accès en direct justifie-t-il la dépendance supplémentaire ? |
Certaines tâches peuvent passer en attente après plusieurs exécutions sans changement. Microsoft indique qu’une modification Business Central peut réactiver la tâche concernée, alors qu’un changement Dataverse ne le fait pas nécessairement. La recette doit donc couvrir les changements initiés des deux côtés.
Qu’est-ce qui peut échouer après l’activation ?
La plupart des incidents se situent autour du mécanisme standard, pas dans son transport. Droits insuffisants, dépendances non couplées, saisies concurrentes, suppressions unilatérales, filtres et correspondances personnalisées sont les causes récurrentes. Les journaux Business Central ne deviennent utiles que si quelqu’un est responsable de leur traitement.
| Incident | Signal fréquent | Première action |
|---|---|---|
| Devise ou unité de mesure non couplée | Le client, l’article ou la commande échoue | Coupler la dépendance puis relancer |
| Droit manquant pour le compte d’intégration | Erreur d’autorisation Dataverse | Corriger le rôle de sécurité attribué |
| Fiche supprimée dans une seule application | Erreur sur une fiche couplée | Décider de la recréer, de la découpler ou de l’archiver |
| Même champ modifié dans les deux applications | Conflit ou écrasement inattendu | Appliquer le système de référence défini |
| Environnement Dataverse en mode administration | Arrêt des synchronisations | Rétablir un mode compatible avec l’exploitation |
| Correspondance personnalisée incompatible | Échec récurrent du mappage | Vérifier types, droits, filtres et extension |
Avant la mise en production, désignez quatre responsabilités : la supervision, la correction CRM, la correction Business Central et l’autorisation de modifier une correspondance. Fixez également un délai maximal pour résoudre une erreur ; sinon l’intégration peut sembler active alors que des fiches importantes ne circulent plus.
En quoi cette intégration diffère-t-elle de SAP ?
Business Central part d’un chemin d’intégration maintenu par Microsoft ; avec SAP, il faut d’abord choisir et concevoir ce chemin. L’effort Business Central se déplace vers le couplage, la propriété des données et les correspondances standard. Un projet SAP ajoute le choix des interfaces, du connecteur et de l’orchestration.
| Question de conception | Business Central | SAP |
|---|---|---|
| Transport standard | Intégré à l’écosystème Microsoft via Dataverse | Choisi selon le paysage SAP et les interfaces disponibles |
| Première décision | Propriété des données et couplage des fiches | Interfaces, architecture et systèmes de référence |
| Fréquence par défaut | Tâches planifiées Business Central | Définie pour chaque flux et besoin métier |
| Développement spécifique | Généralement inutile pour les correspondances standard | Souvent nécessaire pour l’orchestration ou les transformations |
| Obligation commune | Superviser les erreurs et prévoir leur reprise | Superviser les erreurs et prévoir leur reprise |
Consultez notre guide pour intégrer SAP à Dynamics 365 sans dupliquer les données. Copier une architecture SAP sur Business Central peut ajouter une complexité inutile ; considérer Business Central comme une solution « prête à brancher » ignore au contraire les décisions de données qui conditionnent le résultat.
Que faut-il décider avant d’estimer le projet ?
Une estimation crédible exige huit décisions avant d’évaluer la charge. Le connecteur natif réduit le développement du transport, mais ne supprime ni l’analyse des données, ni leur nettoyage, ni le couplage, la sécurité, les champs personnalisés, la recette et la bascule.
- Business Central et Dynamics 365 Sales sont-ils en ligne, dans des tenants et environnements compatibles ?
- Quelles sociétés Business Central et quel environnement Dataverse entrent dans le périmètre ?
- Quelles tables et quels documents standard sont réellement utiles aux utilisateurs ?
- Les deux applications contiennent-elles déjà des clients, contacts, produits ou commandes ?
- Quelle application maîtrise chaque champ partagé et chaque conflit ?
- Quelles tables, champs, extensions ou règles de filtrage spécifiques faut-il reprendre ?
- Quel délai est acceptable pour chaque flux ? Une tâche planifiée suffit-elle ?
- Qui prend en charge les droits, la supervision, les corrections, les relances et la validation de la mise en production ?
Notre page Intégration ERP et Dynamics 365 explique la répartition des responsabilités. Pour obtenir un premier ordre de grandeur sans engagement, utilisez le simulateur de budget Dynamics 365. Les licences Business Central et les travaux réalisés dans l’ERP restent distincts du périmètre Dynamics 365, Dataverse et intégration de Benly Consulting.
Sources officielles Microsoft
Les informations produit de cette page ont été vérifiées sur Microsoft Learn le 13 octobre 2026. Les sources ci-dessous documentent la connexion native, les correspondances standard, le couplage, les tâches planifiées, la fréquence de 30 minutes et le traitement des erreurs. Le fonctionnement peut varier selon la version de Business Central, le mode d’hébergement, les options activées et les futures mises à jour Microsoft.
- Integrating Business Central with Dynamics 365 Sales — vérifié le 13 octobre 2026.
- Synchronizing Business Central with Microsoft Dataverse — vérifié le 13 octobre 2026.
- Couple and synchronize records — vérifié le 13 octobre 2026.
- Scheduling synchronization jobs — vérifié le 13 octobre 2026.
- Troubleshoot synchronization errors — vérifié le 13 octobre 2026.
- Use Dynamics 365 Sales from Business Central — vérifié le 13 octobre 2026.
Questions fréquentes
Existe-t-il une intégration native entre Business Central et Dynamics 365 Sales ?
Oui. Pour les environnements en ligne, Microsoft fournit l’intégration via Dataverse, l’assistant de configuration, les correspondances standard, le couplage des fiches et les tâches de synchronisation. Aucun connecteur spécifique n’est nécessaire pour le périmètre standard ; des extensions peuvent rester utiles pour des tables, champs ou règles métier propres à l’entreprise.
La synchronisation entre Business Central et Dynamics 365 est-elle instantanée ?
Non. La synchronisation standard s’appuie sur des tâches planifiées et ne garantit pas un échange en temps réel. Plusieurs tâches contrôlent les changements toutes les 30 minutes par défaut. Si un processus exige une réponse immédiate, il faut étudier séparément les tables virtuelles, les API ou une architecture pilotée par événements.
Comment éviter les doublons de clients et de comptes ?
Il faut coupler les clients Business Central avec les comptes Dataverse existants avant d’activer les synchronisations récurrentes. Les critères de rapprochement doivent être explicites, les correspondances ambiguës revues manuellement et un échantillon testé. Une synchronisation complète n’est adaptée que si une seule application contient déjà les données.
Quel système doit être la référence pour les données client ?
Il n’existe pas de réponse universelle. Business Central maîtrise souvent l’identité légale, la facturation et les données financières ; Dynamics 365 Sales maîtrise la relation, les opportunités et les activités. Pour chaque champ partagé, il faut désigner un système de référence et une règle de traitement des écarts.
Que se passe-t-il lorsqu’une synchronisation échoue ?
Business Central conserve les échecs dans les journaux de synchronisation et le détail des erreurs. Les causes fréquentes sont les droits insuffisants, une dépendance non couplée, une modification concurrente, une suppression dans un seul système ou une correspondance personnalisée incorrecte. Avant la mise en production, il faut nommer la personne qui corrige, relance et contrôle chaque erreur.
Peut-on synchroniser des champs personnalisés ?
Oui, à condition d’ajouter des correspondances compatibles et d’accorder les droits nécessaires au compte d’intégration. Le type de donnée, le sens du flux, les transformations, les dépendances et le comportement en erreur doivent être conçus et testés. Certains besoins nécessitent une extension Business Central ou une personnalisation Dataverse.