Der entscheidende Unterschied zu klassischen, monolithischen ERP-Systemen: Dynamics 365 ist modular aufgebaut. Sie kaufen nicht „das ERP“, sondern genau die Apps, die Sie brauchen, und kombinieren sie nach Bedarf. Diese Modularität ist Stärke und Stolperstein zugleich – sie erlaubt einen schlanken Einstieg, macht aber die Lizenz- und Kostenrechnung anspruchsvoller als bei einer pauschalen Suite.
Der zweite definierende Faktor ist das Microsoft-Ökosystem. Dynamics 365 ist tief verzahnt mit Microsoft 365 (Outlook, Teams, Excel), der Azure-Cloud, der Power Platform (Power BI, Power Automate, Power Apps) und dem KI-Assistenten Copilot. Für Unternehmen, die ohnehin stark in der Microsoft-Welt verankert sind, ist genau das der größte Vorteil – vertraute Bedienung, gemeinsame Identitäten über Entra ID und kurze Wege zwischen Mail, Tabelle und Geschäftsprozess.
Drei Eigenschaften definieren Microsoft Dynamics 365:
Für den deutschsprachigen Mittelstand ist Dynamics 365 der wichtigste Gegenpol zu SAP. Wo SAP traditionell die Welt der Großkonzerne und der prozessstandardisierten Industrie prägt, positioniert sich Microsoft als die naheliegende Wahl für Unternehmen mit gewachsener Microsoft-365-Landschaft. Die Argumente sind selten rein funktionaler Natur – sie folgen oft der bestehenden IT-Strategie: Wer Teams, Outlook und Azure bereits nutzt, findet in Dynamics 365 eine vertraute Oberfläche und ein bekanntes Vertragswerk vor.
Gleichzeitig ist Dynamics 365 kein Selbstläufer. Die Unterschiede zwischen Business Central (Mittelstand) und Finance & Operations (Enterprise) sind erheblich – funktional, preislich und in der Einführung. Wer das nicht früh sauber trennt, kalkuliert falsch. Auch die Gesamtkosten über alle benötigten Module hinweg, das EU-Hosting und das Lock-in im Microsoft-Stack gehören ehrlich auf den Tisch.
In unserer Beratungspraxis begegnen uns fünf wiederkehrende Ausgangslagen für eine Dynamics-365-Einführung: erstens das wachsende Mittelstandsunternehmen, das ein in die Jahre gekommenes ERP ablösen will und Business Central als modernen Kern wählt; zweitens der gehobene Mittelstand bis Konzern mit komplexer Fertigung und internationaler Bilanzierung, der zu Finance & Operations greift; drittens die Vertriebs- und Serviceorganisation, die mit Sales und Customer Service ihr CRM modernisiert; viertens das Microsoft-Haus, das ERP und CRM bewusst in einer Datenwelt zusammenführen möchte; und fünftens die Organisation, die über Power Platform und Copilot eigene Erweiterungen und KI-gestützte Abläufe aufbauen will.
Wenn Sie aus diesem Kapitel nur einen Punkt mitnehmen, dann diesen: Business Central und Finance & Operations sind zwei verschiedene Produkte, nicht zwei Größen desselben Produkts. Business Central ist ein integriertes Komplettsystem, das einen sehr großen Funktionsumfang in einer App bündelt – ideal für Unternehmen, die ein modernes, durchgängiges ERP ohne übermäßige Komplexität suchen. Es stammt aus der Navision-Linie und ist auf schnelle Einführung und Standardnähe ausgelegt.
Finance & Operations dagegen ist die Enterprise-Welt aus der Axapta-Linie. Sie deckt anspruchsvolle Szenarien ab: mehrstufige Fertigung, komplexe Konzernkonsolidierung, internationale Steuer- und Bilanzierungsanforderungen, sehr hohe Transaktionsvolumen. Mit dieser Mächtigkeit steigen aber Einführungsaufwand, Beratungsbedarf und Kosten deutlich. Die beiden Welten lassen sich nicht beliebig „hochskalieren“ – ein Wechsel von Business Central zu Finance & Operations ist faktisch ein neues Projekt.
Die CRM-Seite – Sales, Customer Service, Field Service – ist von den ERP-Welten technisch getrennt, teilt sich aber über Dataverse die Datenbasis. Das erlaubt durchgängige Prozesse: Ein Angebot aus Sales kann in der ERP-Auftragsabwicklung landen, ein Servicefall in Customer Service auf ERP-Stammdaten zugreifen. Genau diese Durchgängigkeit „aus einer Welt“ ist eines der stärksten Argumente für Dynamics 365 – vorausgesetzt, Sie nutzen tatsächlich ERP und CRM aus dem Microsoft-Stack und nicht eine Mischung aus D365-CRM und Fremd-ERP.
Für die große Mehrheit der mittelständischen Einführungen im DACH-Raum ist Business Central die richtige Wahl. Es deckt die typischen Anforderungen eines Handels-, Dienstleistungs- oder leichten Fertigungsbetriebs durchgängig ab, lässt sich vergleichsweise zügig einführen und bleibt nah am Standard. Die Erweiterung erfolgt über die Power Platform und einen großen Markt an branchenspezifischen Erweiterungen aus dem Partner-Ökosystem. Wichtig ist die Disziplin, beim Standard zu bleiben, statt jede gewachsene Eigenheit nachzubauen – das ist der häufigste Kostentreiber.
Business Central eignet sich besonders gut, wenn das Unternehmen bereits Microsoft 365 nutzt, ein modernes Cloud-ERP ohne Konzern-Overhead sucht und Wert auf vertraute Bedienung legt. Es eignet sich weniger gut, wenn hochkomplexe, mehrstufige Fertigung mit tiefer Variantenlogik, internationale Konzernkonsolidierung über viele Mandanten oder extrem hohe Transaktionsvolumen im Spiel sind – dann führt der Weg eher zu Finance & Operations oder zu einem spezialisierten Branchensystem.
Finance & Operations ist die Antwort für Organisationen, deren Komplexität Business Central übersteigt: internationale Gruppen mit mehreren rechtlichen Einheiten, anspruchsvolle Fertigung mit Werks- und Lieferkettensteuerung, regulatorisch dichte Branchen. Mit dieser Mächtigkeit kommt jedoch ein deutlich größeres Projekt – längere Laufzeiten, mehr Beratungstage, höhere Lizenzkosten und ein anspruchsvolleres Change-Management. Die ehrliche Frage lautet daher nicht „Können wir F&O gebrauchen?“, sondern „Rechtfertigt unsere Komplexität diesen Aufwand wirklich?“. In vielen Fällen, die auf den ersten Blick nach Enterprise aussehen, ist Business Central mit gezielten Erweiterungen die wirtschaftlichere Lösung.
Die KI-Funktionen in Dynamics 365 sind kein Marketing-Beiwerk, aber auch kein Selbstläufer. Ihr Nutzen hängt unmittelbar an der Datenqualität: Copilot kann nur sinnvoll zusammenfassen, recherchieren und vorschlagen, wenn Stammdaten, Belege und Fallhistorien sauber gepflegt sind. In Organisationen mit lückenhaften Daten liefert die KI entsprechend unzuverlässige Ergebnisse. Realistisch betrachtet entlastet Copilot vor allem bei wiederkehrenden Routineaufgaben – Zusammenfassungen, Entwürfe, Recherche – während die fachliche Entscheidung beim Menschen bleibt.
Copilot ist ein echtes Differenzierungsmerkmal gegenüber klassischen Mittelstands-ERP-Systemen, die KI bislang nur punktuell integrieren. Es sollte aber nicht zum alleinigen Auswahlgrund werden. Die KI-Roadmaps aller großen Anbieter – Microsoft mit Copilot, SAP mit Joule, Salesforce mit seinen KI-Assistenten – entwickeln sich schnell und gleichen sich funktional zunehmend an. Die strategisch wichtigere Frage bleibt, welches System die Geschäftsprozesse am besten abbildet. KI ist dabei ein wertvoller Beschleuniger, nicht das Fundament der Entscheidung.
Im Zentrum steht Dataverse – der gemeinsame, sichere Datendienst hinter Dynamics 365 und der Power Platform. Dataverse hält Geschäftsobjekte wie Kunden, Aufträge, Fälle und Produkte zentral vor, mit einheitlichem Sicherheits- und Berechtigungsmodell. Genau diese gemeinsame Datenbasis ist der Grund, warum sich CRM- und ERP-Prozesse so eng verzahnen lassen und warum eigene Power Apps direkt auf Geschäftsdaten zugreifen können, ohne Schnittstellen-Bastelei.
Wo der Standard von Dynamics 365 endet, beginnt die Power Platform. Sie besteht aus drei Bausteinen, die für ERP-Projekte besonders relevant sind:
Diese Erweiterbarkeit ist ein zweischneidiges Schwert. Richtig eingesetzt, hält sie den ERP-Standard schlank und verlagert Sonderwünsche in flexible Low-Code-Bausteine. Falsch eingesetzt, entsteht ein Wildwuchs an Apps und Flows, der schwer wartbar wird. Governance über die Power Platform – wer darf was bauen, wie wird betrieben – gehört daher früh ins Projekt.
Der vielleicht stärkste Alltagsvorteil ist die Verzahnung mit Microsoft 365. Vertriebsmitarbeitende pflegen CRM-Aktivitäten direkt aus Outlook, Servicefälle werden in Teams besprochen, Auswertungen landen in Excel, und Dokumente liegen in SharePoint. Die gemeinsame Identität über Entra ID bedeutet Single Sign-on und ein einheitliches Berechtigungsmodell. Für Unternehmen, die ohnehin in dieser Welt arbeiten, entfällt der Bruch zwischen „Office“ und „Geschäftssystem“, der bei vielen ERP-Projekten zu schlechter Datenpflege führt.
Auch jenseits der eigenen Familie ist Dynamics 365 anschlussfähig: über offene Schnittstellen (APIs), über Dataverse-Konnektoren und über Azure-Dienste für anspruchsvollere Integrationsszenarien. Anbindungen an Webshops, Logistikdienstleister, Banken oder Fremdsysteme sind etablierter Projektalltag – erfordern aber, wie bei jedem ERP, sauberes Schnittstellen-Design und klare Verantwortlichkeiten für den Betrieb. Die Stärke im Microsoft-Stack darf nicht darüber hinwegtäuschen, dass die Integration heterogener Landschaften weiterhin echte Projektarbeit bleibt.
Aus unserer Beratungspraxis gibt es drei klare Gewinn-Szenarien für Dynamics 365. Erstens, wenn das Unternehmen bereits stark im Microsoft-Ökosystem verankert ist – Microsoft 365, Teams, Azure, Entra ID. Hier ist die Integrationstiefe ein echter, schwer aufzuholender Vorteil. Zweitens, wenn ERP und CRM bewusst aus einer Datenwelt kommen sollen und die Power Platform als Erweiterungsschicht genutzt werden soll. Drittens, im Mittelstand, wenn Business Central ein in die Jahre gekommenes ERP ablöst und gleichzeitig die vertraute Office-Bedienung die Akzeptanz erhöht.
Ebenso ehrlich gehört dazu, wann Dynamics 365 nicht die richtige Wahl ist. Ein durchgängig SAP-geprägtes Haus mit klarer S/4HANA-Strategie, gewachsenem SAP-Know-how und prozessstandardisierter Industrie ist mit SAP meist besser bedient – ein Wechsel der ERP-Welt ist selten allein durch Microsoft-Affinität gerechtfertigt. Wer ein reines, marktführendes Vertriebs- und Service-CRM ohne ERP-Bedarf sucht, findet bei Salesforce ein sehr reifes Ökosystem. Und Branchen mit sehr spezifischen Anforderungen – etwa enge Fertigungsnischen oder regulatorisch hochspezialisierte Felder – fahren oft mit einem fokussierten Branchen- oder Mittelstands-ERP besser, das den jeweiligen Prozess „von Haus aus“ abbildet, statt ihn nachzubauen.
Auch das eigene Lizenzbudget und die Bereitschaft, sich an einen Stack zu binden, sind Faktoren. Wer einen bewusst herstellerunabhängigen, Nicht-Microsoft-Stack anstrebt, sollte das Lock-in im Microsoft-Ökosystem nüchtern bewerten – die Stärke der Integration ist gleichzeitig die Quelle der Bindung.
Eine bewährte Orientierung für die Gesamtkostenrechnung ist die Faustregel „Lizenzkosten × 3 bis 5“: Auf jeden Euro Lizenzkosten kommen über die Projektlaufzeit drei bis fünf Euro für Einführung, Anpassung, Migration, Schulung und Betrieb. Bei einem komplexen Finance-&-Operations-Projekt liegt der Faktor eher am oberen Ende, bei einer standardnahen Business-Central-Einführung eher am unteren. Diese Regel ersetzt keine konkrete Kalkulation, schützt aber zuverlässig vor der häufigsten Fehlannahme – dass das Lizenzangebot die Gesamtinvestition abbildet.
Wir nennen hier bewusst keine exakten Monatspreise: Microsoft passt Lizenzmodelle, Editionsgrenzen und Preise regelmäßig an, und seriöse Zahlen ergeben sich nur aus einem aktuellen Angebot für Ihre konkrete Nutzerstruktur. Wichtiger als der Listenpreis ist ohnehin die saubere Mengen- und Rollenplanung: Wie viele Voll-, wie viele Team-Nutzer, welche Apps wirklich, welche Add-ons.
Dynamics 365 wird fast nie direkt von Microsoft eingeführt, sondern über einen Implementierungspartner. Dieser Partner verantwortet Beratung, Konfiguration, Anpassung, Migration und oft auch den laufenden Support. Die Partnerwahl ist damit eine der folgenreichsten Entscheidungen im gesamten Projekt – wichtiger als manche Lizenzfrage. Entscheidend sind nachweisbare Erfahrung in Ihrer Branche und mit Ihrer Zieledition (Business Central oder Finance & Operations sind unterschiedliche Kompetenzen), eine ehrliche Aufwandsschätzung statt Schönrechnung und eine Arbeitsweise, die auf Standardnähe statt auf möglichst viel Customizing setzt.
Microsoft bietet für Azure und Dynamics 365 europäische Rechenzentrumsregionen und Initiativen zur EU-Datenverarbeitung. Damit lässt sich das Risiko des Drittlandtransfers technisch und vertraglich deutlich reduzieren. Gleichzeitig bleibt Microsoft ein US-Konzern, der grundsätzlich US-Recht unterliegt – das bekannte Schrems-II-Restrisiko entfällt nicht vollständig. Für die meisten mittelständischen Unternehmen ist dieses Restrisiko bei sachgerechter Konfiguration vertretbar; für hochsensible Bereiche, Berufsgeheimnisträger oder kritische Infrastrukturen sollte es bewusst bewertet und gegebenenfalls durch zusätzliche Maßnahmen adressiert werden.
Ein verbreitetes Missverständnis ist, die Cloud-Plattform allein „mache“ den Datenschutz. Tatsächlich verlagert sich der entscheidende Teil der Verantwortung auf die eigene Konfiguration: Wer hat Zugriff auf welche Datensätze in Dataverse, welche Felder sind besonders zu schützen, wie sind Berechtigungen über ERP und CRM hinweg geschnitten, welche Daten wandern in Auswertungen und Power-BI-Berichte. Eine saubere Berechtigungs- und Rollenstruktur ist hier ebenso wichtig wie das Vertragswerk. Wir empfehlen, Verzeichnis von Verarbeitungstätigkeiten, gegebenenfalls eine Datenschutz-Folgenabschätzung und eine klare Datenschutz-Governance früh in das Projekt aufzunehmen – nicht erst kurz vor dem Produktivstart.
