- Dans le GUI, les numéros REE ont été agrémenté de leur préfixe. Il est cependant toujours possible d’effectuer des recherches par numéro REE sans le préfixe.
- Dans le GUI, il est à présent possible de trier les résultats de la recherche d’unités locales par colonnes (Numéro REE, Statut, Nom, etc…). Par défaut, les résultats de la recherche sont triés par numéro REE.
- La recherche par UID est désormais insensible à la casse.
- Dans la recherche d’unité locale, le critère de recherche d’adresse « Complément au numéro de rue » a été ajouté à la recherche étendue.
- Dans la recherche de personnes, la recherche étendue (recherche par adresse) a été supprimée car depuis l’introduction du SBER, les personnes n’ont plus d’adresses propres.
- Dans le GUI, le champ « Siège adm. » a été renommé en « Adresse de correspondance » afin de correspondre à la réalité. Dans les web services ainsi que les extraits, le champ <headquarter> a été renommé <mainPostalAddress>.
- Une nouvelle version des web services entièrement basée sur le SBER, la version 1.7 est proposée.Celle-ci introduit les deux nouveaux statuts suivants :
Statut administratif - <adminStatus> dont les valeurs possibles sont :
- 1 – Actif
- 3 – Radié
- 6 – Transféré
Statut statistique - <statisticalStatus> dont les valeurs possibles sont :
- 0 – Non relevant
- 1 – Actif
- 3 – Radié
tant au niveau des EnterpriseUnit que des LocalUnit. Ces champs sont également retournés dans les extraits.
- Au niveau des LocalUnit, la hiérarchie des entreprises du secteur public est à présent représentée au travers du fatherLocalUnitIdentifier qui indique pour chaque unité son unité parent si elle en possède un. Ce nouveau champ se décompose en 3 indications qui sont :
- Prefix : le préfixe du N° BUR
- Id : Le N° BUR
- fatherLocalUnitOid : l’OID, identifiant unique
Il est important de noter qu’une unité qui est enfant d’une autre unité peut également être parent d’une autre. Par exemple : Canton – Département – Service – Office.
- Une validation des valeurs des annonces de mutations via les web services, toutes versions confondues, a été ajoutée pour les champs :
- <noga2008> : la validation se fait sur la nomenclature NOGA en vigueur. Il n’est donc plus possible d’envoyer des mutations avec une <noga2008> ne correspondant pas à la nomenclature
- <swissZipCode> : seul les NPA à 4 chiffres sont acceptés. Il n’est donc plus possible d’envoyer des mutations si le <swissZipCode> a plus ou moins de 4 chiffres.
- <swissZipCodeAddOn> : seul les complément du NPA à 1 et 2 chiffres sont acceptés. Il n’est donc plus possible d’envoyer des mutations si le <swissZipCodeAddOn> a plus de 2 chiffres.
