---

Hallo zusammen,

kennt einer einen vernüftigen Einsatz für hierarchische Gruppen?
Kann man damit vielleicht elegant eine Rechtesteuerung für Gruppen realisieren?

Gruß
Ralf

------------------
Gruß

Ralf 

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

---

hi,

wir setzen sie zur trennung der gruppen bei projekten ein. wir haben mehrere konstruktionsdisziplinen, von den konstrukteuren dieser (standard-)gruppen werden einige dem entsprechenden projekt zugeordnet. beispiel: maschinenbau als standardgruppe, im projekt ABC werden die entsprechenden mitarbeiter zur gruppe ABC.Maschinenbau zugeordnet. so werden die dateien vom zugriff durch nicht berechtigte mitarbeiter geschützt. außerdem wird deine gruppenstruktur in der organisation des tce's etwas übersichtlicher...

------------------
Gruß aus Hamburg

Yeti

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

---

Hi Ralf,

Läuft bei uns genau so, wie von Yeti beschrieben.

MfG
Pascal

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

---

Hallo Yeti,

sind dann die Gruppen z.B. Maschinenbau nur organisatorische Gruppen, d.h. in der Gruppe "ABC.Maschinenbau" werden keine Daten abgelegt und ihr nehmt die Gruppe nur zur Rechtesteuerung??
Wenn ihr damit steuert, dass andere keinen Zugriff auf die Projektdaten haben, dann habt ihr wohl auch für "world" die entsprechenden Rechte auf "denied" gesetzt. Oder??

------------------
Gruß

Ralf :-)

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

---

Hallo Ralf,

wir verwenden Gruppen um unsere Organisation abzubilden. Z.B. um die einzelnen Konstruktionsgruppen in der Konstruktionsabteilung ab zu bilden.

Über den Rechtebaum lassen sich dann die Zugriffsrechte der Gruppen untereinander steuern. HIer sind dann Spezialgruppen wie die Normung interessant. Funktioniert auch recht gut. Man muss sich halt etwas mit dem Rechtebaum auseinandersetzen.

Hilfreich ist das dann bei den Nummergeneratoren (aus PLM-easy) die ich für die verschiedenen Abteilungen konfigurieren kann, ohne auf die einzelnen Gruppen eingehen zu müssen.

Auch bei dem Zuweisen der Workflows (Prozessdesigner -> Vorlagenfilter) kann ich dann für die ganze Abteilung konfigurieren. Einzelnen Gruppen kann trotzdem noch ein weiterer Workflow zugewiesen werden.

CU

Stefan

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

---

hi ralf,

nein, die gruppen erzeugen auch die echten projektdaten. zusätzlich hast du den schutz der daten durch unterschiedliche gruppen. und die user können sich am projekt anmelden und sind gleich in der richtigen gruppe. wenn man ein bißchen mehr am rechtebaum rumschraubt und projektordner mit speziellen eigenschaften verwendet, kann man den user so abschotten, das er bei einer anmeldung am projekt nur die projektdaten sieht. er also keine teile aus anderen projekten finden und damit verbauen kann (natürlich muß man ihm dann auch die zugelassenen teile, norm- und wiederholteile zur verfügung stellen). es gibt auch immer hintertüren, die der normalanwender aber nicht kennt...
die hauptgruppen sind eigentlich nur standardgruppen, um hierarchische (projekt-)gruppen aufzubauen. praktisch 2 gruppenpools: die disziplinen und die projekte, wobei natürlich nur die projekte zunehmen.
@stefan: wir haben bewußt nicht die organisationsstruktur (sprich: abteilungen) abgebildet, sondern nach konstruktionsdisziplin getrennt z.b. maschinenbau, ausruestung, schiffbau... da bei uns je nach bedarf die anwender auch an andere abteilungen ausgeliehen werden und sich die struktur der firma auch ständig ändert 
aber die arbeit -also die konstruktionsdisziplinen- bleiben die immer die gleichen.

------------------
Gruß aus Hamburg
 
Yeti

[Diese Nachricht wurde von Yeti am 09. Jul. 2004 editiert.]

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

---

Zitat:

---

Original erstellt von Yeti:
hi ralf,

....wenn man ein bißchen mehr am rechtebaum rumschraubt und projektordner mit speziellen eigenschaften verwendet, kann man den user so abschotten, das er bei einer anmeldung am projekt nur die projektdaten sieht....

---

Hallo Yeti,

hast Du mir dazu ein Beispiel, denn das würde mich sehr interesieren.
Wie sehen die speziellen Eigenschaften für den Projektordner aus?
Welchen Eintrag benötige ich im Ruletree.

------------------
Gruß

Ralf :-)

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

---

hi ralf,

das würde doch etwas mehr zeit kosten. du solltest solche sachen eigentlich doch auch von eurem tce-supporter/datenbankengineer bekommen. wir haben da auch etwas länger für gebraucht. auch steht wirklich viel in der hilfe bzw. diversen schulungsunterlagen.
tut mir leid, aber ich kann auch nicht alles veröffentlichen.

------------------
Gruß aus Hamburg

Yeti

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

---

@Yeti:

bei uns sind die Strukturen recht konstant weswegen wir hier keine Probleme bekommen. Natürlich werden auch mal User zwischen den Gruppen "verliehen", aber das lässt sich dann ja über eine zweite Gruppenzuweisung lösen.

Wichtig war für uns, dass die Objekte dann auch der jeweiligen Gruppe gehören, da wir darauf einiges aufsetzen.

Leider funktioniert eine projektbezogene Rechtevergabe erst mit TCE 9.x. Hoffe dass uns diese Arbeitsweise erst betrifft wenn wir auch auf die 9.x umgestellt haben.

CU

Stefan

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