Architektensoftware
- 2.5
Highest
- Infrastruktur & Technik
Thema Anbindung IT-Verfahren von Architekturbüros
Wir prüfen aktuell, wie wir möglichst viele Projektdaten aus unserer Software im Format XBau exportieren können, so dass damit automatisch ein Projektraum eröffnet werden kann (z.B. im Rahmen eines OZG-Portals Baugenehmigung Online), in dem der Nutzer dann die restlichen Daten manuell ergänzt.
Dieser Prozess mit entsprechenden Schnittstellen ist in XBau bisher nicht vorgesehen.
Kommentare
XBau-EG am: 2020-09-08
Das Anliegen ist interessant für die Weiterentwicklung XBau. Es ist erstrebenswert, dass die SW-Ausstattung der Architekturbüros enger als bisher an die Portale der Bauaufsichtsbehörden angebunden werden.
Zu klären ist:
- wie gelangen die Daten aus der lokalen SW in den Antragsassistenten bzw. in den Projektraum (oder Webapplikation)? Oder gar an die BAB?
- per Dateiexport?
- über einen Webservice? (ggf. DVDV-Anbindung?)
- sollen die Daten stets in ein Webportal (kommunal oder auf Landesebene) aufgenommen werden; oder ist ein Szenario "Übertragung direkt an die BAB" interessant?
- oder ggf. beides
- Die Architekten-SW soll gemäß CR ggf. nur partielle Daten exportieren: Wie ist dann der Mechanismus zu sehen in Bezug auf Vorbefüllung und Vervollständigung?
- Wie sieht es aus mit dem "Rückkanal", d.h. soll auch eine DÜ an die Architekten-SW vorgesehen sein?
- Ist es notwendig, XBau in der einen oder anderen Weise anzupassen, so dass die erwähnten Szenarien unterstützt werden (oder kann XBau das ohnehin von Haus aus)?
- Problematik Pflichtfelder (Datenexport mit partieller Befüllung)
- je nach Kommunikationsinfrastruktur sind ggf. die Nachrichtenköpfe anzupassen
- G2G (bisherige Struktur im Umfeld der DVDV-Kommunikation) vs. B2G (ggf. benötigt für die Anbindung der Architektenbüros)?
Status in Arbeit
Sitzungsergebnis vom 07.10.
- Lösungsvorschlag: Schaffung einer "Schattennachricht" im Sinne eines "Vorbefüllungsformats", a. das für alle Nachrichten übergreifend verwendet kann (zu prüfen, ob realisierbar) oder b. für jede einzelne Nachricht zu modellieren wäre
- potentiell betroffene Nachrichten: 0200, 0210, 0220, 0230, 0240, 0250, 0600, 0900, 0910, 0920, 0950
- Semantik soll weiterhin den Nachrichten gemäß XBau Spezifikation entsprechen
- aber: alle Kardinalitäten offen gestalten
- Definitiv wird benötigt: Nachrichtenkopf privat2G
- Einschränkung der Verwendung für diesen spezifischen Anwendungsfall bzw. dieses Kommunikationsszenario (per Dokumentation in XBau)
- Erweiterte Lösung: Ermöglichung der direkten Kommunikation von Architektensoftware an BAB (B2G)
- zu berücksichtigen sind einige Aspekte: Übertragungsprotokoll, zusätzliche semantische Validierung beim Empfang (z. B. mit Schematron) ...
- diese erweiterte Lösung soll in einem separaten CR weiter verfolgt werden
Der CR kann damit in die Umsetzung gehen.
EG22-02 23.06.2022 / Arbeitsgruppe 1
Validierung beim Upload ins Portal
Ganz ohne Validierung geht es aus Sicht der Umsetzung der Antragsmanager nicht, sonst geht im Portal die Kontrolle bei der Vorbelegung der Formulare verloren.
- vor Upload habe ich mich im Portal angemeldet (z.B. mit meinem Entwurfsverfasser-Account)
- notwendige Prüfungssschritte sind: XML-Struktur; XSD-Validierung (auf Bais von abgewandelten XBau-Schemata); Transformation der Daten und Belegung der Formularfelder
Erstellung von XBau-Artefakten
- also werden XSDs für die Schattennachrichten benötigt (siehe oben Variante b)
- es liegt nahe, diese Schattennachrichten per Postprozessierung (XSLT) aus den XBau-XSD zu einer XBau-Version zu erzeugen
- um den nöigen Interoperabilitätseffekt zu erzielen, sollen sie zusammen mit der XBau-Spezifikation (der entsprechenden Version) als zusätzliche XSD-Anhänge publiziert werden (XRepository und xleitstelle.de)
- ein Abschnitt soll in die Spezifikation aufgenommen werden (Allgemeiner Teil), der für diese Artefakte Anwendungsziel und Mechanismus der Umsetzung beschreibt
- die Schatten-XSDs benötigen aus XSD-technischen Gründen einen eigenen Target-Namespace und eine eigene Location im Repository und auf xleitstelle.de
Datenübermittlung:
- simpel wäre die Übertragung per Dateiexport (PM-Software Architekturbüro) und dann Upload (OZG-Portal BG-Online)
- weiter fortgeschritten wäre eine Übertragung per Datenübermittlung, bespielsweise per Infrastruktur FIT-Connect
- das wäre unter Einbeziehung der Schatten-XSDs ohne weiteres möglich, die im Zuge des FIT-Connect-Transports mit dem Zweck der Validierung im XRepository referenziert werden könnten
- zunächst soll darauf verzichtet werden, für diesen Transportweg eigene Nachrichtenköpfe zu definieren (prvat2G), weil soweit kein Konflikt aufzutreten scheint, denn der beschriebene Weg funktioniert auch mit den bisherigen Nachrichtenköpfen
- zu prüfen ist, ob mögliche B2G-Nachrichtenköpfe wie definiert in XBreitband für diesen Transportweg (vom Architektenbüro an das Web-Portal per FIT-Connect) eingesetzt werden können bzw. sollten
EG23-02 19.06.2023
Lösungsschritt 1 wird unterstützt und soll mit XBau 2.4 umgesetzt werden (im Standard)
- Schattennachrichten für die Export / Import-Schnittstelle
- über den Umsetzungsweg wie oben im Detail beschrieben
Lösungsschritt 2 "Datenübermittlung":
- soll weiter verfolgt werden
- es gibt hier noch eine Reihe von Fragen zu klären
Diskussion und Anregungen:
- Thema Rückkanal: wie kommen die Daten der Antragsbearbeitung von der BAB wieder zurück in die Architektensoftware? ist zu prüfen
- Votum: ja, Reaktionsnachrichten sollten auf jeden Fall enthalten sein
- sollte verglichen werden mit der DÜ-Lösung der "Elektronische immissionsschutzrechtliche
Antragsstellung" (Elia) mit dem Bauantrag als Anlage - Bisher ist noch nicht bekannt, ob die OZG-Portale diese Schnittstelle in ihre Releaseplanung nehmen werden. Dazu sollte es bald Informationen geben. Die Leitstelle wird das Thema unterstützen und weitertreiben. Im Bereich XBreitband geht man diesen Weg.
- BY: plant die Umsetzung dieser Schnittstelle ein
CR bleibt im Status Umsetzung
Lösungsschritt 1 ist jetzt eingeplant zur Umsetzung mit XBau 2.4.
Wartet auf die Finalisierung der XSD zum Release.
Sobald die XSDs zu XBau Release 2.4 final vorliegen, werden auf der Basis die Schatten-XSDs per XSLT-Tranformation erzeugt.
Status wartend
Status zum EG 24-01:
- Die Umwandlung der Dateien wurde mithilfe eines XSLT-Skripts generiert.
- Die XSDs der Schattennachrichten sollen zeitnah verteilt werden.
- Es handelt sich um eine erste Import-/Exportlösung
- Bei einer späteren Ausbaustufe könnte es ggf. eine definierte Infrastruktur zur Kommunikation dieser Daten geben
Die Schatten-XSDs wurden am 28.03.2024 an cit, Dashoefer und WEKA gesandt
WEKA am: 2020-06-30
Hier sind zusammengefasst unsere Anforderungen/Ziele bzw. was wir unseren Kunden anbieten wollen:
https://www.weka-bausoftware.de/bauantrag
In Schritt 2 könnte man dann direkt die notwendigen Anlagen als pdf-Dateien mitexportieren. Dazu müsste aber innerhalb der Software eine Art Export-Verwaltung implemeniert werden.