Häufig gestellte Fragen
Was bedeutet ein Core-Template oder Global-Template beim Multi-Country-Rollout?
Ein Core- oder Global-Template ist ein einmal definierter Standard aus Geschäftsprozessen, Konfigurationen, Stammdaten-Strukturen, Integrationen und Schulungsunterlagen, der als gemeinsame Basis für alle Standorte und Länder dient. Der Grundgedanke lautet "global harmonisieren, lokal nur ergänzen": Prozesse wie Beschaffung, Vertrieb oder das interne Reporting werden zentral vereinheitlicht, während länderspezifische Anforderungen separat angedockt werden. Wichtig ist eine klar benannte Template-Verantwortung (oft als Template- oder Solution-Owner bezeichnet), die entscheidet, welche Funktionen zum globalen Standard gehören und welche lokal abweichen dürfen. Ohne diese Governance verwässert das Template über die Wellen hinweg und der angestrebte Harmonisierungseffekt geht verloren.
Phased Rollout oder Big Bang – welche Strategie eignet sich für mehrere Standorte und Länder?
Beim Big Bang gehen alle Einheiten gleichzeitig live, beim Phased Rollout (Wellen-Ansatz) wird Standort für Standort oder Land für Land gestaffelt eingeführt. Für Multi-Site- und Multi-Country-Projekte mit mehreren Gesellschaften und unterschiedlichen Rechtsräumen gilt der gestaffelte Wellen-Ansatz in der Fachliteratur überwiegend als die risikoärmere Option, weil Erfahrungen aus jeder Welle in die nächste einfließen und Probleme nicht gleichzeitig an allen Standorten auftreten. Verbreitet ist ein Pilotstandort, der das Template real erprobt, bevor weitere Länder folgen. Manche Organisationen kombinieren beides hybrid, etwa Finanzen und Kernmodule als Big Bang und erweiterte Funktionen in Phasen – die passende Wahl hängt von Größe, Risikoappetit und der Heterogenität der Standorte ab.
Was muss bei der Lokalisierung pro Land zwingend angepasst werden?
Rechtlich vorgeschriebene Lokalisierungen betreffen vor allem Steuern und gesetzliches Reporting – häufig zusammengefasst als Tax, Legal & Statutory (TLS). Dazu zählen unter anderem länderspezifische Kontenpläne, Umsatz- und Mehrwertsteuerlogik, Quellensteuer, Währungsbewertung, gesetzliche Meldeformate, Anforderungen an Rechnungen sowie zunehmend strukturierte E-Invoicing-Formate. Diese Elemente sind nicht optional, sondern Voraussetzung, um in einem Land überhaupt regelkonform betrieben zu werden; fehlerhafte Lokalisierung kann zu Compliance-Verstößen, falschen Meldungen und im Extremfall zu rechtlichen Sanktionen führen. Es empfiehlt sich daher, lokale Finanz- und Rechtsteams früh in die Template-Anpassung einzubinden, statt Lokalisierung erst kurz vor dem Go-Live eines Landes zu behandeln.
Welche E-Invoicing-Pflichten muss ein länderübergreifender Rollout in der EU berücksichtigen?
In der EU treibt die Initiative "VAT in the Digital Age" (ViDA) die Vereinheitlichung voran; für grenzüberschreitende innergemeinschaftliche B2B-Umsätze ist strukturiertes E-Invoicing nach dem europäischen Standard EN 16931 ab dem 1. Juli 2030 vorgesehen, verbunden mit digitalen Meldepflichten. In Deutschland gilt bereits seit dem 1. Januar 2025 die Pflicht, im inländischen B2B-Verkehr strukturierte E-Rechnungen empfangen zu können, während für das Ausstellen gestaffelte Übergangsfristen gelten – Unternehmen mit mehr als 800.000 Euro Vorjahresumsatz ab 2027, alle übrigen ab 2028, bei Kleinunternehmern mit Erleichterungen. Verbreitete Formate sind XRechnung, ZUGFeRD und Peppol BIS, die alle auf EN 16931 aufsetzen, weshalb das ERP pro Land die jeweils geltenden Formate und Fristen abbilden muss. Die genauen Termine und Schwellenwerte sollten projektbezogen mit Steuer- und Rechtsexperten verifiziert werden, da sich die Regelungen laufend weiterentwickeln.
Wie lange dauert ein Multi-Site-Rollout und welche Rolle spielt die Governance?
Verlässliche Pauschalwerte gibt es nicht, da die Dauer stark von Anzahl der Standorte, Länderkomplexität und Reifegrad des Templates abhängt; gestaffelte internationale Programme erstrecken sich in der Praxis häufig über viele Monate bis mehrere Jahre, mit einem Pilotstandort vorab und anschließenden Wellen. Zentral ist eine belastbare Governance, etwa ein Rollout-Office, das Template-Integrität, Wellen-Planung, Ausnahmegenehmigungen, Readiness-Kriterien und Risiko-Eskalation steuert. Ebenso entscheidend sind Change-Management und Anwenderakzeptanz: Studien zeigen, dass unzureichendes Change-Management zu den häufigsten Ursachen für gescheiterte ERP-Projekte zählt, während Programme mit professionellem Change-Management ihre Ziele deutlich häufiger erreichen. Eine Hypercare-Phase nach jedem Go-Live mit definierter Unterstützung hilft, Anlaufprobleme pro Standort abzufangen, bevor die nächste Welle startet.