Internationaler ERP-Rollout — Strategien und Stolpersteine im Mittelstand.

Internationaler ERP-Rollout ist kein vergrößerter Inland-Rollout. Lokale Buchhaltungslogik, Steuerregeln, Belegformate, Sprachen, Compliance-Pflichten, Wechselkurse, Zeitzonen, Partnerlandschaft – alles, was auf Inlandsebene als gegeben angenommen wird, wird im internationalen Rollout zur projektkritischen Frage. Diese Einordnung zeigt, welche Lokalisierungstiefe in Auswahlprojekten tragend ist, welche Rollout-Strategien sich bewährt haben und welche Systeme internationale Setups belastbar liefern.

Adressiert werden Mittelständler mit zwei oder mehr Ländern (oft DACH plus europäisches Ausland, häufig auch USA, UK, Asien) und einem strategischen Bedarf, ERP-Prozesse über Ländergrenzen hinweg zu vereinheitlichen.

1. Was einen internationalen ERP-Rollout besonders macht

Ein internationaler Rollout unterscheidet sich von einem nationalen Rollout in drei Dimensionen, die alle gleichzeitig auftreten:

• Lokale Compliance. Jedes Land hat eigene Buchhaltungs-, Steuer- und Reporting-Anforderungen. Was in Deutschland selbstverständlich ist (DATEV, GoBD, USt-Voranmeldung), heißt in Frankreich anders, in Italien anders, in den USA anders – mit jeweils anderen Pflichten und Formaten.
• Sprachliche und kulturelle Realität. Bediensprache, Sprache der Belege, Sprache der Kommunikation an Kunden, Bezeichnung von Geschäftsdokumenten – das ist nicht nur Übersetzung, sondern Lokalisierung von Geschäftsprozessen.
• Operative Vielfalt. Verkaufs- und Beschaffungsprozesse, Logistik, Zahlungsverkehr, Banken, Mahnwesen unterscheiden sich pro Land erheblich. „Wir machen es überall so wie in Deutschland" funktioniert selten.

Die Komplexität multipliziert sich nicht linear, sondern exponentiell – jede Lokalisierung muss nicht nur funktional umgesetzt, sondern auch im laufenden Betrieb gepflegt werden, oft über Jahre.

2. Lokalisierung: Was wirklich abgedeckt sein muss

„Lokalisierung" ist ein vielschichtiger Begriff. In ERP-Auswahlprojekten lassen sich fünf Ebenen unterscheiden, die alle separat geprüft werden müssen:

Wer Lokalisierungstiefe nicht früh prüft, baut sich Implementierungs-Wellen ein, die später als „kleine Anpassungen pro Land" beginnen und in Nachkalkulationen enden.

3. Mehrwährungslogik und Wechselkurse

Mehrwährung ist mehr als Umrechnen. Ein konzerntaugliches ERP unterscheidet:

• Belegwährung. Die Währung, in der Kunde oder Lieferant fakturiert wird.
• Hauswährung der Gesellschaft. Die lokale Buchhaltungswährung der Tochter.
• Konzernwährung. Die Konsolidierungswährung der Gruppe (oft EUR oder USD).
• Bewertungswährungen. Zusätzliche Sichten für Reporting (z. B. parallel USD-Sicht für US-Investoren).

Pro Buchung müssen mehrere dieser Währungen mitgeführt werden. Pro Stichtag werden Bewertungsläufe gestartet (Tageskurs, Stichtagskurs, Durchschnittskurs). Wechselkursdifferenzen werden auf separate Konten gebucht. Wer Mehrwährung mit „auch in EUR umrechnen" abkürzt, baut technische Schulden ein – spätestens beim ersten Jahresabschluss.

4. Steuer-, Compliance- und e-Invoicing-Lokalisierung

Steuer- und Compliance-Lokalisierung ist der kritischste Block. Beispiele aus Europa und darüber hinaus:

• Italien: FatturaPA – Rechnungen müssen elektronisch über die staatliche Plattform laufen, sonst keine Gültigkeit.
• Polen / Spanien / Portugal / Frankreich: SAF-T-Datei (Standard Audit File for Tax) – periodische Lieferung an die Finanzbehörde.
• Frankreich: seit 2024 verpflichtende e-Rechnung im B2B (Übergangsphase) – Plattform Chorus Pro / PDP.
• Deutschland: verpflichtende e-Rechnung im B2B ab 2025/27, GoBD-Konformität, DATEV-Schnittstelle.
• UK / USA: Sales Tax bzw. VAT, sehr unterschiedliche Logik je Bundesland (US) bzw. einheitliche VAT (UK).
• EU-weit: ViDA (VAT in the Digital Age) Initiative, Peppol-Netzwerk, OSS/IOSS für E-Commerce.

Ein konzerntaugliches ERP liefert pro Land Lokalisierungspakete, die diese Anforderungen abdecken. Werden Lokalisierungspakete nicht aktiv vom Hersteller gepflegt (oder von einem Partner), ist die Steuer-Compliance ein laufendes Implementierungs-Thema – kein erledigtes Setup.

5. Rollout-Strategien: Big Bang, Wave, Country-by-Country

Drei Strategien sind in der Praxis dominant – mit unterschiedlichen Risikoprofilen:

Big Bang

Alle Länder gleichzeitig live. Vorteil: keine Zwischenzustände, keine Schnittstellen zwischen alter und neuer Welt. Nachteil: enormes Risiko, hoher Druck. Im Mittelstand selten, vor allem bei mehr als zwei Ländern unrealistisch.

Wellen-Rollout (Wave)

Länder werden in zwei oder drei Wellen ausgerollt, sortiert nach Komplexität, strategischer Bedeutung oder Bereitschaft. Standard-Vorgehen im internationalen Mittelstand. Dauer: 12–36 Monate je nach Anzahl der Länder.

Country-by-Country

Ein Land nach dem anderen. Vorteil: gezielte Steuerung, lokale Anpassungen pro Land, Lerneffekte zwischen Rollouts. Nachteil: lange Gesamtdauer, längere Phasen mit Parallelbetrieb alter und neuer Systeme.

Die Wahl der Strategie hängt von Anzahl der Länder, lokaler Komplexität, IT-Reife der Töchter und strategischem Druck ab. Wichtig: Die Strategie sollte zur Auswahlentscheidung gehören, nicht erst nachgelagert geplant werden.

6. Template-Strategie: globaler Standard vs. lokale Freiheit

Der entscheidende Architekturansatz im internationalen Rollout ist die Template-Strategie. Drei Modelle stehen zur Verfügung:

Strenges globales Template

Alle Länder bekommen exakt dasselbe Setup, lokale Abweichungen werden bewusst vermieden. Vorteil: maximale Vergleichbarkeit, geringe Pflegekomplexität. Nachteil: lokale Realität wird ignoriert, Akzeptanz pro Land schwach.

Globaler Kern + lokale Erweiterungen (empfohlen)

Globale Prozesse, Stammdatenstruktur und Reporting-Logik werden zentral definiert; pro Land werden lokal-spezifische Erweiterungen (Lokalisierungspakete, Steuer-Apps, Bank-Integrationen) zugefügt. Modell der Wahl im internationalen Mittelstand. Setzt Governance-Disziplin voraus, sonst zerfällt der „globale Kern" über die Zeit.

Föderiertes Modell

Jedes Land setzt sein eigenes ERP ein, Konsolidierung erfolgt über Schnittstellen. Vorteil: maximale lokale Freiheit. Nachteil: hohe Komplexität bei Konsolidierung und gruppenweiter Steuerung. Eher Notlösung als Strategie.

Gute Template-Strategie verlangt einen klaren globalen Prozess-Eigentümer („Process Owner") – sonst wird aus dem Template ein Vorschlagswesen.

7. Welche ERP-Systeme internationale Rollouts belastbar tragen

NetSuite OneWorld ist im internationalen Mittelstand-Geschäft besonders häufig Kandidat – aus drei Gründen: Erstens ist die Lösung architektonisch von Anfang an als Cloud-Multi-Country-System konzipiert worden. Zweitens werden Lokalisierungen für über 200 Länder von Oracle gepflegt, ohne dass eigene Anpassungen pro Land notwendig sind. Drittens ist die Subsidiary-Logik – jede Tochter ist eine eigene Subsidiary mit lokalen Einstellungen, aber innerhalb eines globalen Datenmodells – exakt das Pattern, das ein internationaler Rollout braucht. In unseren Beratungsmandaten zu internationalen Rollouts ist NetSuite überdurchschnittlich häufig auf der Shortlist – nicht aus Loyalität, sondern weil der Funktionsumfang dem Anwendungsfall direkt entspricht.

D365 Finance & Operations und SAP S/4HANA können vergleichbar viel leisten, sind aber projekttechnisch anders gelagert: höherer Implementierungsaufwand, andere Partnerstruktur, andere Total-Cost-of-Ownership-Profile. Welcher Kandidat passt, hängt stark von Größe, Komplexität und vorhandener IT-Reife ab.

8. Häufige Fragen zu internationalen ERP-Rollouts

Wie lange dauert ein internationaler ERP-Rollout im Mittelstand?

Erfahrungswerte: 6–12 Monate für die erste Tochter (ohne Stammhaus), danach 3–6 Monate pro weiterer Tochter, abhängig von Lokalisierungstiefe und Größe. Insgesamt für 3–5 Länder typischerweise 18–36 Monate.

Was kostet eine zusätzliche Tochter im Rollout?

Erfahrungswerte: 30–50 % der Aufwände der ersten Implementierung pro zusätzliche Tochter, je nach Lokalisierungsbedarf. Größte Treiber: Datenmigration, lokale Steuerlogik, Anbindung lokaler Banken und Behörden.

Wer übernimmt die Verantwortung für lokale Compliance?

Die Tochter ist rechtlich verantwortlich, das Stammhaus organisatorisch. Praxis: Konzern-IT betreibt das System global, lokale Buchhaltung verantwortet lokale Compliance, ein zentraler Compliance-Owner überwacht Lokalisierungs-Updates und plant Releases pro Land.

Wann lohnt sich ein zentrales ERP statt mehrerer lokaler Systeme?

Sobald gruppenweite Steuerung, Konsolidierung oder einheitliche Stammdaten relevant werden – also bei den meisten Mittelständlern mit zwei oder mehr operativen Auslandsgesellschaften. Föderierte Modelle bleiben sinnvoll bei sehr unterschiedlichen Geschäftsmodellen pro Land.

Wie lange braucht es, bis ein neues Land „Compliance-stabil" ist?

Erfahrungswert: drei bis sechs Monate nach Go-Live, mit zwei vollständigen Periodenabschlüssen, ist eine Tochter operativ stabil. Davor ist intensive Begleitung durch Compliance-Owner und ggf. Wirtschaftsprüfer/Steuerberater Pflicht.

---

Hinweis: Diese Einordnung ersetzt keine individuelle Projektbewertung. Die genannten Muster und Empfehlungen sind Erfahrungswerte aus Auswahlprojekten im deutschsprachigen Mittelstand mit internationaler Aufstellung.

Autor: Joerg H. Paul Schaefer · Stand: Mai 2026 · erp-check.info ist eine herstellerunabhängige Informationsplattform.