BY: Abruf Nachweis Bauvorlageberechtigung
- 2.6
Medium
Die Prüfung der Bauvorlageberechtigung geschieht mindestens an zwei Stellen während eines Bauantragsverfahrens:
- Beim Stellen des Bauantrags
- Beim Versand der Baugenehmigung
Im Rahmen des Erprobungsprojekts "Bauwesen" der Registermodernisierung wird ein automatisierter Nachweisdatenabruf zwischen di.BAStAI & dem EfA-Dienst "digitaler Bauantrag" – vorbereitend auf den NOOTS-Betrieb – konzipiert und erprobt. Der automatisierte Abruf (mittels XNachweis) – kann sowohl für die Antragsstellung als auch perspektivisch für eine Prüfung beim Versand der Baugenehmigung genutzt werden. XBau soll als Kommunikationsstandard genutzt werden. Bei der Eingabe der Informationen für die Bauvorlageberechtigung sollen individuell Daten eingegeben werden können.
Im Rahmen des Projekts wurden folgende Unzulänglichkeiten festgestellt:
- Information(en) zur Sperrung im Register der AIK werden bislang vom Standard nicht abgedeckt
- Es fehlt bislang eine Möglichkeit, bei unverändert abgerufenen Daten die Daten als Registerabruf zu kennzeichnen.
Als mögliche Lösung wird vorgeschlagen:
zu 1.
Element Sperrung ergänzen: Ja/Nein/Null (falls aus dem Register nichts zurückkommt)
- Beschreibung: Die Person oder eine Berechtigung ist gesperrt und darf nicht mehr genutzt werden. Gründe können sein: Bauvorlageberechtigung entzogen, Disziplinmaßnahmen durch die Kammer, Ablauf einer Registrierung, fehlende Nachweise.
- Anmerkungsfeld mit Codeliste (ist gesperrt → optional seit; war gesperrt → optional Freitextfeld; Befindet sich im Widerspruchsverfahren gegen Sperrung)
zu 2.
Entweder XNachweis als .xml-Datei weiterleiten und / oder durch Attribute die Konformität zum Register darstellen
- Verfiziert durch das Register der Architekten- und Ingenieurkammer bzw. di.BAStAI (bool'sches Attribut 0/1/99) → verpflichtend) für die folgenden Elemente in XBau
- kammer
- merkmaleKammerneintrag
- MerkmaleKammerneintragErweitert
- Kindelement: mitgliedsnummer bzw. Registrierungsnummer
- kindelement:personennummer
- BeteiligterFachrichtung
- berufsbezeichnung
- Bauvorlageberechtigung Sachverhalt
- Sperrung
- Qualifikation bzw. Nachweisberechtigung
Kommentare
EG25-02a 24.06.2025
Es wurde das Verständnis für die Umsetzung des vorliegenden CRs abgesichert und konkretisiert.
Übergreifend
- Für die DVDV-Konfiguration für XBau 2.6 ist ggf. anzupassen, so dass auch Bauportale (nicht nur BAB) den Service der AIKn (XBau-Nachrichten 0930/0931) nutzen können
Thema 1: Übermittlung von Sperren
- Nachricht 0931 ist anzupassen, so dass Daten zu vorliegenden Sperren (s.o.) zum angeforderten Datensatz übermittelt werden können. So dass diese dann in die Antragsdaten übernommen werden können, wie oben beschrieben.
Thema 2: Kennzeichnung von Register-autorisierten Daten
- In der Implementierung eines Portals “Baugenehmigung Online” würde typischerweise ein Antragsformular mit aus dem Register abgerufenen Daten (zum Entwurfsverfasser) vorbelegt. (dieser Sachverhalt wird naturgemäß nicht durch XBau geregelt)
- In den per XBau dann (an die BAB) übermittelten Antragsdaten sollen die Daten, die aus dem Register übernommen worden sind (siehe im Datentyp Bauvorhaben unterhalb des Elementes /beteiligte/entwurfsverfasser/berechtigung), in diesem Sinne gekennzeichnet werden.
- Zusätzlich soll das XNachweis-Objekt (bzw. das XBau-Objekt welches per XNachweis aus dem AIK-Register abgerufen worden ist), als Anhang der XBau-Antragsdatenübermittlung beigefügt werden (als Nachweis für die antragsbearbeitende BAB = entsprechend einer herkömmlich angehängten Kopie der Urkunde Bauvorlageberechtigung des Entwurfsverfassers)
Status Umsetzung
CR wurde umgesetzt.
In der Nachricht kammernverzeichnis.auskunft.0931 wurde ein Element sperrung und ein Element registerauszug ergänzt. Es wurden die neuen Datentypen NachweisbezugType und DatenabrufType zur Kennzeichnung und Beschreibung von automatisierten Nachweisabrufen erstellt. Für die damit abrufbaren Informationen wurden die Datentypen BauvorlageberechtigungSachverhalt.NachweisbezugType, MerkmaleKammerneintrag.NachweisbezugType, BauvorlageberechtigungSachverhalt.NachweisbezugType und Berufsbezeichnung.NachweisbezugType erstellt, die nun im Datentyp Berechtigung für die Elemente grundlageBauvorlageBerechtigung, nummernKammer, nachweisBerechtigung und berufsbezeichnung verwendet werden
Nächster Schritt: QS
QS wurde durchgeführt:
- In MerkmaleKammerneintrag.NachweisbezugType fehlt der Inhalt zu MerkmaleKammerneintrag
- In NachweisBerechtigung.NachweisbezugType fehlt die Dokumentation des Typs
- Zu klären ist der Part mit der DVDV-Konfiguration: muss diese noch angepasst werden?
Nächster Schritt: Korrektur
Bisher durchgeführte Korrektur:
- MerkmaleKammerneintrag.NachweisbezugType ist eine Erweiterung von MerkmaleKammerneintrag, der Inhalt ist dort zu finden.
- Dokumentation von NachweisBerechtigung.NachweisbezugType wurde ergänzt.
Frage zur DVDV-Konfiguration ist noch offen.
EG25-03 01.10.2025 / Arbeitsgruppe 1
- die QS verläuft erfolgreich - zu Thema 1 “Übermittlung von Sperrungen” und zu Thema 2 “Kennzeichnung von registerautorisierten Daten im Bauantrag“
- ein entsprechendes Signal ergeht parallel vom Projekt aus BY an die XLeitstelle
Klärungspunkt:
- woher stammt die {{abrufid }}(NachweisbezugType - im Objekt Berechtigung zum Entwurfsverfasser vielfach angewendet), die in den Antrag eingetragen wird, um zu bestätigen, dass Daten aus dem Abruf unverändert in den Antrag übernommen worden sind
- es wäre eine Darstellung zum Datenfluss hilfreich: aus Sicht Abruf durch das Bauportal (wie kommt die abrufid zu mir und wie verwende ich sie) und aus Sicht Abruf durch eine BAB (spielt sie dort ebenfalls eine Rolle?)
- nicht klar ist die Rolle des Elements datenabruf am Ende der Nachricht 0200 - seine Sinnhaftigkeit und Notwendigkeit ist zu überprüfen
Status in Arbeit
Umsetzung wurde überarbeitet:
- Es wurde ein erläuternder Abschnitt “III.20.1.1 Abruf der Bauvorlageberechtigung bei der Antragstellung” in die Spezifikation eingefügt. Dieser enthält Informationen über den Nachweisabruf während der Antrag inkl. Diagramm und Hinweise zur Modellierung.
- Die Beschreibungen der Datentypen und Elemente wurden überarbeitet.
Nächster Schritt: QS
Die QS-Ergebnisse aus EG25-03 01.10.2025 / Arbeitsgruppe 1 sind angemessen umgesetzt worden.
Der erläuternde Abschnitt wurde jetzt nochmal redaktionell überarbeitet und umbenannt in “Abruf über NOOTS und Anwendung der abgerufenen Daten”.
Status geprüft
EG25-02 07.05.2025
Ausgangslage
Problem
Lösungsidee
Beitrag zur Hebung der RegMo-Potenziale: Ergänzung Bauvorlageberechtigung
Diskussion