---

Hallo zusammen,

ich hätte da gerne ein Problem 

Aufgrund einer Umstrukturierung der Fa. stellt sich die Frage der Zugriffsrechte im TC.

Bisher waren alle Konstrukteure in einer Gruppe. Das soll in Zukunft geändert werden, es sollen zukünftig 3 Gruppen erstellt werden, auf die die jeweiligen Konstrukteure verteilt werden.

So weit, so gut, kein Problem

Es soll aber auch möglicherweise so eingerichtet werden, das die Anwender aus der bisherigen Gruppe "A" auf "inaktiv" gesetzt werden und nur noch in den neuen Gruppen 1, 2 und 3 aktiv sind.

Damit kommt dann nur noch der "owning user" an die Daten, die mit der alten Gruppenzugehörigkeit erstellt worden sind, mit Schreibzugriff heran. Was die item revisions und NX Daten angeht, ist das kein Problem.
Es hat aber auch nur noch der owning user des items selber die Möglichkeit, einen neuen Revisionsstand anzulegen.

Bekommt man das im Regelbaum für die Zugriffsrechte so eingestellt, das Mitglieder der neuen Gruppen items, die mit der alten Gruppenzugehörigkeit erstellt worden sind, revisioniern kann?

Vielen Dank im Voraus

------------------
Grüße Meinolf

Ich steh auf flotte Dreier

I know I was born and I know that I'll die but the in between is mine - Pearl Jam

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

>>Bekommt man das im Regelbaum für die Zugriffsrechte so eingestellt, das Mitglieder der neuen Gruppen items, die mit der alten Gruppenzugehörigkeit erstellt worden sind, revisioniern kann?

Ja, sicher.
Ich würde aber eher die Zugehörigkeit zur alten Gruppe aktiv lassen und nur die Anmeldegruppe ändern.
Das ist ohne Zweifel der einfachste Weg.

Beim AM stellt sich zunächst die Frage, auf welcher Ebene Du eingreifen willst.
POM_Application_Object ist sehr pauschal.
Die Eigenschaften der Klasse Item würden auf alle daraus abgeleiteten Unterklassen vererbt.
Stellt sich also die Frage, ob Item angemessen ist, ob eine Unterklasse Product genügt,
oder ob die Regel nacheinander auf mehrere Unterklassen angewendet werden muß.

Dann stelle ich mir das sinngemäß so vor:
Has Class(<Item_type> )
  Owning_Group(<Alte_Gruppe> )-> <Regel>

ACL <Regel>:
Group <Neue_Gruppe_1> Berechtigungen (Schreiben, Lesen, weitere?)
Group <Neue_Gruppe_2> Berechtigungen (Schreiben, Lesen, weitere?)
...

Wenn man das dann auf mehrere Gruppen anwendet, können natürlich zukünftige Revisionsstände auch entsprechend unterschiedlichen Gruppen gehören, je nachdem, wer da revisioniert.

------------------
Rainer Schulze

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Rainer,

scheint so zu klappen.

Vielen Dank und schönes WE.

------------------
Grüße Meinolf

Ich steh auf flotte Dreier

I know I was born and I know that I'll die but the in between is mine - Pearl Jam

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP