---
title: "Adresses — Périmètre du responsable"
module: crm
type: functional
status: active
updated: 2026-08-18
---

# Adresses — Périmètre du responsable

## Objectif

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).

## Règle appliquée

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.

## Responsables déjà enregistrés hors périmètre

À 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é.

## Modification en masse

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.

## Ergonomie

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.