ERP im Microsoft-Ökosystem
Business Central als Kern, Dynamics 365 Sales/Service als Edge-Apps, Power Platform für Automatisierung und Reporting.
Zum Microsoft-Stack-Artikel →Der klassische Mittelstand mit 50–500 Mitarbeitern hat einen typischen ERP-Auswahlrahmen: ein altes On-Premise-System, eine Excel-Landschaft drumherum, eine konkrete Wachstumsperspektive. Diese Einordnung zeigt, welche Systeme zu welcher Größengruppe passen, wie die Migration aus NAV/SAP-Erbe sauber funktioniert und welche Fehler in DACH-Auswahlprojekten regelmäßig wiederkehren.
Der klassische deutsche Mittelstand ist kein einheitlicher Block, sondern ein Spektrum: vom 60-MA-Familienunternehmen mit gewachsener NAV-Installation bis zum 450-MA-Maschinenbauer mit zwei Töchtern und SAP-Erbe. Was diese Unternehmen verbindet, ist der ERP-Auswahlrahmen: bewährte Standardprozesse, ein historisch gewachsenes System, eine Excel-Landschaft drumherum, und ein konkreter Anlass für den Wechsel — Wachstum, Datenhoheit, Cloud-Strategie oder Eigentümerwechsel. Diese Einordnung beschreibt typische Konstellationen, drei Größengruppen mit passenden Systemkandidaten und die wiederkehrenden Fehler in DACH-Auswahlprojekten.
Verwandte Themen: ERP im Microsoft-Ökosystem (für alle, die NAV-Erbe haben oder M365 bereits nutzen), Suite vs. Best-of-Breed und ERP-Kosten und Aufwand (Bandbreiten für Software, Implementierung, interne Aufwände).
Im ERP-Kontext meinen wir mit „klassischem deutschen Mittelstand" Unternehmen mit 50–500 Mitarbeitenden, 10–150 Mio. EUR Umsatz, eigentümergeführt oder familiengeführt, im DACH-Raum gewachsen. Typische Eigenschaften:
Diese Konstellation unterscheidet den klassischen Mittelstand sowohl vom Startup-Mittelstand (5–50 MA, oft Cloud-nativ und ohne System-Erbe) als auch vom gehobenen Mittelstand und Konzern (mehrere Gesellschaften, Multi-GAAP, internationaler Rollout – siehe Konzernkonsolidierung im Mittelstand und internationaler ERP-Rollout).
In Auswahlgesprächen tauchen drei Ausgangslagen besonders häufig auf:
Ein älteres Microsoft Dynamics NAV (häufig Versionen NAV 2013, 2016 oder 2018), läuft On-Premise oder bei einem Hosting-Partner. Funktional bewährt, aber technisch am Lebenszyklus-Ende: Microsoft hat die NAV-Linie ausgemustert und durch Business Central abgelöst. Der Standardweg führt nach Business Central in der Cloud. Das ist meist eine Re-Implementierung, kein Lift-and-Shift – mit Bereinigung von Customizing und Modernisierung der Geschäftslogik. Tiefer in ERP im Microsoft-Ökosystem.
Ein älteres SAP Business One oder SAP R/3, oft seit 10–15 Jahren im Haus. Beim Wechsel stellt sich die Frage: Im SAP-Universum bleiben (S/4HANA Cloud, Business ByDesign) oder zu einem anderen Anbieter wechseln? Die Antwort hängt von Datenhoheits-Anforderungen, Konzernanbindung und der Bereitschaft zum vollen Schnitt ab. Der Wechsel weg von SAP ist im Mittelstand häufiger geworden – besonders zu NetSuite (Cloud-Konsolidierung), Business Central (Microsoft-Konsolidierung) oder Odoo (Open-Source-Alternative).
Ein kleines ERP wie Sage, Lexware, Selectline oder eine Branchenlösung deckt die Buchhaltung ab, alles andere läuft in Excel. Bei 80–120 MA wird das fragil: Datenkonsistenz, Audit-Fähigkeit, Reporting auf Geschäftsführungs-Ebene. Wenn dazu Wachstum oder Eigentümerwechsel kommt, ist der Wechsel auf ein vollwertiges Mittelstands-ERP (Business Central, Weclapp, NetSuite, Odoo) der Normalfall.
Im klassischen Mittelstand lohnt eine Differenzierung nach Größe, weil sich darauf die System-Shortlists meist klar trennen lassen. Drei Bänder, die sich in der Praxis bewährt haben:
| Größengruppe | Typische Merkmale | System-Shortlist (Cloud-Standard) |
|---|---|---|
| 50–150 MA | Eine Gesellschaft, ein Land, Standardumfang | Business Central, NetSuite (ab ca. 15 Nutzern aktivierbar), Weclapp, Odoo, Xentral |
| 150–350 MA | Eine bis zwei Gesellschaften, ggf. zweites Land in Sicht | Business Central, NetSuite, Odoo Enterprise, SAP Business One |
| 350–500 MA | Multi-Entity wahrscheinlich, internationale Anschlussfrage | NetSuite OneWorld, SAP S/4HANA Cloud, D365 Finance & Operations |
Die Bänder sind unscharf: ein 130-MA-Unternehmen mit drei Gesellschaften und Tochterabsicht in Polen liegt vom Anforderungsprofil näher an der zweiten Gruppe. Ein 280-MA-Familienunternehmen mit einer Gesellschaft, einem Land und Standardprozessen kann mit einem Business Central oder Odoo ohne Reibung arbeiten. Die Größe ist eine erste Sortierung, nicht das Auswahlkriterium.
Die Migration aus einem bestehenden System ist im klassischen Mittelstand fast immer der heikelste Teil. Vier Standardmuster, die regelmäßig wiederkehren:
Microsoft bietet Migrationswerkzeuge, der Wechsel ist innerhalb des Microsoft-Ökosystems am wenigsten disruptiv. Daten werden migriert, Customizing in Erweiterungen (Extensions) überführt, Prozesse werden auf Standard zurückgeführt. Realistische Dauer im klassischen Mittelstand: 6–12 Monate. Die Frage ist weniger „ob", sondern „wann" – ältere NAV-Versionen verlieren Support.
Wer SAP-Anbindung an Konzern oder Lieferanten braucht, bleibt sinnvoll im SAP-Universum. Wer freier wählen kann, prüft NetSuite (Cloud-Konsolidierung, internationaler Footprint), Business Central (Microsoft-Konsolidierung) oder Odoo (Open-Source-Alternative mit kompletter Suite – siehe Open-Source-ERP im Mittelstand). Migrationsdauer: 9–18 Monate.
Hier ist die Migration konzeptionell einfacher (wenig Daten im Altsystem), aber organisatorisch herausfordernd: Die Excel-Logik, die Mitarbeiter über Jahre aufgebaut haben, muss in Standardprozesse überführt werden. Ein guter Implementierungspartner ist hier wichtiger als das System selbst. Realistische Dauer: 6–9 Monate.
Manchmal sinnvoll (Standardsystem ist günstiger, modernisierungsfähiger und Cloud-nativ), oft aber riskant: Branchenfunktionen, die das Standard-ERP nicht hat, müssen über Add-ons, Eigenentwicklung oder Prozess-Anpassung abgedeckt werden. Vor jedem Wechsel: ehrliche Prozess-Inventur, was die Branchenlösung wirklich leistet und was davon im neuen System fehlt.
Die wichtigsten Systeme im neutralen Vergleich für 50–500 MA:
| System | Stärken | Grenzen |
|---|---|---|
| Dynamics 365 Business Central | Microsoft-Integration, NAV-Migration, deutsche Lokalisierung mit DATEV | Schmal bei Multi-Entity-Konsolidierung, schwer bei tiefer Fertigung |
| NetSuite | Cloud-natives Multi-Entity-Modell, ab ca. 15 Nutzern aktivierbar, skaliert vom kleinen Mittelstand bis zum Konzern, internationaler Footprint | Einstiegspreis höher als bei rein deutschen Cloud-Lösungen, deutsche Lokalisierung über Partner |
| Odoo Enterprise | Komplette Suite (ERP + CRM + E-Commerce), Open-Source-Basis, niedrige Lizenzkosten | Deutsche Lokalisierung über Partner, weniger reif als BC oder NetSuite |
| Weclapp | Cloud-native deutsche Lösung für KMU, schnelle Einführung, gutes Preis-Leistungs-Verhältnis | Stößt ab 200–300 MA an Skalierungsgrenzen, kein Multi-Entity |
| SAP Business One | SAP-Konformität, Datenhoheit, etablierter Partnerkanal | UI/UX in die Jahre gekommen, Cloud-Pfad weniger glatt als bei Wettbewerbern |
| D365 Finance & Operations | Konzern-Tiefe, Multi-Entity, internationaler Rollout-fähig | Erst ab ~300 MA wirtschaftlich, sehr aufwendige Einführung |
Aus der Analyse gescheiterter oder überlanger Projekte lassen sich wiederkehrende Muster ableiten – und sie sind im klassischen Mittelstand erstaunlich konstant:
Bevor klar ist, ob das Unternehmen in 5 Jahren ein-, zwei- oder mehrgesellschaftlich aufgestellt sein wird, fällt die Systementscheidung. Die Folge: das System passt zum Heute, aber nicht zum Morgen – und ein zweiter Wechsel innerhalb von 7–10 Jahren ist absehbar.
Anbieter werden mit Excel-Funktionsmatrix bewertet. Das sagt nichts darüber, wie das System einen realen Auftrag vom Angebot bis zur Rechnung abwickelt. In Auswahlprojekten lohnt es, Anbieter mit echten eigenen Daten und drei realen End-to-End-Szenarien zu konfrontieren.
„Wir wollen ja nichts anpassen" hört man am Anfang. In der Realität entstehen 40–80 Anpassungen über das Projekt hinweg – jede einzelne nachvollziehbar, in Summe ein Kostenfaktor. Wer Customizing-Bandbreite ehrlich einplant, vermeidet Budget-Überschreitungen.
Die Wahl des Partners ist im Mittelstand oft wichtiger als die Wahl des Systems. Ein guter Partner mit mittelmäßigem System schlägt den schlechten Partner mit dem perfekten System. Im Auswahlprozess sollte der Partner ab dem zweiten Gespräch ein eigenes Bewertungskriterium sein.
Wenn das Wachstumsziel mehrere Gesellschaften umfasst (Tochter, Akquisition, Auslandsgesellschaft), ist die Architekturfrage Multi-Entity zu Projektbeginn zu stellen. Tiefer in ERP-Auswahl bei Multi-Entity-Strukturen. Ein Wechsel von Single- auf Multi-Entity-System nach 3 Jahren ist meistens eine Re-Implementierung.
Wer in den Konzern integriert ist oder werden soll, hat oft ein Cloud-Mandat („nur SaaS, kein On-Premise"). Wer das in der Auswahl ignoriert, schließt zu früh Kandidaten aus oder ein – und bekommt das Problem in der Implementierung.
Im ERP-Kontext meist Unternehmen mit 50–500 Mitarbeitenden, 10–150 Mio. EUR Umsatz, eigentümergeführt oder familiengeführt, im DACH-Raum gewachsen, mit Standardprozessen in Buchhaltung, Vertrieb, Einkauf und Lager – und einer überschaubaren Zahl an Sonderprozessen, die historisch in Excel oder einer NAV/SAP-Insel gelandet sind.
50–150 MA: Business Central, NetSuite (ab ca. 15 Nutzern aktivierbar), Weclapp, Odoo, Xentral kommen in die Shortlist. 150–350 MA: Business Central, NetSuite, Odoo Enterprise, SAP Business One in eine engere Auswahl. 350–500 MA: NetSuite OneWorld, SAP S/4HANA Cloud, D365 Finance & Operations werden ernsthafte Optionen. Die Bänder sind unscharf – Branche, Bestandssystem und Wachstumsplan modulieren die Auswahl. NetSuite zieht sich als Cloud-natives ERP übrigens durch alle drei Bänder, weil das Lizenzmodell bei kleinen User-Zahlen startet und mit der Multi-Entity-Variante OneWorld bis in die Konzern-Logik reicht.
Viele klassische Mittelständler arbeiten noch mit Dynamics NAV oder einer alten On-Premise-Installation. Der Standardweg führt nach Business Central in der Cloud – mit Migration der Geschäftslogik, Bereinigung von Customizing und schrittweiser Modernisierung. Re-Implementierung ist meist sauberer als ein direkter Lift-and-Shift.
Realistisch 9–18 Monate, je nach Größengruppe und Modulscope. Kleinere Unternehmen mit 50–100 MA und Standardumfang schaffen 6–9 Monate. Wer Konsolidierung, mehrere Gesellschaften oder Fertigungsmodul mitnimmt, sollte 12–24 Monate ansetzen. Bandbreiten und TCO-Bezug: ERP-Kosten und Aufwand.
Bei Neuwahlen 2026 ist die Cloud Standard, On-Premise der Sonderfall. Datenhoheits-, Compliance- und Latenz-Argumente gelten weiterhin – sind im Mittelstand aber selten so kritisch, dass sie eine On-Premise-Lösung rechtfertigen. Hybrid-Setups sind im klassischen Mittelstand die Ausnahme, nicht die Regel.
Hinweis: Diese Einordnung ersetzt keine individuelle Projektbewertung. Die genannten Muster und Empfehlungen sind Erfahrungswerte aus Auswahlprojekten im deutschsprachigen Mittelstand.
Autor: Joerg H. Paul Schaefer · Stand: Mai 2026 · erp-check.info ist eine herstellerunabhängige Informationsplattform.
Business Central als Kern, Dynamics 365 Sales/Service als Edge-Apps, Power Platform für Automatisierung und Reporting.
Zum Microsoft-Stack-Artikel →Strukturierte Auswahlbegleitung mit Fokus auf Microsoft-Stack-Setups (BC, F&O, Sales, Power Platform).
Zur Auswahlberatung →Bandbreiten für Software, Implementierung, interne Aufwände und Folgekosten im deutschen Mittelstand.
Zu den Kostenbandbreiten →