Haufe X360: Abgrenzung zwischen Multi-Company, Multi-Tenant – oder beidem?

Buchhaltung
, , , , , , , ,
1

Sobald mehrere Gesellschaften, Länder, Währungen oder getrennte Organisationseinheiten im Spiel sind, kommt in Haufe X360-Projekten schnell die Frage: Reicht Multi-Company? Brauchen wir Multi-Tenant? Oder ist eine Kombination sinnvoll?
Der Knackpunkt: Es geht weniger um „was technisch möglich ist“, sondern darum, was langfristig stabil betreibbar ist (Governance, Berechtigungen, Änderungen, Reporting).

1) Begriffsklärung: Was ist was?

Multi-Company (Mehrgesellschaften in einer Umgebung)

Idee: Mehrere Gesellschaften werden innerhalb einer X360-Umgebung abgebildet.
Typischer Nutzen:

  • zentrale Standards (Prozesse, Stammdatenlogik) lassen sich leichter durchsetzen

  • einheitliche Administration und oft geringere operative Komplexität

  • sinnvoll, wenn Gesellschaften ähnlich „ticken“ (Finance/Prozesse)

Achtung in der Praxis: Multi-Company funktioniert am besten, wenn die Gesellschaften vergleichbare Regeln teilen (z. B. Finanzlogik, Kontenrahmen/Struktur, Prozessvarianten).

Multi-Tenant (Mandantentrennung / getrennte Umgebungen)

Idee: Jede Organisationseinheit (oder Gruppe) bekommt eine eigene Umgebung/Mandant.
Typischer Nutzen:

  • starke Isolation: Daten, Konfiguration, Berechtigungen und Änderungen sind sauber getrennt

  • weniger „Seiteneffekte“: Anpassungen treffen nicht automatisch alle Einheiten

  • ideal bei stark unterschiedlichen Anforderungen (Länderlogik, Prozesse, Verantwortlichkeiten, Compliance)

Trade-off: mehr „Koordination“ über Systemgrenzen hinweg (z. B. gemeinsame Stammdaten/Reporting) – das muss konzeptionell gelöst werden.

2) Wann ist Multi-Company die richtige Wahl?

Multi-Company ist oft die beste Option, wenn:

  • ein einheitlicher Kontenrahmen bzw. eine harmonisierte Finanzstruktur möglich ist

  • die Einheiten ähnliche Prozesse nutzen (Order-to-Cash, Procure-to-Pay, Lagerlogik etc.)

  • zentrale Governance gewünscht ist (ein Regelwerk, ein Change-Prozess)

  • group-weite Transparenz “aus einem System” wichtiger ist als maximale Isolation

Typischer Sweet Spot: Mehrere Gesellschaften in ähnlichen Ländern/Regelwerken, mit zentraler Finance/Operations-Steuerung.

3) Wann ist Multi-Tenant die bessere Wahl?

Multi-Tenant empfehlen wir häufig, wenn:

  • Isolation wichtig ist (Berechtigungen, Verantwortlichkeiten, Compliance)

  • Länder-/Einheitenlogiken deutlich abweichen (Steuern, Prozesse, Freigaben, Kontenrahmen)

  • unterschiedliche Release-/Änderungsgeschwindigkeiten erwartet werden (z. B. E-Commerce vs. Finance)

  • ihr vermeiden wollt, dass Änderungen „mit einem Hebel“ mehrere Einheiten treffen

Typischer Sweet Spot: international verteilte Organisationen, dezentrale Verantwortung, unterschiedliche Prozess- und Finance-Anforderungen.

4) Kombination: Wann macht „beides“ Sinn?

Eine Kombination ist sinnvoll, wenn ihr Cluster bilden könnt:

  • Multi-Company innerhalb eines Tenants für Einheiten, die sehr ähnlich sind (z. B. DACH-Gesellschaften mit harmonisierten Standards)

  • mehrere Tenants für Einheiten/Regionen, die deutlich abweichen (z. B. andere Steuer-/Finance-Logik, andere Prozesse, andere Compliance)

So bekommt ihr:

  • innerhalb eines Clusters: Standardisierung und Synergien

  • zwischen Clustern: Isolation und klare Verantwortlichkeiten

Merksatz: Standardisieren, wo es stabil ist. Isolieren, wo Unterschiede Governance teuer machen.

5) Reporting: Nicht alles hängt am ERP-Setup

Für übergreifendes Reporting in Finanzberichten (Management-/Gruppenblick, nicht Konsolidierung) empfehlen wir häufig ein BI-Setup.
Damit entkoppelt ihr den gruppenweiten Blick von der Frage, ob ihr operativ Multi-Company oder Multi-Tenant nutzt – und gewinnt Flexibilität (KPIs, Harmonisierung, Drilldowns).

6) Entscheidungsfragen (Kurzcheck)

Wenn ihr in 15 Minuten eine Richtung finden wollt, helfen meist diese Fragen:

  1. Ist ein einheitlicher Kontenrahmen (oder zumindest eine harmonisierte Struktur) realistisch?

  2. Wie unterschiedlich sind Steuern, Prozesse, Freigaben je Einheit/Land?

  3. Wie wichtig ist Isolation (Berechtigungen, Verantwortlichkeiten, Change-Risiko)?

  4. Braucht ihr zentrale Standards oder eher lokale Autonomie?

  5. Wie wollt ihr den gruppenweiten Finanzblick lösen: ERP oder BI?