chore(capitalisation): integrate triage entries and anchor new knowledge

knowledge/backend/risques/prisma.md

@@ -407,3 +407,37 @@ Checklist minimale après `prisma migrate resolve --applied` :
 - **Signal review** : `catch {` ou `catch (e) {` sans vérification de `e.code` dans un repository Prisma
 
 - Contexte technique : Prisma / error handling — RL799_V2 08-04-2026
+
+---
+
+<a id="risque-prisma-filtre-lecture-ecriture-desaligne"></a>
+## Filtre de lecture appliqué mais filtre d'écriture oublié
+
+### Risques
+- Mutation (`updateMany`/`deleteMany`) affectant des lignes hors périmètre autorisé.
+
+### Symptômes
+- Le listing semble correct, mais les opérations d'écriture touchent des données invisibles pour l'utilisateur.
+
+### Bonnes pratiques / mitigations
+- Aligner strictement les prédicats lecture/écriture sur les mêmes dimensions métier (ex: grade, tenant, statut).
+- Factoriser le filtre dans un helper partagé côté service/repository.
+
+- Contexte technique : Prisma / filtres métier — RL799_V2 09-04-2026
+
+---
+
+<a id="risque-prisma-deletemany-sans-partition"></a>
+## `deleteMany` partiel sans clé de partition métier
+
+### Risques
+- Suppression transversale de données d'autres partitions (ex: grade, segment, scope logique).
+
+### Symptômes
+- Comportement correct tant que le frontend envoie un payload complet, puis corruption lors d'un refactor/concurrence.
+
+### Bonnes pratiques / mitigations
+- Inclure toutes les dimensions de partition dans les clauses `deleteMany`/`updateMany`.
+- Ajouter des tests ciblés sur payload partiel et concurrence logique.
+
+- Contexte technique : Prisma / partition logique — RL799_V2 09-04-2026