Woran scheitern internationale Multi-Country-Rollouts von Business Central?

Internationale Multi-Country-Rollouts von Business Central scheitern selten an der Software, sondern an Koordination: Jede Länder-Ausnahme höhlt das Standard-Template aus, eine Governance über Ländergrenzen fehlt, und ohne verantwortlichen Lead entstehen Lücken. Wer die Standardisierungs-Linie früh entscheidet und jede Ausnahme dagegen steuert, hält Datenbasis und Steuerung über alle Länder zusammen.

Aus Finanzsicht sieht dieselbe Lage anders aus: Multi-Country-ERP aus CFO-Sicht

Was das für den Konzernabschluss bedeutet, steht in Wie konsolidiere ich mehrere Business-Central-Gesellschaften?

Was sind die häufigsten Bruchstellen?

Die häufigsten Bruchstellen sind vier, und keine davon ist technisch. Erstens die Template-Falle: Jede Länder-Ausnahme höhlt das Standard-Template weiter aus, und einzeln betrachtet ist fast jede Ausnahme plausibel. Die Erosion entsteht durch die Summe. Zweitens die Governance-Lücke: Ohne eine Instanz, die über Ländergrenzen entscheidet, bricht die Koordination vor der Technik.

Drittens die Lead-Frage. Wo mehrere Parteien liefern und niemand für das Gesamtergebnis verantwortlich ist, entstehen Lücken genau an den Schnittstellen. Viertens die Datenbasis: Wenn Artikelnummern, Kundenstrukturen und Dimensionen je Land eigene Wege gehen, ist die Konsolidierung dauerhaft Handarbeit, und jede spätere Automatisierung baut auf Sand.

Dazu kommt ein technischer Rahmen, der oft zu spät geklärt wird: Länder mit eigener Lokalisierung brauchen eigene Umgebungen, und diese Entscheidung ist später nur mit Aufwand zu korrigieren.

Quelle: Microsoft Learn: Managing production and sandbox environments in the admin center

Was hält einen Rollout zusammen?

Einen Rollout hält die früh entschiedene Standardisierungs-Linie zusammen. Legen Sie fest, was konzernweit gilt und was lokal abweichen darf, und steuern Sie danach jede einzelne Ausnahme gegen diese Linie. Ohne diesen Maßstab definiert die Ausnahme das Template und nicht umgekehrt. Bewährt haben sich rund 80 Prozent konzernweiter Standard und maximal 20 Prozent lokale Abweichung, im Wesentlichen für Steuer, Meldewesen und Zahlungsverkehr.

Das zweite Bindeglied ist eine gemeinsame Datenbasis über Länder und Systeme hinweg. Sie entscheidet, ob Zahlen vergleichbar sind und ob die Konsolidierung im System läuft oder in Excel. Intercompany-Prozesse gehören dabei früh aufgesetzt, weil sie die Belegflüsse zwischen den Gesellschaften bestimmen.

Quelle: Microsoft Learn: Manage intercompany transactions

Das dritte ist ein benannter Lead mit Entscheidungsrecht. Gremien beraten, aber eine Person entscheidet über Ausnahmen. Ohne diese Rolle verhandelt jedes Land sein eigenes Template, und aus einem Rollout werden zwölf Einzelprojekte. Diese Person trifft auch die schwerste Entscheidung im Programm: ob ein Rollout angehalten wird.