Sur la fiche d'une adresse (Entité → Adresses → fiche adresse), le champ Responsable ne propose que les utilisateurs rattachés à l'entité de l'adresse.
Auparavant la liste remontait tous les utilisateurs du compte, toutes entités confondues : sur un compte multi-entités, on pouvait désigner comme responsable d'un site quelqu'un qui n'y est pas rattaché, et la liste devenait ingérable (plusieurs milliers d'entrées sur les gros comptes).
Un utilisateur est proposé s'il est rattaché à l'entité de l'adresse et actif.
| Utilisateur | Proposé dans la liste |
|---|---|
| Actif, rattaché à l'entité de l'adresse | ✅ Oui |
| Rattaché à une autre entité du même compte | ❌ Non |
| Rattaché à un autre compte | ❌ Non |
| Archivé, ou désactivé | ❌ Non |
| Dont la date d'arrivée est à venir | ❌ Non |
| Dont la date de départ est passée | ❌ Non |
| Déjà enregistré comme responsable de cette adresse | ✅ Oui — voir ci-dessous |
« Actif » a ici le sens retenu partout dans l'application : ni archivé ni désactivé, arrivé et pas encore parti.
L'entité retenue est celle portée par l'adresse. En création, c'est l'entité depuis laquelle l'adresse est créée ; si l'entité est changée dans le formulaire, la liste suit la nouvelle entité au rendu suivant.
À la mise en place de la règle, 192 adresses sur 431 portaient un responsable rattaché à une autre entité, et 38 un responsable devenu inactif.
Sur ces fiches, le responsable déjà enregistré reste affiché et sélectionné dans le menu déroulant, qu'il soit rattaché à une autre entité ou devenu inactif — il s'ajoute aux utilisateurs du périmètre, qui sont les seuls autres choix possibles. La fiche ne doit jamais donner l'impression de ne pas avoir de responsable, et un simple enregistrement (pour modifier un tout autre champ) ne l'efface pas.
Vider le champ reste possible normalement : « Aucun » est un choix comme un autre.
Une exception subsiste, marginale : si le responsable enregistré appartient à un autre compte (anomalie de données), ou si le périmètre d'entités du profil de la personne connectée ne couvre pas l'entité de l'adresse, il ne peut pas être proposé dans le menu déroulant. Dans ce cas l'enregistrement conserve la valeur existante plutôt que de l'effacer : le champ paraissant vide, un « Aucun » n'y traduirait aucune intention. Il faut alors désigner un responsable valide pour remplacer l'ancien.
Comme le responsable reste sélectionné dans le champ, rien n'indiquerait qu'il enfreint la règle : un bandeau orange le signale en haut de la fiche, en précisant la raison —
Abdelaziz N'HAILA est responsable de cette adresse mais n'est pas rattaché à son entité (il dépend de ONLE). La valeur est conservée tant qu'on n'y touche pas ; tout nouveau responsable devra être un utilisateur actif de l'entité de l'adresse.
— ou, si la personne appartient bien à l'entité mais n'est plus active, « n'est plus un utilisateur actif ». Aucun bandeau n'apparaît sur une adresse conforme.
Dès qu'on change le responsable, la nouvelle valeur doit respecter la règle. Une valeur non conforme est refusée avec le message :
Le responsable choisi doit être un utilisateur actif rattaché à l'entité de cette adresse.
Pour régulariser une adresse historique, il faut donc rattacher l'utilisateur à l'entité de l'adresse (et le réactiver s'il ne l'est plus), ou choisir un autre responsable de cette entité.
La modification en masse des adresses (sélection multiple dans la liste des adresses) porte sur des adresses pouvant appartenir à plusieurs entités, voire à plusieurs comptes clients dans la vue prestataire : la règle de périmètre ne s'y applique pas. Elle ne vaut que sur la fiche d'une adresse.
C'est délibéré : la modification en masse revalide la valeur déjà enregistrée de chaque ligne sélectionnée, même quand le lot ne touche pas le responsable. Y appliquer la règle bloquerait des lots entiers sur des adresses historiques, avec une erreur impossible à corriger depuis la modale.
Le champ reste un menu déroulant avec recherche. Les options sont désormais chargées avec la page au lieu d'être recherchées au fil de la frappe, ce qui est sans effet perceptible sur la très grande majorité des entités (26 utilisateurs en moyenne).
Sur les quelques entités à très gros effectif, ce chargement ajoute en revanche un délai à l'ouverture de la fiche : de l'ordre de 0,2 s au-delà de 300 utilisateurs, jusqu'à 0,5 s pour la plus grosse entité recensée (environ 800 utilisateurs actifs). Une cinquantaine d'entités sur 644 sont concernées à des degrés divers.