Business Central für Wachstumsunternehmen: wo die Plattform ihre Stärken ausspielt.

Die falsche Frage, gestellt bei fast jedem Kick-off

Die meisten ERP-Bewertungen beginnen mit einem Feature-Vergleich: Beherrscht die Plattform Multi-Entity-Konsolidierung, fortgeschrittene Produktionsplanung, tiefe Lagerorchestrierung, komplexe Revenue-Recognition-Wasserfälle. Business Central verliert diesen Vergleich meist gegen NetSuite, gegen Dynamics 365 Finance & Operations, gegen SAP — weil es nie darauf ausgelegt war, ihn zu gewinnen. Das ist keine Schwäche, die man wegdiskutieren muss. Es ist eine Design-Entscheidung, und Design-Entscheidungen sollen zu einem Zweck passen, nicht zu jedem Zweck.

Die bessere Frage für ein Wachstumsunternehmen ist enger und nützlicher: Wo stehen wir heute — Kopfzahl, Anzahl Gesellschaften, Prozessreife, bestehender IT-Stack — und welche Plattform-Stärken überschneiden sich mit unseren tatsächlichen Rahmenbedingungen? Für einen bedeutenden Teil der Unternehmen, die von Excel-Tabellen oder Einsteiger-Buchhaltungssoftware wegwachsen, lautet die ehrliche Antwort Business Central — und die Gründe sind konkret, nicht generisch.

Wo Business Central seine Stärken wirklich ausspielt

Zieht man das Marketing-Vokabular ab, bleiben vier strukturelle Vorteile — jeder davon real, jeder davon ein Grund, warum Wachstumsunternehmen die Plattform wählen und dabei bleiben:

• Ein standardisiertes Implementierungsmodell. Business Central wurde dafür entworfen, in Wochen live zu gehen — nicht in Quartalen —, mit beschleunigter, vorlagenbasierter Konfiguration statt einem Aufbau von Grund auf. Für ein Unternehmen, das vor der nächsten Finanzierungsrunde oder der nächsten Prüfung ein sauberes Finance braucht, ist Time-to-Value keine Kür, sondern die Anforderung.
• Native Integration in Microsoft 365 und die Power Platform. Wachstumsunternehmen in diesem Segment nutzen bereits Outlook, Excel, Teams und SharePoint. Business Central sitzt im selben Tenant — nicht daneben —, mit Power BI als Reporting-Schicht, Power Automate für Workflows, Power Apps für leichte Erweiterungen. Das Finance-System wird zu einer weiteren Anwendung in einem Stack, den das Team bereits kennt — nicht zu einer zweiten Welt mit eigenen Logins, eigenem Admin-Modell und eigener Lernkurve.
• Lizenzierung, die sauber mit der Kopfzahl skaliert. Nutzer- und modulbasierte Lizenzierung folgt genau dem, was sich bei einem wachsenden Unternehmen tatsächlich verändert: der Anzahl der Personen, die Zugriff brauchen. Es gibt keine sprunghafte Neuverhandlung bei jeder Wachstumsstufe, keine erzwungene Plattform-Migration allein durch zwanzig zusätzliche Mitarbeitende. Das kommerzielle Modell bewegt sich im gleichen Tempo wie das Organigramm.
• Eine starke Passung für zwei konkrete Geschäftsmodelle. Projektbasierte Dienstleistungsunternehmen erhalten sauberes Job-Costing, Ressourcenplanung und Margentransparenz ohne einen schweren Aufbau. Abo- und SaaS-Unternehmen erhalten die Revenue-Recognition-Disziplin, dimensionsbasiertes Reporting und leichte bis moderate Lagerabbildung, die sie tatsächlich brauchen — ohne die Fertigungs- und Distributionstiefe zu erben, die sie nicht brauchen.

Die Plattform versucht nicht, alles zu sein. Sie versucht, sehr gut darin zu sein, ein Microsoft-zentriertes Wachstumsunternehmen schnell von Excel-Finance zu standardisiertem, auditierbarem Finance zu bringen — und sich dann aus dem Weg zu halten, während das Geschäft skaliert.

Das Wachstumsprofil, bei dem es am besten spielt

Passung ist eine Funktion des Profils, nicht allein der Größe. In der Praxis teilen die Unternehmen, bei denen Business Central am besten performt, einen erkennbaren Satz an Merkmalen:

• Etwa 20 bis 250 Mitarbeitende — jenseits des Punkts, an dem Excel und Einsteiger-Buchhaltungssoftware noch tragen, aber noch nicht in einer Konzernstruktur, die tiefe Multi-Entity-Konsolidierung braucht.
• Eine Rechtseinheit oder eine kleine Anzahl, ohne die mehrschichtigen Eigentümerstrukturen, Teilkonsolidierungen und währungsübergreifenden Konzernberichte, die die Rechnung grundlegend verändern.
• Erstmalige Standardisierung von Finance — der Wechsel von QuickBooks, Xero oder einem Flickenteppich aus Excel-Tabellen, den ein kleines Team überwachsen hat, statt der Ablösung eines reifen ERP mit tiefer Prozesshistorie.
• Eine bereits Microsoft-zentrierte IT-Landschaft, in der die Entscheider Time-to-Value und operative Einfachheit höher gewichten als tiefe, maßgeschneiderte Individualisierung.
• Ein Betriebsmodell näher an Services oder SaaS als an Fertigung oder komplexer Distribution — zwei der fünf Praxisfelder, um die die Gruppe herum aufgebaut ist, neben Finance & Konsolidierung, Fertigung und Handel.

Wo die natürliche Grenze liegt — und was das bedeutet

Jede Plattform hat einen Punkt, jenseits dessen eine andere Konfiguration dem Geschäft besser dient — und diese Grenze ehrlich zu benennen, gehört zu guter Beratung, nicht zum Lizenzverkauf. Bei Business Central liegen zwei Szenarien jenseits dieser Grenze:

• Konsolidierung im echten Multi-Entity-Maßstab. Sobald ein Konzern eine zweistellige Anzahl an Rechtseinheiten, mehrere Währungen und Teilkonsolidierung mit statutarischer Tiefe betreibt, ist eine Plattform, die von Grund auf für diesen Maßstab gebaut wurde — innerhalb des Gruppen-Portfolios ist das NetSuite —, in der Regel die bessere langfristige Architektur.
• Tiefe Fertigungsoperationen. Fortgeschrittene Produktionsplanung, komplexe Arbeitspläne, Werkstattfeinplanung und Multi-Site-Fertigungsorchestrierung passen natürlicher zu Dynamics 365 Finance & Operations oder zu einem für Fertigungstiefe konfigurierten NetSuite-Aufbau als zum leichteren Produktionsmodul von Business Central.

Keines davon ist eine Kritik an Business Central. Es ist schlicht der Punkt, an dem ein anderes Wachstumsprofil — größer, mehr Gesellschaften, schwerere Operations — anfängt, das zu überwachsen, wofür die Plattform ausgelegt wurde, um es gut zu tun. Die ehrliche Beratungsantwort ist in beide Richtungen dieselbe: die Plattform an das Profil anpassen, nicht das Profil an die Plattform.

Wann stattdessen das Sanierungsgespräch beginnt

Die Implementierungen, die am Ende eine Sanierung brauchen, sind selten die, bei denen Business Central die falsche Plattform war. Es sind die, bei denen ohne Finance-first-Disziplin implementiert wurde — ein aus einer Excel-Tabelle kopierter statt entworfener Kontenrahmen, Dimensionen nachträglich nach dem Go-live angeflanscht, Abstimmung als manuelle Monatsübung belassen, weil niemand die Design-Entscheidung vorab verantwortet hat. Die Plattform verkraftet erstaunlich viel von dieser Vernachlässigung, bevor sie sichtbar wird — dann bringt eine Finanzierungsrunde, eine Prüfung oder ein neuer CFO alles auf einmal ans Licht.

Das ist ein Lieferdisziplin-Problem, kein Plattform-Problem — und es ist dasselbe Muster, das die Gruppe in ihrer Finance-&-Operations-Sanierungsarbeit adressiert: zuerst das Finance-Fundament stabilisieren, dann die Plattform das tun lassen, wozu sie bereits fähig war. Speziell bei Business Central ist der Großteil dieser Arbeit zum Implementierungszeitpunkt vermeidbar — und das ist das wertvollere Gespräch.

Die Entscheidung, unverblümt

Wenn Ihr Unternehmen Finance erstmals standardisiert, bereits auf Microsoft 365 läuft, als Services- oder SaaS-Unternehmen operiert und irgendwo zwischen zwanzig und ein paar hundert Mitarbeitenden liegt — dann ist Business Central sehr wahrscheinlich die richtige Plattform, und die richtige Frage lautet, wie man sie von Tag eins an mit Finance-first-Disziplin implementiert. Wenn Ihre Realität eher nach Dutzenden Gesellschaften, mehreren Währungen und statutarischer Konsolidierung aussieht, oder nach tiefer Fertigungsplanung, beginnt das nützlichere Gespräch eine Ebene höher — bei der Architektur, bevor es auf einer konkreten Plattform landet.