Rollen und Rechte DiPlanCockpit Pro

Achtung! Diese Seite ist aktuell noch ein Entwurf!

Einleitung

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 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 und Aufgabenkonfigurationen. 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 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.

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 M-A aus. Im Folgenden wird dargestellt, welche Funktionen für die Rollen M-A-Basis und M-A zur Verfügung stehen.

Bereich	Beschreibung	Basis	Pro
Fachliche Leitstelle	Reiter Systemparameter	vorhanden	vorhanden
Fachliche Leitstelle	Reiter Konfiguration	vorhanden in geringem Umfang	vorhanden
Fachliche Leitstelle	Reiter Codelisten	vorhanden	vorhanden
Fachliche Leitstelle	Reiter Verfahrensverwaltung	vorhanden	vorhanden
Fachliche Leitstelle	Reiter Planwerksverwaltung	vorhanden	vorhanden
Fachliche Leitstelle	Reiter Transfermessages	vorhanden	vorhanden
Fachliche Leitstelle	Reiter Mustervorlagen	nicht vorhanden	vorhanden
Fachliche Leitstelle	Reiter Rechtszitate	nicht vorhanden	vorhanden
Fachliche Leitstelle	Reiter Protokolle	vorhanden	vorhanden

Die Rolle M-A sieht im DiPlanCockpit Pro zwei Reiter, die in Basis nicht angezeigt werden:

• 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 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 Kapitel sechs mit seinen Unterkapiteln detailliert beschreiben.

2. Administrationsebene

Die Module der DiPlanung umfassen mehrere Administrationsebenen. Die erste Ebene umfasst den Betrieb der Anwendungen und dient als fachliche Leitstelle, wobei die Freie- und Hansestadt Hamburg die maßnahmenverantwortliche Stelle ist (BeLa = Betreibendes Land).

Die zweite Ebene beinhaltet die Administration der dezentralen fachlichen Leitstellen und Mandanten-Administrationen in den nachnutzenden Bundesländern (NN Länder bzw. MiLas = Mitnutzende Länder).

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.

3. Rollen- und Rechte-Konzept

Das Rollen- und Rechte-Konzept im DiPlanCockpit bildet die Grundlage für rechtssichere Zuständigkeiten und Aufgabenverteilungen innerhalb des Fachverfahrens.

3.1 KeyCloak

Die Rollen und Rechte werden zentral in KeyCloak verwaltet. Keycloak ist ein Open-Source-Softwareprodukt, das Single Sign-On mit Identitäts- und Zugriffsverwaltung (IAM) für moderne Anwendungen und Dienste ermöglicht. Pro Mandant wird ein DiplanCockpit Client in Keycloak zur Verfügung gestellt. Hierüber können die einzelnen Rollen und Rechte gesteuert werden. Dadurch wird gesteuert, welcher User auf welche Funktionen Zugriff hat. Eine Feature genaue Steuerung pro User ist nicht möglich, aber auch konzeptionell nicht gewollt.

Für jeden Mandanten werden Berechtigungen (Rollen/Rechte) und Zuständigkeit (früherer Begriff: Verfahrensverantwortung) über zwei getrennte Gruppen in Keycloak gesteuert.

3.1.1 Gruppe Cockpit Berechtigung

In dieser Gruppe sind die fachlich definierten Rollen aufgeführt. Ein Anwender hat immer mindestens eine Cockpit-Berechtigungsrolle. Es erfolgt eine Differenzierung über die K1 Nutzerrechte:

VERFAHRENSSTEUERUNG_WRITE

VERFAHRENSSTEUERUNG_READ

3.1.2 Gruppe Cockpit Zuständigkeit

In dieser Gruppe ist die Zuständigkeit pro Mandant hierarchisch aufgeschlüsselt. Einem Nutzer in einer Rolle kann keine oder genau EINE Zuständigkeit zugewiesen werden. Beispiele für Hamburg: Senat, Bezirk Altona oder Bergedorf.

Beispiel für mehrfache Gruppenzugehörigkeit:

Ein Nutzer kann den Gruppen Verfahrensmanagement (Cockpit-Berechtigung) oder Sachbearbeitung (Cockpit-Berechtigung) und Altona (Cockpit-Verfahrensverantwortung) zugeordnet sein.

3.2 Erklärung der Rollen

Im Folgenden werden jede Rolle und die dazugehörigen Rechte in Tabellenform dargestellt.

Die Tabelle zeigt, dass die Rolle M-A 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.

Zugeordnete Rechte pro Rolle	Rollen EfA Cockpit Basis
	M-A-Basis = Mandanten-Administration Mandanten spezifische Administration	FP-A-Basis = Fachplanung Administration Verfahrensmanager/in über alle Verfahren innerhalb des Mandanten	FP-VM-Basis = Fachplanung-Verfahrensmanagement Verfahrensmanager/in über Verfahren in eigener Verfahrensverantwortung (insb. auch Anlegen) und lesende Rechte in allen Verfahren des Mandanten	FP-SB-Basis = Fachplanung-Sachbearbeitung Verfahrensmanager/in über Verfahren in eigener Verfahrensverantwortung (insb. auch Anlegen)	C-VM-Basis = Controlling-Verfahrensmanagement Alle Verfahren innerhalb des Mandanten lesen, alle Reports erzeugen, nur eigene Verträge, Dokumente, Stellungnahmen lesen	C-SB-Basis = Controlling-Sachbearbeitung Verfahren, Verträge, Dokumente in eigener Verfahrensverantwortung lesen, eigene Reports erzeugen
ADMIN	Zugriff auf den Admin-Bereich (fachliche Leitstelle Administration)
VERFAHREN_READ	Alle Verfahren (eines Mandanten) können über die Suche gefunden und gelesen werden. Ist ein Verfahren nicht abonniert, kann nur die Stammdatenseite gelesen werden.	X = das Recht gilt auch bei dieser Rolle	X		X
VERFAHREN_WRITE	Alle Verfahren (eines Mandanten) können schreibend bearbeitet werden. Verfahren muss abonniert sein.	X
VERFAHREN_ABONNIEREN	Verfahren können abonniert und de-abonniert werden.	X	X	X	X	X
EIGENE_VERFAHREN_READ	Verfahren in der eigenen Zuständigkeit können über die Suche gefunden und gelesen werden. Ist ein Verfahren nicht abonniert, kann nur die Stammdatenseite gelesen werden.	X	X	X	X	X
EIGENE_VERFAHREN_WRITE	Verfahren in der eigenen Zuständigkeit können schreibend bearbeitet werden. Verfahren muss abonniert sein.	X	X	X
VERTRAG_READ	Verträge von allen Verfahren können gelesen werden.	X
VERTRAG_WRITE	Verträge von allen Verfahren können hochgeladen, bearbeitet und gelöscht werden.	X
EIGENE_VERTRAG_READ	Verträge von Verfahren in eigener Zuständigkeit können gelesen werden.	X	X	X	X	X
EIGENE_VERTRAG_WRITE	Verträge von Verfahren in eigener Zuständigkeit können hochgeladen, bearbeitet und gelöscht werden.	X	X	X
DOKUMENT_READ	(Verfahrens-) Dokumente von allen Verfahren können gelesen werden.	X	X
DOKUMENT_WRITE	(Verfahrens-) Dokumente von allen Verfahren können hochgeladen, bearbeitet und gelöscht werden	X
EIGENE_DOKUMENT_READ	(Verfahrens-) Dokumente von Verfahren in eigener Zuständigkeit können gelesen werden	X	X	X	X	X
EIGENE_DOKUMENT_WRITE	(Verfahrens-) Dokumente von Verfahren in eigener Zuständigkeit können hochgeladen, bearbeitet und gelöscht werden	X	X	X
VERFAHREN_DELETE	Gestartete Verfahren können endgültig gelöscht werden
EIGENE_VERFAHREN_DELETE_SIMULIERTES_VERFAHREN	Simulierte Verfahren in eigener Zuständigkeit können endgültig gelöscht werden.	X	X	X
EIGENE_VERFAHREN_CREATE	Verfahren in eigener Zuständigkeit können angelegt werden. Verfahren_write oder eigene_verfahren_write erforderlich	X	X	X
EIGENE_PLANWERKE_READ	Planwerke von Verfahren in eigener Zuständigkeit können gelesen und heruntergeladen werden.	X	X	X	X	X
EIGENE_PLANWERKE_WRITE	Planwerke von Verfahren in eigener Zuständigkeit können hochgeladen, bearbeitet und gelöscht werden.	X	X	X
PLANWERKE_READ	Planwerke von allen Verfahren können gelesen und heruntergeladen werden.	X
PLANWERKE_WRITE	Planwerke von allen Verfahren können hochgeladen, bearbeitet und gelöscht werden.	X