Verfahrenskonfiguration Pro - Versionsgeschichte

Diplanung: /* Unterverfahrensteilschritt */

2026-04-10T04:52:04Z

Unterverfahrensteilschritt

Diplanung: /* Unterverfahrensteilschritt */

2026-03-30T09:35:56Z

Unterverfahrensteilschritt

Diplanung: /* Optional: Mandanten spezifische Stammdaten */

2026-03-24T13:38:51Z

Optional: Mandanten spezifische Stammdaten

Diplanung: /* Optional: Mandanten spezifische Stammdaten */

2026-03-24T12:35:46Z

Optional: Mandanten spezifische Stammdaten

Diplanung: /* Erläuterung der Grundstruktur */

2026-03-06T13:49:49Z

Erläuterung der Grundstruktur

Diplanung: /* Erläuterung der Grundstruktur */

2026-03-05T13:27:31Z

Erläuterung der Grundstruktur

Diplanung: /* Sitzung */

2026-03-05T12:45:54Z

Sitzung

Diplanung: /* Optional: Mandanten spezifische Stammdaten */

2026-02-24T08:35:43Z

Optional: Mandanten spezifische Stammdaten

Diplanung: /* Erläuterung der Grundstruktur */

2026-02-19T07:07:02Z

Erläuterung der Grundstruktur

Diplanung: /* Erläuterung der Grundstruktur */

2026-02-19T07:06:00Z

Erläuterung der Grundstruktur

@@ 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 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.
+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.
 In jedem Unterverfahrensteilschritt können 0 bis beliebig viele Aufgaben enthalten sein. Unterverfahrensteilschritte werden auch dann dargestellt, wenn sie keine Aufgaben enthalten.
@@ Zeile 300: / Zeile 300: @@
 |pflicht
 |Legt fest, ob der Unterverfahrensteilschritt verpflichten oder optional ist. Angabe "ja" oder "nein".
 |-
 |durchgaenge

@@ Zeile 130: / Zeile 130: @@
 |-
 |typ
-|Gibt den Datentyp an. Zulässige Werte sind: TEXT (Freitextfeld mit max. 255 Zeichen), FLOAT (Zahlenfeld für Gleitkommazahlen), INTEGER (Zahlenfeld für ganze Zahlen), BOOLEAN (Checkbox), DATE (Datumsfeld), URL (Link), CODELIST (Dropdown-Auswahl, Inhalte kommen aus einer Codeliste), DROPDOWN (Dropdown-Auswahl, Optionen individuell festgelegt ohne Codeliste)
+|Gibt den Datentyp an. Zulässige Werte sind: TEXT (Freitextfeld mit max. 255 Zeichen), FLOAT (Zahlenfeld für Gleitkommazahlen), INTEGER (Zahlenfeld für ganze Zahlen), BOOLEAN (Checkbox), DATE (Datumsfeld), TIME (Zeitangabe), DATE_TIME (Datums- und Zeitangabe), DATE_TIME_RANGE (Zeitspanne), URL (Link), CODELIST (Dropdown-Auswahl, Inhalte kommen aus einer Codeliste), DROPDOWN (Dropdown-Auswahl, Optionen individuell festgelegt ohne Codeliste)
 |-
 |subtyp

@@ Zeile 133: / Zeile 133: @@
 |-
 |subtyp
-|Muss aktuell immer den Wert SINGLE haben.
+|Muss für alle Typen außer CODELIST und DROPDOWN den Wert SINGLE haben. Bei CODELIST bzw. DROPDOWN ermöglicht SINGLE die Auswahl genau eines Wertes aus dem Dropdown, bei LIST können mehrere ausgewählt werden (Multiselect).
 |-
 |pflicht

@@ Zeile 45: / Zeile 45: @@
 Den äußeren Rahmen bildet die Angabe des Codes für die jeweilige VK. Im dargestellten Beispiel ist dies der Code 6100. Für jeden gewünschten V-Typ ist eine separate Datei mit einem eindeutigen Code erforderlich. Dieser Code MUSS in der Codeliste Code.Verfahrenssteuerung enthalten sein.
-Daneben folgt die Angabe der Fachdomäne, hier ist es die "KommunaleBauleitplanung".
+Daneben folgt die Angabe der Fachdomäne, hier ist es die "KommunaleBauleitplanung". Andere mögliche Fachdomänen sind "Planfeststellung" und "Raumordnung". Die Fachdomäne steuert unter anderem, [[Editieren der Stammdaten - DiPlanCockpit Pro#Verf.C3.BCgbare%20Stammdaten%20pro%20Fachdom.C3.A4ne|welche Stammdaten]] angezeigt werden.
 Unterhalb der Verfahrenssteuerung und einmal eingerückt folgen die Angabe der Veranlasser für die Beteiligung sowie die gewünschten Planarten und Verfahrensarten für die VK. Die Beteiligung ist verpflichten mit einem "StandardVeranlasser" anzugeben. Optional können weitere Veranlasser mit einer Zuständigkeit angegeben werden. Zu beachten sind hierbei zwei Punkte:

@@ Zeile 50: / Zeile 50: @@
 # Der Code-Wert aus der Codeliste Zuständigkeit muss mit dem Wert des Attributs zuständigkeit im Element veranlasser in der VK übereinstimmen.
-# Der Wert des Elements veranlasser muss mit dem Namen der Organisation in der Beteiligung übereinstimmen. Der Wert lässt sich üblicherweise dem verwendeten ELSTER-Zertifikat entnehmen.
+# Der Wert des Elements veranlasser muss mit der Organisations-ID der Organisation in der Beteiligung übereinstimmen. Der Wert lässt sich üblicherweise dem verwendeten ELSTER-Zertifikat entnehmen.
 Beim Nachrichtenaustausch mit DiPlanBeteiligung wird geprüft, ob ein spezifisch zur Zuständigkeit passender Veranlasser vorhanden ist. Wenn ja, wird dieser übermittelt, andernfalls der Standard-Veranlasser ohne Zuständigkeit.[[Datei:ImageVKBeteiligungVeranlasser.png|zentriert|rahmenlos|455x455px]]

@@ Zeile 201: / Zeile 201: @@
 Jede Sitzung enthält die Information, ob sie zeitplanungsrelevant oder nicht zeitplanungsrelevant ist. Bei Relevanz für die Zeitplanung ist ebenfalls anzugeben ob Monitoring- und/oder Prognoserelevanz gewünscht ist. Zusätzlich ist die vorgesehene Wirkung in der Modellberechnung anzugeben. Dies erfolgt über die Verzögerung, Dauer und das Setzen auf Aktiv. Die möglichen Verzögerungsgründe werden hier nicht angegeben, sondern sind je nach V-Typ festgelegt und stammen aus der Codeliste Code.Verzoegerungsgrund.
-Für nicht zeitplanungsrelevante Sitzungen ist nur anzugeben, welcher Datumstyp gewünscht ist. Dieser kann ein Datum (Angabe datum), Zeitraum (Angabe zeitraum) oder flexibel (Angabe datum_zeitraum) sein.
+Für nicht zeitplanungsrelevante Sitzungen ist nur anzugeben, welcher Datumstyp gewünscht ist. Dieser kann ein einzelner Tag (Angabe zeitpunkt), Zeitraum (Angabe zeitraum) oder flexibel (Angabe zeitpunkt_oder_zeitraum) sein.
 {| class="wikitable"
 !Name
@@ Zeile 231: / Zeile 231: @@
 |-
 |datumstyp
-|Beschreibt für nicht zeitplanungsrelevante Termine die Art der Datumsangabe. Angabe "datum", "zeitraum" oder "datum_zeitraum".
+|Beschreibt für nicht zeitplanungsrelevante Termine die Art der Datumsangabe. Angabe "zeitpunkt", "zeitraum" oder "zeitpunkt_oder_zeitraum".
 |}
@@ Zeile 242: / Zeile 242: @@
 Jeder sonstige Termin enthält die Information, ob er zeitplanungsrelevant oder nicht zeitplanungsrelevant ist. Bei Relevanz für die Zeitplanung ist ebenfalls anzugeben ob Monitoring- und/oder Prognoserelevanz gewünscht ist. Zusätzlich ist die vorgesehene Wirkung in der Modellberechnung anzugeben. Dies erfolgt über die Verzögerung, Dauer und das Setzen auf Aktiv. Die möglichen Verzögerungsgründe werden hier nicht angegeben, sondern sind je nach V-Typ fest vorgegeben.
-Für nicht zeitplanungsrelevante sonstige Termine ist nur anzugeben, welcher Datumstyp gewünscht ist. Dieser kann ein Datum (Angabe datum), Zeitraum (Angabe zeitraum) oder flexibel (Angabe datum_zeitraum) sein.
+Für nicht zeitplanungsrelevante sonstige Termine ist nur anzugeben, welcher Datumstyp gewünscht ist. Dieser kann ein einzelner Tag (Angabe zeitpunkt), Zeitraum (Angabe zeitraum) oder flexibel (Angabe zeitpunkt_oder_zeitraum) sein.
 Sonstige Termine können außerdem über eine oder mehrere Angaben einer "eigenschaft" verfügen. Es stehen unterschiedliche Datentypen zur Verfügung (siehe Tabelle), mit denen weitere Informationen zu einem Termin angegeben werden können.
@@ Zeile 274: / Zeile 274: @@
 |-
 |datumstyp
-|Beschreibt für nicht zeitplanungsrelevante Termine die Art der Datumsangabe. Angabe "datum", "zeitraum" oder "datum_zeitraum".
+|Beschreibt für nicht zeitplanungsrelevante Termine die Art der Datumsangabe. Angabe "zeitpunkt", "zeitraum" oder "zeitpunkt_oder_zeitraum".
 |-
 |eigenschaft