Business-Central-Kosten verstehen — die Kostenlogik hinter dem Microsoft-ERP für den Mittelstand.
Zu Business Central kursieren zwar Lizenzpreise, doch sie sagen wenig über die tatsächlichen Projektkosten aus — der größere Teil entsteht in der Einführung durch den Implementierungspartner. Diese Seite erklärt die Kostenstruktur dahinter: wovon Lizenz- und Projektaufwand abhängen und wie Sie eine belastbare Budgetbetrachtung aufbauen.
Wie das Lizenz- und Subscriptionmodell funktioniert.
Dynamics 365 Business Central wird als Microsoft-Subscription pro Nutzer und Monat lizenziert. Die Lizenzlogik ist nutzerprofil-abhängig: Der Funktionsumfang, den ein Nutzer benötigt — etwa ob Fertigungs- und Servicefunktionen erforderlich sind oder Finanz-, Vertriebs- und Lagerprozesse ausreichen —, bestimmt das zugeordnete Lizenzprofil. Daneben existieren reduzierte Zugriffe für Mitarbeitende, die nur gelegentlich Belege erfassen oder Informationen einsehen. Der Bezug läuft in DACH-Projekten üblicherweise über einen Microsoft-Partner, der auch die Einführung verantwortet.
Für die Budgetplanung heißt das: Die Lizenzkosten skalieren weitgehend linear mit der Nutzerzahl und lassen sich vergleichsweise transparent kalkulieren. Wichtiger ist die ehrliche Zuordnung der Nutzerprofile — wer allen Mitarbeitenden das umfangreichste Profil zuweist, bezahlt dauerhaft für ungenutzten Funktionsumfang; wer zu knapp plant, muss später nachlizenzieren. Ergänzend sollten Sie die Kosten für Apps aus dem Microsoft-Ökosystem einplanen, die viele Projekte für Branchen- oder Zusatzfunktionen nutzen.
Was den Implementierungsaufwand treibt.
Die Einführung erfolgt grundsätzlich über einen Implementierungspartner, und dessen Dienstleistung ist erfahrungsgemäß der größte Kostenblock. Typische Aufwandstreiber sind der Umfang der abzubildenden Prozesse (insbesondere Fertigung und Intercompany-Szenarien), die Datenmigration aus dem Altsystem, Schnittstellen zu Umsystemen, individuelle Erweiterungen sowie die Frage, ob Branchen-Apps den Bedarf abdecken oder Eigenentwicklung nötig ist.
In der Projektgrößenrelation bewegen sich Business-Central-Einführungen typischerweise am unteren bis mittleren Rand klassischer Mittelstands-ERP-Projekte — deutlich unterhalb von Dynamics 365 Finance & Operations oder SAP S/4HANA, in vielen Konstellationen auch unterhalb von NetSuite. Die Laufzeit hängt vor allem vom Prozessumfang, der Zahl der Gesellschaften, der Qualität der Altdaten und der Verfügbarkeit des internen Teams ab; standardnahe Einführungen sind erfahrungsgemäß in überschaubaren Zeiträumen realisierbar.
Die laufende Kostenlogik.
Im laufenden Betrieb fallen die monatliche Microsoft-Subscription, gegebenenfalls Subscriptions für ergänzende Apps sowie üblicherweise ein Support- oder Betreuungsvertrag mit dem Partner an. Microsoft spielt zwei größere Releases pro Jahr zentral in die Cloud-Umgebung ein; eigene Erweiterungen sind über das Extension-Modell technisch update-stabil angelegt, müssen aber dennoch regelmäßig geprüft und gepflegt werden. Eigene Infrastruktur entfällt in der Cloud-Variante — der interne Aufwand verlagert sich auf Anwendungsbetreuung und Weiterentwicklung.
Worauf eine 5-Jahres-Betrachtung achten sollte.
- Nutzerprofile über die Zeit realistisch planen: Wachstum, Rollenveränderungen und der Anteil reiner Gelegenheitsnutzer bestimmen die laufenden Lizenzkosten stärker als der Startzeitpunkt.
- App-Subscriptions aus dem Microsoft-Ökosystem einrechnen — Branchen- und Zusatz-Apps sind wiederkehrende Posten, die in Erstkalkulationen häufig fehlen.
- Partner-Betreuung und die Pflege eigener Extensions über die Release-Zyklen als festen jährlichen Posten ansetzen.
- Synergien mit vorhandenen Microsoft-Verträgen prüfen: bestehende Microsoft-365-Landschaften, Power-Platform-Nutzung und Azure-Dienste beeinflussen die Gesamtbetrachtung.
Wann es typischerweise teurer wird
- Komplexe Fertigungs- oder Mehrgesellschaftsanforderungen, die über Branchen-Apps hinausgehen und umfangreiche individuelle Erweiterungen erfordern.
- Viele Schnittstellen zu Umsystemen und historisch gewachsene Datenbestände, deren Bereinigung und Migration aufwendig ist.
- Der Versuch, Prozesse aus dem Altsystem unverändert nachzubauen, statt den Business-Central-Standard zu nutzen.
Wann das Projekt typischerweise schlank bleibt
- Standardnahe Prozesse in Handel oder Dienstleistung, die der Funktionsumfang ohne größere Anpassungen abdeckt.
- Eine bestehende Microsoft-Umgebung, in der sich Anwender, IT und Datenflüsse ohne Zusatzaufwand einfügen.
- Ein klar begrenzter Erstumfang mit wenigen Gesellschaften und die Verlagerung von Sonderthemen in spätere Ausbaustufen.
Alternativen, die in dieser Konstellation geprüft werden.
Oracle NetSuite
Wird typischerweise geprüft, wenn internationale Mehrgesellschaftsstrukturen von Beginn an im Zentrum stehen und eine integrierte Cloud-Suite mit herstellergeführtem Betrieb gewünscht ist.
Odoo
Kommt in Betracht, wenn ein modularer, flexibler Ansatz mit kleinerer Einstiegsrelation gesucht wird und keine enge Microsoft-Bindung besteht.
Xentral
Wird häufig geprüft, wenn ein handels- oder e-commerce-getriebenes Unternehmen einen bewusst schlanken Funktionsumfang einer klassischen ERP-Suite vorzieht.
Neutrale redaktionelle Einordnung der Kostenstruktur — bewusst ohne Preisangaben, da Konditionen individuell verhandelt werden und sich laufend ändern. Keine bezahlten Platzierungen; wie wir arbeiten, steht in der Methodik.
Was würde ein passendes ERP in Ihrer Konstellation bedeuten?
Der kostenlose ERP-Fit-Check nimmt Ihre Ausgangslage strukturiert auf — mit sofortiger Ersteinordnung inklusive System-Shortlist, ohne Anmeldung.