L'intégration prête à l'emploi (OOTB) entre Dynamics CRM (désormais Dynamics 365 for Sales) et Dynamics NAV présentait plusieurs avantages, visant à rationaliser les processus commerciaux et à améliorer la productivité en reliant les capacités de gestion de la relation client (CRM) aux fonctionnalités de planification des ressources de l'entreprise (ERP).
Ces avantages comprennent, entre autres, une vision unifiée du client, une rationalisation du traitement des ventes et des commandes, une gestion des informations sur les produits, des informations sur la gestion des stocks, une amélioration de la gestion financière, des gains d'efficacité et de productivité, une amélioration de la collaboration et de l'évolutivité.
L'intégration OOTB entre Dynamics CRM et Dynamics NAV offre aux entreprises un ensemble d'outils puissants pour améliorer l'efficacité, renforcer les relations avec les clients et faciliter la prise de décision grâce à un accès unifié aux données critiques de l'entreprise. Malheureusement, l'intégration présente des limites qui se sont révélées difficiles à mettre en œuvre.
Limites
Synchronisation limitée des entités
Le package d'intégration par défaut n'incluait qu'un ensemble d'entités prédéfinies (comme les comptes, les contacts, les produits, les commandes) qui pouvaient être synchronisées entre Dynamics CRM et Dynamics NAV. Cette limitation signifiait souvent que les entreprises ne pouvaient pas automatiser complètement tous leurs processus sans investir dans une personnalisation plus poussée ou dans des solutions tierces.
Impossibilité de synchroniser avec plusieurs bases de données NAV
Les organisations peuvent fonctionner avec plusieurs unités commerciales et avoir des bases de données NAV distinctes pour les entités. La solution OOTB ne permet de synchroniser qu'une seule base de données CRM et une seule base de données NAV. Cette limitation était souvent la principale raison pour laquelle les entreprises n'allaient pas de l'avant avec l'intégration OOTB.
Contraintes de personnalisation
Bien que Dynamics CRM et Dynamics NAV soient hautement personnalisables, toute personnalisation importante peut potentiellement perturber les mécanismes d'intégration par défaut. Les champs personnalisés, les entités ou la logique d'entreprise ont nécessité une planification minutieuse pour s'assurer qu'ils pouvaient être intégrés correctement, ce qui a souvent nécessité un travail de développement supplémentaire. Ce défi était particulièrement important pour les entreprises disposant de systèmes hautement personnalisés, car l'intégration devait être développée sur mesure pour tenir compte de ces personnalisations, ce qui entraînait une augmentation des coûts et de la complexité.
Capacités d'intégration en temps réel
L'intégration par défaut s'appuyait souvent sur des processus batch pour synchroniser les données entre Dynamics CRM et Dynamics NAV, ce qui signifie que les données n'étaient pas toujours mises à jour en temps réel. Cela pouvait conduire à des situations où les utilisateurs travaillaient avec des informations obsolètes, ce qui pouvait affecter les ventes, le service à la clientèle et la gestion des stocks.
Complexité de l'installation et de la maintenance
La mise en place de l'intégration par défaut nécessitait une bonne compréhension de Dynamics CRM et Dynamics NAV, y compris de leurs modèles de données et de leur logique d'entreprise. En outre, la maintenance de l'intégration, en particulier dans le contexte de mises à jour du système ou de modifications des processus d'entreprise, pouvait devenir complexe et prendre beaucoup de temps. Les entreprises devaient souvent faire appel à des consultants externes ou à des experts internes pour gérer efficacement l'intégration.
Questions de performance
Pour les ensembles de données plus importants ou les processus de synchronisation plus complexes, les performances pouvaient devenir un problème avec l'intégration par défaut. Cela était particulièrement vrai lorsque de gros volumes de données devaient être synchronisés, car le processus par lots pouvait prendre beaucoup de temps, ce qui pouvait avoir un impact sur les activités de l'entreprise.
Les nouvelles versions et mises à jour peuvent remédier à certaines de ces limitations, en offrant des options d'intégration plus robustes et plus flexibles, bien que les entreprises puissent choisir de ne pas passer aux versions les plus récentes pour diverses raisons, telles que la nécessité de se connecter à Azure pour les mises à jour de localisation.
Connect Bridge répond à ces limitations en synchronisant de manière transparente les données entre Dynamics CRM et Dynamics NAV grâce à ses connecteurs. Vous pouvez aborder la synchronisation des données de différentes manières :
- Développez votre intégration dans le langage de codage de votre choix. Connect Bridge traduit le langage en syntaxe SQL et communique avec les points d'extrémité de l'API. Votre développeur gagne du temps et de l'argent car il n'a pas besoin d'apprendre le langage des points d'extrémité du système cible. Il code dans le langage qu'il maîtrise et permet à Connect Bridge de faire le reste. Cette approche est recommandée pour les entreprises qui ont de gros volumes de données à synchroniser.
Plusieurs extraits de code montrant comment un développeur peut créer une intégration NAV Customer -> Dynamics CRM Account dans C# par rapport à Connect Bridge pourraient ressembler à ce qui suit :
- Utilisez le connecteur Power Automate Connect Bridge. Cet outil astucieux vous permet de construire votre intégration à l'aide de Power Automate Flows. Construisez des flux où les déclencheurs du cloud exécutent ensuite une action dans votre Dynamics NAV sur site ou dans le cloud. Vous pouvez également configurer un déclencheur récurrent dans Power Automate pour vérifier les mises à jour dans Dynamics NAV toutes les quelques minutes et mettre à jour Dynamics CRM en conséquence. Cette approche est recommandée pour les entreprises qui ont de faibles volumes de données et/ou qui souhaitent utiliser Power Automate pour travailler avec diverses actions, des notifications internes par e-mail aux messages textuels des clients.
Par exemple, si vous avez plusieurs bases de données NAV mais un seul CRM, vous pouvez créer une logique de condition dans Power Automate pour spécifier si la société propriétaire du contrat est une société spécifique, puis se connecter à la base de données NAV 1, sinon exécuter une logique souhaitée différente.
Résumé
Les responsables doivent peser le pour et le contre pour trouver la bonne méthode d'intégration pour leur environnement. Lorsqu'il s'agit d'intégrer Dynamics CRM à Dynamics NAV, certains peuvent estimer que l'intégration prête à l'emploi répond à toutes leurs exigences sans nécessiter de personnalisation. Cependant, lorsqu'une entreprise possède plusieurs bases de données NAV et travaille avec un seul CRM, Connect Bridge est une solution pratique qui offre différentes méthodes pour construire une intégration, que ce soit avec un développeur capable de coder dans le langage de son choix ou avec un utilisateur de Power Automate.
Directeur de l'exploitation chez Connecting Software
Auteur :
Je suis le directeur de l'exploitation de Connecting Software et je gère les opérations quotidiennes sur nos différents sites. Je suis passionné par l'amélioration continue et l'accroissement de l'efficacité. Si vous souhaitez rejoindre notre formidable équipe en Slovaquie ou à Madère, n'hésitez pas à nous contacter.