Zum Inhalt springen

Rollen und Rechte in Unternehmenssoftware planen

Rechte wirken wie ein Nebenthema und sind eine der folgenreichsten frühen Entscheidungen. Wer sie zu spät plant, baut sie später quer durch die ganze Anwendung nach.

  • Für wenProjektverantwortliche, Geschäftsführung
  • NiveauPlanung
  • Lesezeitetwa 7 Minuten
  • Stand16. Oktober 2026

Das lernen Sie

  • Der Unterschied zwischen Rolle und Recht
  • Welche vier Fragen jede Rechteplanung beantworten muss
  • Warum Rechte auf dem Server geprüft werden müssen
  • Wie man mit Vertretung und Ausnahmen umgeht

Rolle und Recht sind nicht dasselbe

Ein Recht ist eine einzelne Erlaubnis: Aufträge sehen, Aufträge freigeben, Preise ändern. Eine Rolle bündelt Rechte zu einem Aufgabenbild: Sachbearbeitung, Vertrieb, Buchhaltung.

Die Trennung lohnt sich, sobald es mehr als zwei Gruppen gibt. Rechte an einzelne Personen zu vergeben ist am Anfang schneller und wird mit jedem Personalwechsel teurer — dann sucht jemand, welche Erlaubnisse die ausgeschiedene Person hatte.

Vier Fragen, die beantwortet sein müssen

  • Wer darf einen Datensatz SEHEN? Oft die schwierigste Frage, weil Sichtbarkeit meist an Zuständigkeit hängt — eigene Abteilung, eigene Kunden, eigene Region. Wer darf ihn ÄNDERN, und ab welchem Zustand nicht mehr? Ein freigegebener Auftrag verhält sich anders als ein Entwurf. Wer darf ihn FREIGEBEN oder abschließen? Das ist fast nie dieselbe Gruppe wie die, die ihn anlegt. Wer darf ihn LÖSCHEN — und was heißt löschen überhaupt? In vielen Fachanwendungen heißt es: als ungültig markieren, nicht entfernen — solange Aufbewahrungspflichten oder Nachvollziehbarkeit das verlangen. Für personenbezogene Daten muss zusätzlich geklärt sein, wann sie tatsächlich gelöscht werden.

Die vierte Frage hat eine Nebenwirkung, die oft übersehen wird: Wenn Daten nicht wirklich gelöscht werden, müssen alle Listen und Auswertungen wissen, dass es ungültige Datensätze gibt. Vergisst man das an einer Stelle, erscheinen gelöschte Vorgänge in der Jahresstatistik.

Rechte gelten auf dem Server, nicht in der Oberfläche

Eine ausgeblendete Schaltfläche ist eine Bedienhilfe, keine Absicherung. Wer die Adresse kennt, ruft den Vorgang trotzdem auf. Verbindlich ist nur die Prüfung auf dem Server, und zwar bei jedem einzelnen Zugriff — auch bei dem, den die Oberfläche gar nicht anbietet.

Das gilt besonders für Listen mit Filtern: Ein Filter, der die Rechteprüfung umgeht, zeigt über einen Adressparameter Daten, die in der Oberfläche nie erreichbar wären. Solche Stellen finden sich fast nur im Review oder in einem Test, der gezielt danach sucht.

Ein Beispiel aus der Praxis

Vertretung — der Fall, der jede saubere Planung herausfordert

Die Zuständige ist im Urlaub, der Vorgang muss trotzdem freigegeben werden. Drei Wege sind üblich, und sie unterscheiden sich stark:

  • Eine Vertretungsrolle, die dauerhaft dieselben Rechte hat. Einfach, aber die Rechte bestehen auch außerhalb der Vertretung.
  • Eine befristete Vertretung mit Zeitraum. Aufwendiger, bildet die Wirklichkeit ab und ist nachvollziehbar.
  • Eine Freigabe durch die Leitung, die immer darf. Einfach und führt dazu, dass die Leitung ständig einspringt.

Welcher Weg richtig ist, hängt davon ab, wie oft der Fall auftritt. Wichtig ist nur, dass er vor dem Bauen entschieden wird — nachträglich eingezogene Vertretungslogik berührt jede Prüfstelle in der Anwendung.

Womit man anfängt

Nicht mit einer Rechtematrix über fünfzig Einzelrechte. Sinnvoll ist: drei bis fünf Rollen benennen, für jede die vier Fragen oben beantworten, und die Sonderfälle aufschreiben statt sie sofort zu lösen.

Die Sonderfälle sind der eigentliche Erkenntnisgewinn. Wenn beim Aufschreiben auffällt, dass eine Rolle in zwei Abteilungen Unterschiedliches darf, Wenn beim Aufschreiben auffällt, dass eine Rolle in zwei Abteilungen Unterschiedliches darf, bildet man es entweder als zwei Rollen ab oder als eine Rolle mit einem Geltungsbereich, etwa der eigenen Abteilung.

Häufige Missverständnisse

Rechte regeln nicht nur Vertraulichkeit, sondern auch Verantwortung — wer etwas freigeben darf. Das ist auch in kleinen Teams eine Aussage.

Technisch ja, aber die Prüfung muss dann an jeder Stelle nachgezogen werden. Nachträglich eingezogene Rechte sind einer der teuersten Umbauten.

Doch. Die Oberfläche ist ein Programm auf einem fremden Gerät; verbindlich ist die Prüfung auf dem Server.

Über den Autor

Fabian Lücker ist geschäftsführender Gesellschafter der PHP-Schmiede KG in Rheine und seit 2007 in der Softwareentwicklung tätig. Er verantwortet Entwicklung und Konzeption und schreibt hier über Entscheidungen, die in echten Projekten anfallen.