DiPlanung - Letzte Änderungen [de]

Rollen, Seitenaufbau und Organisationsdaten - Bauleitplanung

DemosAutor — Thu, 30 Apr 2026 13:58:14 GMT

Grundaufbau der Plattform (Menüs)

Datei:Hilfeicon.png

DemosAutor — Mon, 27 Apr 2026 11:27:45 GMT

DemosAutor lud Datei:Hilfeicon.png hoch

Neue Seite

Icon zu Kontexthilfe

Rollen, Seitenaufbau und Organisationsdaten - Bauleitplanung

DemosAutor — Mon, 27 Apr 2026 11:25:49 GMT

Grundaufbau der Plattform (Menüs)

Rollen, Seitenaufbau und Organisationsdaten - Bauleitplanung

DemosAutor — Mon, 27 Apr 2026 11:21:34 GMT

Die Seite wurde neu angelegt: „== 1. Allgemeine Informationen == === 1.1 Unterschiedliche Nutzerrollen === In der Anwendung werden für die einzelnen Nutzergruppen unterschiedliche Rollen m…“

Neue Seite

== 1. Allgemeine Informationen ==
=== 1.1 Unterschiedliche Nutzerrollen ===

In der Anwendung werden für die einzelnen Nutzergruppen unterschiedliche Rollen mit jeweiligen Berechtigungen angewandt:

'''1. Fachplanung-Administration'''
Die Fachplanung-Administration ist ein/e Mitarbeiter*in oder Beauftragte/r des Verfahrensträgers mit allen Befugnissen und Rechten der Fachplanung-Sachbearbeitung.
Die Fachplanung-Administration kann darüber hinaus neue Verfahren anlegen und löschen. Zudem kann die Fachplanung-Administration die Daten der Organisation vervollständigen und die Blaupause editieren.

'''2. Fachplanung-Sachbearbeitung'''
Fachplanung-Sachbearbeitende sind Mitarbeitende des Verfahrensträgers.
Die Fachplanung-Sachbereitenden bereiten das Verfahren für die Beteiligung vor (Einstellen von Planungsdokumenten). Sie verwalten, starten und beenden Beteiligungsverfahren. Sie verwalten die eingegangenen Stellungnahmen in der Abwägungstabelle und ergänzen die Abwägung.

'''3. Fachplanung-Planungsbüro'''
Planungsbüros erhalten in der Rolle die Möglichkeit Verfahren über das Verwalten-Menü zu editieren, d.h. einzurichten und auszuwerten.
Fachplanung-Planungsbüros sehen lediglich Verfahren, die für ihre Organisation durch Fachplanung-Admin /Fachplanung-Sachbearbeitung freigegeben wurden.

'''4. Institution-Koordination'''
Die Institution-Koordination ist ein/e Mitarbeiter*in einer Organisation, der/die in einem Bauleitplanverfahren als Behörde oder Institution beteiligt wird. Die Rolle der Institution-Koordination ist mit mehr Rechten ausgestattet als die der Institution-Sachbearbeitung. Die Institution-Koordination nimmt die Stellungnahmen der zugehörigen Sachbearbeitung und eigene Stellungnahmen in Empfang. Nach einer möglichen Bearbeitung reicht die Institution-Koordination alle Stellungnahmen der Organisation beim Verfahrensträger/Fachplanung ein.

'''5. Institution-Sachbearbeitung'''
Institution-Sachbearbeiter*innen sind Mitarbeitende einer Behörde oder einer Institution, die Planungsunterlagen einsehen und Stellungnahmen inkl. Verortungen verfassen und an die Institution-Koordination ihrer Organisation freigeben können.

'''6. Bürger*in'''
In DiPlanBeteiligung gibt es zusätzlich die Rolle „Bürger*in“, im Folgenden auch „Öffentlichkeit“ genannt. Bei Verfahren, die für die Öffentlichkeit freigeschaltet sind, können Bürger*innen auch unangemeldet in der Bürgerebene ihre Stellungnahmen abgeben. Im Zuge der Stellungnahmenabgabe können sie auch personenbezogene Daten und ihre Emaildresse hinterlassen.

=== 1.2 Prozessablauf mit Institution- und Öffentlichkeitsbeteiligung ===

Mit DiPlanBeteiligung können sowohl die Institution als auch die Öffentlichkeit online am Bauleitplanverfahren beteiligt werden. Die folgende Grafik zeigt die Prozessschritte für die einzelnen Nutzergruppen auf:

[[Datei:Prozessmodell.png|rahmenlos]]

=== 1.3 Grundaufbau der Plattform (Menüs) ===
Es werden folgende Menüs unterschieden:

* Portal-Menü: Dieses Menü beinhaltet allgemeine Informationen und ist von jeder Seite aus aufrufbar
* Organisationsmenü: hierrüber können die eigenen Nutzungsdaten und die Daten der Organisation (z.B. Verfahrensträgeremail, E-Mail für Beteiligung) sowie Benachrichtigungsfunktionen editiert werden
* Einstellungen-Menü: Über dieses Menü können die Blaupausen und die Verfahrensliste organisiert werden
* Verwalten-Menü (ist nur für Fachplaner sichtbar): hier finden Sie alle Funktionen, um die Inhalte und die Abwägungstabelle eines einzelnen Verfahrens zu bearbeiten

[[Datei:Menues.png|rahmenlos]]

Über die Menüfunktion wird die Breite der dargestellten Inhalte gesteuert:
a) eingeklappt (Inhalte sind schmaler, Verfahrensmenü sichtbar):

[[Datei:Menue ein.png|rahmenlos]]

b) Ausgeklappt (Inhalte sind breiter, Verfahrensmenü unsichtbar):

[[Datei:Menue aus.png|rahmenlos]]

Das Stellungnahme-Menü ist nur für Institutionen sichtbar. Dieses Menü bildet die verschiedenen Schritte der Eingabe einer Stellungnahme bis zur Einreichung beim Verfahrensträger ab.

[[Datei:Institutionsmenue.png|rahmenlos]]

Fachplanungs-, Institution- und Bürgerebene

Für die unterschiedlichen Nutzerrollen gibt es in der Fachanwendung verschiedene Zugänge bzw. Startseitenansichten. Wenn die Fachplanenden angemeldet auf DiPlanBeteiligung kommen, sehen sie dort folgende Startseite:

[[Datei:FP-Startseite.png|rahmenlos]]

Kommen Institutionen oder Bürger*innen auf DiPlanBeteiligung, so finden sie folgende Ansicht vor:

[[Datei:Buerger Startseite.png|rahmenlos]]

=== 1.4 Daten der Organisation aktuell halten ===

Beteiligte Organisationen sollten regelmäßig prüfen, ob ihre Organisationsdaten, E-Mails und E-Mailbenachrichtigungen noch aktuell sind. Dorthin führt ein Klick auf den Organisationsnamen im Loginkasten.

[[Datei:Orgadaten.png|rahmenlos]]

Die Rolle Fachplanung-Administration kann in dieser Rubrik auch einstellen, ob sie eine E-Mailbenachrichtigung bekommen möchte, wenn eine Stellungnahme in der Abwägungstabelle eingegangen ist.

==== 1.4.1 Direktlink zur Verfahrensliste ====
Unter Daten der Organisation kann der Organisationsadministrator einen Direktlink erstellen, über den direkt auf Liste verlinkt werden kann, in der nur die eigenen kommunalen Verfahren angezeigt werden. Dazu wird der Name der Kommune in das Textfeld eingetragen und gespeichert.

[[Datei:Orgadaten Verfahrenslink.png|rahmenlos]]

==== 1.4.2 Benachrichtigungsfunktion für die Administration ====

In den Daten der Organisation können alle in der Rolle Fachplanung-Administration per Häkchen einstellen, ob sie folgende Benachrichtigung aus dem System erhalten wollen:

- Benachrichtigung über neu in die Abwägungstabelle eingegangene Stellungnahmen

==== 1.4.3 Mein Profil ====
Unter mein Profil können alle Mitarbeitenden sehen, mit welchen Daten sie in DiPlanBeteiligung registriert sind. Hier lassen sich aber keine Änderungen vornehmen.

[[Datei:Mein Profil.png|rahmenlos]]

=== 1.5 Kontexthilfe ===

Die Kontexthilfe wird auf den jeweiligen Seiten mit folgendem Symbol angezeigt:

Gehen Sie einfach mit dem Cursor auf das Symbol und es erscheinen Hilfetexte.

Datei:Mein Profil.png

DemosAutor — Mon, 27 Apr 2026 11:19:13 GMT

DemosAutor lud Datei:Mein Profil.png hoch

Neue Seite

Mein Profil

Datei:Orgadaten Verfahrenslink.png

DemosAutor — Mon, 27 Apr 2026 11:18:28 GMT

DemosAutor lud Datei:Orgadaten Verfahrenslink.png hoch

Neue Seite

Link zur gefilterten Startseite

Datei:Orgadaten.png

DemosAutor — Mon, 27 Apr 2026 11:17:33 GMT

DemosAutor lud Datei:Orgadaten.png hoch

Neue Seite

Daten der Organisation

Datei:Buerger Startseite.png

DemosAutor — Mon, 27 Apr 2026 11:16:53 GMT

DemosAutor lud Datei:Buerger Startseite.png hoch

Neue Seite

Startseite für Öffentlichkeit

Datei:FP-Startseite.png

DemosAutor — Mon, 27 Apr 2026 11:16:07 GMT

DemosAutor lud Datei:FP-Startseite.png hoch

Neue Seite

Startseite für Fachplanende

Datei:Institutionsmenue.png

DemosAutor — Mon, 27 Apr 2026 11:15:21 GMT

DemosAutor lud Datei:Institutionsmenue.png hoch

Neue Seite

Startseite für Institutionen

Datei:Menue aus.png

DemosAutor — Mon, 27 Apr 2026 11:13:58 GMT

DemosAutor lud Datei:Menue aus.png hoch

Neue Seite

ausgeklapptes Menü

Datei:Menue ein.png

DemosAutor — Mon, 27 Apr 2026 11:12:26 GMT

DemosAutor lud Datei:Menue ein.png hoch

Neue Seite

eingeklapptes Menü

Datei:Menues.png

DemosAutor — Mon, 27 Apr 2026 11:04:33 GMT

DemosAutor lud Datei:Menues.png hoch

Neue Seite

Menues

Datei:Prozessmodell.png

DemosAutor — Mon, 27 Apr 2026 11:02:41 GMT

DemosAutor lud Datei:Prozessmodell.png hoch

Neue Seite

Modell des Beteiligungsprozesses

Aufgabenverwaltung

Diplanung — Mon, 27 Apr 2026 06:30:40 GMT

Neuen Durchgang hinzufügen

Codelisten für DiPlan Cockpit Pro

Diplanung — Wed, 22 Apr 2026 09:35:56 GMT

Code.Vertragsart

Codelisten

Diplanung — Wed, 22 Apr 2026 09:35:37 GMT

Code.Verfahrensunterlagetyp

Plannamenvalidierungsregeln aktualisieren

Diplanung — Mon, 20 Apr 2026 05:50:04 GMT

Datei:ImagePlannamenvalidierungXML2.png

Diplanung — Mon, 20 Apr 2026 05:09:41 GMT

Diplanung lud Datei:ImagePlannamenvalidierungXML2.png hoch

Neue Seite

ImagePlannamenvalidierungXML2

Verfahrensdokumente hochladen und veröffentlichen

InitAutor — Mon, 13 Apr 2026 11:53:17 GMT

Verfahrensdokumente verwalten und veröffentlichen - DiPlanCockpit Pro

InitAutor — Mon, 13 Apr 2026 11:39:34 GMT

Datei:Abgelehnter Upload.png

InitAutor — Mon, 13 Apr 2026 11:31:53 GMT

InitAutor lud Datei:Abgelehnter Upload.png hoch

Neue Seite

Abgelehnter Upload

Verfahrenskonfiguration Pro

Diplanung — Fri, 10 Apr 2026 04:52:04 GMT

Unterverfahrensteilschritt

Verfahren hinzufügen (XPlanverfahren) DiPlanCockpit Pro

Diplanung — Wed, 08 Apr 2026 14:21:17 GMT

Mandaten spezifische Stammdaten

Rollen und Rechte

Diplanung — Tue, 07 Apr 2026 09:40:26 GMT

Rollen und Rechte DiPlanCockpit Pro

Diplanung — Tue, 07 Apr 2026 09:39:03 GMT

2. Administrationsebene

Rollen und Rechte

Diplanung — Tue, 07 Apr 2026 09:29:18 GMT

@@ Zeile 32: / Zeile 32: @@
 === Grundaufbau der Plattform (Menüs) ===
- Es werden folgende Menüs unterschieden:
+Es werden folgende Menüs unterschieden:
 * '''Portal-Menü:''' Dieses Menü beinhaltet allgemeine Informationen und ist von jeder Seite aus aufrufbar
 * '''Organisationsmenü:''' hierrüber können die eigenen Nutzungsdaten und die Daten der Organisation (z.B. Verfahrensträgeremail, E-Mail für Beteiligung) sowie Benachrichtigungsfunktionen editiert werden
@@ Zeile 96: / Zeile 95: @@
 Die Kontexthilfe wird auf den jeweiligen Seiten mit folgendem Symbol angezeigt:
 Gehen Sie einfach mit dem Cursor auf das Symbol und es erscheinen Hilfetexte.

@@ Zeile 40: / Zeile 40: @@
 * Begonnene Unterverfahrensteilschritte mit bereits in Teilen erledigten Aufgaben sind mit einem dunkelgrauen Punkt versehen.
 * Erledigte Unterverfahrensteilschritte, bei denen alle Aufgaben abgeschlossen wurden, sind mit einem grünen Punkt versehen.
-Sind alle Aufgaben der Unterverfahrensteilschritte erledigt, so wird in der Verfahrensübersicht der gesamte Verfahrensteilschritt grün markiert.
+Sind alle Aufgaben in allen Unterverfahrensteilschritten des aktuellen Durchgangs erledigt, so wird in der Verfahrensübersicht der gesamte Verfahrensteilschritt grün markiert.
 === Aufgaben zu einem Unterverfahrensteilschritt hinzufügen ===
@@ Zeile 46: / Zeile 46: @@
 === Neuen Durchgang hinzufügen ===
-Bei jeden Verfahrensschritt können beliebig viele Durchgänge angelegt werden. Dies ist dann denkbar, wenn z.B. eine Öffentlichkeitsbeteiligung erneut durchgeführt werden muss, kann es sein, dass einige Aufgaben erneut durchgeführt werden müssen. Klicken Sie dafür einfach auf „Durchgang hinzufügen“ und ein neuer Durchgang für diesen Verfahrensteilschritt wird angelegt. Wenn ein nachfolgender Termin "stattgefunden" hat, wird für den Verfahrensteilschritt  des stattgefundenen Termins ebenfalls ein neuer Durchgang angelegt. In einem neuen Durchgang werden nur die Standardaufgaben angelegt.  Aufgaben, welche Sie im 1. Durchgang manuell angelegt hatten, werden nicht übernommen.
+Ein Verfahrensteilschritt, der eine Beschlussfassung oder Zustimmung eines zuständigen Gremiums voraussetzt, gilt erst mit wirksamer positiver Entscheidung als abgeschlossen. Wird bspw. die Zustimmung nicht erteilt, die Vorlage abgelehnt oder kann aus sonstigen Gründen das Ziel nicht im ersten Schritt erreicht werden, kann der Verfahrensteilschritt erneut durchgeführt werden, um die erforderliche Entscheidung in einer weiteren Sitzung herbeizuführen. Dies gelingt über im DiPlanCockpit über Durchgänge.

@@ Zeile 312: / Zeile 312: @@
 #*** Code 1170 mit Wert Stellungnahme
 #*** Code 4000 mit Wert Xtrassearchiv
 #*** Code 9900 mit Wert Sonstige Unterlage
 #*Codeformat: vierstellige Zahlencodes
@@ Zeile 319: / Zeile 321: @@
 === Code.Vertragsart ===
-Inhalt folgt
 === Code.Verzoegerungsgrund ===

@@ Zeile 190: / Zeile 190: @@
 #*** Code 1170 mit Wert Stellungnahme
 #*** Code 4000 mit Wert Xtrassearchiv
 #*** Code 9900 mit Wert Sonstige Unterlage
 #* Codeformat: vierstellige Zahlencodes
@@ Zeile 195: / Zeile 197: @@
 #* Attribute/Spalten: plu-doctype
 # Weitere Hinweise zur Mandanten spezifischen Anpassung: keine
 === Code.Vormerkungen ===

@@ Zeile 1: / Zeile 1: @@
-Für die Validierung der Plannamen werden Regex ausgeführt, wenn diese als Validierungsregeln hinterlegt aus. Regex sehen beispielsweise aus wie folgt und können je Planart individuell festgelegt werden:
+Per Default sind im DiPlanCockpit keine Validierungsregeln für Plannamen hinterlegt, so dass keine Überprüfung während des Uploads und Downloads von Planwerken stattfindet. Der Plannamenvalidator ist jedoch per XML konfigurierbar.
-[[Datei:ImagePlannamenvalidierungXML.png|zentriert|rahmenlos]]
-Erläuterung der Regex aus dem Beispiel, die pro Planart vergeben werden können:
+Der folgende Screenshot zeigt einen Auszug aus einer beispielhaften XML-Datei zur Konfiguration:
-*"[A-Z]{1}" = Ein Großbuchstabe (Eckige Klammern enthalten das, worum es geht; geschweifte Klammern geben an, wie viel.)
+[[Datei:ImagePlannamenvalidierungXML2.png|zentriert|mini|742x742px]]
-*"[a-z&&[^öüäß ]]" = direkt anschließend Kleinbuchstaben mit Ausnahme von Umlauten, "ß" und Leerzeichen
+Die Validierungsregeln werden jeweils pro Kombination aus Planart und Verfahrensart definiert und als Regex formuliert.
-*"+" = Kombination mehrerer Vorgaben in eckigen Klammern "[''beliebiger Inhalt'']"
-*"[0-9]{1,3}" = direkt anschließend 1 bis 3 Zahlen
+Bei Regex gilt, dass in eckigen Klammern steht, um welche Zeichen es geht, und in geschweiften Klammern, wie viele dieser Zeichen genutzt werden dürfen.
-*"[-]{1}" = Bindestrich bzw. Minus z.B. zur Verbindung mehrerer ORT-Angaben
 ==Zur Vertiefung==
 ===Generelles===
@@ Zeile 12: / Zeile 16: @@
 *Groß- und Kleinbuchstaben
 *Zahlen
-Zusätzlich Sonderzeichen, die im EfA DiPlanCockpit nun möglich sind:
+Zusätzlich Sonderzeichen, die im EfA DiPlanCockpit möglich sind:
 *Umlaute als Groß- und Kleinbuchstaben wie "Öäß"
 *Weitere Zeichen: ",:§" und Römische Ziffern
@@ Zeile 19: / Zeile 23: @@
 *Diese Zeichen müssen mit einen vorangestellten \ maskiert werden, um sie von ihrer Sonderrolle zu entbinden.
 ===Details zur Konfiguration des Plannamenvalidators===
-Die Default-Konfiguration beinhaltet keine Validatorregeln, d.h. der Planname wird in diesem Fall nicht validiert.
+Die Default-Konfiguration beinhaltet keine Validatorregeln, d.h. der Planname wird nicht validiert.
   <code><nowiki><?xml version="1.0" encoding="UTF-8"?>
    <plannamenValidatorKonfiguration>
@@ Zeile 26: / Zeile 30: @@
 Enthält die XML-Konfigurationsdatei Validatorregeln, muss das zu prüfende Verfahren mindestens einer Validatorregel entsprechen, andernfalls wird der Planname als ungültig abgelehnt.
-Die Validatorkonfiguration wird in XML beschrieben und basiert auf einem XML-Schema:[[Datei:ImagePlannamenValidatorSchema.png|zentriert|rahmenlos|623x623px|verweis=https://wiki.diplanung.de/index.php%3Ftitle=Datei:ImagePlannamenValidatorSchema.png]]Innerhalb der XML-Datei können mehrere Validatoren konfiguriert werden. Ein Validator wird durch eine Planname-Syntax-Regel beschrieben. Dieses Element besteht aus 1-n Bedingungen und 1-n regulären Ausdrücken (Regex). Die Bedingungen beziehen sich auf Verfahrenseigenschaften und dienen dazu, den gültigen Validator für den Plannamen eines Verfahrens zu ermitteln. Folgende Verfahrenseigenschaften lassen sich in den Bedingungen abbilden:
+Innerhalb der XML-Datei können mehrere Validatoren konfiguriert werden. Ein Validator wird durch eine Planname-Syntax-Regel beschrieben. Dieses Element besteht aus 1-n Bedingungen und 1-n regulären Ausdrücken (Regex). Die Bedingungen beziehen sich auf Verfahrenseigenschaften und dienen dazu, den gültigen Validator für den Plannamen eines Verfahrens zu ermitteln. Folgende Verfahrenseigenschaften lassen sich in den Bedingungen abbilden:
-*planart ** Planart des Verfahrens ** Datentyp: string
+* planart
-*hatBeschlussBuergerschaftSenatssitzungFnp ** optionale Zusatzprüfung für FNP-Verfahren: *** Sitzung "senatssitzung" hat stattgefunden UND politisches Sitzungsergebnis ist zugestimmt *** Sitzung "beschlussBuergerschaft" hat stattgefunden UND politisches Sitzungsergebnis ist zugestimmt ** Datentyp: boolean
+** Planart des Verfahrens
-*hatBeschlussBuergerschaftLapro ** optionale Zusatzprüfung für LaPro-Verfahren: *** Sitzung "beschlussBuergerschaft" hat stattgefunden UND politisches Sitzungsergebnis ist zugestimmt ** Datentyp: boolean
+** Datentyp: string
 Die einzelnen Bedingungen einer Planname-Syntax-Regel sind ODER-verknüpft, d.h. bezogen auf das Verfahren muss mindestens eine Bedingung erfüllt sein, um den entsprechenden Validator anzuwenden. Der Planname wird dann anhand der regulären Ausdrücke geprüft. Diese regulären Ausdrücke sind ebenfalls ODER-verknüpft, d.h. der Planname ist valide, wenn seine Syntax mindestens einem regulären Ausdruck entspricht.
 Beispiel:
-  <code><plannameSyntaxRegel>
+  <plannameSyntaxRegel>
       <bedingung>
-          <planart>Baustufenplan</planart>
+          <planart>6_3_EinfacherBPlan</planart>
       </bedingung>
      <!--BSAltenwerder-->
       <regex>[B]{1}[S]{1}[A-Z]{1}<nowiki>[a-z&amp;amp;&amp;amp;[^öüäß ]</nowiki>]+</regex>
-      <!--BSAltenwerder-Moorburg-->
+     <!--BSAltenwerder-Moorburg-->
       <regex>[B]{1}[S]{1}[A-Z]{1}<nowiki>[a-z&amp;amp;&amp;amp;[^öüäß ]</nowiki>]+[-]{1}[A-Z]{1}<nowiki>[a-z&amp;amp;&amp;amp;[^öüäß ]</nowiki>]+</regex>
   </plannameSyntaxRegel>

@@ Zeile 1: / Zeile 1: @@
-== 1.	Allgemeine Informationen ==
+== Allgemeine Informationen ==
-=== 1.1 Unterschiedliche Nutzerrollen ===
+=== Unterschiedliche Nutzerrollen ===
 In der Anwendung werden für die einzelnen Nutzergruppen unterschiedliche Rollen mit jeweiligen Berechtigungen angewandt:
@@ Zeile 25: / Zeile 25: @@
 In DiPlanBeteiligung gibt es zusätzlich die Rolle „Bürger*in“, im Folgenden auch „Öffentlichkeit“ genannt. Bei Verfahren, die für die Öffentlichkeit freigeschaltet sind, können Bürger*innen auch unangemeldet in der Bürgerebene ihre Stellungnahmen abgeben. Im Zuge der Stellungnahmenabgabe können sie auch personenbezogene Daten und ihre Emaildresse hinterlassen.
-=== 1.2 Prozessablauf mit Institution- und Öffentlichkeitsbeteiligung ===
+=== Prozessablauf mit Institution- und Öffentlichkeitsbeteiligung ===
 Mit DiPlanBeteiligung können sowohl die Institution als auch die Öffentlichkeit online am Bauleitplanverfahren beteiligt werden. Die folgende Grafik zeigt die Prozessschritte für die einzelnen Nutzergruppen auf:
@@ Zeile 31: / Zeile 31: @@
 [[Datei:Prozessmodell.png|rahmenlos]]
-=== 1.3 Grundaufbau der Plattform (Menüs) ===
+=== Grundaufbau der Plattform (Menüs) ===
   Es werden folgende Menüs unterschieden:
-* Portal-Menü: Dieses Menü beinhaltet allgemeine Informationen und ist von jeder Seite aus aufrufbar
+* '''Portal-Menü:''' Dieses Menü beinhaltet allgemeine Informationen und ist von jeder Seite aus aufrufbar
-* Organisationsmenü: hierrüber können die eigenen Nutzungsdaten und die Daten der Organisation (z.B. Verfahrensträgeremail, E-Mail für Beteiligung) sowie Benachrichtigungsfunktionen editiert werden
+* '''Organisationsmenü:''' hierrüber können die eigenen Nutzungsdaten und die Daten der Organisation (z.B. Verfahrensträgeremail, E-Mail für Beteiligung) sowie Benachrichtigungsfunktionen editiert werden
-* Einstellungen-Menü: Über dieses Menü können die Blaupausen und die Verfahrensliste organisiert werden
+* '''Einstellungen-Menü:''' Über dieses Menü können die Blaupausen und die Verfahrensliste organisiert werden
-* Verwalten-Menü (ist nur für Fachplaner sichtbar): hier finden Sie alle Funktionen, um die Inhalte und die Abwägungstabelle eines einzelnen Verfahrens zu bearbeiten
+* '''Verwalten-Menü (ist nur für Fachplaner sichtbar)''': hier finden Sie alle Funktionen, um die Inhalte und die Abwägungstabelle eines einzelnen Verfahrens zu bearbeiten
 [[Datei:Menues.png|rahmenlos]]
@@ Zeile 55: / Zeile 55: @@
 Fachplanungs-, Institution- und Bürgerebene
 Für die unterschiedlichen Nutzerrollen gibt es in der Fachanwendung verschiedene Zugänge bzw. Startseitenansichten. Wenn die Fachplanenden angemeldet auf DiPlanBeteiligung kommen, sehen sie dort folgende Startseite:
@@ Zeile 65: / Zeile 66: @@
 [[Datei:Buerger Startseite.png|rahmenlos]]
-=== 1.4 Daten der Organisation aktuell halten ===
+=== Daten der Organisation aktuell halten ===
 Beteiligte Organisationen sollten regelmäßig prüfen, ob ihre Organisationsdaten, E-Mails und E-Mailbenachrichtigungen noch aktuell sind. Dorthin führt ein Klick auf den Organisationsnamen im Loginkasten.
@@ Zeile 74: / Zeile 75: @@
 Die Rolle Fachplanung-Administration kann in dieser Rubrik auch einstellen, ob sie eine E-Mailbenachrichtigung bekommen möchte, wenn eine Stellungnahme in der Abwägungstabelle eingegangen ist.
-==== 1.4.1 Direktlink zur Verfahrensliste ====
+==== Direktlink zur Verfahrensliste ====
 Unter Daten der Organisation kann der Organisationsadministrator einen Direktlink erstellen, über den direkt auf Liste verlinkt werden kann, in der nur die eigenen kommunalen Verfahren angezeigt werden. Dazu wird der Name der Kommune in das Textfeld eingetragen und gespeichert.
@@ Zeile 80: / Zeile 81: @@
-==== 1.4.2 Benachrichtigungsfunktion für die Administration ====
+==== Benachrichtigungsfunktion für die Administration ====
 In den Daten der Organisation können alle in der Rolle Fachplanung-Administration per Häkchen einstellen, ob sie folgende Benachrichtigung aus dem System erhalten wollen:
@@ Zeile 86: / Zeile 87: @@
 -	Benachrichtigung über neu in die Abwägungstabelle eingegangene Stellungnahmen
-==== 1.4.3 Mein Profil ====
+==== Mein Profil ====
 Unter mein Profil können alle Mitarbeitenden sehen, mit welchen Daten sie in DiPlanBeteiligung registriert sind. Hier lassen sich aber keine Änderungen vornehmen.
@@ Zeile 92: / Zeile 93: @@
-=== 1.5 Kontexthilfe ===
+=== Kontexthilfe ===
 Die Kontexthilfe wird auf den jeweiligen Seiten mit folgendem Symbol angezeigt:
 Gehen Sie einfach mit dem Cursor auf das Symbol und es erscheinen Hilfetexte.

← Nächstältere Version		Version vom 13. April 2026, 11:53 Uhr
Zeile 19:		Zeile 19:

	Eine Ausnahme bilden der Vertragsordner. Hier können nur .pdf-Dateien hochgeladen werden.		Eine Ausnahme bilden der Vertragsordner. Hier können nur .pdf-Dateien hochgeladen werden.
		+
		+	Es können nicht mehrere Dokumente mit dem selben Dateinamen und dem selben Dateiformat hochgeladen werden. Wenn zum Beispiel eine Datei namens "Vertrag.pdf" hochgeladen werden soll und schon eine Datei namens "Vertrag.pdf" im Dokumentenbereich vorhanden ist, wird der Upload zunächst abgelehnt:
		+	[[Datei:Abgelehnter Upload.png\|verweis=https://wiki.diplanung.de/Datei:Abgelehnter%20Upload.png\|zentriert\|mini\|500x500px\|Abgelehnter Upload]]
		+	Es bestehen nun drei Optionen:
		+
		+	# '''Überspringen''': Die Datei wird nicht hochgeladen und die vorhandene Datei bleibt bestehen.
		+	# '''Datei umbenennen''': Hier wird der Name der Datei, die hochgeladen werden soll, abgeändert. Die vorhandene Datei bleibt bestehen.
		+	# '''Datei ersetzen''': Die vorhandene Datei wird mit der hochgeladenen Datei ersetzt. Dadurch wird eine neue Version der Datei erzeugt.

	Ihre Dokumente sind nun hochgeladen und Sie sehen nun Informationen, wie den Dateinamen, den Status, den Unterlagentyp, den Bearbeiter, die Version und den Zeitpunkt der letzten Aktualisierung. Nachdem ein Dokument hochgeladen wurde, sind nur der Status und die Vormerkungen bearbeitbar.		Ihre Dokumente sind nun hochgeladen und Sie sehen nun Informationen, wie den Dateinamen, den Status, den Unterlagentyp, den Bearbeiter, die Version und den Zeitpunkt der letzten Aktualisierung. Nachdem ein Dokument hochgeladen wurde, sind nur der Status und die Vormerkungen bearbeitbar.

← Nächstältere Version		Version vom 13. April 2026, 11:39 Uhr
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 29:		Zeile 29:

	Eine Ausnahme bilden der Vertragsordner. Hier können nur .pdf-Dateien hochgeladen werden.		Eine Ausnahme bilden der Vertragsordner. Hier können nur .pdf-Dateien hochgeladen werden.
		+
		+	Es können nicht mehrere Dokumente mit dem selben Dateinamen und dem selben Dateiformat hochgeladen werden. Wenn zum Beispiel eine Datei namens "Vertrag.pdf" hochgeladen werden soll und schon eine Datei namens "Vertrag.pdf" im Dokumentenbereich vorhanden ist, wird der Upload zunächst abgelehnt:
		+	[[Datei:Abgelehnter Upload.png\|zentriert\|mini\|500x500px\|Abgelehnter Upload]]
		+
		+
		+	Es bestehen nun drei Optionen:
		+
		+	# '''Überspringen''': Die Datei wird nicht hochgeladen und die vorhandene Datei bleibt bestehen.
		+	# '''Datei umbenennen''': Hier wird der Name der Datei, die hochgeladen werden soll, abgeändert. Die vorhandene Datei bleibt bestehen.
		+	# '''Datei ersetzen''': Die vorhandene Datei wird mit der hochgeladenen Datei ersetzt. Dadurch wird eine neue Version der Datei erzeugt.

	Ihre Dokumente sind nun hochgeladen und Sie sehen nun Informationen, wie den Dateinamen, den Status, den Unterlagentyp, den Bearbeiter, die Version und den Zeitpunkt der letzten Aktualisierung. Wenn einem Ordner mehr als 25 Dokumente zugeordnet sind, so werden die Dokumente auf Seiten aufgeteilt. Mit der entsprechenden Bedienfläche können Sie zwischen den Seiten wechseln. Nachdem ein Dokument hochgeladen wurde, sind nur der Status und die Vormerkungen bearbeitbar.		Ihre Dokumente sind nun hochgeladen und Sie sehen nun Informationen, wie den Dateinamen, den Status, den Unterlagentyp, den Bearbeiter, die Version und den Zeitpunkt der letzten Aktualisierung. Wenn einem Ordner mehr als 25 Dokumente zugeordnet sind, so werden die Dokumente auf Seiten aufgeteilt. Mit der entsprechenden Bedienfläche können Sie zwischen den Seiten wechseln. Nachdem ein Dokument hochgeladen wurde, sind nur der Status und die Vormerkungen bearbeitbar.

@@ Zeile 291: / Zeile 291: @@
 ==== Unterverfahrensteilschritt ====
 [[Datei:ImageVKUVTS.png|links|436x436px|alternativtext=|rahmenlos]]
-Unterverfahrensteilschritte bilden die dritte Ebene in der Strukturierung des Verfahrensablaufs. Sie werden durch die Angabe des Codes aus Code.Unterverfahrensteilschritte bestimmt. Die Angabe bei "pflicht" legt fest, ob der Unterverfahrensteilschritt immer aktiviert sein soll (Angabe "ja"), oder ob er optional und manuell aktivierbar sein soll (Angabe "nein"). Außerdem erfolgt die Angabe, ob mehrere Durchgänge möglich sein sollen. Aktuell werden Durchgänge auf Ebene der Unterverfahrensteilschritte durch das Cockpit nicht unterstützt, sodass die Angabe von "ja" keinen Effekt hat. Optional kann eine Bedingung angegeben werden, wann der UVTS angezeigt werden soll.
+Unterverfahrensteilschritte bilden die dritte Ebene in der Strukturierung des Verfahrensablaufs. Sie werden durch die Angabe des Codes aus Code.Unterverfahrensteilschritte bestimmt. Die Angabe bei "pflicht" legt fest, ob der Unterverfahrensteilschritt immer aktiviert sein soll (Angabe "ja"), oder ob er optional und manuell aktivierbar sein soll (Angabe "nein"). Außerdem erfolgt die Angabe, ob mehrere Durchgänge möglich sein sollen. Aktuell werden Durchgänge auf Ebene der Unterverfahrensteilschritte durch das Cockpit nicht unterstützt, sodass die Angabe von "ja" keinen Effekt hat. Optional kann eine Bedingung angegeben werden, wann der UVTS angezeigt werden soll. Details zu Bedingungen finden sich im Abschnitt [https://wiki.diplanung.de/index.php?title=Verfahrenskonfiguration_Pro#Aufgabe Aufgaben].
 In jedem Unterverfahrensteilschritt können 0 bis beliebig viele Aufgaben enthalten sein. Unterverfahrensteilschritte werden auch dann dargestellt, wenn sie keine Aufgaben enthalten.

@@ Zeile 296: / Zeile 296: @@
 ==== Mandaten spezifische Stammdaten ====
-Über die DiPlanung-Erweiterung ist der Import von Mandanten spezifischen Stammdaten, die in der Verfahrenskonfiguration definiert sind, möglich. Der Screenshot zeigt beispielhaft, wie Stammdaten-Eigenschaften in der Import-XML aufgeführt werden.
+Über die DiPlanung-Erweiterung ist der Import von Mandanten spezifischen Stammdaten, die in der Verfahrenskonfiguration definiert sind, möglich. Der Screenshot zeigt beispielhaft, wie Stammdaten-Eigenschaften in der Import-XML aufgeführt werden. Der Elementname z.B. ''importEigenschaft'''Date''''' referenziert dabei auf den Typ und wird zur Validierung verwendet. Über das Attribut ''name'' wird hingegen auf das eindeutige Feld verwiesen.
 [[Datei:ImageMandantenSpezifischeStammdatenImport3.png|zentriert|mini|597x597px]]

@@ 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 im [[Admin-Bereich DiPlan Cockpit Pro|Kapitel sechs]] mit seinen Unterkapiteln detailliert beschreiben.
-==2. Administrationsebene==
+==2 Adminstrationsebenen==
 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==