Mandantenfähigkeit bedeutet, dass eine Software mehrere Kunden oder Organisationen – die Mandanten – auf derselben Installation bedient und deren Daten, Nutzer und Einstellungen sicher voneinander trennt. Jeder Mandant arbeitet so, als hätte er die Software für sich allein.
Der Begriff stammt ursprünglich aus der Buchhaltung, wo ein Mandant ein eigenständig abgerechnetes Unternehmen ist. In der Softwareentwicklung ist er heute vor allem bei SaaS-Plattformen zentral, gilt aber genauso für Unternehmensgruppen mit mehreren Gesellschaften oder Portale für viele Partner.
Woran man mandantenfähige Software erkennt
- Datentrennung: Ein Mandant sieht niemals Daten eines anderen – weder in der Oberfläche noch über Schnittstellen oder Exporte.
- Eigene Nutzer und Rollen: Jeder Mandant verwaltet seine Nutzer und Berechtigungen selbst.
- Eigene Einstellungen: Logo, Farben, Workflows oder Tarife lassen sich je Mandant konfigurieren.
- Gemeinsame Basis: Updates und Fehlerbehebungen kommen bei allen Mandanten gleichzeitig an.
Single Tenant oder Multi Tenant?
Für die technische Umsetzung gibt es mehrere Wege. Sie unterscheiden sich darin, wie streng die Mandanten getrennt sind und wie aufwendig der Betrieb ist:
| Modell | Prinzip | Stärken | Zu bedenken |
|---|---|---|---|
| Single Tenant | Eigene Instanz und Datenbank je Mandant | Sehr strikte Trennung, individuelle Anpassungen möglich | Mehr Betriebsaufwand, Updates je Instanz |
| Multi Tenant, Datenbank je Mandant | Eine Anwendung, getrennte Datenbanken | Gute Trennung bei gemeinsamer Codebasis | Viele Datenbanken zu verwalten |
| Multi Tenant, Schema je Mandant | Eine Datenbank, getrennte Schemata | Kompromiss aus Trennung und Effizienz | Migrationen müssen in jedem Schema laufen |
| Multi Tenant, gemeinsame Tabellen | Alle Daten in denselben Tabellen, gekennzeichnet per Mandanten-ID | Effizient, einfach zu skalieren | Trennung muss in jeder Abfrage konsequent abgesichert sein |
Welche Variante passt, hängt von der Zahl der erwarteten Mandanten, den Anforderungen Ihrer Kunden an Datentrennung und dem gewünschten Betriebsaufwand ab. Auch Mischformen sind möglich, etwa gemeinsame Tabellen für kleine Kunden und eigene Datenbanken für große.
Worauf es bei der Umsetzung ankommt
- Trennung zentral absichern: Die Mandantenzuordnung gehört in eine zentrale Schicht, nicht in jede einzelne Funktion.
- Automatisiert testen: Tests sollten gezielt prüfen, dass kein Mandant fremde Daten erreicht.
- Schnittstellen mitdenken: Auch APIs, Exporte und Hintergrundprozesse müssen den Mandanten kennen.
- Lastverteilung beobachten: Ein großer Mandant darf die anderen nicht ausbremsen – Monitoring zeigt Engpässe früh.
- Datenschutz klären: Löschung, Export und Auskunft je Mandant sollten von Anfang an vorgesehen sein.
Beispiele für mandantenfähige Software
- SaaS-Produkte: Jedes Kundenunternehmen ist ein Mandant mit eigenen Nutzern und Daten.
- Unternehmensgruppen: Mehrere Gesellschaften arbeiten in einem System, buchen aber getrennt.
- Partner- und Händlerportale: Jeder Partner sieht nur seine Aufträge, Preise und Kunden.
- Franchise- und Filialsysteme: Zentrale Vorgaben, aber getrennte Daten je Standort.
- Plattformen für Verbände oder Kommunen: Mitgliedsorganisationen nutzen eine gemeinsame Lösung, jede in ihrem eigenen Bereich.
Kurz zusammengefasst
Mandantenfähigkeit ist keine einzelne Funktion, sondern eine Eigenschaft der gesamten Architektur. Sie entscheidet darüber, wie sicher Kundendaten getrennt sind, wie effizient sich die Software betreiben lässt und wie leicht neue Kunden hinzukommen. Wer früh die passende Variante wählt, spart später Umbauten – und kann seinen Kunden mit gutem Gewissen zusichern, dass ihre Daten nur ihnen gehören.
Nachrüsten oder von Anfang an planen?
Eine bestehende Anwendung nachträglich mandantenfähig zu machen, ist möglich, berührt aber fast jede Abfrage und Berechtigung. Häufig ist das Teil einer größeren Software-Modernisierung. Wenn absehbar ist, dass Ihre Software mehrere Kunden oder Gesellschaften bedienen soll, planen wir die Mandantenfähigkeit deshalb schon im Konzept ein – das ist in aller Regel günstiger als ein späterer Umbau.
Mandantenfähige Plattformen gehören zu unseren Kernleistungen im Bereich SaaS-Entwicklung.