Wie lange dauert eine Business-Central-Einführung wirklich?

„In 8 bis 16 Wochen fertig“ gilt für einfache Setups: eine Gesellschaft, Standardprozesse, saubere Daten. Für komplexe Transformationen mit Altsystem-Ablösung, mehreren Gesellschaften oder tiefer Fertigung ist das unrealistisch. Ehrliche Dauer bemisst sich an Ihrer Komplexität, nicht an einem Verkaufsversprechen. Ein knapper Zeitrahmen hält, wenn drei Bedingungen zusammenkommen: eine einzige Gesellschaft ohne Multi-Entity-Struktur, Prozesse nah am Standard mit wenig Anpassung und eine bereits saubere Datenbasis. Entscheidend ist, dass alle drei zutreffen und nicht zwei von drei. Fehlt die saubere Datenbasis, wandert die Bereinigung in den kritischen Pfad und verlängert das Projekt an seiner empfindlichsten Stelle. Kommt eine zweite Gesellschaft hinzu, ändert sich nicht nur der Umfang, sondern die Logik: Dann braucht es ein Template und einen Piloten, also ein anderes Vorgehen mit einer anderen Dauer. Wer die Dauer belastbar wissen will, prüft deshalb zuerst diese drei Punkte.

Wann ist eine schnelle Einführung realistisch?

Schnelle Einführungen sind nicht erfunden, aber sie gelten für einen klar umgrenzten Fall. Wenn alle drei folgenden Bedingungen zusammenkommen, ist ein knapper Zeitrahmen von wenigen Monaten tatsächlich haltbar, und es gibt keinen Grund, länger zu planen als nötig.

• Eine einzige Gesellschaft, keine Multi-Entity-Struktur.
• Wenig Anpassung, Prozesse nah am Standard.
• Eine bereits saubere Datenbasis.

Entscheidend ist, dass alle drei zutreffen und nicht zwei von drei. Fehlt die saubere Datenbasis, wandert die Bereinigung in den kritischen Pfad und verlängert das Projekt an der empfindlichsten Stelle. Kommt eine zweite Gesellschaft hinzu, verändert sich nicht nur der Umfang, sondern die Logik: Dann braucht es ein Template und einen Piloten, und das ist ein anderes Vorgehen mit einer anderen Dauer. Prüfen Sie die drei Punkte deshalb ehrlich, bevor Sie einen Zeitplan zusagen.

Was treibt die Dauer wirklich?

Sobald Sie von diesem Fall abweichen, verschiebt sich die Rechnung. Die Dauer hängt an fünf Faktoren, die man vorab benennen kann, statt sie im Projekt zu entdecken.

• Zustand Ihrer Altdaten und Aufwand der Bereinigung.
• Zahl der Gesellschaften und Länder.
• Integrationstiefe zu Umsystemen.
• Anpassungsgrad gegenüber dem Standard.
• Dokumentationsstand Ihrer Prozesse.

Datenmigration und Test sind dabei die regelmäßig unterschätzten Blöcke, weil beide erst im Projekt ihre wahre Größe zeigen. Bei mehreren Gesellschaften kommt der Rollout-Faktor hinzu: erst den Piloten härten, dann ausrollen, statt alle Standorte parallel zu starten. Und der letzte Punkt wirkt indirekt, aber stark: Undokumentierte Prozesse müssen im Projekt erst entschieden werden, und Entscheidungen brauchen Kalenderzeit, nicht Beratungstage. Genau an diesem Punkt verlängern sich Projekte in der Praxis am häufigsten.

Was ist eine ehrliche Spanne statt einer Wunschzahl?

Wir geben Ihnen vorab eine Spanne auf Basis Ihrer tatsächlichen Komplexität, nicht eine Zahl, die gut klingt. Eine belastbare Spanne, die hält, ist im Projekt mehr wert als ein knapper Termin, der reißt, weil sich an der Terminzusage die gesamte Planung Ihrer Fachbereiche aufhängt.

Praktisch heißt das: Wir benennen den Rahmen, die Annahmen dahinter und die zwei oder drei Punkte, die ihn kippen könnten. Damit können Sie steuern, statt zu hoffen. Ein Termin ohne offengelegte Annahmen ist keine Planung, sondern nur ein Versprechen.

Ein Punkt gehört von Anfang an mitgedacht: Mit dem Go-live endet die Arbeit nicht. Business Central erhält zwei größere Releases im Jahr plus laufende Updates, und Microsoft veröffentlicht den Zeitplan dafür vorab. Wer diesen Rhythmus von Anfang an mit einplant, hat danach Ruhe statt Überraschungen.

Quelle: Microsoft Learn: Update cycles