Intégration avec Dynamics 365 for Finance & Operations : comment gérer l'absence d'horodatage

August 04, 2020 · Henning Lund · Intégration Microsoft

Quiconque a essayé de réaliser une intégration de données avec Microsoft Dynamics 365 for Finance and Operations a rencontré cet obstacle : le système ne prend pas en charge l'horodatage. Cela complique l'identification des données nouvelles ou modifiées. Il existe plusieurs façons de résoudre ce problème.
Le problème est que si vous ne voulez pas transférer une table entière à chaque synchronisation de données, vous avez besoin d'un moyen de détecter quelles données sont modifiées ou ajoutées.

Alors, quelle est la meilleure façon de gérer cela ?

Méthode 1 : développer des déclencheurs dans le code qui mettent à jour un champ d'horodatage sur l'enregistrement

La première méthode nécessite qu'un développeur crée un champ d'horodatage sur chaque table, ou crée une fonctionnalité similaire qui est mise à jour chaque fois qu'un enregistrement est modifié. Mais cette méthode pose plusieurs problèmes.

1. Un enregistrement peut être modifié par de nombreuses actions différentes. Il peut s'agir d'une mise à jour manuelle effectuée par un utilisateur, d'un import qui s'exécute directement sans passer par le code, ou d'une fonctionnalité présente à de nombreux endroits différents du code du système, qu'il faut détecter pour préserver la cohérence de l'horodatage. Il peut être très difficile de prévoir si le code capture bien tous les changements possibles, ce qui rend le système fragile face aux évolutions.
2. La programmation doit prendre en compte toutes les tables, y compris les tables liées, ce qui signifie que le développement, les tests et la maintenance peuvent être considérables, et que l'intégration devient fragile et coûteuse à maintenir, car elle ajoute une couche de complexité supplémentaire à un système déjà complexe par nature.

 

Méthode 2 : créer des tables de comparaison dans AX

Une autre méthode consiste à créer des tables de comparaison dans AX, où le développeur peut comparer les nouvelles et les anciennes valeurs et ainsi détecter les enregistrements modifiés. C'est à bien des égards une façon plus fiable de détecter les changements, mais elle comporte aussi certains défis :

1. La mise en place de cette logique sur mesure peut demander un travail considérable et, comme pour la méthode 1, elle nécessite un effort important à créer et à maintenir. S'il ne s'agit que d'une seule table, ce n'est peut-être pas très grave, mais imaginez que vous en ayez 30 ou plus.
2. La plupart des implémentations de Microsoft Dynamics 365 Finance and Operations traitent un grand nombre de transactions, et donc de nombreux enregistrements dans le système. Cela peut créer une surcharge importante en lecture/écriture de données, ce qui peut nuire aux performances du système, un problème difficile à surmonter, et certainement pas bon marché.

Méthode 3 : utiliser la technologie Rapidi Mirror

Le mirror est une variante hautement optimisée de la méthode 2 ci-dessus. Il s'agit d'une base de données SQL binaire distincte (MS SQL, MySQL ou similaire) conçue pour résoudre le problème de l'horodatage sans les contraintes des méthodes précédentes :

1. Elle ne nécessite absolument aucune programmation, ce qui signifie que vous n'avez pas à écrire une seule ligne de code.
2. Elle demande très peu d'effort de mise en place, car tout est automatisé, quelles que soient les personnalisations ou les modules complémentaires présents dans Microsoft Dynamics 365 for Finance and Operations.
3. Quelle que soit la façon dont un enregistrement est modifié, la modification est détectée comme un changement et peut être utilisée par la plateforme d'intégration RapidiOnline pour identifier précisément les enregistrements modifiés.
4. Dans d'autres scénarios d'intégration, vous devez créer des champs sur les enregistrements pour contenir le lien vers l'autre système ou les autres systèmes. La solution RapidiOnline dispose en revanche d'une fonctionnalité LinkStorage, où ce lien est créé et maintenu directement dans la plateforme d'intégration. Vous pouvez ainsi disposer d'une intégration sans avoir à créer manuellement le moindre code ou champ, et votre chemin de mise à niveau reste inchangé.
5. Le mirror ne fonctionne pas uniquement avec Microsoft Dynamics 365 Finance and Operations : le problème de l'horodatage se pose également avec Microsoft Dynamics AX, et peut apparaître dans des systèmes développés sur mesure, par exemple sur SQL. Le RapidiMirror est générique et peut fonctionner avec d'autres systèmes également (Microsoft Dynamics GP rencontre le même défi), et il fonctionne aussi bien avec des applications sur site qu'avec des applications cloud.

Si vous souhaitez discuter de l'intégration avec Microsoft Dynamics 365 for Finance and Operations ou de tout défi lié à l'horodatage, nous sommes toujours heureux de vous aider.

À lire aussi : OData : ce qui arrive à votre intégration Dynamics lorsque vous devez passer à la version 365