-
Written by
-
Published on
Mar 10, 2026
Share On
“Multi-Tenant” klingt nach IT-Fachjargon – und wird in vielen Produktbeschreibungen verwendet, ohne dass klar ist, was es wirklich bedeutet. Dieser Artikel erklärt, was Multi-Tenant-Architektur in der Fuhrparksoftware konkret bedeutet, wann Sie sie brauchen und was sie von einer Single-Tenant-Lösung unterscheidet.
Was bedeutet Multi-Tenant?
Ein “Mandant” (englisch: Tenant) ist eine organisatorische Einheit innerhalb eines Systems, die vollständig isoliert von anderen Einheiten arbeitet. Jeder Mandant hat:
- Eigene Benutzer und Rollen
- Eigene Fahrzeuge und Buchungen
- Eigene Einstellungen und Konfigurationen
- Eigene Datenbasis (kein Datenmix zwischen Mandanten)
In einer Single-Tenant-Lösung teilen sich alle Benutzer einen gemeinsamen Datenraum. In einer Multi-Tenant-Lösung arbeitet jeder Mandant in seinem eigenen, vollständig isolierten Bereich – obwohl alle dieselbe Software-Installation nutzen.
Praxisbeispiel: Konzern mit drei Tochtergesellschaften
Stellen Sie sich einen Konzern mit drei Tochtergesellschaften vor, jede mit eigenem Fuhrpark:
Ohne Multi-Tenant:
- Drei separate Software-Installationen (dreifacher Wartungsaufwand)
- Oder: Alle in einem System, sehen aber gegenseitig Daten (DSGVO-Problem)
- Kein zentrales Reporting über alle Gesellschaften
Mit Multi-Tenant:
- Eine Installation, drei vollständig isolierte Mandanten
- Mitarbeiter von “Gesellschaft A” sehen nur deren Fahrzeuge und Buchungen
- IT verwaltet alles zentral, jede Gesellschaft arbeitet autark
- Zentrales Management-Dashboard mit Aggregation aller Mandanten
Vier typische Szenarien für Multi-Tenant-Bedarf
Szenario 1: Konzern mit Töchtern Mutter- und Tochtergesellschaften haben separate Fuhrparks, eigene Mitarbeiter und eigene Budgets. Multi-Tenant ermöglicht zentrale Administration bei vollständiger operativer Trennung.
Szenario 2: Mehrere Niederlassungen Ein Unternehmen hat Niederlassungen in Hamburg, München und Berlin. Jede Niederlassung hat eigene Poolfahrzeuge. Mitarbeiter buchen nur lokale Fahrzeuge, Fuhrparkleiter verwalten ihren Standort autark.
Szenario 3: Abteilungsbezogene Fahrzeugpools Verschiedene Abteilungen (Vertrieb, Technik, Management) haben eigene Fahrzeugpools mit unterschiedlichen Buchungsregeln. Multi-Tenant ermöglicht abteilungsübergreifende Trennung mit zentraler Verwaltung.
Szenario 4: Leistungserbringer für mehrere Kunden (MSP) IT-Dienstleister oder Fuhrparkmanagement-Agenturen, die mehrere Kunden betreuen, können alle Kunden in einer Installation abbilden – vollständig isoliert, gemeinsam verwaltet.
Was unterscheidet gutes Multi-Tenant von schlechtem?
Nicht alle Multi-Tenant-Implementierungen sind gleich. Es gibt drei technische Ansätze:
Ansatz 1: Shared Schema (schwach) Alle Mandanten teilen dieselbe Datenbank, werden nur durch eine “Tenant-ID”-Spalte getrennt. Sicherheitsrisiko: Fehler im Code können mandantenübergreifende Datenlecks verursachen.
Ansatz 2: Shared Database, Separate Schema (mittel) Separate Schemas pro Mandant in einer gemeinsamen Datenbank. Besser, aber Datenbankfehler können alle Mandanten betreffen.
Ansatz 3: Separate Database pro Mandant (stark) Jeder Mandant hat eine vollständig eigene Datenbank. Höchste Datenisolation, unabhängige Backups, keine Quereinflüsse. MobilityManager verwendet diesen Ansatz.
Die dritte Variante ist aus DSGVO-Sicht die sauberste: Sie können jederzeit alle Daten eines einzelnen Mandanten vollständig exportieren oder löschen, ohne andere zu beeinflussen.
Multi-Tenant vs. mehrere Installationen
Eine häufige Frage: “Warum nicht einfach mehrere separate Installationen?”
| Kriterium | Mehrere Installationen | Multi-Tenant |
|---|---|---|
| Wartungsaufwand | Hoch (n × Updates) | Niedrig (1 × Update) |
| Lizenzkosten | n × Lizenz | 1 Lizenz |
| Zentrales Reporting | ❌ | ✅ |
| Daten-Migration (Standort wechselt) | Aufwändig | Einfach |
| Mandant deaktivieren/pausieren | Kompliziert | Per Klick |
Für Unternehmen mit 3+ Standorten ist Multi-Tenant fast immer die wirtschaftlichere und wartungsärmere Lösung.
Fazit
Multi-Tenant ist kein “Nice-to-have” für wachsende Unternehmen – es ist die Voraussetzung für skalierbare, DSGVO-konforme und wartungsarme Flottenmanagement-Infrastruktur. Wer heute eine Single-Tenant-Lösung kauft und morgen eine zweite Niederlassung eröffnet, kauft morgen wieder. Planen Sie von Anfang an multi-mandantenfähig.
MobilityManager mit vollständiger Multi-Tenant-Architektur testen →