latest für Datenschemata und Baukasten-Elemente

Warum machen wir das?

Bisher haben wir Zugriff auf Dokumentsteckbriefe mit einer spezifischen FIM-ID und latest, also der höchsten Versionsnummer: GET /api/vO/document-profile/{id}/latest

Das gleiche Verhalten soll es geben für Datenschemata und Baukastenelemente, also

• GET /api/v0/schema/{fim_id}/latest
• GET /api/v0/fields/ {namespace}/{fim_id}/latest
• GET /api/vo/groups/{namespace)/{fim_id)/latest

Relevante Informationen

Die Anforderungen entstammen einer von Volker Schmitz bereitgestellten und von uns weiter gepflegten Nextcloud-Tabelle

Akzeptanzkriterien

1. Bei Aufruf von GET /api/v0/schema/{fim_id}/latest soll von den verschiedenen Schemata mit identischer FIM-ID (z.B. FIM-ID S00000000159) der Response Body die Schema-Informationen zur höchsten Versionsnummer zurückreichen (z.B. 1.4.0 für das Schema S00000000159). "Höchste Versionsnummer" ist jeweils unterschiedlich für XDF2 und XDF3, es gibt also ggf. zwei Ergebnistreffer.
2. Analog für Datenfelder, Beispiel "Nachname des Kindes" mit F05000000874 und Versionen 1.0.0 bzw. 1.1.0
3. Analog für Datenfeldgruppen, Beispiel "Anschrift Ausland" mit G00000000046 und Versionen 1.4.0, 1.5.0 und 1.6.0