- In der GUI wurden BUR-Nummern mit einem Präfix versehen. Es ist jedoch weiterhin möglich, nach BUR-Nummer ohne Präfix zu suchen.
- In der GUI ist es nun möglich, die Suchergebnisse örtlicher Einheiten nach Spalten zu sortieren (BUR Nummer, Status, Name, usw.). Standardmäßig werden die Suchergebnisse nach BUR-Nummer sortiert.
- Die Suche nach UID ist nun unabhängig von Groß- und Kleinschreibung.
- Bei der örtliche Einheiten Suche wurde die erweiterte Suche um das Adresssuchkriterium "Strassennummer Zusatz" erweitert.
- In der Personensuche wurde die erweiterte Suche (Adresssuche) entfernt, da seit der Einführung von SBER die Personen keine eigenen Adressen mehr haben.
- In der GUI wurde das Feld " adm. Hauptsitz" in " Korrespondenzadresse" umbenannt, um die Realität wiederzugeben. In Webservices und Extrakten wurde das Feld <headquarter> in <mainPostalAddress> umbenannt.
- Eine neue Version der Webservices, die vollständig auf SBER basiert ist, wird in der Version 1.7 vorgeschlagen. Mit dieser wird die folgende zwei neue Status eingeführt:
Administrativer Status - <adminStatus>, dessen mögliche Werte sind :
- 1 - Aktiv
- 3 - Gelöscht
- 6 - Transferiert
Statistischer Status - <statisticalStatus>, dessen mögliche Werte sind:
- 0 - Nicht relevant
- 1 - Aktiv
- 3 - Gelöscht
sowohl auf der Ebene der Unternehmenseinheit als auch der örtlichen Einheit. Diese Felder werden auch in den Extrakten zurückgegeben.
- Auf der Ebene der LocalUnit wird die Hierarchie der öffentlichen Unternehmen nun durch den fatherLocalUnitIdentifier repräsentiert, der für jede Einheit ihre übergeordnete Einheit angibt, falls vorhanden. Dieses neue Feld ist in 3 Indikationen unterteilt:
- Prefix: das Präfix der BUR-Nummer
- Id - Die BUR-Nummer
-fatherLocalUnitOid: die OID, eindeutiger Identifikator
Es ist wichtig zu beachten, dass eine Einheit, die ein Kind einer anderen Einheit ist, auch eine übergeordnete Einheit einer anderen Einheit sein kann. Zum Beispiel: Kanton - Departement - Service - Büro.
- Für einige Felder wurde eine Validierung der Werte der Mutationsmeldungen über die Webservices, alle Versionen kombiniert, hinzugefügt:
- <noga2008>: Die Validierung erfolgt mit der gültigen NOGA-Nomenklatur. Es ist daher nicht mehr möglich, Mutationen mit einem <noga2008> zu senden, die nicht der Nomenklatur entsprechen.
- <swissZipCode>: Es werden nur 4-stellige PLZ akzeptiert. Es ist daher nicht mehr möglich, Mutationen zu senden, wenn der <swissZipCode> mehr oder weniger als 4 Nummern hat.
- <swissZipCodeAddOn>: Es werden nur 1 und 2-stelligen PLZ-Zusatz. Es ist daher nicht mehr möglich, Mutationen zu senden, wenn das <swissZipCodeAddOn> mehr als 2 Nummern hat.
