RBAC - Système complet de permissions (Backend + Frontend) (#7)

## Résumé

Implémentation complète du système RBAC (Role-Based Access Control) pour Coltura.

### Backend
- Entités Permission et Role avec API Platform CRUD
- PermissionVoter : vérification des permissions effectives (rôles + directes), admin bypass
- Endpoints `PATCH /users/{id}/rbac` pour assigner rôles, permissions directes et isAdmin
- AdminHeadcountGuard : protection contre la suppression du dernier admin
- Commande `app:sync-permissions` pour synchroniser les permissions déclarées par les modules
- Filtrage sidebar par permission RBAC (`permission` key optionnelle dans sidebar.php)
- 115 tests PHPUnit (fonctionnels + unitaires)

### Frontend
- Composable `usePermissions()` avec `can()`, `canAny()`, `canAll()` et admin bypass
- Page `/admin/roles` : DataTable, création/édition via drawer, suppression avec confirmation
- Page `/admin/users` : DataTable, drawer RBAC avec rôles, permissions directes, résumé effectif
- PermissionGroup : checkboxes groupées par module avec "tout sélectionner"
- EffectivePermissions : résumé lecture seule avec badges source ("via Rôle X" / "Direct")
- Warning auto-édition, toggle isAdmin
- Tests Vitest pour usePermissions

### Permissions déclarées
- `core.users.view` — Voir les utilisateurs
- `core.users.manage` — Gérer les utilisateurs
- `core.roles.view` — Voir les rôles RBAC
- `core.roles.manage` — Gérer les rôles et permissions
- `GET /api/permissions` accessible à tout utilisateur authentifié (catalogue read-only)

## Tickets Lesstime

- ERP-23 (#343) — Entités Permission et Role
- ERP-24 (#344) — API CRUD Roles & Permissions
- ERP-25 (#345) — Voter Symfony + usePermissions
- ERP-26 (#346) — Interface Admin : Gestion des Rôles
- ERP-27 (#347) — Interface Admin : Permissions Utilisateur

## Test plan

- [ ] `make db-reset` puis vérifier les fixtures (admin/alice/bob, rôles système)
- [ ] Login admin : sidebar affiche Gestion des rôles + Utilisateurs
- [ ] Login alice : sidebar masque ces onglets (pas de permission)
- [ ] Page /admin/roles : CRUD rôles, permissions groupées, protection rôles système
- [ ] Page /admin/users : assignation rôles + permissions directes, résumé effectif
- [ ] Warning auto-édition quand admin modifie ses propres droits
- [ ] `make test` : 115 tests PHPUnit passent
- [ ] `cd frontend && npm run test` : tests Vitest passent

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-authored-by: Matthieu <mtholot19@gmail.com>
Co-authored-by: tristan <tristan@yuno.malio.fr>
Reviewed-on: MALIO-DEV/Coltura#7
Co-authored-by: THOLOT DECHENE Matthieu <matthieu@yuno.malio.fr>
Co-committed-by: THOLOT DECHENE Matthieu <matthieu@yuno.malio.fr>

src/Module/Core/Domain/Security/AdminHeadcountGuard.php

@@ -0,0 +1,71 @@
+<?php
+
+declare(strict_types=1);
+
+namespace App\Module\Core\Domain\Security;
+
+use App\Module\Core\Domain\Entity\User;
+use App\Module\Core\Domain\Exception\LastAdminProtectionException;
+use App\Module\Core\Domain\Repository\UserRepositoryInterface;
+
+/**
+ * Gardien de l'invariant domaine : l'instance doit toujours conserver
+ * au moins un utilisateur administrateur.
+ *
+ * Ce service est appele avant toute operation susceptible de reduire le
+ * nombre d'admins (retrait du flag isAdmin, suppression d'un utilisateur).
+ * Il compte les admins restants et leve LastAdminProtectionException si
+ * le seuil minimum (1) serait franchi.
+ */
+final class AdminHeadcountGuard implements AdminHeadcountGuardInterface
+{
+    public function __construct(private readonly UserRepositoryInterface $userRepository) {}
+
+    /**
+     * Verifie qu'il restera au moins un admin apres la demote de $user.
+     *
+     * L'argument $user est accepte mais non utilise dans la logique de comptage :
+     * l'appelant a deja determine que cet utilisateur va perdre son statut admin ;
+     * le garde se contente de verifier qu'il en reste au moins un autre.
+     * Le parametre est conserve pour la lisibilite du site d'appel et pour
+     * permettre une evolution future (ex : journalisation, audit trail).
+     */
+    public function ensureAtLeastOneAdminRemainsAfterDemotion(User $user): void
+    {
+        $this->checkAdminHeadcount();
+    }
+
+    /**
+     * Verifie qu'il restera au moins un admin apres la suppression de $user.
+     *
+     * Meme principe que ensureAtLeastOneAdminRemainsAfterDemotion() : $user
+     * est accepte pour la symetrie du contrat et les evolutions futures,
+     * mais le comptage ne depend pas de son identite.
+     */
+    public function ensureAtLeastOneAdminRemainsAfterDeletion(User $user): void
+    {
+        $this->checkAdminHeadcount();
+    }
+
+    /**
+     * Compte les administrateurs et leve une exception si le seuil minimum est atteint.
+     *
+     * La verification est volontairement conservative (<=1) pour couvrir
+     * le cas defensif ou la base serait deja dans un etat incoherent (0 admin).
+     *
+     * TOCTOU accepte : la verification n'utilise pas de verrou pessimiste
+     * (SELECT ... FOR UPDATE). Deux demotions concurrentes pourraient donc
+     * passer le garde simultanement. Ce risque est accepte dans le contexte
+     * PME/CRM ou les operations d'administration sont rares et mono-operateur.
+     * Si la concurrence admin devient un enjeu, ajouter un verrou pessimiste
+     * sur countAdmins() ou une contrainte CHECK en base.
+     *
+     * @throws LastAdminProtectionException si le nombre d'admins est inferieur ou egal a 1
+     */
+    private function checkAdminHeadcount(): void
+    {
+        if ($this->userRepository->countAdmins() <= 1) {
+            throw new LastAdminProtectionException();
+        }
+    }
+}