Microsoft Power Platform · Plateforme de données
En tant que Partenaire Microsoft Dataverse, nous construisons les fondations sous Power Apps, Power Automate, Power BI et Power Pages — la base de données sur laquelle reposent les modules CE de Microsoft Dynamics 365, avec sécurité intégrée, traces d'audit et une API soignée. La plupart des décisions d'architecture aux conséquences durables se prennent ici.
Périmètre fonctionnel
Dataverse est plus qu'une table SQL dans le cloud. C'est une plateforme avec logique métier, sécurité et extensibilité intégrées. Les cinq composants centraux.
Tables (anciennement « entities »), colonnes (anciennement « attributes »), relations (1:N, N:1, N:N) avec comportement de cascading configurable. Colonnes lookup comme foreign keys typées. Calculated columns et rollup columns pour valeurs agrégées. Champs choice (optionsets) comme dropdowns contrôlés. Tout versionnable via interface designer ou XML Solution.
Rôles de sécurité (que peut faire quelqu'un en principe), business units (séparation organisationnelle), équipes (regroupement d'accès), hierarchical security (accès hiérarchique), field-level security (qui voit quels champs). Plus le partage d'enregistrements individuels et les access teams. Pas trivial — mais puissant si bien posé.
Colonnes lookup vers une table, lookups polymorphes vers plusieurs tables (par ex. « relatif à contact ou account »), lookups customer-type comme spécialité Microsoft. Accès via expand queries dans l'API. Attention : sur de gros volumes, les jointures profondes deviennent un sujet de performance.
Logique métier côté serveur en C#, déclenchée en pre/post-operation, synchrone ou asynchrone. Pre-validation (avant l'opération base), pre-operation (dans la transaction), post-operation (après commit). Avec InputParameters, OutputParameters, Shared Variables. Cela permet de bâtir une logique métier appliquée — peu importe si elle est déclenchée par l'UI, un flow ou l'API.
Web API complète via OData v4. Authentification via Azure AD (Service Principal ou Delegated User). CRUD plus Custom Actions, batch requests, change tracking, FetchXML en alternative legacy. Cela permet de piloter Dataverse intégralement depuis l'extérieur — très utile pour intégrations custom.
Audit logging intégré au niveau table et champ, historique des modifications par enregistrement, workflow de demandes RGPD, résidence des données EU configurable, customer-managed keys possibles. Pertinent pour les secteurs concernés par NIS2 — voir Conformité & NIS2.
Use cases
Trois champs d'usage classiques — du Common Data Model à l'intégration entre plusieurs applications métier.
Une base de données centrale sur laquelle reposent toutes les applications métier : clients, contrats, tickets, commandes, collaborateurs, produits. Les modules CE de Microsoft Dynamics 365 utilisent ce modèle out-of-the-box. Qui construit ses Power Apps, ses flux Power Automate et ses Power Pages dessus évite silos de données et double saisie.
La Power App pour les terrains, le portail self-service pour clients, le reporting dans Power BI — les trois accèdent aux mêmes tables Dataverse que D365 Sales et Customer Service utilisent déjà. C'est la force architecturale de la plateforme : un modèle de données, quatre outils.
Si vous construisez une web app ou mobile app custom, Dataverse peut fournir le back-end — via l'API OData, avec sécurité et traces d'audit intégrées, sans gestion de base propre. Nous combinons cela régulièrement avec notre Independent Engineering — front-end custom, back-end Dataverse.
Quand plusieurs systèmes source détiennent les mêmes données de référence (clients dans CRM, ERP et outil marketing), Dataverse peut être posé comme master — avec synchronisation bidirectionnelle via Power Automate, avec logique de conflit, avec data lineage clair. Architecture saine, à condition que le modèle de sécurité soit pensé dès le départ.
Ce que nous livrons
Tables, colonnes, relations, comportement de cascading, indexation. Nous concevons en regardant la performance à volume croissant — tables standard vs. custom, single-page forms vs. tabbed forms, profondeur de lookups vs. dénormalisation. Livraison comme package solution, versionnable en Git.
Rôles de sécurité, hiérarchie de business units, équipes, field-level security. Matrice concrète de cas d'usage : quel rôle voit quels champs de quelle table dans quelle visibilité. Avec comptes de test par rôle, joués avant la mise en production. Une sécurité propre, c'est ce que plus tard aucun audit n'aura à dérouler.
Logique métier en C#, en phase pre/post, synchrone ou asynchrone. Avec tests unitaires contre FakeXrmEasy, avec logging vers Application Insights, avec versionnement de solutions. Nous commentons pour que votre prochain développeur dans 3 ans comprenne pourquoi cette logique est exactement ici.
Interfaces vers SAP, Oxaion, NAV, Salesforce, ERP propres. Via Power Automate pour les cas standard, via code custom (C#, Node, Python) pour les intégrations à haute fréquence ou intensives. Avec logique de retry, idempotence, monitoring. Lien : Intercompany Integration.
La spécificité — limitations
Dataverse est puissant mais ce n'est pas du SQL générique. Quiconque exploite la plateforme en production doit connaître une série de limites — et nous les passons en revue à chaque entretien d'architecture :
Ces limites ne sont pas bloquantes — mais ce sont les points où des applications mal conçues s'écrasent 18 mois après la mise en production. Nous concevons pour que ces limites soient visibles tôt et maîtrisées.
Questions fréquentes
Dataverse est la plateforme de données managée de Microsoft pour applications métier — pas un datawarehouse classique, pas une base SQL générique. À la place : tables relationnelles avec sécurité intégrée, logique (plug-ins, workflows), audit logging, API REST/OData. La base de données sur laquelle reposent les modules CE de Microsoft Dynamics 365 — et qui fournit le back-end de Power Apps, Power Automate, Power Pages.
Power Apps peut reposer sur des listes SharePoint — et pour 100 enregistrements et un utilisateur, c'est acceptable. Mais dès que les relations relationnelles, la sécurité au niveau ligne, des volumes plus grands ou la logique de plug-ins entrent en jeu, SharePoint devient vite ingérable. Dataverse est le choix professionnel dès que l'app doit devenir productive et maintenable.
Plusieurs limites pertinentes en pratique : colonnes image 4 Mo par fichier, opérations bulk avec limites de throttling, appels API par 24 h par licence limités, temps d'exécution plug-in max 2 minutes (synchrone), taille de base incluse limitée à quelques Go, stockage supplémentaire facturé au Go. Nous examinons ces limites lors de l'entretien d'architecture — elles sont maîtrisables, mais à connaître.
Dataverse a un modèle de sécurité mature : rôles de sécurité, business units, équipes, field-level security, hierarchical security. Chiffrement des données au repos et en transit, customer-managed keys possibles. Pour la conformité EU : résidence des données EU garantissable, traces d'audit RGPD intégrées. Les exigences NIS2 peuvent être couvertes — voir aussi Conformité & NIS2.
Oui, via la Dataverse Web API (REST/OData v4). Authentification via Azure AD avec Service Principal ou Delegated User. Nous construisons souvent des Custom Connectors depuis cette API pour Power Automate, ou des intégrations directes depuis nos applications custom. L'API a du throttling — nous construisons donc avec logique de retry et opérations bulk où possible.
Pour les utilisateurs Microsoft Dynamics 365, Dataverse est inclus dans la licence D365. Pour des scénarios Power Platform autonomes, le per-user plan (~20 €/mois) ou le per-app plan (~5 €/app/mois) — les deux contiennent l'usage Dataverse. Le stockage au-delà des 10 Go inclus plus 250 Mo/utilisateur est facturé mensuellement par Go. Plus dans le License Cost Calculator.
État des prix : Microsoft ajuste régulièrement les prix catalogue (currency adjustments, mises à jour NCE, restructurations de plans). Les montants indiqués sont des valeurs d'orientation de mai 2026. Les prix actuels incluant les conditions CSP arades sont disponibles en temps réel dans le License Cost Calculator (licenses.arades.de) ↗.
Entretien architecture 45 min
Apportez vos exigences, nous passons en revue design de tables, sécurité et architecture API avec vous — avant que quiconque ne crée le premier champ.
Prestations associées
Les projets d'ingénierie sont rarement isolés — logique de licences, clarification d'architecture, quality gates, transfert de connaissances et exploitation à venir sont généralement parallèles. Voici les prestations d'accompagnement les plus fréquentes, à ajouter dans un Discovery-Spike, un sprint au forfait ou des contrats Application Care.
En amont · Architecture
Avant l'implémentation : structure du tenant, modèle de données, concept de sécurité, mapping d'intégration. Le résultat est un document d'architecture sur lequel toute équipe d'ingénierie peut poursuivre — même une autre que la nôtre.
Voir →
En amont · CSP
Quels bundles de licences pour quels utilisateurs, quels SKU add-on sont nécessaires, où vous êtes sur- ou sous-licencié. Achat via un partenaire de licences Microsoft — avec l'option d'utiliser le CSP en simple contrôle, sans maximisation de marge.
Voir →
Pendant · Quality-Gate
Avis indépendant pendant un projet d'implémentation en cours — que nous le menions nous-mêmes ou un autre partenaire. Quality gates basés CMMI, revues de risques, forfait par gate.
Pendant · Adoption
Pas le workshop classique de 2 jours oublié au bout d'une semaine — mais un programme d'apprentissage dynamique sur 4 à 6 semaines avec formation initiale, phases de mise en pratique et sessions d'approfondissement. Matrice de formation par rôles et sujets.
Voir →
Après · Exploitation
Après la mise en production : contrat Application Care planifiable au forfait mensuel, basé SLA. Inclut releases, correctifs, extensions, durcissement du tenant — et accompagnement continu plutôt que simple réaction aux tickets.
Voir →
Après · Connaissance
Quand les développeurs d'origine sont partis, que le partenaire précédent n'est plus joignable ou que la documentation est obsolète — reverse engineering de la solution existante avec un résultat documenté : code-map, modèle de données, inventaire des customizations.
Voir →
Arrière-plan stratégique · Page thématique arades
Pourquoi nous construisons toutes nos apps et recommandations de façon cohérente sur une seule base de données — et quand la solution en îlot reste la meilleure réponse. 2 500 mots sur l'architecture, les chemins de migration et les distinctions honnêtes.
Lire la page thématique →