BY: Separate Statistiknachricht an BAB

XBAU-333
  • 2.5
Geprüft
Mo., 18.11.2024 - 14:22
Fertig
Mi., 28.02.2024 - 11:50
priority-icon Medium
  • Spezifikation

Fachlicher Bedarf

Bislang ist die Übermittlung der statistischen Merkmale vom Bauherrn zur Bauaufsichtsbehörde als Teil der 0200er-Nachricht vorgesehen. Erforderlich ist alternativ eine eigenständige Nachricht, mit der neben einer 0200er-Nachricht die statistischen Merkmale und ggf. andere statistikrelevante Informationen vom Bauherrn an die Bauaufsichtsbehörde übermittelt werden können. Dabei sollte es sich um eine generische Nachricht handeln, die Grundlage für alle Statistikmeldungen sein kann. Als Grundlage für die von der Nachricht umfassten Elemente können die 0410er-Nachrichten herangezogen werden, wobei von Seiten der Statistik überprüft werden sollte, ob diese Nachrichten alle statistikrelevanten Informationen enthalten.

Kommentare

Begründung

Die momentane Ausgestaltung des Prozesses zur Hochbaustatistik in XBau erscheint in folgenden Punkten unzureichend:

  • Die Merkmale für die Hochbaustatistik sollen als Teil der 0200er-Nachricht unter /bauvorhaben/gegenstand/hochbaustatistik übertragen werden, also als Teil des Bauantrags. Je nach Bundesland sind jedoch die Statistikdaten kein originärer Teil eines Bauantrags. Dies gilt analog für andere Nachrichten, mit denen das Element „bauvorhaben“ übermittelt werden kann (insb. 0600).
  • Ändern sich während des Genehmigungsverfahrens statistische Merkmale, wäre jeweils eine 0202er-Nachricht zu übermitteln, da nur mit dieser die Statistikdaten übermittelt werden können.
  • Nachdem die Bauaufsichtsbehörde anschließend das Baugenehmigungsverfahren durchgeführt hat, soll sie 0410er- Nachrichten an das Statistische Landesamt senden, basierend auf Daten der bereits übermittelten 0200er-Nachricht. Aus drei Gründen ist dies problematisch:
    • Der bauaufsichtlichen Modellierung liegt die Entität „Bauvorhaben“ (1..n Gebäude/ Nutzungsarten) zugrunde, die statistischen Merkmale müssen jedoch gebäudescharf (vgl. XBau-273) geliefert werden.
    • Ein Bauherr kann in der derzeitigen Konfiguration die statistischen Merkmale immer nur im Zusammenhang mit einer Nachricht, die das Element „bauvorhaben“ enthält, übermitteln.
    • Die Vergabe einer Ordnungsnummer (ehemals Identnummer) ist noch ungeklärt (vgl. XBau-293 und XBau-189).

 

Aufgrund der dargestellten Nachteile besteht der Bedarf, eine zusätzliche generische Statistiknachricht BH2BAB zu erstellen, mit denen der Bauherr (oder dessen Entwurfsverfasser/Vertreter) im Nachgang an den Bauantrag bzw. unabhängig davon statistische Merkmale sowie weitere Informationen an die Bauaufsichtsbehörde übermitteln kann. Die ursprüngliche Idee einer gleichzeitigen Übermittlung von Statistikdaten mit Bauantragsdaten sollte zu einer effizienten und bürgerfreundlichen Erhebung („once-only-Prinzip“) führen. Die nun beschriebene Trennung der Prozesse steht dem nicht entgegen, sondern wäre als sehr ähnlicher Ablauf vorstellbar, wenn bspw. Bauantrag und Statistikmeldung innerhalb eines Vorgangsraums abgewickelt werden.

Die Vorteile einer Abtrennung der Statistik in eine generische Nachricht BH2BAB lauten also:

  • Korrekte Abbildung der statistischen Basisentität „Gebäude“
  • Die Bauaufsichtsbehörde könnte die (Bauantrags-)Merkmale aus der bauaufsichtlichen Fachanwendung bereitstellen (, sodass Bauherrschaft/ Planverfassende keine Merkmale doppelt erfassen müssen).
  • Diese Nachricht könnte ebenso im Zusammenhang mit einer Baubeginnsanzeige (Nachricht 0900) oder Anzeige der Nutzungsaufnahme (0910) übermittelt werden.
  • Änderungen statistischer Merkmale können als eigenständige Nachricht übersandt werden und müssen kein Bestandteil einer Änderungsnachricht (z.B. 0202) sein.

Eine generische Nachricht wäre jenseits der bauaufsichtlichen Merkmale für rein statistische Angaben (z.B. zum Gebäudeenergiegesetzt oder künftig zum sozialen Wohnungsbau) flexibel gestaltbar, was organisatorisch eine sinnvolle Entkopplung darstellt.

EG24-01 04.03.2024

Bemerkungen:  

  • Der CR ist im Zusammenhang der Auseinandersetzung mit dem Hochbaustatistikgesetz entstanden
  • soll den Prozess verbessern auch aus Nutzersicht, soll Once Only unterstützen 
  • zu klären ist, wie Frontend-Strategie und XBau-Nachrichtenfluss verzahnt sein sollen

Bewertung:

  • Änderung bestehender Funktionalität & Ergänzung bestehender Funktionalität
  • Meinungsbild EG: allgemein akzeptiert
  • Aufwand für EG: mittel
  • Aufwand Umsetzung im Standard: hoch 

Status in Arbeit

EG24-01 05.03.2024 / Arbeitsgruppe 1

Es wird die Anforderung vorgetragen, die Standarddatenflüsse zur Statistik in der Spezifikation abzubilden und dabei auf folgende Punkte zu achten:

  • Welche Stakeholder sind zu welchen Zeitpunkten aktiv bzw. einbezogen?
  • Welche statistischen Nachrichten werden zu welchem Zeitpunkt verschickt? (Bsp. Anlass Baufertigstellung)
  • Die fachlich-rechtliche Bedarfslage für statistische Erhebungen zu verschiedenen Anlässen muss fachlich nachvollziehbarer werden.

Das geschieht am besten in einem neuen separaten Kapitel, dass sich dem Them DÜ an die amtliche Statistik widmet.

Mapping von Datentypen in XBau 2.4: Das Mapping zwischen den Angaben im Bauantrag und den statistischen Merkmalen (Nachrichten an die Statistik) gestaltet sich schwierig. Besonders in Fällen von Gebäudeenergiegesetz (GEG) und Sozialwohnungsbau. Darüberhinaus kann das Delta zwischen Datenfeldern für Statistik und Bauaufsicht von Bauaufsicht zu Bauaufsicht unterschiedlich ausfallen. Es sollte daher stärker vereinfacht und vereinheitlicht, also Datentypen wiederverwendet werden.

Prozessdarstellung:

Es besteht der Wunsch den gesamten XBAU-Prozess als Datenflussmodell abzubilden (Prozessdarstellung mit Nachrichtenübermittlungen).

Anlässe für statistische Erhebungen (Auswahl):

  1. Baugenehmigung
  2. Baubeginn
  3. optional Rohbaufertigstellung / unter Dach
  4. optional Baugenehmigung erloschen
  5. Baufertigstellung
  6. plus Bauüberhang als Qualitätssicherungsinstrument. Wenn der Prozess komplett digitalisiert und sicher ist, kann er ggf. entfallen.
  7. plus Änderungen nach der Erteilung der BG (blenden wir im ersten Schritt aus)

Prozess anlassbezogene Nachrichtensequenz

Teilnehmer sind Bauherr bzw. Bauvorhaben / BAB / Statistik. Erster Entwurf:

Zyklus Bauvorhaben Statistik.png

Anlassbezogen: Die Datenflüsse zur Statistik sind vergleichbar mit den Statusnachrichten, die den Stand der Antragsprüfung von der BAB an den Projektraum im Bauportal übermitteln sollen (s. XBAU-292).

Kardinalität und Zuordnung: Für die Statistik ist es wichtig zu erfahren, wenn es sich bei zwei unterschiedlichen erteilten Baugenehmigungen um dasselbe Bauvorhaben handelt.

Bauvorhaben erinnern: Um den Datenfluss an die Statistik zu verbessern, wäre es hilfreich den Bauherrn daran zu erinnern, den Baufortschritt anzuzeigen. Dann kann die Bauaufsicht auch ihrer Pflicht nachkommen, auch zu diesem Anlass die Statistik zu informieren.

UUID: Vorschlag seitens Destatis: : alle 0410-er Nachrichten (außer 0412) sollten dieselbe UUID enthalten. @todo

Once only: Besser zu definieren ist, was genau unter dem Once-Only-Prinzip in diesem Zusammenhang zu verstehen ist.  Vorschlag Destatis: die Bedürfnisse der Statistik und der Bauaufsicht nicht voneinander abzugrenzen, sondern den gemeinsamen Spielraum für die Datenerhebung zu nutzen.

Kardinalitäten: Hinweis Stadt Essen: Die Daten sind nicht das Problem, sie sind bereits Bestandteil, die Herausforderung liegt in den Kardinalitäten bei der Erhebung im Bauvorhaben. @todo

Es soll eine Arbeitsgruppe gebildet werden, um die Entscheidungsgrundlage für die CR-Umsetzung zu erarbeiten. Mit dem Ziel die Umsetzung in XBau 2.5 zu integrieren.

Erkenntnisse aus der AG Statistik

Die Nachricht wird integriert in das Paket xbau-nachrichten-statistik.xsd. Sie erhält folgende Bezeichnung: statistik.datenBauvorhaben.0420

Die Nachricht 333 ist mandatorisch für die Lieferung der statistikrelevanten Daten vom Bauvorhaben an die BAB zu verwenden.

Die Nachricht soll folgende Elemente/Datentypen enthalten, die bereits in den anderen Statistikmeldungen genutzt werden:

  • bezug (Datentyp BezugErweitert)
  • allgemeineAngaben (abgeleitet vom Datentyp AllgemeineAngaben)
    • ohne lageGebaeude (neues Element in allgemeineAngaben)
    • ohne verortungHausnummer
    • ohne lageBauvorhaben
  • Neues Element bauvorhabenGebaeude mit Kardinalität 1 und Kindelement datenEinzelnesGebaeude mit Kardinalität 1..n (vom Typ DatenEinzelnesGebaeudeImBauvorhaben abgeleitet vom Typ DatenEinzelnesGebaeude)
  • DatenEinzelnesGebaeudeImBauvorhaben
    • Ohne strassenschluessel
    • Ohne datumAntragstellung
    • Ohne voraussichtlicheFertigstellung
    • Ohne lageBaugrundstueck
    • Plus Element lageGebaeude
    • Plus Element identifikationGebaeude (Datentyp IdentifikationGebaeude)
    • Beim Element baugenehmigung muss statt Datentyp baugenehmigungErweitert Datentyp Baugenehmigung verwendet werden
    • Beim Element baukosten wird der Datentyp KostenEinzelnesGebaeudeStatistik eingegeschränkt (-> Entfall des Elements identifikationGebaeude)
  • Eingeschränkter Datentyp Ansprechpartner
    • Ohne Datentyp ansprechpartnerBauamt

(siehe angehängte Mindmap zur Modellierungsempfehlung)

Der CR wurde umgesetzt:

  • Es wurde die neue Nachricht statistik.datenBauvorhaben.0420 (III.13.6.1) erstellt.
  • Diese enthält die Elemente bezug, allgemeineAngaben, bauvorhabenGebaeude und ansprechpartner.
  • Der Nachricht wurde der Dienst BGV-BH2BAB zugeordnet.

Nächster Schritt: QS

QS wurde durchgeführt und CR ist hinreichend umgesetzt.