Routing liefert findet Destination für LeistungsID_VermittlungsbudgetBewilligung nicht
Description of the bug:
Mit dem Template minimal_leistung.xml die Leistung LeistungsID_VermittlungsbudgetBewilligung in einer XZuFi-Datei konfiguriert
- Leistungs-ID: LeistungsID_VermittlungsbudgetBewilligung
- Destination-ID: 2ae61624-8ffc-4a74-b9bf-d56f1f612062
- LeiKa-ID: 99007006017001
- ARS: 081110000000
Es wurden 91 Dokument(e) validiert.
Einige Dokumente sind mangelhaft.
Dokumente mit Warnungen (ohne Fehler): 91
Dokumente mit Fehlern (und Warnungen): 0
Dokumente mit Hinweisen: 91
Zu der Datei gab es die gewohnten Warnungen, aber keine Fehler. Ein Prüfung mit dem Validator ergab keine Fehler. Der Routing-Debugger findet keine Leistung zu der gegebenen Kombination aus LeiKa-ID und ARS. Die entsprechenden Abfragen im PVOG liefern keine validen Ausgaben, entweder ist der ARS und die LeistungsID falsch oder es wird nichts gefunden, wenn die LeistungsID genutzt wird.
- https://routing-debugger.fit-connect.fitko.dev/?arss=081110000000&leikaids=99007006017001
- https://public.demo.pvog.cloud-bdc.dataport.de/suchdienst/api/v3/servicedescriptions/leikaid?leikaIds=99007006017001&ars=081110000000
- https://public.demo.pvog.cloud-bdc.dataport.de/suchdienst/api/v2/relations/081110000000/jzufi?lbids=TEST100000.LB.LeistungsID_VermittlungsbudgetBewilligung
Die Signatur der Destnation wurde mit dem entsprechenden öffentlichen Schlüssel erfolgreich validiert, daher sollten die Daten in der XZuFi-Datei korrekt sein.
Current behavior:
Routing-API liefert keine Route, obwohl alle Prüfschritte auf eine korrekte Konfiguration hindeuten.
Die ARS wird im PVOG mit 000000000000 zurückgemeldet und die Leistungs-ID ist ebenfalls falsch.

Expected behavior:
Wenn der Validator keine Fehler findet, solte die XZuFi-Datei in das PVOG übernommen werden und nach einer gewissen Wartezeit die Information abfragbar sein. Dies sollte sowohl über PVOG, als auch über Routing-API funktionieren.
Environments:
Additional Information:
Dependency / relationship to other issues:
Responsible person / team:
Contact persons including contact details:
Screenshots / Logs / Requests:
Checklist:
-
Add Severity label -
Add team label -
Related/affected issues/stories/epics linked and explained in the bug issue -
Creation of an automated test -
Bugfix deployed on DEV -
Bugfix tested on DEV -
Bugfix deployed on TEST -
Bugfix tested on TEST (possibly also by the connection project itself) -
Successful fix reported to Team Operations (Teams channel) -
Bugfix deployed on STAGE -
Bugfix tested on STAGE if necessary -
Bugfix deployed on PROD -
Bugfix tested on PROD (possibly also by the connection project itself) -
Final communication by Team Operations if necessary -
Internal documentation was checked and updated if necessary -
External documentation has been checked and updated if necessary -
Updated changelog if necessary