BY: Abruf Nachweis Bauvorlageberechtigung

EG25-02 07.05.2025 - Ziel der Registermodernisierung ist es, dass die Bürger:innen und Unternehmen nur einmal mit der Behörde für ihre Anliegen kommunizieren sollen (Once-Only-Prinzip). - Unter der Federführung des Bayerischen Staatsministeriums für Digitales werden 3 Erprobungsprojekte durchgeführt, u.a. zum Thema Bau. Der Nachweisdatenabruf zwischen di.BAStAI & dem Digitalen Bauantrag wird – vorbereitend auf den NOOTS-Betrieb – konzipiert und erprobt.Ausgangslage - Der Online-Dienst erstellt XÖV-Nachricht (z.B. XÖV-Standard: XBau) in der die befüllten Daten im Online-Dienst auf die jeweiligen Elemente des XÖV-Standards gemappt werden.Problem - Fachverfahren bzw. bearbeitende Behörde weiß nicht, welche Datenfeldeinträge aus dem Register stammen, da dies noch nicht im XÖV-Standard abgebildet wird. - Vor dem Abruf aus dem Register, gibt es ein Preview (Schritt 6&7), bevor der Antragsteller die Daten aus dem Register übernimmt. Falls er sie nicht aus dem Register übernehmen möchte, kann er sie auch selbst eintragen.Lösungsidee - Anpassung des XÖV-Standards, damit festgehalten wird, das Datenfelder aus einem Register stammen. → z. B. mit Boolean für ElementeBeitrag zur Hebung der RegMo-Potenziale: Ergänzung Bauvorlageberechtigung - Kammerzugehörigkeit, Personendaten, Mitgliedsnummer könnten aus einem Register abgerufen werden. - Hier könnte ein Boolean mit „Stammt aus einem Register“ ergänzt werden - In Zukunft (Q3/Q4 2026) kommt auch noch die IDNR (Identifikationsnummer) dazu - Ergänzung Sperrvermerk: "aus disziplinarischen Gründen gesperrt, keine Bauvorlageberechtigung vorliegend trotz Kammerzugehörigkeit"Diskussion - Die Ergänzung einzelner Felder mit einem Boolean bläht den Standard ganz schön auf. - Bei Erteilung der Baugenehmigung muss von Amtsseite noch mal geprüft werden, ob die Bauvorlagenberechtigung noch Bestand hat. (Dies müsste in XBau 2.6 mit aufgenommen und in XBau 2.7 noch angepasst werden) - Im Erprobungsprojekt wird im Online-Service gearbeitet, aber auch die Fachbehörde muss die Registerabfrage machen können - Ggf. könnte statt eines Boolean auch ein Attribut „NOOTSverfied“ genutzt werden können. Vielleicht auch mit anderen Attributen (BundID, Elster MUK), ggf. mit Default, der weggelassen werden kann

EG25-02a 24.06.2025Es 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 werdenNä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 Register-autorisierten Daten im Bauantrag“ - ein entsprechendes Signal erging vom Projekt aus BY an die XLeitstelleKlärungspunkt: - woher stammt die abrufid (NachweisbezugType - im Objekt Berechtigung zum Entwurfsverfasser vielfach anwendet), die in den Antrag eingetragen wird, um zu bestätigen, dass Daten aus dem Abruf unverändert ü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üfenStatus in Arbeit