An error occurred while fetching participants.
[FCON-118] (FJD) Fachdatenschema-Referenzierung
Über die Angabe einer Fachdatenschemareferenz sollen sich beide Parteien einigen, welche Fachdatenformate bei der Antragsübersendung genutzt werden.
- Über die Fachdatenschemareferenz in der Destination gibt das empfangende System an, welche Fachdatenformate es akzeptiert.
- Über die Antragsmetadaten deklariert ein sendendes System den genutzten Fachdatenstandard. Dies erlaubt eine einfache Validierung auf der empfangenden Seite (insbesondere wenn mehrere Schemata akzeptiert werden). Durch die Angabe der Schema-Referenz ist auch für sonstige Drittsysteme und Prüfer das genutzte Schema im Fachdatensatz später transparent nachvollziehbar. ** Angabe liegt in den verschlüsselten Antragsmetadaten
Für den Zweck gibt es schon einen ersten Verbesserungsvorschlag: [https://git.fitko.de/fit-connect/FIT-Connect-PoC/-/issues/52]
Erste konzeptionelle Überlegung für XBau habe ich hier abgelegt: [https://confluence.fjd.de/display/FCON/Referenzierung+von+Fachdatenschemata]
Schema-Referenzierung: [https://confluence.fjd.de/display/FCON/Schemareferenzen]
Offene Fragen:
- Kann die FJD kurzfristig entsprechende Fachdatenschemata im XFall Antragsformat bereitstellen? (aktuelles Format in XML reicht, bis die angedachte Ableitung eines JSON Schemas umgesetzt wurde.
- Wie setzten wir ein prototypischen Schema Repo für XFall/FIM um, um die Referenzierung umzusetzen.
- Wie wird mit Versionen des Fachstandard umgegangen? ** In der Regel wird zu einem Stichtag x ein Fachstandard als rechtlich gültig deklariert (Zumindest bei XÖV. @[~anh]: Wie sieht es FIM aus?), daher ist fraglich ob eine rechtlich unzulässige Version genutzt wird. *** Vorteil ohne Version: Nicht alle betroffenen Destinations müssen ihre Version aktualisieren. (Anmerkung [~ext_fitko_mh]: Fachanwendungen müssten ohnehin angepasst werden, wenn sich das Schema ändert) *** Nachteil /Unklarheit: Wenn eine Version erst nach dem Stichtag des Versionswechseln abgeholt wird. Könnte Probleme verursachen. (Anmerkung [~ext_fitko_mh]: Hier müssten Fachverfahren für eine gewisse Zeit beide Schema-Versionen unterstützen)
- Eventuell müssen wir einige Storys (Konzept für ein Schema Repository für FIM/XFall, Validierungsvorgehen für FIM/XFall) vorschalten, damit wir hier mehr Klarheit und Stabilität brauchen. Allerdings muss der Ansatz muss ja auch mit existierenden Standards wie XBau jetzt schon funktionieren
Akzeptanzkriterien:
- Auf Basis der Schema-Referenz lässt sich ein kompletter Übertragungsprozess (Nachrichtengenerierung bis zur Validierung/Einlesen der Nachricht) ohne bilaterale Absprachen für beliebige XFall/FIM-Schemata fehlerfrei umsetzen.
- Auf Basis der Referenz lässt ein XML- oder JSON-Schema eindeutig identifizieren bzw. validieren
- Auf Basis der Referenz lässt sich ein XFall/FIM Schema identifizieren bzw. validieren
- Auf Basis der Referenz lässt sich ein XBau-Antragsschema (bzw. ein Schema aus einem beliebigen XÖV-Fachstandard) identifizieren bzw. validieren
- Neu: Auf Basis der Referenz lässt sich ein XÖV-Standard identifizieren bzw. validieren
- Die korrekte Nutzung der Schema Referenz für FIM/XFall bzw. XBau ist für einen externen Entwickler nachvollziehbar dokumentiert
Issue metadata
- Issue type: Story
- Priority: High
- Fix versions: future-releases