Dynamics 365 · Addons & Erweiterungen

Dynamics 365 Addons & CRM Erweiterungen — Pre-built Solutions vom Microsoft Partner.

„Dynamics 365 Addons" ist als Suchbegriff bewusst weit gefasst — gemeint sind vier sehr unterschiedliche Kategorien von Erweiterungen, die im Tagesgeschäft regelmäßig miteinander verwechselt werden. Diese Seite ordnet das Feld zuerst begrifflich, zeigt anschließend die vier Kategorien (AppSource, Custom Solutions, eigene Lösungen, Plug-ins) und stellt am Ende drei eigene Lösungen vor, die wir auf Microsoft Dataverse entwickelt haben.

Microsoft Partner seit 2007 20+ Jahre CRM- und Dataverse-Praxis 3 eigene Lösungen auf Microsoft Dataverse Application Care · Reaktion < 4 h

Begriffs-Klarheit

Was sind Microsoft Dynamics 365 Addons?

Der Begriff „Addon" ist im Microsoft-Ökosystem unscharf — und genau das führt im Vertriebsgespräch regelmäßig zu Missverständnissen. Wer nach einem „Dynamics 365 Addon" sucht, meint je nach Vorerfahrung mindestens vier verschiedene Dinge: eine vorinstallierbare App aus dem AppSource-Marketplace, eine individuelle Erweiterung für die eigenen Prozesse, eine vom Partner vorgefertigte Branchenlösung oder einen technischen Plug-in-Baustein im Backend. Alle vier sind legitim, alle vier sind Teil des Microsoft-Erweiterungs-Modells — sie unterscheiden sich aber fundamental in Aufwand, Lizenz-Modell, Anpassbarkeit und Lebenszyklus.

Was alle vier Varianten verbindet: Sie laufen im selben Microsoft-Dataverse-Datenraum, sie nutzen dieselbe Microsoft-Entra-ID-Identität, und sie erben dieselbe Sicherheits- und Compliance-Architektur wie die Dynamics-365-Standard-Module. Ein Addon ist also nie ein „Fremdsystem neben dem CRM" — es ist ein Erweiterungs-Baustein im selben Tenant. Das ist der zentrale Unterschied zu klassischen Drittanbieter-Tools, die per Schnittstelle an ein CRM angebunden werden und dann eine eigene Datenbank, eine eigene Identität und eine eigene Compliance-Welt mitbringen.

In dieser Themen-Page betrachten wir die vier Addon-Kategorien aus drei Blickwinkeln: was sie technisch sind, wann sie wirtschaftlich Sinn ergeben und worauf bei der Auswahl zu achten ist. Anschließend stellen wir drei eigene Lösungen vor, die wir auf der Plattform entwickelt haben — als konkrete Beispiele für die Kategorie „eigene Lösungen vom Microsoft Partner".

Ein letzter wichtiger Punkt zum Begriff: „Dynamics CRM Addons" ist ein häufiges Such-Synonym — historisch geprägt aus der Zeit, als das CRM-Modul noch separat von der ERP-Welt vermarktet wurde. Heute ist das, was früher „Dynamics CRM" hieß, in der Dynamics-365-Familie aufgegangen — als Sales, Customer Service, Field Service, Project Operations und Customer Insights. Addons für diese Module folgen denselben Erweiterungs-Mustern wie Addons für die ERP-Module Business Central und Dynamics 365 Finance & Operations. Wenn Sie also nach „CRM Addons" suchen, sind Sie bei den vier Kategorien dieser Seite richtig.

Vier Kategorien

4 Arten von Dynamics 365 Erweiterungen.

Die vier Kategorien unterscheiden sich in Reifegrad, Anpassbarkeit, Lizenz-Modell und Time-to-Value. Im Discovery-Gespräch lohnt es sich, früh zu klären, welche Kategorie für die jeweilige Fragestellung wirklich passt — sonst diskutiert man im weiteren Verlauf an unterschiedlichen Bildern vorbei.

01 · AppSource-Marketplace-Apps

Öffentliche, von Microsoft zertifizierte Lösungen

AppSource ist Microsofts öffentlicher Marketplace für Business-Apps. Anbieter laden ihre Lösungen hoch, durchlaufen einen Zertifizierungsprozess und stellen sie weltweit zur Installation bereit. Vorteile: schneller Start (oft binnen weniger Stunden), klare Preisstruktur, Microsoft-validierter Funktionsumfang. Grenzen: standardisierte Funktionalität, eingeschränkte Anpassbarkeit, Abhängigkeit vom Update-Rhythmus des Anbieters. Typische Anwendungsfälle: Dokumenten-Management, Telefonie-Integration, E-Signatur, Outlook-Templates, branchenspezifische Beschleuniger.

Lizenz-Modell: Häufig SaaS-Subscription per Nutzer (5–50 € pro Monat), gelegentlich Einmal-Kauf, manchmal kostenfrei mit Pro-Variante.

02 · Custom Solutions

Kundenspezifisch entwickelt

Custom Solutions sind individuelle Anpassungen für einen einzelnen Kunden — entworfen, entwickelt und gepflegt für dessen spezifische Prozesse. Vorteile: maximale Passgenauigkeit, vollständige Kontrolle über Funktionsumfang und Roadmap, keine fremden Abhängigkeiten. Grenzen: höchster Aufwand, längster Time-to-Value, vollständige Wartungs-Verantwortung. Sinnvoll, wenn die Prozesse so spezifisch sind, dass keine AppSource-App und keine Branchenlösung passt — oder wenn ein Differenzierungs-Merkmal im Markt aufgebaut werden soll.

Lizenz-Modell: Einmalige Entwicklungs-Kosten (15.000 – 150.000 €) plus laufende Wartung. Power-Apps-Lizenzen je nach Tabellen-Nutzung erforderlich.

03 · Productized Solutions

Eigene wiederverwendbare Lösungen vom Partner

Productized Solutions sind ein Hybrid: Ein Partner entwickelt einmal für eine konkrete Branche oder Use-Case-Familie und installiert die Lösung anschließend bei mehreren Kunden — jeweils mit moderaten Anpassungen. Vorteile: kürzere Implementierungs-Zeit als Custom Solutions, höhere Passgenauigkeit als AppSource-Apps, klar definierter Funktions-Kern. Grenzen: Abhängigkeit vom einen Partner, Anpassungs-Budget muss eingeplant werden. Häufiges Modell bei branchenspezifischen CRM-Anforderungen, in denen ein Partner über mehrere Projekte echte Expertise aufgebaut hat.

Lizenz-Modell: Setup-Pauschale (5.000 – 25.000 €) plus monatliche Lizenz pro Nutzer. Power-Apps-Lizenz je nach Architektur erforderlich.

04 · Plug-ins & Power Platform Components

Technische Bausteine für Erweiterungs-Logik

Plug-ins sind serverseitige Code-Erweiterungen, die auf Dataverse-Events reagieren — etwa beim Erstellen, Aktualisieren oder Löschen eines Datensatzes. Power-Platform-Components umfassen Power-Automate-Flows, Power-Apps-Komponenten (PCF Controls), Custom Connectors und Webhooks. Vorteile: tiefe Integration in die Plattform, hohe Performance, exakte Logik-Kontrolle. Grenzen: kein eigenständiges Produkt — Plug-ins sind immer Teil einer größeren Anpassung. Typische Anwendungsfälle: komplexe Validierungs-Regeln, Audit-Logik, Echtzeit-Berechnungen, Custom-UI-Elemente.

Lizenz-Modell: Keine separate Lizenz — Plug-ins laufen in der Dataverse-Sandbox. Aufwand wird im Custom- oder Productized-Projekt verrechnet.

In der Praxis kombinieren reife Implementierungen häufig zwei oder drei dieser Kategorien — eine AppSource-App für E-Signatur, eine eigene Lösung für die branchenspezifischen Prozesse, ein Plug-in für die kritische Validierungs-Logik.

Dynamics 365 Addons — modulare Erweiterungen auf der Microsoft-Plattform
AppSource, Custom Solutions, eigene Lösungen, Plug-ins — vier Kategorien, ein Tenant, ein Dataverse-Datenraum.

arades Productized Solutions

Drei eigene Lösungen auf Microsoft Dynamics 365.

Aus 20+ Jahren CRM-Praxis sind drei wiederverwendbare Lösungen entstanden, die wir bei mehreren Kunden produktiv im Einsatz haben. Alle drei laufen auf Microsoft Dataverse, alle drei integrieren sich in den bestehenden Dynamics-365-Tenant, alle drei sind als Productized Solution mit moderatem Anpassungs-Budget einsetzbar.

Jede dieser drei Lösungen ist eine Productized Solution im oben beschriebenen Sinn: einmal entwickelt, bei mehreren Kunden eingesetzt, mit klarem Anpassungs-Korridor. Erst-Setup pro Lösung ab vier bis acht Wochen je nach Daten-Migration aus Vorgänger-Systemen.

Was alle drei Lösungen gemeinsam haben: Sie liegen vollständig im Tenant des Kunden, sie nutzen Standard-Dataverse-Tabellen, wo immer möglich, und sie sind ALM-konform paketiert — als Managed Solution mit klar definierten Solution-Schichten. Das hat praktische Folgen: Wenn ein Kunde nach drei Jahren entscheidet, die Lösung nicht mehr mit arades weiterzuführen, bleibt die App im Tenant erhalten, die Daten bleiben in den Dataverse-Tabellen, und ein anderer Engineering-Partner kann mit der dokumentierten Solution-Struktur direkt weiterarbeiten. Das ist nicht selbstverständlich — viele Productized Solutions sind so paketiert, dass ein Wechsel des Partners faktisch eine Neu-Implementierung bedeutet.

Für welche der drei Lösungen sich ein Discovery-Gespräch lohnt, hängt von der Branche und der Ausgangslage ab. Die Bildungsinstitute-App ist relevant für Akademien, Hochschulen, IHK-Bildungsträger, technische Weiterbildungs-Anbieter und private Trainings-Häuser. Die Verbände- und Kammern-App passt zu Berufsverbänden, Außenhandelskammern, Kammer-ähnlichen Selbstverwaltungs-Strukturen und größeren Vereinen mit beitragspflichtiger Mitglieder-Struktur. Der License Cost Calculator ist kein klassisches Kundenprojekt, sondern öffentlich nutzbar — als Beleg für die arades-eigene Plattform-Tiefe und als praktisches Werkzeug für jeden, der Microsoft-Lizenz-Mathematik im eigenen Setup durchrechnen möchte.

Auswahl-Kriterien

6 Kriterien für die Auswahl eines Dynamics 365 Addons.

Sechs Hebel, die in unserer Erfahrung über tragfähige Addon-Entscheidungen und teure Re-Architektur-Schleifen entscheiden. Wenn Sie mehrere Addons oder Anbieter vergleichen — fragen Sie genau diese Punkte ab. Anbieter-neutral formuliert, damit Sie die Antworten auch bei Wettbewerbern einordnen können.

01 · Datenmodell-Integration

Nutzt das Addon den Dataverse-Standard oder bringt es eigene Tabellen mit?

Ein gutes Addon ergänzt das bestehende Dataverse-Datenmodell, statt es zu ersetzen — und nutzt Standard-Tabellen wie Contact, Account und Opportunity, wo immer möglich. Addons, die für jedes Konzept eine eigene Custom-Tabelle anlegen, führen langfristig zu Daten-Redundanzen, Berichts-Komplexität und Lizenz-Kosten. Fragen Sie konkret: Welche Standard-Tabellen werden genutzt? Welche Custom-Tabellen kommen hinzu? Wie sind die Beziehungen modelliert?

02 · Update-Strategie

Wie oft erscheinen Updates, und überschreiben sie Customer-Anpassungen?

AppSource-Apps und Productized Solutions werden vom Anbieter gepflegt — mit eigenem Release-Rhythmus, eigenen Breaking Changes und eigenen Migrations-Pfaden. Klären Sie: Wie viele Updates pro Jahr? Wie werden Customer-spezifische Anpassungen behandelt? Gibt es eine Sandbox-Umgebung für Update-Tests? Wer trägt die Aufwände, wenn ein Update eine Anpassung überschreibt?

03 · Lizenz-Klarheit

Welche Microsoft-Lizenzen sind zusätzlich nötig?

Ein Addon kann eigene Lizenz-Kosten verursachen und zusätzlich Microsoft-Lizenzen erforderlich machen — etwa Power Apps Per User für Custom-Tabellen-Zugriff oder Power Automate Premium für bestimmte Connectoren. Die Gesamtkosten setzen sich aus Addon-Lizenz, ggf. zusätzlichen Microsoft-Lizenzen und Implementierungs-Aufwand zusammen. Eine vorgelagerte Lizenz-Rechnung verhindert Überraschungen.

04 · Datenschutz & Hosting

Wo werden die Addon-Daten verarbeitet?

AppSource-Apps können Daten an externe Anbieter-Endpunkte senden, selbst wenn sie im Microsoft-Tenant installiert sind — etwa für eigene Cloud-Services oder externe Authentifizierung. Klären Sie: Wo liegt der Addon-Backend-Server? Welche Daten verlassen den Tenant? Gibt es einen DSGVO-konformen Auftrags-Verarbeitungs-Vertrag? Für regulierte Branchen entscheidend.

05 · Anpassungs-Korridor

Was lässt sich anpassen, was nicht?

Productized Solutions und Custom Solutions unterscheiden sich in der Anpassbarkeit — und auch innerhalb der AppSource-Welt sind die Anpassungs-Möglichkeiten stark unterschiedlich. Klären Sie: Was ist konfigurierbar (Felder, Workflows, Berichte)? Was ist anpassbar nur über den Anbieter? Was ist gar nicht änderbar? Wenn ein Addon „so wie es ist" 70 % passt, ist es oft die falsche Wahl.

06 · Exit-Pfad

Wie kommen die Daten wieder raus, falls das Addon weggeht?

Anbieter werden aufgekauft, Lösungen werden eingestellt, Strategien ändern sich. Ein gutes Addon legt seine Daten in Standard-Dataverse-Tabellen ab oder bietet einen dokumentierten Export-Pfad. Fragen Sie: Wie sehen die Daten aus, wenn das Addon deinstalliert wird? Bleiben die Datensätze erhalten oder werden Custom-Tabellen mitgelöscht? Welche Migration-Pfade sind dokumentiert?

arades als Ihr Addon-Partner

Wo arades stark ist — gemessen an den sechs Kriterien.

arades GmbH ist Microsoft Partner seit 2007 und arbeitet seit über 20 Jahren auf der Microsoft-CRM- und Dataverse-Plattform — von der CRM-3.0-Welt über CRM Online und Dynamics 365 CRM bis zur heutigen Dataverse- und Power-Platform-Architektur. Diese Plattform-Tiefe macht den Unterschied bei Addon-Architektur-Entscheidungen.

01

Dataverse-Datenmodell als Kern-Disziplin

Wir starten jedes Addon-Projekt mit dem Datenmodell, nicht mit der UI. Standard-Tabellen-Nutzung, saubere Beziehungs-Architektur, Granularitäts-Mapping zwischen Modulen. Eigene Lösungen, die wir bauen, integrieren sich in das vorhandene Dataverse-Schema — nicht daneben.

02

Drei eigene Lösungen im produktiven Einsatz

Bildungsinstitute-App, Verbände- & Kammern-App, License Cost Calculator — drei eigene Lösungen auf Dataverse als Beleg dafür, dass wir die gesamte Wertschöpfungs-Kette beherrschen: vom Datenmodell über die Model-Driven-App bis zum Plug-in für die kritische Validierungs-Logik.

03

Branchen-Schwerpunkte: Bildung, Verbände, Mittelstand

Spezialisierung auf Bildungsanbieter (Kurs- und Teilnehmer-Logik), Berufsverbände (Mitglieder- und Beitrags-Modelle) und mittelständische Dienstleister (Project-Operations-, Service-Management-Themen). Tiefes Verständnis der branchenspezifischen Prozess-Logik — keine generischen Best-Practice-Folien.

04

Lizenz-Mathematik offen vorgerechnet

Vor jedem Addon-Projekt rechnen wir die Lizenz-Mathematik offen vor: Welche Power-Apps-Lizenz ist nötig, welche Dataverse-Capacity wird belastet, welche zusätzlichen Microsoft-Lizenzen kommen hinzu. Mit unserem License Cost Calculator als öffentlich verfügbarem Werkzeug.

05

ALM-Disziplin für Addon-Lebenszyklus

Solution-Layering, Managed vs. Unmanaged Solutions, Azure-DevOps-Pipeline für Solution-Deployments, Sandbox- und Test-Umgebungen. Addon-Anpassungen, die bei Updates des Basis-Produkts nicht überschrieben werden. Strukturierte Migrations-Pfade für Custom-Tabellen.

06

Boutique-Größe mit persönlicher Verantwortung

arades ist mit Absicht klein — kein Konzern-Apparat, keine Account-Manager-zu-Delivery-Wand. Sie sprechen im Sales-Prozess mit denselben Architektinnen und Architekten, die Ihr Addon-Projekt leiten. Application Care zur planbaren Monats-Flatrate für laufenden Addon-Betrieb.

Eigenes Addon entwickeln lassen

Wenn keine AppSource-App und keine Standardlösung passt.

Wenn die Prozesse so spezifisch sind, dass kein bestehendes Addon trägt, kommt die vierte Variante ins Spiel: ein eigenes, individuell entwickeltes Addon. Dafür gibt es bei arades eine eigene Service-Page — mit Architektur, ALM-Disziplin, Quality-Gates und Festpreis-Sprints.

Häufige Fragen

Dynamics 365 Addons — die acht häufigsten Fragen.

Was sind Microsoft Dynamics 365 Addons?

Dynamics 365 Addons sind Erweiterungen, die auf der Standard-Plattform aufsetzen — entweder als AppSource-Marketplace-App, als kundenspezifische Custom Solution, als wiederverwendbare Productized Solution oder als Plug-in. Alle Varianten nutzen denselben Dataverse-Datenraum, dieselbe Identität und dieselbe Sicherheits-Architektur wie die Standard-Module.

Was ist der Unterschied zwischen AppSource-Addons und Custom Solutions?

AppSource-Addons sind öffentlich verfügbare, von Microsoft zertifizierte Lösungen mit standardisierter Funktionalität — schnell installierbar, aber wenig anpassbar. Custom Solutions werden für einen einzelnen Kunden entwickelt und bilden dessen spezifische Prozesse ab. Productized Solutions liegen dazwischen: ein Partner entwickelt einmal, setzt die Lösung dann bei mehreren Kunden mit moderaten Anpassungen ein.

Was kostet ein Dynamics 365 Addon?

AppSource-Apps sind oft kostenfrei oder per Monats-Abonnement abrechenbar (typisch 5–50 € pro Nutzer). Custom Solutions liegen je nach Umfang bei 15.000 – 150.000 € einmalig plus Wartung. Productized Solutions kombinieren häufig eine Setup-Pauschale (5.000 – 25.000 €) mit einer monatlichen Lizenz pro Nutzer. Plug-ins sind oft Teil einer größeren Anpassung und nicht separat lizenziert.

Brauchen wir für ein Dynamics 365 Addon eine Power-Apps-Lizenz?

Nur dann nicht, wenn das Addon ausschließlich Tabellen innerhalb der Restricted-Tabellen-Liste eines Dynamics-365-Moduls nutzt. Sobald ein Addon eigene Custom Tables, eigene Custom Entities oder Power-Apps-spezifische Funktionen einführt, ist eine Power-Apps-Lizenz erforderlich (Per User oder Per App). Die Lizenz-Mathematik ist nicht trivial — eine vorgelagerte Lizenz-Beratung zahlt sich aus.

Kann arades vorhandene AppSource-Apps mit eigenen Anpassungen kombinieren?

Ja, das ist ein typisches Vorgehen. Wenn eine AppSource-App 80 % der Anforderungen abdeckt, ergänzen wir die fehlenden 20 % mit eigenem Customization-Layer — entweder als zusätzliche Tabellen, als Plug-in oder als Power-Automate-Flow. Wichtig: Wir hinterlegen die Anpassungen so, dass AppSource-Updates die Custom-Layer nicht überschreiben.

Was ist der Unterschied zwischen einem Plug-in und einem Power-Automate-Flow?

Plug-ins sind serverseitige Code-Erweiterungen, die synchron oder asynchron auf Dataverse-Events reagieren — etwa beim Erstellen, Aktualisieren oder Löschen eines Datensatzes. Sie laufen in der Dataverse-Sandbox und werden in C# entwickelt. Power-Automate-Flows sind Low-Code-Automatisierungen mit einem visuellen Designer. Plug-ins eignen sich für komplexe Validierungs-Logik in Echtzeit, Flows für orchestrierte Multi-System-Prozesse.

Welche eigenen Dynamics-365-Addons hat arades entwickelt?

Drei eigene Lösungen auf Microsoft Dataverse: die Bildungsinstitute-App für Hochschulen, Akademien und Bildungsträger (Kurs-Verwaltung, Teilnehmer-Tracking, Zertifikats-Generierung); die Verbände- und Kammern-App für Berufsverbände, Kammern und Vereinigungen (Mitglieder-Verwaltung, Beitrags-Logik, Event-Management); und der öffentlich verfügbare License Cost Calculator für Microsoft-Lizenz-Mathematik.

Wie lange dauert die Einführung eines Dynamics 365 Addons?

AppSource-Apps: ein bis fünf Tage für Installation, Konfiguration und Schulung. Productized Solutions: vier bis zwölf Wochen — abhängig vom Anpassungs-Bedarf und der Daten-Migration aus Vorgänger-Systemen. Custom Solutions: drei bis neun Monate für die Erst-Implementierung. Plug-ins als Einzel-Komponente: ein bis vier Wochen je nach Komplexität.

Weiterführend

Was nach der Addon-Entscheidung kommt.

Sechs Folge-Themen in der Reihenfolge, in der sie nach der Addon-Entscheidung typischerweise relevant werden.

30 Min · kostenlos · ohne Verpflichtung

Erstgespräch zu Ihrem Dynamics-365-Addon.

Erzählen Sie uns von Ihrem Vorhaben — welche Prozesse das Addon abbilden soll, ob bereits eine AppSource-Recherche gelaufen ist, welche Budget- und Zeit-Vorstellungen Sie haben. Wir hören zu, ordnen ein und geben eine ehrliche Einschätzung — welche der vier Kategorien für Sie passt und was ein realistischer Investitions-Rahmen wäre. Wenn ein anderes Produkt besser passt, sagen wir das.