TH: Mehrfach-Strukturen bei Nachricht 0200 bezogen auf Gebäudeteile

EG23-01 28.03.2023

Es geht um folgende Elemente des Datentyps xbau:Bauvorhaben (Kardinalität gemäß XBau 2.3):

• artDerMassnahme (1..n)
• baubeschreibung (0..1)
• betriebsbeschreibung (0..1)
• hochbaustatistik (0..1)

Beispiele / Hinweise:  

• Beispiel "Mehrfamilienhaus mit Tiefgarage" im vereinfachten Verfahren: das wäre trotzdem 1 Antrag; für solche Beispiele wäre die Fragestellung des Antragstellers durchaus relevant, z.B. existieren für die Tiefgarage ganz andere Auflagen zum Brandschutz
• Beispiel Einfamilienhaus mit Carport: ist 1 Gebäude mit Nebenanlage, hier dürfte das Problem nicht auftreten
• Beispiel Einfamiien-Reihenhäuser: zu klären, wie hier am besten Anträge und Häufigkeiten verteilt werden sollten; ggf. pro Einfamiienhaus eigener Antrag bzw. Vorgang (das ist auch für das Verfahren der Akteneinsicht passender)
• auch Passung auf die Erfassung für die Statistik ist zu berücksichtigen

Diskussion:

• Zur Verwendung der vorliegenden Strukturen: Element "Art der Maßname" hat schon die Häufigkeit 1..n / bei den anderen Parametern sollte das ausgewählt werden, was überwiegend zutrifft im Bauvorhaben. 
• Bayern: wir kommen mit den vorhandenen Parametern klar
• Einordnung aus Sicht Statistik: "Carport" wäre ein Bagatellfall, Sichtbarkeit einer Entität wie "Tiefgarage" wäre aber relevant (Wohnfläche + Nutzfläche (gemäß Def. Destatis) = "Nutzungsfläche" nach DIN 277); außerdem gibt es möglicherweise unterschiedliche Zeitpunkte der Fertigstellung bei dem Wohngebäude und der Tiefgarage

Bewertung:

• Präzisierung innerhalb der XBau-Spezifikation hins. Verwendung der Elemente, ggf. Änderung bestehender Funktionalität
• Meinungsbild EG: fachliche Klärung nötig
• Aufwand für EG: mittel 
• Aufwand Umsetzung im Standard: niedrig

EG23-03 19.09.2023 

Diskussion und Erkenntnisse

• Zurzeit: alle Formulare (Statistikbogen, Baubeschreibung, Betriebsbeschreibung) können mehrfach nötig werden zu einem Antrag - im Falle unterschiedlicher Gebäude, unterschiedlicher Nutzungsarten usw. 
• Beispiele: Wohnkomplex mit Einkaufszentrum im EG und Rechtsanwaltskanzlei im 6. OG; oder Bürogebäude mit unterschiedlichen Nutzungsarten
  --> hier sind jeweils mehrere Betriebsbeschreibungen (je eine pro Nutzungsart) nötig
• Diese Prozesse werden aktuell, wo elektronisch abgebildet, mit mehreren pdf-Anlagen zum Antrag gelöst, das ist aber natürlich keine digitale Umsetzung mit medienbruchfreier Weiterverarbeitung der Daten bei der empfangenden Behörde
• Für die Qualitätsstufe medienbruchfreie Weiterverarbeitung ist eine Abbildung im strukturierten XBau-Datenbereich notwendig (Häufigkeit 0...n für die genannten Objekte unterhalb des Elements xbau:Bauvorhaben/gegenstand, die in Bau bereits enthalten sind).
• Durch eine Änderung der Häufigkeit des Elements xbau:Bauvorhaben/gegenstand selber lässt sich die Aufgabe nicht lösen, weil der Häufigkeitszuschnitt für die verschiedenen Formulararten nicht kongruent ist, d.h. sind die Kriterien, wann ich mehr als 1 Formular Hochbaustatistik ausfüllen muss (zum Beispiel für ein Reihenhaus-Neubauvorhaben pro Hausnummer 1 Bogen), andere als die Kriterien für das Formular Betriebsbeschreibung (pro Nutzungsart 1 Bogen, z. B. für das Beispiel oben je ein Bogen für a Wohnbereich, b Einkaufszentrum im EG, c Rechtsanwaltskanzlei im OG)

Umsetzung:

• Datentyp Bauvorhaben: für diese 4 Objekte unterhalb des Elements gegenstand wird die Häufigkeit auf 0...n gesetzt: artDerBaulichenAnlage, hochbaustatistik, baubeschreibung, betriebsbeschreibung, 
• jeweils ist es dann auch nötig, ein Element mit dem Bezug ("Bezeichnung der Betriebseinheit") aufzunehmen (Beispiel: "Rechtsanwaltskanzlei").
• vgl. Element gebaeudeBezeichnung unterhalb von /gegenstand/kostenaufteilungNachGebaeude/kostenEinzelnesGebauede) 

Status Umsetzung

Der CR wurde umgesetzt:

• Im Datentyp bauvorhaben (II.4.2.4.1) wurden im Kindelement gegenstand die Multiplizitäten der Kindelemente artDerBaulichenAnlage, hochbaustatistik, baubeschreibung und betriebsbeschreibung geändert.
• In den Datentypen hochbaustatistik (II.4.2.7.1), baubeschreibung (II.4.2.8.1) und gewerblicheBetriebsbeschreibung (II.4.2.9.2) wurde jeweils ein neues Kindelement betriebseinheitBezeichnung eingefügt.
• Im Datentyp bauvorhaben  (II.4.2.4.1) wurden im Kindelement gegenstand das Kindelement artDerBaulichenAnlage durch ein neues Kindelement artBaulicheAnlageBetriebseinheit ersetzt.
• Das Element artBaulicheAnlageBetriebseinheit enthält als Kindelemente betriebseinheitBezeichnung und artDerBaulichenAnlage.

Nächster Schritt: QS 

E-Mail aus Bayern vom 04.10.2023:

Der CR beinhaltet die Mehrfacherfassung mehrerer Kindelemente des Elements „gegenstand“, die insofern eine gebäudescharfe Abgrenzung innerhalb eines Bauvorhabens ermöglichen soll.

Wir sehen durchaus die Vorteile einer solchen Lösung, die aber auf jeden Fall optional sein muss. Allerdings sehen wir bei der vom CR vorgeschlagenen Lösung die Gefahr, dass er zu kurz gesprungen ist und der Standard nur unzureichend angepasst wird. Will man über XBau tatsächlich eine gebäudescharfe Erfassung ermöglichen, scheinen deutlich weiterreichende Änderungen erforderlich.

Wir würden daher gerne Schnellschüsse vermeiden. Daher bitten wir darum, zunächst von einer Umsetzung in XBau 2.4 abzusehen und stattdessen eine Arbeitsgruppe einzusetzen, die darüber diskutiert, wie der Standard für eine gebäudescharfe Erfassung angepasst werden müsste (z.B. als Idee: „gegenstand“ mit Kardinalität 0…n und Herausziehen einiger Kindelemente).

Unser Anliegen wird vom EfA-Projekt, NW sowie der Fa. cit unterstützt.

Die Modellierung des CR wurde zurückgesetzt. Das Thema wird im EG noch mal besprochen.

EG24-01 05.03.2024

Diskussion

• Der Bezug auf bestimmte Entitäten (Gebäude, Grundstücke, Beteiligte) im Bauvorhaben sollte stärker technisch unterstützt werden (nicht bloß Freitext)
• Es sollte auf Rückwärtskompatibilität geachtet werden, wo jetzt ein neues Pflichtfeld pro Objekt eingeführt worden ist. Beim Update könnte ein Platzhalter eingeführt werden für die Befüllung des Pflichtfelds.
• Fachlich zu überprüfen in den 4 Fällen (siehe oben Text im CR), ob es Informationen gibt, die sich auf das Ganze bezieht (die dann nicht vervielfacht werden sollten)
• Ebenso muss überprüft werden, ob es nicht andere Datentypen gibt, die gebäudescharf zu modellieren sind (z.B. Flurstück, Baugrundstück zu Gebäude)
• Der CR sollte auf jeden Fall konsistent mit CR-333 umgesetzt werden (oben verlinkt)
• Das Thema ist sowohl für die Statistik als auch die Bauaufsicht relevant

Analysierte Szenarien: 

• 1 Gebäude mit mehreren nötigen Betriebsbeschreibungen
• mehrere Gebäude oben drauf (jedes einzelne kann komplex sein) - das wird dann beliebig kompliziert (jedes Gebäude braucht dann ggf. sein eigenes Grundstück / Flurstück)
• allgemein: Erfahrungswert ist: 95% der Bauanträge enthalten genau 1 Gebäude

Diskussion:

• Es sollte die Prämisse eingezogen werden, dass in 1 Bauantrag nur 1 Gebäude enthalten sein kann (ist Usus in Essen, aber keine normative Vorgabe).
• Das ist rechtlich aber zurzeit nicht durchsetzbar (Hinweis BY) / z. B. aktuell auch in Hamburg nicht der politische Wille

Alternative Vorschläge, wie mit komplexeren Situationen (komplexere Inhalte eines Antrags bzw. komplexere Bauvorhaben) umgegangen werden könnte:

• “XBau bietet die Grundlage für die Digitalisierung. Das funktioniert optimal, wenn es genau 1 Gebäude im Bauantrag gibt. Für komplexere Fälle (komplexere Bauvorhaben, für die eine Genehmigung beantragt wird) funktioniert passen die XBau-Datentypen möglicherweise nicht optimal.”
• “eine Nachricht 0200 enthält 0...n Elemente baugenehmigung.antrag.0200” (mehr als 1 Bauantrag)
• festsetzen, dass im Datentyp Bauvorhaben (1..n) Elemente bauvorhaben definiert sind (entspricht einem Gebäude), gewisse Dinge wie die Beteiligten sind dann vor die Klammer zu ziehen

EG24-03 10.09.2024

Erneute Diskussion des Themas, nachdem die Statistik-Aspekte im Rahmen der XBau Statistik-AG besprochen worden sind und separat umgesetzt werden:

• es geht jetzt noch im Kern um die Objekte betriebsbeschreibung und baubeschreibung
• zu entscheiden ist: <1 - Kardinalität bleibt wie sie ist bei 0..1> oder <2 - Kardinalität wird erhöht auf 0…n>
• im Sinne einer Erhöhung des Reifegrads der Umsetzung Baugenehmigung Online könnte man in Richtung Option 2 denken / de facto findet aber die Übermittlung der Daten zu den beiden Themen über angehängte pdf-Dokumente statt, die über ein Formularsystem befüllt werden und den XBau-Dokumenten angehängt werden
• bei näherer Diskussion zeigt sich, dass das nicht unbedingt ein Manko ist, weil im Zielsystem die Daten wiederum bspw. über OZR-Technologie intelligent ausgewertet werden können

In der Abstimmung votiert das EG für Option 1.

Es gibt keine Stimmen für Option 2.

Damit entfällt eine Anpassung der diskutierten Datentypen. Der CR wird verworfen.