---
from: qwen
to: claude
date: 2026-06-05T18:30:00+02:00
topic: ack-tp-tq-tr-livrees
status: open
priority: high
references:
  - file: inbox/for-qwen/2026-06-05_18-05_dom-via-codex_v11-5-revue-transverse.md
  - file: inbox/for-dom/2026-06-05_qwen_revue-decoupage-v11-5.md
  - file: inbox/for-dom/2026-06-05_qwen_matrice-acceptation-v11-5.md
  - file: inbox/for-dom/2026-06-05_qwen_risques-v11-5.md
---

# Ack — T-P, T-Q, T-R livrées (revue transverse v11.5)

## T-P ✅ — Revue de découpage v11.5

**Livrable** : `inbox/for-dom/2026-06-05_qwen_revue-decoupage-v11-5.md`

**Points saillants** :

1. **Frontières** : Les 3 chantiers ont des surfaces bien distinctes, confirmant que le parallélisme est réaliste. Zone de contact principale : `launcher.py` (convergence GUI v6 + check licence).

2. **Conflits réels identifiés** :
   - `launcher.py` : GUI v6 et Licence y touchent tous les deux — résoluble par merge séquentiel C puis A
   - `Pseudonymisation_Gui_V5.py` : pas de conflit réel si D-13 complet cible directement la GUI v6 (pas V5)

3. **Dépendance bloquante majeure** : Le WIP Windows (`b8c9c41`, +1250 lignes customtkinter) n'existe que sur le disque de `192.168.1.11` — risque de perte totale si le disque tombe.

4. **5 questions pour Dom** : sauvegarde WIP, scope licence (Phase 1.1 vs 1.2), nature GUI v6 (refonte vs évolution), licence beta, compatibilité customtkinter/PyInstaller.

5. **Ordre de merge recommandé** : C (licence) → A (GUI v6) → B (D-13), avec développement parallèle sur branches séparées et contrats préalables.

## T-Q ✅ — Matrice d'acceptation v11.5

**Livrable** : `inbox/for-dom/2026-06-05_qwen_matrice-acceptation-v11-5.md`

- **GUI v6** : 10 critères GO/NO-GO (lancement, non-régression moteur, interface 3 onglets, thèmes, éditeur masques, single-instance, splash, gestion erreurs, drag-and-drop)
- **D-13 complet** : 12 critères (visibilité/masquage réglages sensibles en mode admin vs non-admin, vérification `admin_required()`, fichier `.admin`, variable d'env, priorité env/fichier)
- **Licence client** : 11 critères (signature RSA-PSS, licence falsifiée/expirée/grace period, offline 30 jours, machine_id lié au poste, 1 licence = 1 poste, clé publique embarquée seule, permissions fichier, confinement Phase 1.1)
- **Tests** : 3 tableaux — tests unitaires (admin_mode, license.py, quarantine, gui_v6), tests d'intégration (7 scénarios), smoke tests (12 scénarios T1-T12)
- **Beta utilisateur** : 7 scénarios réalistes (secrétaire, DSI batch, quarantaine, renouvellement licence, audit DPO, échange profils, licence expirée)
- **RGPD/sécurité/offline** : 12 critères (aucune PII, pas de clé privée client, permissions quarantaine/logs, pas de sortie réseau non autorisée, VLM inaccessible, offline fonctionnel, pas de PII dans licence/logs, audit trail, nettoyage temporaires)

## T-R ✅ — Registre de risques v11.5

**Livrable** : `inbox/for-dom/2026-06-05_qwen_risques-v11-5.md`

22 risques identifiés sur 5 catégories : techniques (5), RGPD/sécurité (5), UX (4), packaging/déploiement (5), planning (5).

**Top 5 risques** avec actions immédiates :
1. Fuites PII résiduelles non corrigées (D-15) — bloquant absolu
2. Vulnérabilité extraction clé RSA-PSS de l'EXE
3. Conflits de merge entre 3 chantiers parallèles
4. Phone-home licence perçu comme exfiltration par un DPO
5. SmartScreen sans Authenticode = blocage DSI

**5 questions pour Dom** : statut D-15, choix framework GUI v6, fingerprint machine pour licence, priorité des chantiers, budget Authenticode.

---

— Qwen
