Glossar DiPlanCockpit Pro

ACHTUNG Diese Seite ist noch ein Entwurf!

Admin-Bereich

Der Admin-Bereich (bzw. Fachliche Leitstelle Administration) in der Kopfzeile links wird nur über die Rolle „Mandanten-Admin“ angezeigt. Der Admin hat hier auf spezielle Funktionen Zugriff. Diese werden ausführlich im 6. Kapitel beschrieben.

Akkordeon

Ordner bzw. Abschnitte, z.B. im Reiter Dokumente, lassen sich über die eckigen Klammern auf- und zuklappen. Zugeklappte Ordner bzw. Abschnitte verbergen ihren Inhalt. Im DiPlanCockpit Basis sind die Ordner per default immer ausgeklappt und die Inhalte direkt ersichtlich.

Beteiligung

Verfahren zur Beteiligung anderer Dienststellen, TÖBs und Bürger werden im Modul DiPlanBeteiligung geführt.

Button

Über einen Button (Funktionsknopf) wir immer eine übergeordnete Aktion ausgelöst. Z.B. Öffnet sich ein Modal, um ein Dokument hochzuladen oder einen Vertrag anzulegen.

Cockpit-Bereich

Der Cockpit-Bereich wird angezeigt, wenn die User sich mit den Rollen „FP-A-Basis“, „FP-VM-Basis“, „FP-SB-BasisFP“, „C-VM-Basis“ und „C-SB-Basis“ anmelden. Es werden die spezifischen Reiter und Funktionen angezeigt. Einige der Rollen haben nur lesende Rechte.

Codelisten

Änderbare Codelisten sind im Admin-Bereich über den Reiter „Codelisten“ zugänglich. Generische Codelisten können heruntergeladen, angepasst und wieder hochgeladen werden, um so Mandanten spezifische Anpassungen am Cockpit vorzunehmen. Hierbei handelt es sich um XML-Dateien. Feste Codelisten können nicht angepasst werden bzw. nur durch die XLeitstelle, die den bundesweiten XÖV-Standard sicherstellt.

CSW Template

Metadaten von Planverfahren werden per CSW an die CSW-Schnittstelle (Catalogue Service Web) des Metadatenverbundes (MetaVer) übermittelt. Das verwendete Austauschformat wird über das Template "csw-template.xml" in der K1 gepflegt. Alle Mandanten spezifischen Eigenschaften müssen am Template administrativ gepflegt werden.

DCATAP-PLU Template

Metadaten können über dieses Template automatisch an Metadateninformationssysteme übergeben werden wie an das Modul DiPlanPortal. DCATAP-PLU ist der genutzte Standard für den Nachrichtenaustausch.

Filter und Suche

Filter werden in verschiedenen Ausführungen angeboten und dienen dazu, die Inhalte, welche auf der spezifischen Hauptseite oder in einem Modal dargestellt werden, nach den Selektionskriterien einzugrenzen. Diese können teilweise als und / und/oder Bedingung genutzt werden. Dazu gehört die Suche, in der mit Hilfe von Begriffen Inhalte eingegrenzt werden können. Zudem kann eine Filterung der Inhalte über Attribute erfolgen, z.B. über den Status oder die Version eines Dokuments.

Footer

Untere Zeile im Anzeigefenster. Im Footer werden weiterführende Informationen wie z.B. das Impressum oder Hinweise zum Datenschutz dargestellt.

Hauptfenster

Als Hauptfenster werden die Seiten bezeichnet, die sich nach dem Klick auf einen Reiter öffnen. Aus dem Hauptfenster heraus, kann der User Funktionen ausführen, sodass sich Modale öffnen. Nach dem Schließen des Modals wird erneut das Hauptfenster angezeigt. Nach der Eingabe von Daten werden die Anzeigen im Hauptfenster aktualisiert.

Header (Ansicht und Admin)

Obere Zeile im Anzeigefester. Dort wird rechts die Rolle angezeigt, mit der ein User angemeldet ist. Unterscheidung in Sachbearbeiter und Mandanten-Administration. Links ist das DiPlan Logo sowie der Cockpit-Bereich zu sehen. Der Cockpit-Bereich kann ausgeklappt werden (Akkordeon) und zeigt ja nach Rolle die beiden anderen DiPlan-Module an (Beteiligung + Portal). Der Admin-Bereich ist nur für Nutzer der Rolle Mandanten-Admin sichtbar.

IAM

Mit Hilfe des IAM (Identity & Access Management) kann gesteuert werden, welche Personen Zugriff auf das DiPlanCockpit haben. Die Identitätsverwaltung gleicht Anmeldeversuche mit der zugehörigen Datenbank ab. Die Zugriffsverwaltung ermittelt, für welche Ressourcen ein User zugriffsberechtigt ist. Für die Nutzer des DiPlanCockpits ist ein personalisiertes Zertifikat (mUK, Elster) verpflichtend. Die Nutzerverwaltung erfolgt in der Anwendung KeyCloak.

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 für ermöglicht. Pro Mandanten wird ein DiplanCockpit Basis Client in Keycloak zur Verfügung gestellt. Auch die Zuständigkeiten der Nutzer werden in KeyCloak verwaltet.

Kontakte

Kontakte können über die Stammdatenseite angelegt werden. Neu angelegte und bereits vorhandene Kontakte werden im Anschluss auf der Stammdatenseite angezeigt und können editiert sowie gelöscht werden.

Modal

Modale öffnen sich u.a. nach Betätigung eines Buttons und werden als Overlay über das Hauptfenster gelegt. Innerhalb der Modale können verschiedene Aktionen ausgeführt werden. Je nach Prozess, erstrecken sich diese Aktionen über mehrere Modale. Im Anschluss werden die Modale wieder geschlossen und das Hauptfenster wird wieder angezeigt.

Planwerk (XPlanGML) + Planarchiv (ZIP-Datei)

Im DiPlanCockpit lassen sich Planwerke bzw. XPlanGMLs verwalten, validieren und veröffentlichen. Ein Planarchiv (z.B. die ZIP-Datei) enthält mindestens ein xplan.gml, in dem u.a. der Rechtsstand eingetragen ist.

XPlan stellt ein standardisiertes Datenformat für einen verlustfreien Transfer von u.a. Bauleitplänen zwischen unterschiedlichen Systemen bereit. XPlanGML basiert auf dem XML-Standard. Planwerke können im Cockpit hochgeladen, validiert und veröffentlicht werden.

Prefix

Ein Prefix ist eine automatisch ergänzte Passage zu Beginn eines Dateinamens, die einer definierten Syntax folgt. Bei erzeugten Verfahrensdokumenten wird z.B. der Planname voran gestellt.

Rechtsstand

Planwerke können sich in verschiedenen Rechtsständen befinden, die jeweils in der xplan.gml enthalten sind. Der Rechtsstand wird auch im Administrations-Bereich im Reiter „Planwerksverwaltung“ dargestellt.

Reiter

Reiter werden prägnant in der Titelleiste dargestellt und bündeln Funktionen zu einem bestimmten Thema (z.B. Dokumente). Durch Klick auf den einen Reiter öffnet sich eine Hauptseite.

Stammdatenseite (Reiter Stammdaten)

Wenn ein Verfahren geöffnet wird, wird per default der Reiter Stammdaten angezeigt. In diesem Abschnitt werden Metadaten des aktuellen Verfahrens dargestellt und von den Rollen der Sachbearbeitung gepflegt. Die Metadaten können an Metadatensysteme übergeben werden, z.B. das DiPlanPortal.

Tabelle

In Tabellen werden Dokumente mit den jeweiligen Metadaten in eigenen Spalten aufgelistet. Die Sortier-Reihenfolge kann per Klick geändert werden. Teilweise sind Änderungen von Metadaten möglich, wie der Status eines Dokuments.

Titelleiste

In der Titelleiste werden der Planname als auch der Arbeitstitel dargestellt sowie die einzelnen „Reiter“, über die weitere Hauptfenster aufgerufen werden können. Wenn die Tabelle zu breit ist, können die Inhalte per Scrollbalken in den Vordergrund geholt werden.

Träger Öffentlicher Belange (TÖB)

TÖBs stelle eine Gruppe an Teilnehmer von Beteiligungsverfahren an, die über das Modul DiPlanBeteiligung geführt werden.

Verfahrensdokument

Bei Verfahrensdokumenten handelt es sich um Dokumente, Planwerke und Verträge, die während eines Verfahrens hochgeladen (oder generiert) werden.

Verfahrenskonfiguration

Die Verfahrenskonfiguration (VK) definiert pro Verfahrenssteuerung (bzw. Verfahrenstyp) den konkreten Aufbau eines Verfahrens. Diese umfasst im Wesentlichen die Punkte Planarten, Verfahrensarten, Zeitplanung und Verfahrensschritte (einiges nur Pro-Variante). Die Verfahrenskonfiguration wird als XML-Datei über den Admin Bereich gepflegt.

Mit dem Starten eines Verfahrens wird die zum Zeitpunkt aktuelle Verfahrenskonfiguration persistiert (gespeichert). Künftige Änderungen an der Verfahrenskonfiguration wirken sich daher immer nur auf neu angelegte Verfahren aus.

Verfahrensordner / Verfahrensteilschrittordner

Die einzelnen Ordner leiten sich aus den Verfahrensschritten ab.

Verfahrensschritt (VS)

Der Verfahrensschritt wird auf der Stammdatenseite über ein Drop-Down-Menu gesteuert. Es kann zwischen mehreren Status unterschieden werden, sodass hierüber gesteuert werden kann, in welcher Phase sich das Verfahren momentan befindet. Die Inhalte aus der Drop-Down-Liste wird über die Verfahrenskonfiguration gesteuert. In der Pro-Version wird dies über den Verfahrensschrittbalken grafisch prägnanter dargestellt.

Verfahrensstand

Der Verfahrensstand bildet den fachlichen Fortschritt eines Verfahrens ab. Er wird auf der Stammdatenseite über ein Drop-Down-Menu gesteuert. Es kann zwischen mehreren Status-Optionen unterschieden werden. Die Metadaten des Verfahrens werden bei Änderung des Verfahrensstandes automatisch an angeschlossene Systeme, wie an das DiPlanPortal, übermittelt, siehe DCATAP-PLU.

Verfahrenssteuerung (Verfahrenstyp, Verfahrenssteuerungstyp)

Ein Verfahren im DiPlanCockpit kategorisiert sich nach einer hierarchischen Kombination aus Verfahrenssteuerung, Planart und Verfahrensart. Alle drei Kategorien werden beim initialen Anlegen eines Verfahrens ausgewählt und sind danach nicht mehr änderbar. Die Inhalte aus den Drop-Down-Listen werden über Codelisten gesteuert.

Übersichtsseite

Nach Anmeldung im DiPlanCockpit werden auf der Übersichtsseite drei Reiter angezeigt. Über diese Reiter werden alle bereits abonnierten Verfahren sowie alle angelegten Verfahren jeweils als Liste dargestellt. Für abonnierte Verfahren wird zudem eine Karte angezeigt, die sämtliche Umrisse darstellt. Die Liste an abonnierten Verfahren besitzt keine Karte. Im dritten Reiter können neue Verfahren angelegt werden.

Umring (Polygon)

Im Zuge des Anlegen eines Verfahren muss das Plangebiet per Polygon / Umring umrissen werden. Dazu steht ein Tool zur Verfügung, mit dem Linien auf einer digitalen Karte gezogen werden können. Alternativ kann an dieser Stelle eine XPlanGML importiert werden.

Der Umriss und die Karte werden im Anschluss auf der Stammdatenseite angezeigt. Die Karte mitsamt Umriss wird so dargestellt, dass auf den Geltungsbereich gezoomt wird.

XPlanValidator

Mit dem XPlanValidator kann kontrolliert werden, ob XPlanGMLs / Planwerke technisch fehlerfrei sind. Die Funktion wird über den Reiter „Planwerke“ zur Verfügung gestellt. Planwerke werden einzeln validiert. Dabei kann innerhalb eines Modals zwischen verschiedenen Prüf-Modi ausgesucht werden. Im Anschluss wird aufgezeigt, ob das Planwerk valide ist, oder ob Fehler bei der Prüfung ermittelt werden konnten.

Zeitplanung

Eine Zeitplanung ist in detaillierter Form nur in der Pro-Variante vorhanden. Jedoch kann über bestimmte Felder, z.B. „Beschlussdatum“ rudimentär mit Datumsangaben gearbeitet werden.

Zuständigkeit (eh. Verfahrensverantwortung)

Jeder Sachbearbeiter hat eine Zuständigkeit. Diese kann auf der Stammdatenseite ausgewählt werden. Künftig soll dies entfallen, da die Zuständigkeit des Nutzers mit der IAM-Abfrage aus KeyCloak ans DiPlanCockpit übergeben wird.