---
suivi: 1910
date: 2026-10-15
sujet: Responsable de développement lu partout où l’on suit la parcelle
chantier: module-foncier
type: evolution
statut: poussé
hash: ca0505ca2
fichiers:
  - app/Http/Controllers/Foncier/ProspectionController.php
  - app/Services/Foncier/ParcelleProspectionQuery.php
  - app/Services/Foncier/ProspectionListeExportService.php
  - app/Services/Foncier/FoncierParcelleVisibiliteService.php
  - app/Models/Scopes/FoncierParcelleVisibiliteScope.php
  - app/Support/Foncier/Alertes/OccupationAlerteDestinataires.php
  - app/Support/Foncier/Alertes/Types/PromesseParcelleCoherenceType.php
  - app/Console/Commands/ParcellesResponsableDepuisCreateurCommand.php
  - resources/js/Pages/Foncier/Prospection/Index.vue
  - resources/js/Components/Foncier/Prospection/ProspectionParcellesSublist.vue
  - database/data/journal_mises_a_jour_post_2026_06_12.php
  - tests/Unit/ParcelleResponsable1910Test.php
  - public/build/manifest.json
  - docs/suivi/SUIVI_1910_responsable_parcelle.md
---

# SUIVI #1910 — une seule source pour qui suit la parcelle

## PROMPT ENVOYÉ

Suite du diagnostic #1909, option A. `parcelles.responsable_id` remplace le créateur partout où le sens est « qui suit ». Le créateur d’origine ne voit plus la parcelle, sauf dossier habilité ou groupe de contournement. `createur_id` reste la traçabilité.

## Fiches lues

- #1909 : la fiche écrit `responsable_id`, la liste et le filtre lisent `createur_id`.
- #1567 : la colonne existe, reprise initiale depuis le créateur, ne pas vider un responsable posé.
- #1729 : le filtre Référent était le créateur, réservé à la vue complète.
- #1514 : visibilité = créateur ∪ dossier ∪ bypass. Le secteur n’est pas un droit. Ici le créateur est remplacé par le responsable ; le dossier et le bypass restent.
- #1828 : les alertes d’occupation unissaient responsable, dossier, créateur et partage du créateur. Le créateur sort de l’union ; le partage suit le responsable.

## SYNTHÈSE

Colonne Resp., filtre, pastilles, select Utilisateur, tri, export et « mon secteur » (branche personne seulement) lisent `responsable_id`. La visibilité, l’usage, la modification et les habilitations aussi. L’alerte de cohérence promesse va au responsable, au créateur seulement si le responsable est vide. Les alertes de bail et de préavis ne vont plus au créateur. La supervision n’est pas modifiée. La commande `parcelles:responsable-depuis-createur` affiche l’aperçu et, avec `--appliquer`, ne remplit que les responsables vides.

## DÉPLOIEMENT-TEST

git pull origin main
php artisan optimize:clear
php artisan view:clear
php artisan journal:sync
php artisan parcelles:responsable-depuis-createur
php artisan parcelles:responsable-depuis-createur --appliquer

Pas de migration. Pas de route:clear. La seconde commande écrit. La lancer après lecture de l’aperçu.

## LEÇON

Le responsable de développement et le créateur sont deux colonnes. Après un changement sur la fiche, toute lecture « qui suit » doit prendre `responsable_id`. Ne pas réécrire un responsable déjà saisi. Le regroupement par chargé reste le secteur. Le créateur du dossier, dans la branche dossier de la visibilité, n’est pas le créateur de la parcelle.