SSP: ARS konkretisieren
Why
- Wir haben momentan massive Probleme mit den Adressierungsinformationen. Dabei kam auch auf, dass die ARS teilweise nicht korrekt eingetragen werden. Eine Idee ist "Wenn wir den ARS ohne die trailing Nullen erwarten, dann sollte das auf jeden Fall in die Dokumentation und besser noch als Hinweis in die SSP-Oberfläche und API-Beschreibung. Vielleicht können wir die auch automatisch im SSP abschneiden."
- Beispiel: Nutzer gibt ein: 05 --> Fehler Nutzer gibt ein: DE050000000 --> Fehler Nutzer gibt ein: DE05 --> OK
Links, Notes, Remarks
- https://docs.fitko.de/fit-connect/docs/details/ars
- ARS: https://www.xrepository.de/details/urn:de:bund:destatis:bevoelkerungsstatistik:schluessel:rs
- AGS: https://www.riserid.eu/data/user_upload/downloads/info-pdf.s/Diverses/Liste-Amtlicher-Gemeindeschluessel-AGS-2015.pdf
- https://datengui.de/statistik-erklaert/ags
- https://opengovtech.de/ars/
- https://www.xrepository.de/cms/hilfe.html#rest-api
- #1497 (comment 114129) Anbei eine Auflistung der ARS-Darstellungen: • Routingdienst-API-Abfrage: nicht 12-stellig • SSP: nicht 12-stellig • ARS Tool: nicht 12-stellig • XML-Datei für XzuFi: 12 stellig • PVOG: 12 stellig
Acceptance criteria
-
Im SSP wird die Info rausgegeben, dass keine 12 Stellige ARS angegeben werden muss. -
Wenn möglich wird im Hintergrund überprüft ob die ARS korrekt ist ansonsten wird eine Fehlmeldung ausgegeben. -
Autovervollständigungs Dropdown -
DE steht fest am Anfang des Formulars -
Ich kann angeben, dass mein Service keine geografische Zuständigkeit besitzt (oder ich bundesweit zuständig) und es wird ein DE hinterlegt.
Implementation plan (to be completed by the developer)
-
[ ] -
... -
... -
Definition of Done was checked.
Edited by Mark Kane