Rollen und Rechte - Versionsgeschichte

Diplanung am 7. April 2026 um 09:40 Uhr

2026-04-07T09:40:26Z

Diplanung am 7. April 2026 um 09:29 Uhr

2026-04-07T09:29:18Z

Diplanung: /* 3.2.2 Hinweise */

2025-11-14T06:56:47Z

3.2.2 Hinweise

Änderungen zeigen

Diplanung: /* 3.2.2 Hinweise */

2025-11-14T06:47:39Z

3.2.2 Hinweise

Diplanung: /* 3.2.2 Hinweise */

2025-11-14T06:44:15Z

3.2.2 Hinweise

Diplanung: /* 3.2.2 Hinweise */

2025-02-07T12:50:05Z

3.2.2 Hinweise

Änderungen zeigen

Diplanung: /* 3.2.2 Hinweise */

2025-02-07T12:10:18Z

3.2.2 Hinweise

Diplanung: /* 3.2.1 Erläuterung der Abkürzungen der Rollen */

2025-02-07T12:09:16Z

3.2.1 Erläuterung der Abkürzungen der Rollen

Diplanung: /* 3.2.1 Erläuterung der Abkürzungen der Rollen: */

2025-02-07T12:07:54Z

3.2.1 Erläuterung der Abkürzungen der Rollen:

Diplanung: /* 3.2 Erklärung der Rollen */

2025-02-07T12:07:12Z

3.2 Erklärung der Rollen

@@ Zeile 2: / Zeile 2: @@
 == Einleitung ==
-Diese Dokumentation richtet sich an Nutzer der Rolle Mandanten-Administration für das DiPlanCockpit Basis (Kürzel: M-A-Basis). Damit Admins ihre Aufgaben zielgerichtet ausführen können, haben sie eine eigene Ansicht "Fachliche Leitstelle Administration", die sich grundlegend von der Sachbearbeitungsebene unterscheidet.
+Diese Dokumentation richtet sich an Nutzer der Rolle Mandanten-Administration für das DiPlanCockpit Pro (Kürzel: M-A). Damit Admins ihre Aufgaben zielgerichtet ausführen können, haben sie eine eigene Ansicht "Fachliche Leitstelle Administration". Der Admin-Bereich unterscheidet sich grundlegend von der Sachbearbeitungsebene, dem Cockpit-Bereich.
-Die Aufgaben des Admins sind darauf ausgerichtet, das Verfahren für die Sachbearbeitung vorzubereiten/einzurichten.
+Die Aufgaben des M-A sind darauf ausgerichtet, das Fachverfahren für die Sachbearbeitung vorzubereiten/einzurichten und bestimmte Aufgaben im laufenden Betrieb auszuführen wie gestartete Verfahren zu löschen.
 == 1. Systemkontext ==
-Bei DiPlanCockpit Basis und DiPlanCockpit Pro handelt sich um ein Gesamtsystem und nicht um unterschiedliche Entwicklungen. Für Basis und Pro gibt es unterschiedliche Verfahrenskonfigurationen. Pro Verfahrenssteuerungstyp (auch Verfahrenssteuerung genannt) können so unterschiedliche Vorgaben und Abläufe definiert werden.
+Bei DiPlanCockpit Basis und DiPlanCockpit Pro handelt sich um ein Gesamtsystem und nicht um unterschiedliche Entwicklungen. Für Basis und Pro gibt es unterschiedliche Verfahrenskonfigurationen und Aufgabenkonfigurationen. Pro Verfahrenssteuerungstyp (auch Verfahrenssteuerung genannt) können so unterschiedliche Vorgaben und Abläufe definiert werden.
-Das hinterlegte Rollen- und Rechte-Konzept differenziert, was die einzelnen Nutzer (je nach Rolle und Zuständigkeit) sehen und an Funktionen ausführen können (Lese- und Schreibrechte), sodass sie ihre spezifischen Aufgaben ausführen können. Dies wirkt sich auch auf die Rolle der Mandantenadministration im DiPlanCockpit Basis aus. Im Folgenden wird dargestellt, welche Funktionen für die Rolle M-A in Basis und Pro zur Verfügung stehen.
+Bei DiPlanCockpit Basis und DiPlanCockpit Pro handelt sich um ein Gesamtsystem und nicht um separate Entwicklungen. Für Basis und Pro gibt es unterschiedliche Verfahrenskonfigurationen (VK), die wiederum pro Verfahrenssteuerungstyp (auch Verfahrenssteuerung genannt) individuelle Vorgaben definieren. In Pro lassen sich komplexe Abläufe abbilden, die der Sachbearbeitung Workflow-Unterstützung liefert.
 {| class="wikitable sortable mw-collapsible"
 !Bereich
@@ Zeile 61: / Zeile 63: @@
 |vorhanden
 |}
-* Der Reiter Konfiguration wird für den M-A-Basis zwar dargestellt, hat jedoch einen geringeren Funktionsumfang.
+* Die Rolle M-A sieht im DiPlanCockpit Pro zwei Reiter, die in Basis nicht angezeigt werden:
-* Der Reiter Mustervorlagen erlaubt dem M-A-Pro das Erstellen, Ändern, Ersetzen und Löschen von Mustervorlagen. Diese basieren auf .dotx-Vorlagen und ermöglichen es, verfahrensübergreifend Musterdokumente auf Grundlage der Vorlage zu erstellen.
+** Der Reiter Mustervorlagen erlaubt das Anlegen, Ändern, Ersetzen und Löschen von Mustervorlagen. Diese basieren auf .dotx-Vorlagen und enthalten feste Texte sowie Platzhalter für Stammdaten, Metadaten oder Rechtszitate. Die Sachbearbeitung kann auf Basis einer Mustervorlage ein so genanntes Verfahrensdokument generieren (Word-Datei). Im Zuge der Initialisierung werden die Platzhalter aufgelöst und bilden den zu der Zeit gültigen Stand ab. '''Wichtig''': Eine nachträgliche Synchronisierung von Platzhaltern findet nicht statt.
-* Der Reiter Rechtszitate erlaubt dem M-A-Pro das Erstellen, Bearbeiten und Löschen von Rechtszitaten. Diese werden als Platzhalter in Mustervorlagen eingefügt, um die Rechtssicherheit von Mustervorlagen zu gewährleisten.
+** Der Reiter Rechtszitate erlaubt das Anlegen, Bearbeiten und Löschen von Rechtszitaten, die sich als Platzhalter in Mustervorlagen einbinden lassen. Die hinterlegten Texte bilden Rechtsbezüge ab und lassen sich hier zentral aktualisieren.  Die einzelnen Reiter werden im [[Admin-Bereich DiPlan Cockpit Pro|Kapitel sechs der Doku zu DiPlanCockpit Pro]] mit seinen Unterkapiteln detailliert beschreiben.
-Der Reiter Zugriffsverwaltung im Bereich Fachliche Leitstelle wurde aus Basis und Pro entfernt. Die Verwaltung der Rollen und Rechte erfolgt in KeyCloak (siehe unten).
+=== 2.1 Erste Administrationsebene ===
-Die einzelnen Reiter werden an dieser Stelle detailliert beschrieben: [[Admin-Bereich|https://wiki.diplanung.de/index.php/Admin-Bereich]]
+=== 2.2 Zweite Administrationsebene ===
-== 2. Administrationsebene ==
+=== 2.3 Dritte Administrationsebene ===
-DiPlanung ist in mehrere Administrationsebenen strukturiert. Die erste Ebene umfasst den Betrieb der Anwendungen und dient als fachliche Leitstelle, wobei die Freie- und Hansestadt Hamburg die maßnahmenverantwortliche Stelle ist. Die zweite Ebene beinhaltet die Administration der dezentralen fachlichen Leitstellen und Mandanten-Administrationen in den nachnutzenden Bundesländern. Optional kann eine dritte Ebene eingezogen werden, wenn das nachnutzende Land weitere nachgelagerte Behörden in die Administration der Fachanwendung einbinden möchte. Die vierte Ebene umfasst die nutzenden Stellen der Anwendung, darunter Sachbearbeitungen in den Behörden und Kommunen, Träger öffentlicher Belange (TöB), Planungsbüros und Bürger:innen.
+Optional kann eine dritte Ebene eingezogen werden, wenn das nachnutzende Land weitere nachgelagerte Behörden in die Administration der Fachanwendung einbinden möchte.
-=== 2.1 2FA ===
+=== 2.4 Vierte Administrationsebene ===
-Die obligatorische Verwendung von 2FA (Zwei-Faktor-Authentifizierung) ist für alle drei Administrationsebenen anzustreben.
+Die vierte Ebene umfasst die nutzenden Stellen der Anwendung, darunter Sachbearbeitungen in den Behörden und Kommunen, Träger öffentlicher Belange (TöB), Planungsbüros und Bürger:innen.
 == 3. Rollen- und Rechte-Konzept ==

@@ Zeile 69: / Zeile 69: @@
 Die einzelnen Reiter werden an dieser Stelle detailliert beschrieben: [[Admin-Bereich|https://wiki.diplanung.de/index.php/Admin-Bereich]]
-=== 2. Administrationsebene ===
+== 2. Administrationsebene ==
 DiPlanung ist in mehrere Administrationsebenen strukturiert. Die erste Ebene umfasst den Betrieb der Anwendungen und dient als fachliche Leitstelle, wobei die Freie- und Hansestadt Hamburg die maßnahmenverantwortliche Stelle ist. Die zweite Ebene beinhaltet die Administration der dezentralen fachlichen Leitstellen und Mandanten-Administrationen in den nachnutzenden Bundesländern. Optional kann eine dritte Ebene eingezogen werden, wenn das nachnutzende Land weitere nachgelagerte Behörden in die Administration der Fachanwendung einbinden möchte. Die vierte Ebene umfasst die nutzenden Stellen der Anwendung, darunter Sachbearbeitungen in den Behörden und Kommunen, Träger öffentlicher Belange (TöB), Planungsbüros und Bürger:innen.
-==== 2.1 2FA ====
+=== 2.1 2FA ===
 Die obligatorische Verwendung von 2FA (Zwei-Faktor-Authentifizierung) ist für alle drei Administrationsebenen anzustreben.

@@ Zeile 394: / Zeile 394: @@
 |-
 |EIGENE_VERFAHREN_CREATE
-|Nur  für interne SBs: Verfahren der eigenen Zuständigkeit können angelegt werden.
+|Verfahren anlegen. Standardfall für Rollen wie FP-SB innerhalb der eigenen Zuständigkeit. Externe Sachbearbeiter wie externe Planungsbüros haben dieses Recht nicht. VERFAHREN_WRITE oder EIGENE_VERFAHREN_WRITE erforderlich.
 |X
 |X

@@ Zeile 363: / Zeile 363: @@
 |-
 |VERFAHREN_CREATE
-|Sonderfall  für die Rollen M-A und FP-A: Verfahren können angelegt werden - über  Zuständigkeiten hinweg. VERFAHREN_WRITE oder EIGENE_VERFAHREN_WRITE  erforderlich.
+|Verfahren anlegen. Sonderfall für die Rollen M-A und FP-A: Verfahren können angelegt werden - über  Zuständigkeiten hinweg. VERFAHREN_WRITE oder EIGENE_VERFAHREN_WRITE  erforderlich.
 |X
 |X

@@ Zeile 119: / Zeile 119: @@
 # Alle schreibenden Rechte in der K1 erfordern, dass das Verfahren abonniert ist, um Änderungen vornehmen zu können. Mit Klick auf ein Verfahren, wird es automatisch abonniert.
 # Externe Planungsbüros (PB) können in angelegten Verfahren mitarbeiten, haben selbst aber keine Zuständigkeit. Sie erhalten eine eigene Übersichtsseite "Berechtigte Verfahren", auf der 0..n Verfahren aufgelistet sind, für die ein PB berechtigt wurde. Abonnieren ist dafür irrelevant. Es werden in der 1. Stufe die Rollen FP-PB-SB#1 (Pro) + FP-PB-SB_Basis#1 (Basis) umgesetzt.
-# In KeyCloak gibt es für alle PB - unabhängig von der Berechtigungsstufe im DiPlanCockpit - nur eine Rolle / Gruppe / Organistion: FP-PB.
+# In KeyCloak gibt es für alle PB - unabhängig von der Berechtigungsstufe im DiPlanCockpit - nur eine Rolle / Gruppe / Organisation: FP-PB.
 {| class="wikitable"

@@ Zeile 113: / Zeile 113: @@
 * C-VM = Controlling-Verfahrensmanagement - Alle Verfahren innerhalb des Mandanten lesen, alle Reports erzeugen, nur eigene Verträge, Dokumente, Stellungnahmen lesen
 * C-SB = Controlling-Sachbearbeitung - Verfahren, Verträge, Dokumente in eigener Verfahrensverantwortung lesen, eigene Reports erzeugen
 {| class="wikitable"

@@ Zeile 105: / Zeile 105: @@
 Die Tabelle zeigt, dass die Rolle M-A-Basis klar von den weiteren Rollen abgegrenzt werden kann, da ihr Fokus nicht auf fachlichen Aufgaben beruht. Stattdessen steht die Verwaltung der Rollen und Rechte der Nutzer im Vordergrund.
-==== 3.2.1 Erläuterung der Abkürzungen der Rollen: ====
+==== 3.2.1 Erläuterung der Abkürzungen der Rollen ====
 * M-A = Mandanten-Administration - Mandanten spezifische Administration
 * FP-A = Fachplanung Administration - Verfahrensmanager/in über alle Verfahren innerhalb des Mandanten