Was ist ein Mandant in SAP?

Was ein Mandant in SAP ist

Ein SAP-System ist eine technische Installation mit einer Datenbank. Innerhalb dieses Systems können mehrere Mandanten nebeneinander existieren, die sich gegenseitig nicht sehen. Wer sich anmeldet, wählt neben Benutzer und Kennwort immer einen Mandanten, etwa 100, und arbeitet danach ausschließlich mit dessen Daten. Ein Kundenauftrag, der im Mandanten 100 angelegt wird, existiert im Mandanten 200 desselben Systems nicht.

Im Organisationsaufbau steht der Mandant ganz oben. Alle weiteren Einheiten, die im Customizing angelegt werden, hängen darunter. Ein vereinfachtes Beispiel für ein produzierendes Unternehmen:

Für die Materialwirtschaft (MM) heißt das: Die Grunddaten eines Materials, etwa Bezeichnung und Basismengeneinheit, gelten im ganzen Mandanten. Einkaufs-, Dispositions- und Lagerdaten pflegst du je Werk oder Lagerort darunter. Auch die Einkaufsorganisationen gehören zu genau einem Mandanten.

Was getrennt ist und was nicht

Technisch steckt die Trennung im Feld MANDT, das in allen mandantenabhängigen Tabellen die erste Schlüsselspalte bildet. Jeder Datenbankzugriff aus ABAP filtert automatisch auf den Mandanten, an dem du angemeldet bist. Belege, Stammdaten, Benutzerstämme, Berechtigungen und der größte Teil des Customizings liegen deshalb sauber getrennt nebeneinander.

Nicht getrennt ist alles, was zum Repository gehört: Programme, Klassen, Funktionsbausteine und Tabellendefinitionen im ABAP Dictionary gelten systemweit. Dasselbe gilt für mandantenübergreifende Einstellungen, zum Beispiel Fabrik- und Feiertagskalender oder Druckerdefinitionen. Wer eine solche Einstellung in einem Mandanten ändert, ändert sie für alle anderen Mandanten desselben Systems gleich mit. Ob in einem Mandanten solche Änderungen überhaupt erlaubt sind, wird je Mandant festgelegt.

Mandanten in der Systemlandschaft

SAP liefert den Mandanten 000 als Referenzmandanten aus. In ihm wird nicht gearbeitet, er dient als Vorlage für neue Mandanten und als Quelle für SAP-Standardeinstellungen. Projekte legen eigene Mandanten an, typischerweise im Entwicklungssystem einen für das Customizing und einen für Entwicklertests, im Qualitätssystem einen für Abnahmetests und häufig einen für Schulungen, und im Produktivsystem genau einen Produktivmandanten.

Je Mandant werden eine Rolle (zum Beispiel Produktiv, Test, Customizing, Schulung), die Regeln für Änderungen und Transporte und der Schutz vor Überschreiben durch eine Mandantenkopie gepflegt. Die wichtigsten Transaktionen dafür:

Was eine Mandantenkopie mitnimmt, bestimmt das Kopierprofil. SAP_CUST kopiert nur das Customizing, SAP_UCUS zusätzlich die Benutzerstämme, SAP_USER nur Benutzer und Berechtigungsprofile, SAP_ALL alle mandantenabhängigen Daten einschließlich Stamm- und Bewegungsdaten. Programme werden nie mitkopiert, sie liegen ohnehin systemweit vor. Eine vollständige Kopie eines Produktivmandanten braucht entsprechend Platz und Laufzeit und wird von der Basis geplant, nicht nebenbei angestoßen.

Mandant außerhalb von SAP

Das Wort kommt vom lateinischen mandare, beauftragen. Im Rechts- und Steuerwesen ist der Mandant der Auftraggeber eines Rechtsanwalts oder Steuerberaters. In Buchhaltungsprogrammen wie DATEV oder Lexware ist ein Mandant das Unternehmen, dessen Bücher geführt werden, was in SAP eher einem Buchungskreis entspricht.

In der Softwareentwicklung bezeichnet Mandantenfähigkeit (englisch Multi-Tenancy) die Fähigkeit eines Systems, mehrere Kunden oder Organisationen in einer Installation strikt getrennt zu bedienen. Mandantentrennung meint dann die technische und organisatorische Sicherstellung, dass kein Kunde die Daten eines anderen sieht. Der SAP-Mandant ist eine frühe und sehr konsequente Umsetzung dieser Idee.