Codelisten

Codelisten dienen dazu, dass DiPlanCockpit zu konfigurieren. Änderbare Codelisten ermöglichen Mandanten spezifische Anpassungen. In den folgenden Abschnitten sind einige relevante Codelisten beschrieben. Die Beschreibung erfolgt strukturiert anhand eine Templates.

An die Beschreibung der Codelisten schließt sich eine Erläuterung des Aufbaus von Codelisten an. Darauf folgt eine kurze Schritt-Anleitung, wie anpassbare Codelisten angepasst werden können.

Erläuterung des Templates

1. Cockpit Basis/Pro: Die Codeliste ist in der Cockpit Basis Version enthalten (demnach auch ich Pro) oder sie ist nur in Pro enthalten
2. Fachliche Bedeutung: Beschreibung der Bedeutung der Codeliste im Cockpit
3. Bezug zu anderen Komponenten: Angabe, wo in welcher Konfiguration die Codeliste referenziert wird
4. Technische Details:
   1. Anpassbar: ja/nein
      1. Verpflichtende Codes: Aufzählung der Codes, die nicht gelöscht werden dürfen (nur wenn anpassbar)
   2. Codeformat: vierstellig, zweistellig, ID, ...
   3. URN: Angabe der URN
   4. Attribute/Spalten: zusätzliche Angaben neben Beschreibung und Code
5. Weitere Hinweise zur mandantenspezifischen Anpassung: ggf. Besonderheiten

Beschreibung der Codelisten

Code.Planart

1. Cockpit Basis/Pro: Basis + Pro
2. Fachliche Bedeutung: Diese Codeliste ist Teil der hierarchischen Sortierung beim Anlegen eines Verfahrens nach den drei Auswahl-Optionen:
   • Verfahrenstyp (auch Verfahrenssteuerung bzw. Verfahrenssteuerungstyp)
   • Planart
   • Verfahrensart
3. Bezug zu anderen Komponenten: Wird in der Verfahrenskonfiguration und dem Datentyp Verfahrensbeschreibung referenziert.
4. Technische Details:
   • Anpassbar: nein
   • Codeformat: z.B. 2_1_LandesweiterRaumordnungsplan
   • URN: urn:xoev-de:xplanverfahren:codeliste:planart
   • Attribute/Spalten: beschreibungLang, uebergeordneterWert, xPlanFachmodell, plu-planType
5. Weitere Hinweise zur Mandanten spezifischen Anpassung: keine

Code.Sitzungen (Sitzungscode)

1. Cockpit Basis/Pro: Pro
2. Fachliche Bedeutung: Bezeichnet die verschiedenen Sitzungen im Laufe eines Verfahrens.
3. Bezug zu anderen Komponenten: Wird in der Verfahrenskonfiguration referenziert, um die Sitzungen/Termine je VTS aufzuführen. Zu einer Sitzung werden in der Verfahrenskonfiguration außerdem die zeitplanungs- und prognoserelevanz , die Modellberechnung, sowie der Sitzungsergebnistyp angegeben.
4. Technische Details:
   • Anpassbar: ja
     • Verpflichtende Codes: keine
   • Codeformat: z.B. UnterschriftBehoerdenleitungFeststellung
   • URN: urn:xoev-de:xplanverfahren:codeliste:sitzungen
   • Attribute/Spalten: ergebnistyp (leer)
5. Weitere Hinweise zur Mandanten spezifischen Anpassung: keine

Code.Unterverfahresteilschritt

1. Cockpit Basis/Pro: Pro
2. Fachliche Bedeutung: Unterverfahrensteilschritte (UVTS) stellen die kleinste Unterteilung im Ablauf eines Verfahrens dar. Im Reiter Aufgaben sind einem UVTS unterschiedliche Aufgaben zugeordnet. UVTS lassen sich auch als optional wählbar bzw. manuell aktivierbar umsetzen.
3. Bezug zu anderen Komponenten: Die Verfahrenskonfiguration zum passenden Verfahrenstyp referenziert auf die in der Codeliste definierten UVTS-Einträge. Die passende Aufgabenliste bildet alle nötigen Aufgaben in der korrespondierenden, hierarchischen Struktur ab:
   • Verfahrensschritt (VS)
   • Verfahrensteilschritt (VTS)
   • Unterverfahrensteilschritt (UVTS)
4. Technische Details:
   • Anpassbar: ja
     • Verpflichtende Codes: 9998 - individueller Vorgang
   • Codeformat: vierstelliger Zahlencode
   • URN: urn:xoev-de:xplanverfahren:codeliste:unterverfahrensteilschritt
   • Attribute/Spalten: keine
5. Weitere Hinweise zur Mandanten spezifischen Anpassung: keine

Code.Verfahrensart

1. Cockpit Basis/Pro: Basis
2. Fachliche Bedeutung: Diese Codeliste ist Teil der hierarchischen Sortierung beim Anlegen eines Verfahrens nach den drei Auswahl-Optionen:
   • Verfahrenstyp (auch Verfahrenssteuerung bzw. Verfahrenssteuerungstyp)
   • Planart
   • Verfahrensart
3. Bezug zu anderen Komponenten: Wird in der Verfahrenskonfiguration zur Auflistung aller möglichen Verfahrensarten referenziert.
4. Technische Details:
   • Anpassbar: ja
     • Verpflichtende Codes: keine
   • Codeformat: vierstelliger Zahlencode
   • URN: urn:xoev-de:xplanverfahren:codeliste:verfahrensart
   • Attribute/Spalten: plu-ProcedureType
5. Weitere Hinweise zur Mandanten spezifischen Anpassung: keine

Code.Verfahrensschritt

1. Cockpit Basis/Pro: Pro
2. Fachliche Bedeutung: Jeder Verfahrenstyp kann eine individuelle Anzahl und Abfolge an Verfahrensschritten (VS) haben. Es gibt pro VS einen eigenen VS-Ordner im Reiter Dokumenten, in denen Dokumente abgelegt werden. Zudem fließen die VS in die Verfahrensschrittanzeige bzw. den Zeitstrahl ein, die in den Reitern Aufgaben und Zeitplanung (künftig auch im Reiter Stammdaten / auf der Stammdatenseite) dargestellt sind.
3. Bezug zu anderen Komponenten: Die Verfahrenskonfiguration zum passenden Verfahrenstyp referenziert auf die in der Codeliste definierten VS-Einträge. Die passende Aufgabenliste bildet alle nötigen Aufgaben in der korrespondierenden, hierarchischen Struktur ab:
   • Verfahrensschritt (VS)
   • Verfahrensteilschritt (VTS)
   • Unterverfahrensteilschritt (UVTS)
4. Technische Details:
   • Anpassbar: ja
     • Verpflichtende Codes: 9998 - kein VS
   • Codeformat: vierstellige Zahlencodes
   • URN: urn:xoev-de:xplanverfahren:codeliste:verfahrensschritt
   • Attribute/Spalten: Attribut "plu-processStepType", Spalte "Mapping auf DCAT-PLU Procedure Type plu-processStepType" und leere Spalte "ia-processstepType"
5. Weitere Hinweise zur Mandanten spezifischen Anpassung: keine

Code.Verfahrensstand

1. Cockpit Basis/Pro: Basis + Pro
2. Fachliche Bedeutung: Bezeichnet den aktuellen Reifegrad eines Verfahrens, z.B. "simuliert" oder "beschlossen" und dient der Statusüberwachung innerhalb des Cockpits.
3. Bezug zu anderen Komponenten:
4. Technische Details:
   • Anpassbar: nein
   • Codeformat:
   • URN:
   • Attribute/Spalten:
5. Weitere Hinweise zur Mandanten spezifischen Anpassung: keine

Code.Verfahrensteilschritt

1. Cockpit Basis/Pro: Pro
2. Fachliche Bedeutung: Verfahrensteilschritte (VTS) sind die nächst kleinere Unterteilung der VS. Sie fließen wie die VS in die Verfahrensschrittanzeige bzw. den Zeitstrahl ein, die in den Reitern Aufgaben und Zeitplanung (künftig auch im Reiter Stammdaten / auf der Stammdatenseite) dargestellt sind.
3. Bezug zu anderen Komponenten: Die Verfahrenskonfiguration zum passenden Verfahrenstyp referenziert auf die in der Codeliste definierten VTS-Einträge. Die passende Aufgabenliste bildet alle nötigen Aufgaben in der korrespondierenden, hierarchischen Struktur ab:
   • Verfahrensschritt (VS)
   • Verfahrensteilschritt (VTS)
   • Unterverfahrensteilschritt (UVTS)
4. Technische Details:
   • Anpassbar: ja
     • Verpflichtende Codes: 9998 - kein VTS
   • Codeformat: vierstellige Zahlencodes
   • URN: urn:xoev-de:xplanverfahren:codeliste:verfahrensteilschritt
   • Attribute/Spalten: temporäre zweite Beschreibungsspalte (mappt den VTS auf den zugehörigen VS)
5. Weitere Hinweise zur Mandanten spezifischen Anpassung: keine

Code.Verfahrenssteuerung (auch genannt: Verfahrenstyp bzw. Verfahrenssteuerungstyp)

1. Cockpit Basis/Pro: Basis + Pro
2. Fachliche Bedeutung: Diese Codeliste ist Teil der hierarchischen Sortierung beim Anlegen eines Verfahrens nach den drei Auswahl-Optionen:
   • Verfahrenstyp bzw. Verfahrenssteuerung bzw. Verfahrenssteuerungstyp
   • Planart
   • Verfahrensart
3. Bezug zu anderen Komponenten: Wird in der Verfahrenskonfiguration zur Auflistung aller möglichen Verfahrenstypen referenziert.
4. Technische Details:
   • Anpassbar: ja
     • Verpflichtende Codes: keine
   • Codeformat: vierstellige Zahlencodes
   • URN: urn:xoev-de:xplanverfahren:codeliste:verfahrenssteuerung
   • Attribute/Spalten: keine
5. Weitere Hinweise zur Mandanten spezifischen Anpassung: keine

Code.Zustaendigkeit

1. Cockpit Basis/Pro: Basis + Pro
2. Fachliche Bedeutung: Benennt die Zuständigkeit eines Nutzers für das angelegte Verfahren. Je nach Rollen - und Rechte-Konzept werden Lese- und Schreibrechte zugewiesen. Es gibt bestimmte Rollen (wie M-A), die über mehrere Zuständigkeiten hinweg Schreibrechte haben.
3. Bezug zu anderen Komponenten:
4. Technische Details:
   • Anpassbar: ja
     • Verpflichtende Codes: keine
   • Codeformat: frei wählbar, z.B. Senat
   • URN: urn:xoev-de:xplanverfahren:codeliste:zustaendigkeit
   • Attribute/Spalten: Metadaten Parent ID bzw. uuid
5. Weitere Hinweise zur Mandanten spezifischen Anpassung: keine

Aufbau einer Codeliste

Am Beispiel der Codeliste Zuständigkeit ist im folgenden der Aufbau einer Codeliste erläutert und anschließend wird ihre Anpassung erklärt.

Gesamtansicht der Default-Version

Heruntergeladen und in einem XML Tool geöffnet, hier IntelliJ.

Erläuterung der einzelnen Abschnitte

Im Folgenden sind die einzelnen Abschnitte des Screenshots beschrieben. Die Zeilenangabe bezieht sich auf die im Screenshot sichtbare Zeilennummerierung auf der linken Seite.

Zeilen 5-13

Annotation: Abschnitt mit Metadaten zur Codeliste

Zeilen 14-23

Identification: Abschnitt mit Angabe des Autors/Verfassers der Codeliste

Zeilen 24-49

ColumnSet: Abschnitt mit der Struktur der Codeliste. In diesem Beispiel gibt es drei Werte, die jeweils angepasst werden können:

• code (Pflicht)
• beschreibung (Option; empfohlen)
• metadaten-parent-id (Option; empfohlen)

Zeile 50-62

SimpleCodeList: Abschnitt für die Mandanten spezifischen Einträge. Im Screenshot ist ein Beispiel zu sehen. Eventuell ist dieser Abschnitt auch leer und das Element geschlossen, also nur <SimpleCodeList/> angegeben.

Mandanten spezifischen Anpassung als Schritt-Anleitung

1. Schritt (wenn kein Beispieleintrag in SimpleCodeList)

Öffnen des leeren Elements SimpleCodeList. Nur dieser Bereich wird angepasst!

Hinweis: Es ist sinnvoll, für die Anpassung ein IDE Tool zu verwenden wie Visual Studio Code oder IntelliJ, um den Code im Hintergrund laufend validieren zu lassen (IDE = Integrierte Entwicklungsumgebung). Die Prüfung der Formatierung lässt sich per „Shift + Alt + L“ anstoßen.

2. Schritt (wenn kein Beispieleintrag in SimpleCodeList)

Eintrag einer validen Kopiervorlage, zum Beispiel wie Zeile 50-62 im ersten Screenshot.

Jeder Code füllt eine Zeile in der Codeliste - in der XML repräsentiert als das Element „Row“. Darin sind jeweils Angaben zu den möglichen Werten („Value“). Im Beispiel sind das „code“, „beschreibung“ und „metadaten-parent-id“. Diese repräsentieren die Spalten der Codeliste und werden entsprechend als „ColumnRef“ angegeben. Der gewünschte Wert wird jeweils im Element „SimpleValue“ eingetragen.

Kopiervorlage als Text mit Reiheneinrückung:

<Row>
         <Value ColumnRef="code">
            <SimpleValue>09000000</SimpleValue>
         </Value>
         <Value ColumnRef="beschreibung">
            <SimpleValue>Bayern(09000000)</SimpleValue>
         </Value>
         <Value ColumnRef="metadaten-parent-id">
            <SimpleValue>61BB42F9-20FE-489A-8C13-4FBFAC009CEA</SimpleValue>
         </Value>
</Row>

Abkürzung für Schritt 1 und 2

Ein Default-Eintrag ist bereits vorhanden, der als Kopiervorlage dient (wie im oberen Screenshot).

3. Schritt Vervielfältigung und Anpassung

Die Kopiervorlage bzw. der Muster-Eintrag lässt sich 1..n-fach bis zur gewünschten Anzahl kopieren und Mandanten spezifisch anpassen.

Hinweise:

• Der Code muss unique sein. In der Regel werden vierstellige Zahlenfolgen verwendet, die in Tausender- oder Hunderter-Schritten variieren.
• Die Beschreibung ist variabel wählbar und sollte sprechend sein.
• Die metadaten-parent-id, auch uuid genannt, muss unique sein und kann über ein genutztes Metadatensystem bereits vergeben sein. Wenn nicht, kann sie über einen UUID-Generator erzeugt werden z.B. unter https://www.uuidgenerator.net/  (einzelne IDs + ID Bulks)

4. Schritt: Hochladen ins DiPlanCockpit

Das Hochladen der angepassten Codeliste erfolgt im Admin-Bereich im Reiter Codelisten, den Nutzer mit den Rollen M-A-Basis aufrufen können.