Introduction
Dynamics 365 Finance & Operations (F&O) est au cœur des processus financiers et opérationnels des entreprises. Pour exploiter ces données dans des solutions BI, des data lakes ou des systèmes tiers, il est essentiel de maîtriser les méthodes d’export. Cet article explore les options disponibles, leurs avantages et leurs limites, afin de vous aider à choisir la meilleure approche.
| Méthode | Temps réel | Complexité | Coût | Intégration BI |
| Synapse Link pour D365 (CSV) | Quasi temps réel (15min) (réplication continue) | Moyenne (configuration Synapse Link + Data Lake) | stockage + requêtes Serverless | Utilisation d’un ETL / ELT avec CDC pour alimenter BI externe |
| Synapse Link pour D365 avec conversion Delta Lake + Synapse Serverless | La fraîcheur des données dépend de la configuration de la conversion | Élevée (Spark Pool, orchestration, gouvernance Delta) | Spark Pool + Serverless | Excellente (performances optimisées, ACID, partitionnement) |
| Fabric Link (OneLake) | Quasi temps réel (15min) (intégration native) | Faible (activation Link, configuration Fabric) | capacité Fabric | Excellente (Power BI intégré, Lakehouse, Data Warehouse) |
Option 1 : Export en CSV
Idée Générale : Vous avez votre système décisionnel (autre que MS Fabric) en place et vous souhaitez ajouter D365 en source de données
Composant(s) Azure nécessaire(s) :
- Azure Data Lake Storage
Droit Requis
- Administrateur système sur l’environnement F&O ou CRM
- Propriétaire du Ressource Group contenant l’Azure Data Lake Storage
- Propriétaire et Contributeur de l’accès au Blob de l’Azure Data Lake Storage
Avantage / Point à prendre en considérations
| – Coût faible – Facilité et rapidité de déploiement – Données exportées toutes les 5 mins (paramétrable) => quasi temps réel | – Nécessité d’utiliser un ETL avec capacité de Change Data Capture (CDC) – Nécessité de créer ses data model BI dans un système décisionnel existant – Nécessité d’utiliser un outil de reporting externe pour voir les données D365 |
Les données sont déversées toutes les 15 minutes dans le data lake azure (paramétrable).
Le service Synapse Link peut exporter des données incrémentielles au même format que Change feeds in Export to Data lake.
Le service Synapse Link offre plusieurs améliorations par rapport au plugins LCS Export To Datalake pour les modifications de données incrémentielles.
- Le chargement initial des données est inclus dans les dossiers de modification. Cela permet au même pipeline de consommer facilement à la fois le chargement initial et les mises à jour incrémentielles.
- Les données modifiées ne sont pas supprimées en cas de réinitialisation d’une table.
- Le système crée une structure de dossier horodatée et des métadonnées qui vous aident à lire les modifications dans l’ordre chronologique. Une fois écrites, les données modifiées ne sont jamais mises à jour. Cette approche est mieux adaptée aux modifications de traitement à l’aide d’outils d’ingestion de données volumineuses tels que Azure Data Factory.
- Vous pouvez configurer la fréquence à laquelle vous souhaitez que les flux de modifications soient mis à jour dans les dossiers avec Synapse Link (à partir de 5 minutes)
Astuces pour faire apparaitre les tables F&O lors de la création du synpase link :
Lors de la création du lien synapse, vous aurez dans l’interface, le seul choix suivant : Dataverse
Vous devez afficher les paramètres avancés, puis cocher les deux options ci-dessous. Ce n’est qu’à ce moment-là que les tables D365 f&O seront disponibles pour le synapse link.
Option 2 : Export en CSV puis conversion des données en format delta lake
Idée Générale : Vous n’avez pas votre système décisionnel en place (ou vous ne souhaitez pas pousser les données D365 vers votre BI), et vous souhaiter connecter un outil de reporting comme Power Bi sur les données de D365.
Composant(s) Azure nécessaire(s) :
- Azure Data Lake Storage
- Azure Synapse Analytics Workspace
- Pool Apache Spark
Droit Requis
- Administrateur système sur l’environnement F&O ou CRM
- Propriétaire du Ressource Group contenant l’Azure Data Lake Storage
- Propriétaire et Contributeur de l’accès au Blob de l’Azure Data Lake Storage
- Propriétaire de l’Azure Synapse Analytics Workspace
- A l’intérieur du Synapse, Droit Synapse Administrateur du Workspace
Avantage / Point à prendre en considérations
| – Facilité et rapidité de déploiement de l’export et de la conversion des données D365Les changements sur les tables sources sont automatiquement repliqués via le link dans le synapse – Possibilité de « brancher » PowerBI sur le endpoint serverless du synpase pour exploiter les données rapidement -Données exportées toutes les 5 mins en CSV puis conversion tous les 15 min (paramétrable) => quasi temps réel | – Les coûts de conversion de CSV en delta lake peuvent grimper vite (coût du apache spark pool) en fonction du volume converti et de la fréquence – Nécessité de créer des vues SQL pour générer les faits et dimensions d’un modèle BI étoile (peut prendre du temps si la connaissance du data model D365 est partiel)Il y a un coût (faible) au to requêté sur le synapse serverless – Necéssite un temps de développement pour exploiter des données d’autres systèmes que D365 dans le synapse |
L’intérêt majeur de cette option est de pouvoir connecter un outil de reporting (type Power BI) directement sur l’espace Synapse.
Option 3 : Microsoft Fabric
Idée Générale : Vous avez votre système décisionnelle sur Fabric et souhaiter ajouter la source de données D365.
Composant(s) nécessaire(s) :
- Capacité Fabric
Droit Requis
- Administrateur système sur l’environnement F&O ou CRM
- Propriétaire ou Administrateur de la capacité Fabric
La capacité Fabric doit être dans la même région que votre environnement Dataverse
