Vertretungsregeln in der Universal Worklist (UWL) und das Problem mit den Drittsystemen

In der Universal Worklist (UWL) des SAP NetWeaver Portals können Vertretungsregeln für die angeschlossenen Systeme verwaltet werden. Wichtig hierfür ist, dass jedem Portalbenutzer genau ein Nutzer im angeschlossenen Backend-System zuzuordnen ist. Um in der UWL eine Vertretungsregel anzulegen, werden die Aufgaben, den Empfänger und den Zeitraum bzw. den Regeltyp angegeben. Die ausgewählten Aufgaben werden dann dem Empfänger im gewählten Zeitraum zur Verfügung gestellt. Bearbeitbar ist die Aufgabe in dem Zeitraum von beiden Anwendern. Für SAP Business-Workflows funktioniert das out-of-the-box, aber wie ist es mit angeschlossenen Drittsystemen?

Beitragsbild-Wie Sie Ihre SAP-Systemlandschaft optimal auf S_4HANA vorbereiten
In diesem Webinar erfahren Sie, welche Technologien der SAP für der Umstieg auf S/4HANA wirklich wichtig sind und wie Sie das volle Potenzial von S/4HANA ausschöpfen.
Vertretungsregeln in der Universal Worklist (UWL)

Vertretungsregeln in der UWL

Aufgaben aus angeschlossenen Drittsystemen sind im Allgemeinen nicht ohne weiteres Zutun von den Vertretungsregeln betroffen, wie es bei angeschlossenen SAP Systemen der Fall ist. Das liegt vor allem daran, dass die UWL zwar der Anzeige und Benutzerinteraktion dient, die wirkliche Zuordnung von Usern zu Aufgaben jedoch in den angeschlossenen Systemen stattfindet. Dadurch ist es essenziell wichtig, dass die Drittsysteme selber Vertretungsregeln unterstützen. Aufgrund dieser Tatsache lassen sich drei Lösungsmöglichkeiten ableiten: Das Setzen der Vertretung ausschließlich im Backendsystem, das Setzen in der UWL sowie das Setzen im Backendsystem und übertragen in die UWL.

Vertretungsregeln ausschließlich im Backendsystem

Im Backend-System wird eine Vertretungsregel unabhängig von der UWL definiert. Durch diese Regel werden die Aufgaben bereits im Backend-System wie gewünscht verteilt. Beim Aktualisieren der UWL werden die Aufgaben dann korrekt verteilt.

Vorteil: Berechtigungskonzept samt Vertreterregelungen wird vom Backendsystem übernommen und gesteuert.

Nachteil: Für den Anwender ist in der UWL nicht zu erkennen, dass er eine Aufgabe in Vertretung bearbeitet. Die Regeln werden nicht zentral gepflegt.

Vertretungsregeln ausschließlich in der UWL

In der UWL wird eine Vertreterregelung angelegt. Durch diese werden die Aufgaben in der Ansicht neu verteilt, im Backend-System werden jedoch keine Änderungen vorgenommen.

Vorteil: Zentrale Steuerung in der UWL.

Nachteil: Die Integrität der Systeme wird verletzt. Das bedeutet: Die im Backend definierten Zugriffsberechtigungen werden bei der Weiterleitung nicht berücksichtigt und können in der Folge zu Fehlern führen. Diese Lösung ist nur in begrenzten und nicht sicherheitsrelevanten Szenarien geeignet.

Vertretungsregeln in der UWL mit Übertragung ins Backendsystem

In der UWL wird eine Vertreterregelung angelegt, diese Regel wird dann in das Backendsystem verteilt und dort berücksichtigt. Das Drittsystem wird von sich aus alle Aufgaben auch dem neuen Vertreter zuweisen und auch die Zugriffsberechtigungen steuern.

Vorteil: Komplette Integrität der Systeme wird gewährleistet. Dies ist die sauberste Lösung

Nachteil: Das Backend-System muss Vertreterregelungen unterstützen

Fazit

Die richtige Lösung für Vertreterregelungen in der UWL ist also eine Sache der Priorisierung und vor allem abhängig von der Leistungsfähigkeit der angeschlossenen Systeme. Sie haben aufgabenbasierte Drittsysteme, die noch nicht an die UWL angeschlossen sind? Mit unserer Lösung: Non-SAP-UWL-Connector bringen wir ihre Drittsystem-Aufgaben in die UWL. Unterstützt ein Drittsystem keine Vertretungsregeln oder lassen es die Berechtigungskonzepte nicht zu, kann die UWL auch keine Aufgaben dieser Systeme weitersteuern.

Zum Ende interessiert mich noch, inwieweit Sie Vertretungsregeln für Drittsysteme in der UWL einsetzen. Über weitere Anregungen und Kritik zum Beitrag freue ich mich ebenso.

Alexander Dorn

Alexander Dorn

Mein Name ist Alexander Dorn und ich bin begeisterter SAP Consultant bei mindsquare. Wie meine Kollegen habe ich mein Hobby zum Beruf gemacht.

Sie haben Fragen? Kontaktieren Sie mich!



Das könnte Sie auch interessieren

Das SAP NetWeaver Portal vereinigt in sich die drei Lehrbuch-Eigenschaften aller Unternehmensportale ("single point of access", "role based access control" und "single sign on") und schafft somit einen zentralen Einstiegspunkt […]

weiterlesen

Wenn ein Anwender über die Universal Worklist (UWL) einen Eintrag bearbeiten möchte, kann er diesen normalerweise über einen Absprung in die Browseranwendung des zugrunde liegenden Systems oder direkt in der […]

weiterlesen

SAP Fiori My Inbox ist eine Fiori App auf Basis der SAPUI5 Technologie.  Sie ist geräteunabhängig und wird sowohl auf dem normalen Desktop genutzt, wie auch auf Tablets oder auf […]

weiterlesen

2 Kommentare zu "Vertretungsregeln in der Universal Worklist (UWL) und das Problem mit den Drittsystemen"

Elmar Schalück - 29. Januar 2014 | 10:15

Hallo,
wir nutzen die Vertreterregeln, haben dabei ein Problem. Wenn ein Mitarbeiter ausscheidet, wird sein Account deaktiviert. Die von ihm eingerichtete Vertreterregel ist aber weiterhin existent und vom Vertreter sichtbar. Die Regel kann über übliche Adminoberflächen nicht gelöscht werden.
Kennt jemand das Problem mit den Zombie-Regeln und hat eine Lösung dazu?

Antworten

Hallo Herr Schalück,
vielen Dank für Ihren Kommentar. Mit Ihrer Fragestellung sprechen Sie ein aktuelles Problem an, zu dem es mehrere Lösungsmöglichkeiten gibt. Ich werde diese Thematik in einem meiner nächsten Artikel aufgreifen und zum 11. April auf erlebe-software.de veröffentlichen.
Viele Grüße
Philipp Rammos

Antworten

Schreiben Sie einen Kommentar

Bitte füllen Sie alle mit * gekennzeichneten Felder aus. Ihre E-Mail Adresse wird nicht veröffentlicht.





Kontaktieren Sie uns!
Alexander Koessner-Maier
Alexander Kössner-Maier Kundenservice