SAP-Rollenkonzept: Best Practices für sauberes Berechtigungsdesign
Rollenkonzept richtig aufbauen: Naming Conventions, Einzel- vs. Sammelrollen und S/4HANA-Migration.
Weiterlesen →
Segregation of Duties (SoD) – die Funktionstrennung – ist ein fundamentales Kontrollprinzip in jedem SAP-System. Wenn ein einzelner Benutzer sowohl eine Bestellung anlegen als auch den Wareneingang buchen kann, fehlt eine essenzielle Kontrolle gegen Betrug und Fehler. In der Praxis sind SoD-Konflikte in historisch gewachsenen SAP-Systemen allgegenwärtig – die Frage ist nicht ob, sondern wie viele.
Ein SoD-Konflikt entsteht, wenn ein Benutzer Berechtigungen für zwei oder mehr Aktivitäten besitzt, die aus Kontrollsicht getrennt sein sollten. Typische Beispiele: Kreditor anlegen und Zahlung freigeben, Bestellung anlegen und Wareneingang buchen, Benutzer anlegen und Rollen zuweisen, Buchung erfassen und Jahresabschluss durchführen. SoD-Konflikte erhöhen das Risiko von Betrug, Fehlern und Compliance-Verstößen erheblich.
Die Grundlage jeder SoD-Analyse ist eine SoD-Matrix (auch Risiko-Regelwerk genannt). Diese Matrix definiert, welche Funktionskombinationen als Konflikt gelten. Eine praxistaugliche Matrix enthält typischerweise 100–300 Regeln, organisiert nach Geschäftsprozessen: Beschaffung, Finanzbuchhaltung, Personalwesen, Materialwirtschaft und IT-Administration.
Wichtig: Die Matrix muss zum Unternehmen passen. Eine Standardmatrix von SAP oder einem Beratungshaus ist ein guter Startpunkt, muss aber an die spezifischen Geschäftsprozesse und Risikotoleranz angepasst werden.
Für die Erkennung gibt es drei Ansätze:
Die Erfahrung zeigt: In einem typischen SAP-System haben 30–60% der Benutzer mindestens einen SoD-Konflikt. Alle gleichzeitig zu lösen ist unrealistisch. Priorisieren Sie nach Risiko:
Berücksichtigen Sie auch die tatsächliche Nutzung: Ein Benutzer, der die Berechtigung hat aber nie nutzt, stellt ein geringeres Risiko dar als ein Benutzer, der beide Funktionen aktiv ausführt.
Für die Lösung von SoD-Konflikten stehen mehrere Strategien zur Verfügung:
Kompensierende Kontrollen sind kein Freifahrtschein, sondern eine dokumentierte Maßnahme, die das Restrisiko auf ein akzeptables Niveau reduziert. Beispiel: Wenn ein Benutzer in einer kleinen Abteilung sowohl Bestellungen anlegen als auch den Wareneingang buchen muss, kann ein monatlicher Stichproben-Report durch den Abteilungsleiter als kompensierende Kontrolle dienen. Dokumentieren Sie für jede kompensierende Kontrolle: welcher Konflikt wird adressiert, wer führt die Kontrolle durch, wie häufig, und was passiert bei Auffälligkeiten.
SoD-Management ist kein einmaliges Projekt, sondern ein kontinuierlicher Prozess. Integrieren Sie SoD-Prüfungen in den Rollenpflegeprozess (bei jeder Rollenänderung), in den User-Provisioning-Prozess (bei jeder Rollenzuweisung) und in die regelmäßige Rezertifizierung. Nur so verhindern Sie, dass neue Konflikte entstehen, während Sie bestehende lösen.
SoD-Management in SAP ist komplex, aber unverzichtbar. Starten Sie pragmatisch: Erstellen Sie eine angepasste SoD-Matrix, identifizieren Sie die kritischsten Konflikte und lösen Sie diese priorisiert. Perfekt muss es nicht sofort sein – aber dokumentiert und nachvollziehbar.
Rollenkonzept richtig aufbauen: Naming Conventions, Einzel- vs. Sammelrollen und S/4HANA-Migration.
Weiterlesen →Firefighter-Konzept, zeitlich begrenzte Zugriffe und Protokollierung für Notfallbenutzer.
Weiterlesen →Schritt-für-Schritt, um historisch gewachsene Berechtigungen in Ordnung zu bringen.
Weiterlesen →Wir helfen Ihnen bei der Umsetzung – von der Analyse bis zum Go-Live.
Jetzt anfragen