# Permissions a clarifier

Ces cas viennent du legacy `histo/`. Ils ne sont volontairement pas reproduits en dur dans la nouvelle application; il faut definir une regle par role ou permission explicite avant migration metier.

## Cas identifies

| Cas legacy | Fichiers | Comportement actuel | Decision attendue |
| --- | --- | --- | --- |
| `utiId == 40` | `intro.php`, `urgent.php`, `urgentFin.php`, `afaireFin.php` | L'utilisateur 40 peut ouvrir les liens de cloture d'urgence; certaines conversions de demandes creent une tache pour l'utilisateur 40. | Determiner si cela devient une permission de dispatch, une permission de responsable technique, ou un role existant (`technicien`, `gestion`, `admin`). |
| `utiId == 42` | `urgent.php`, `afaire.php` | L'utilisateur 42 peut afficher les actions d'ajout urgence/a faire meme sans `utiDroit == 2`. | Determiner si cela devient une permission d'encodage demandes ou un rattachement au role `gestion`. |

## Regle provisoire

Aucune verification par identifiant utilisateur ne doit etre ajoutee dans `syndic/`. Le code applicatif doit raisonner en noms de roles ou permissions explicites.

## Exception de port legacy urgences / a faire

Le port des ecrans `urgent.php`, `urgentAjout.php`, `urgentFin.php`, `afaire.php`, `afaireAjout.php` et `afaireFin.php` reproduit temporairement les controles hardcodes demandes par le client:

| Cas legacy | Reproduction temporaire | Clarification future |
| --- | --- | --- |
| Ajout urgence / a faire | `utiDroit == 2` ou `utiId == 42` | Remplacer par une permission d'encodage explicite. |
| Cloture urgence | `utiId == 40` | Remplacer par une permission de dispatch/responsable technique. |
| Cloture a faire | `afaireFin.php` ne contient pas de garde serveur explicite; l'action reste protegee par l'authentification/module et par la regle de consultation legacy. | Decider si cette action doit suivre `utiId == 40`, `utiDroit == 2`, ou une permission dediee. |