SVC-Accounts: Klarstellen, dass mgr2ou nicht OE-Admin-Rechten entspricht

Wir haben jetzt bei Benutzung einige male Festgestellt, dass es ungünstig in vielen Use-Cases ist, dass der Service-Account implizit OE-Admin ist. Ist diese Aufhängung an der Stelle zwangsläufig nötig und was sind nochmal die Hintergründe davon @rainer.steinmueller?

added API meta labels

changed the description

Das ist gar nicht der Fall, siehe Doku:

Dienstkonten haben keine OE-Administrationsrechte, wie es bei Hauptkonten der Fall ist.

Das ist relevant dafür, wer an den Dienstkonten rumpfuschen darf, gibt aber keine Rechte IIRC.

Ok, wir sollten dann sollten wir ggf. die Anzeige überarbeiten, denn das macht Menschen nervös und ich hatte das offenbar auch wieder vergessen.

removed meta label

added NETVS Usability labels and removed API label

changed title from SVC-Accounts: OE-Admin-Rechte d. Serviceacocunts nötig? to SVC-Accounts: Klarstellen, dass mgr2ou nicht OE-Admin-Rechten entspricht

added workflowupcoming label

changed milestone to %Pre 4.1 NETVS Development

added Good first issue label

marked this issue as related to #695 (closed)

assigned to @julian-hiwi

closed with commit 93f67738

Reicht IMHO noch nicht, menschen sind in der OU- und SVC-Ansicht immernoch verwirrt. Ggf. noch Texte dazu.

Kann ich noch machen.

reopened

Auch: IMHO nicht nötig, dass es da nen Expert-Mode-Unterscheidung gibt.

Wollte das so machen, dass der Expert-Mode näher am Datenmodell ist, können wir von mir aus aber auch ändern.

Ja, die Argumentation hab ich so erwartet, ist aber leider nicht so ganz intuitiv. Finde es leigtim zu sagen, dass sich die beiden Panels an dem "API-Filter" (den es zumindest theoretisch gibt, egal ob wir ihn da benutzen oder nicht) unterscheiden, ob es SVC ist oder nicht.

mentioned in commit 93f67738

closed with commit 8f59c2c8

mentioned in commit 8f59c2c8