Microsoft Power Platform · Daten-Plattform
Als Microsoft Dataverse Partner bauen wir das Fundament unter Power Apps, Power Automate, Power BI und Power Pages — die Datenbank, auf der Microsoft Dynamics 365 CE-Module sitzen, mit eingebauter Sicherheit, Audit-Spuren und einer ordentlichen API. Die meisten Architektur-Entscheidungen, die später Konsequenzen haben, fallen genau hier.
Funktionsumfang
Dataverse ist mehr als eine SQL-Tabelle in der Cloud. Es ist eine Plattform mit Geschäftslogik, Sicherheit und Erweiterbarkeit eingebaut. Die fünf Kernbestandteile.
Tabellen (früher „Entities"), Spalten (früher „Attributes"), Beziehungen (1:N, N:1, N:N) mit konfigurierbarem Cascading-Verhalten. Lookup-Spalten als typsichere Foreign-Keys. Calculated Columns und Rollup Columns für aggregierte Werte. Choice-Felder (Optionsets) als kontrollierte Dropdowns. Alles über eine Designer-Oberfläche oder über das Solution-XML versionierbar.
Sicherheitsrollen (was darf jemand grundsätzlich), Business Units (organisatorische Trennung), Teams (Zugriffs-Bündelung), Hierarchical Security (Vorgesetzten-Zugriff), Field-Level-Security (welche Felder sieht wer). Plus Sharing einzelner Datensätze und Access Teams. Nicht trivial — aber mächtig, wenn sauber aufgesetzt.
Lookup-Spalten zu einer Tabelle, polymorphe Lookups zu mehreren Tabellen (z. B. „Bezogen auf Kontakt oder Account"), Customer-Type-Lookups als Microsoft-Spezial. Zugriff über Expand-Queries in der API. Vorsicht: Bei großen Datenmengen sind tiefe Joins ein Performance-Thema.
Server-seitige Geschäftslogik in C#, ausgelöst auf Pre/Post-Operation, synchron oder asynchron. Pre-Validation (vor der Datenbank-Operation), Pre-Operation (in der Transaktion), Post-Operation (nach dem Commit). Mit InputParameters, OutputParameters, Shared Variables. Damit lässt sich Geschäftslogik bauen, die durchgesetzt wird — egal ob das UI, ein Flow oder die API auslöst.
Vollständige Web API über OData v4. Authentifizierung über Azure AD (Service Principal oder Delegated User). CRUD plus Custom-Actions, Batch-Requests, Change-Tracking, FetchXML als Legacy-Alternative. Damit lässt sich Dataverse von außen vollständig fernsteuern — sehr nützlich für Custom-Integrationen.
Eingebautes Audit-Logging auf Tabellen- und Feld-Ebene, Änderungshistorie pro Datensatz, GDPR-Anfragen-Workflow, EU-Datenresidenz konfigurierbar, Customer-managed Keys möglich. Für NIS2-betroffene Branchen relevant — siehe Compliance & NIS2.
Use Cases
Drei klassische Einsatzfelder — vom Common Data Model bis zur Integration zwischen mehreren Geschäftsanwendungen.
Eine zentrale Datenbasis, auf der alle Geschäftsanwendungen sitzen: Kunden, Verträge, Tickets, Aufträge, Mitarbeitende, Produkte. Microsoft Dynamics 365 CE-Module nutzen dieses Modell out-of-the-box. Wer eigene Power Apps, Power Automate Flows und Power Pages dazu baut, vermeidet Datensilos und Doppel-Pflege.
Die Power Apps für die Außendienst-Mitarbeitenden, das Self-Service-Portal für Kunden, das Reporting in Power BI — alle drei greifen auf dieselben Dataverse-Tabellen zu, die D365 Sales und Customer Service ohnehin nutzen. Das ist die Architektur-Stärke der Plattform: ein Datenmodell, vier Werkzeuge.
Wenn Sie eine Custom-Web-App oder eine Mobile-App bauen, kann Dataverse das Backend liefern — über die OData-API, mit Sicherheit und Audit-Spuren eingebaut, ohne eigene Datenbank-Verwaltung. Wir kombinieren das regelmäßig mit unserem Independent Engineering — Custom-Frontend, Dataverse-Backend.
Wenn mehrere Quell-Systeme dieselben Stammdaten halten (Kunden in CRM, ERP und Marketing-Tool), kann Dataverse als Master eingerichtet werden — mit Synchronisation in beide Richtungen über Power Automate, mit Konflikt-Logik, mit klarer Datenherkunft. Saubere Architektur, vorausgesetzt das Sicherheits-Modell ist von Anfang an durchdacht.
Was wir liefern
Tabellen, Spalten, Beziehungen, Cascading-Verhalten, Indizierung. Wir designen mit Blick auf Performance bei wachsendem Volumen — Standard-Tabellen vs. Custom-Tabellen, Single-Page-Forms vs. Tabbed-Forms, Lookup-Tiefe vs. Denormalisierung. Lieferung als Solution-Package, versionierbar in Git.
Sicherheitsrollen, Business-Unit-Hierarchie, Teams, Field-Level-Security. Konkrete Use-Case-Matrix: welche Rolle sieht welche Felder welcher Tabelle in welcher Sichtbarkeit. Mit Test-Konten pro Rolle, durchgespielt vor Go-Live. Saubere Sicherheit ist das, was später kein Audit mehr aufrollen muss.
Geschäftslogik in C#, in Pre/Post-Phase, synchron oder asynchron. Mit Unit Tests gegen FakeXrmEasy, mit Logging an Application Insights, mit Solution-Versionierung. Wir kommentieren so, dass auch Ihr nächster Entwickler in 3 Jahren versteht, warum diese Logik genau hier sitzt.
Schnittstellen zu SAP, Oxaion, NAV, Salesforce, eigenen ERPs. Über Power Automate für die Standardfälle, über Custom Code (C#, Node, Python) für hochfrequente oder rechenintensive Integrationen. Mit Retry-Logik, Idempotenz, Monitoring. Cross-Link: Intercompany Integration.
Das Spezifikum — Limitations
Dataverse ist mächtig, aber kein generisches SQL. Wer die Plattform produktiv einsetzt, muss eine Reihe Grenzen kennen — und wir gehen sie im Architektur-Gespräch jedesmal durch:
Diese Limitations sind keine Show-Stopper — aber sie sind die Punkte, an denen schlecht designte Anwendungen 18 Monate nach Go-Live an die Wand fahren. Wir designen so, dass diese Grenzen früh sichtbar werden und beherrscht.
Häufige Fragen
Dataverse ist Microsofts gemanagte Datenplattform für Geschäftsanwendungen — kein klassisches Datawarehouse, keine generische SQL-DB. Stattdessen: relationale Tabellen mit eingebauter Sicherheit, Logik (Plug-ins, Workflows), Audit-Logging, REST/OData-API. Die Datenbank, auf der Microsoft Dynamics 365 CE-Module sitzen — und die für Power Apps, Power Automate, Power Pages das Backend liefert.
Power Apps können auf SharePoint-Listen sitzen — und für 100 Datensätze und einen Anwender ist das in Ordnung. Sobald aber relationale Beziehungen, Sicherheit auf Zeilen-Ebene, größere Volumina oder Plug-in-Logik ins Spiel kommen, wird SharePoint schnell unhandlich. Dataverse ist die professionelle Wahl, sobald die App produktiv und wartbar werden soll.
Mehrere praxisrelevante Grenzen: Image-Spalten 4 MB pro Datei, Bulk-Operationen mit Throttling-Grenzen, API-Calls pro 24h pro Lizenz limitiert, Plug-in-Ausführungszeit max. 2 Minuten (synchron), Datenbank-Größe in der inkludierten Lizenz auf wenige GB beschränkt, mehr Speicher kostet pro GB. Wir gehen die Grenzen im Architektur-Gespräch durch — sie sind beherrschbar, aber muss man kennen.
Dataverse hat ein ausgereiftes Sicherheits-Modell: Sicherheitsrollen, Business Units, Teams, Field-Level-Security, Hierarchical Security. Datenverschlüsselung in Ruhe und bei Übertragung, Customer-managed Keys möglich. Für DACH-Compliance: EU-Datenresidenz garantierbar, GDPR-Audit-Spuren eingebaut. NIS2-relevante Anforderungen können wir abbilden — siehe auch Compliance & NIS2.
Ja, über die Dataverse Web API (REST/OData v4). Authentifizierung über Azure AD mit Service Principal oder Delegated User. Wir bauen häufig Custom Connectors aus dieser API für Power Automate, oder direkte Integrationen aus eigenen Custom-Anwendungen. Die API hat Throttling — entsprechend bauen wir mit Retry-Logik und Bulk-Operationen, wo möglich.
Für Microsoft-Dynamics-365-Nutzer ist Dataverse mit der D365-Lizenz inkludiert. Für eigenständige Power-Platform-Szenarien kommt der Per-User-Plan (~20 €/Monat) oder Per-App-Plan (~5 €/App/Monat) — beide enthalten Dataverse-Nutzung. Speicher über die inkludierten 10 GB plus 250 MB/User wird pro GB monatlich abgerechnet. Mehr im License Cost Calculator.
Stand der Preise: Microsoft passt Listenpreise regelmäßig an (Currency-Adjustments, NCE-Aktualisierungen, Plan-Restructurings). Die hier genannten Beträge sind Orientierungs-Werte aus Mai 2026. Aktuelle Preise inkl. arades-CSP-Konditionen abrufen Sie tagesaktuell im License Cost Calculator (licenses.arades.de) ↗.
45 Min Architektur-Gespräch
Bringen Sie Ihre Anforderungen, wir gehen mit Ihnen Tabellen-Design, Sicherheit und API-Architektur durch — bevor jemand das erste Feld anlegt.
Begleitende Dienstleistungen
Engineering-Projekte stehen selten allein — Lizenz-Logik, Architektur-Klärung, Quality-Gates, Wissens-Transfer und Folge-Betrieb laufen meistens parallel. Hier die häufigsten Begleitleistungen, die wir in Discovery-Spike, Sprint-Festpreis oder Application-Care-Verträgen zubuchen.
Vorab · Architektur
Bevor implementiert wird: Tenant-Struktur, Datenmodell, Sicherheitskonzept, Integration-Mapping. Ergebnis ist ein Architektur-Dokument, mit dem jedes Engineering-Team weiterarbeiten kann — auch ein anderes als wir.
Ansehen →
Vorab · CSP
Welche Lizenz-Bundles für welche User, welche Add-on-SKUs notwendig sind, wo Sie über- oder unterlizenziert sind. Als Microsoft Lizenzierungspartner bezogen — mit der Option, CSP nur als Kontrolle ohne Margenmaximierung zu nutzen.
Ansehen →
Während · Quality-Gate
Unabhängige Zweit-Meinung während eines laufenden Implementations-Projekts — egal ob wir es selbst durchführen oder ein anderer Partner. CMMI-basierte Quality-Gates, Risk-Reviews, Festpreis pro Gate.
Während · Adoption
Nicht der klassische 2-Tage-Workshop, der nach einer Woche vergessen ist — sondern ein dynamisches Lernprogramm über 4–6 Wochen mit Erstschulung, Anwendungsphasen und Aufbau-Sessions. Schulungs-Matrix für Rollen und Themen.
Ansehen →
Danach · Betrieb
Nach Go-Live: planbarer Application-Care-Vertrag mit Monatspauschale, SLA-basiert. Inklusive Releases, Hotfixes, Erweiterungen, Tenant-Hardening — und kontinuierlicher Begleitung statt nur Reaktion auf Ticket.
Ansehen →
Danach · Wissen
Wenn die ursprünglichen Entwickler weg sind, der Vorgänger-Partner nicht mehr greifbar oder die Dokumentation veraltet — Reverse Engineering der bestehenden Lösung mit dokumentiertem Ergebnis: Code-Map, Datenmodell, Customization-Inventar.
Ansehen →
Strategie-Hintergrund · arades Themen-Page
Warum wir alle unsere Apps und Empfehlungen konsequent auf eine einzige Datenbasis bauen — und wann die Insel-Lösung trotzdem die bessere Antwort ist. 2.500 Wörter zu Architektur, Migrations-Pfaden und ehrlichen Abgrenzungen.
Themen-Page lesen →