À VALIDER B-1Quatre entrées de latérale, ou une entrée à quatre onglets ? La maquette 8-liste-cours range Catégories / Sous-catégories / Balises / Types de supports en quatre entrées sous « Cours », et son annotation le marque déjà « À VALIDER B-1 ». Cette maquette montre l'autre option — celle que je recommande : la latérale « Cours » se limite à Cours / Parcours / Référentiels, et les quatre listes deviennent des onglets. Argument : quatre entrées pour quatre listes de deux colonnes pèsent autant que « Cours » lui-même dans la navigation, alors qu'on les consulte presque toujours ensemble. Les quatre URL actuelles restent servies en lien profond et ouvrent l'onglet correspondant. C'est un arbitrage, pas un acquis.
À VALIDER B-2Collision de nom. Un écran « Référentiels » existe déjà (/admin/referentiels : Sociétés, Profils métier). Deux écrans du même nom dans la même administration ne tiendront pas. Trois issues : (a) un seul écran « Référentiels » à six onglets, rangé sous Administration ; (b) deux écrans, celui-ci renommé « Taxonomie » ou « Rangement des cours » ; (c) deux écrans, l'autre renommé. Sans arbitrage, rien n'est développé.
À VALIDER B-3Le rôle pédagogique n'existe PAS dans l'écran actuel. Vérification faite : SupportTypeService.jsx n'envoie que { label, render_family, icon }, et SupportTypesPanel.jsx ne l'affiche pas. Côté apprenant il est en lecture seule, servi par l'API sur le support (sommaire de cours, FRONT#26). Côté back, la spec le place en colonne support_types.pedagogical_role (défaut par type) avec dérogation lessons.pedagogical_role (prioritaire). La colonne et le champ de cette maquette sont donc un ajout à développer. Deux points restent ouverts dans la spec elle-même : le défaut de reel (Récupération active si diffusé après, Exposition s'il sert d'accroche) et celui de podcast (Consolidation, ou Exposition en formation entièrement audio).
À VALIDER B-4Où se règle la dérogation par support ? Le défaut par type se règle ici ; la dérogation appartient au support, donc au studio. Faut-il un accès depuis cet écran (« 3 supports dérogent au rôle par défaut »), ou la dérogation reste-t-elle invisible depuis le référentiel ?
À VALIDER B-5Compteurs d'usage : l'API ne les sert pas tous. Seuls les types de supports exposent lessons_count. « Contenus rattachés » pour les catégories, sous-catégories et balises, et « Sous-catégories » pour une catégorie, sont à ajouter côté back. Sans eux, la colonne affiche « — » et le principe « décider en voyant » tombe. À confirmer avec ce que renvoie l'API avant de câbler.
À VALIDER B-6Réaffecter avant de supprimer, sur les quatre listes ? Le modèle existe pour Sociétés / Profils : la suppression est refusée (409) et l'écran propose de réaffecter les rattachés à une autre entrée, dans l'ordre strict réaffecter puis supprimer. Les quatre listes des cours n'ont aujourd'hui aucune garde : supprimer une catégorie utilisée passe sans avertissement. La maquette généralise le refus + la réaffectation (modale visible en cliquant « Supprimer » sur une ligne à compteur non nul). À confirmer avant développement back.
À VALIDER B-7Désactiver plutôt que supprimer ? Les Sociétés / Profils ont un statut Active / Inactive : une entrée désactivée ne se propose plus à la saisie mais garde ses rattachements, donc l'historique reste lisible. La migration #320 s'appuie déjà sur ce principe (elle désactive, elle ne supprime jamais). Faut-il un statut sur les quatre référentiels des cours ? La maquette ne l'a pas posé, faute d'arbitrage.
À VALIDER B-8Une balise porte-t-elle une couleur ? Le modèle actuel ne connaît que { id, name } — aucune couleur, aucune description. La maquette n'en invente pas. Si les balises doivent être reconnaissables d'un coup d'œil dans le catalogue, c'est un champ à ajouter (et une palette à figer, le socle de tokens n'en ayant pas).
À VALIDER B-9Types de supports : rôles autorisés. Catégories et Sous-catégories acceptent manager ou admin ; Balises exigent admin ; les quatre routes n'ouvrent qu'à admin. Un écran unique impose de trancher : administrateur seul, ou administrateur et manager ?
CORRECTIONS APPORTÉESTrois libellés fautifs de l'existant sont corrigés ici et ne doivent pas être reproduits : le bouton de validation d'édition affiche aujourd'hui « Paramètres » (clé Update mal traduite) → « Enregistrer » ; le titre « Catégorie de mise à jour » → « Modifier la catégorie » ; « Etes-vous sûr… » → « Êtes-vous sûr… ». Le vocabulaire est unifié : l'écran dit « Balises », la pagination disait « Étiquettes ».
CHANGEMENT UXLa suppression d'un type de support passe désormais par une confirmation. C'était le seul des quatre écrans à supprimer au clic, sans confirmation.