Contexte développement

# Contexte développement — Soutien AWM 1.5.2


---

## CHANGELOG.md

## 1.5.2 — Triage Health du soutien — 2026-09-12

- Le pulse Soutien calcule un score à partir des tickets urgents et non assignés sans exposer leur contenu.
- Aucune assignation, réponse ou fermeture automatique n est déclenchée par le score.

## 1.5.1 — Pulse opérationnel transversal — 2026-09-12

- Expose au Core un pulse tickets ouverts, urgents et non assignés.
- Le pulse conserve la responsabilité humaine : aucune fermeture, assignation ou réponse automatique.

## 1.5.0 — 2026-08-18

- Soutien AWM 1.5.0 adopte le shell visuel Core 4.5.0. Tickets, filtres, réglages et IA utilisent la même structure visuelle, tout en conservant les permissions, statuts et historiques.


## Sécurité 1.4.1 — 2026-08-17

- Soutien AWM 1.4.1 délègue les nouveaux secrets API au coffre Core tout en conservant les valeurs historiques chiffrées.
# Historique — Soutien AWM

## 1.4.0 — 2026-08-17

- Contrat de permissions Core AWM 1.0 appliqué aux tickets, réponses, fermetures et réglages.
- Fermeture et réouverture réservées au niveau Approbation.
- Publication vers la base de connaissances soumise aux droits Soutien et Assistant appropriés.
- Changements de réglages et d’agents consignés sans valeur de clé OpenAI.
- Migration du rôle de soutien exécutée une seule fois afin de respecter les restrictions ultérieures de la matrice.
- Activation arrêtée proprement avec Core antérieur à 4.3.0, sans modification des tickets.

## 1.3.3 — 2026-08-15

- Conversation complète visible et analysable, même après fermeture.
- Réanalyse guidée, approbation avant mémorisation et ouverture du prochain ticket prioritaire.


---

## README.md

## 1.5.2 — Triage Health du soutien — 2026-09-12

- Le pulse Soutien calcule un score à partir des tickets urgents et non assignés sans exposer leur contenu.
- Aucune assignation, réponse ou fermeture automatique n est déclenchée par le score.

## 1.5.1 — Pulse opérationnel transversal — 2026-09-12

- Expose au Core un pulse tickets ouverts, urgents et non assignés.
- Le pulse conserve la responsabilité humaine : aucune fermeture, assignation ou réponse automatique.

## 1.5.0 — 2026-08-18

- Soutien AWM 1.5.0 adopte le shell visuel Core 4.5.0. Tickets, filtres, réglages et IA utilisent la même structure visuelle, tout en conservant les permissions, statuts et historiques.


## Sécurité 1.4.1 — 2026-08-17

- Soutien AWM 1.4.1 délègue les nouveaux secrets API au coffre Core tout en conservant les valeurs historiques chiffrées.
# Soutien AWM 1.4.0

Module de tickets, conversations, réponses, priorités, affectations et traitement assisté.

Soutien AWM exige **Core AWM 4.3.0 ou plus récent**.

## Livré dans 1.4.0

- niveaux Soutien Consulter, Modifier, Approuver et Administrer;
- fermeture, réouverture et opérations définitives réservées au niveau Approbation;
- réponses et changements quotidiens réservés au niveau Modifier;
- ajout d’une réponse approuvée à la connaissance soumis aussi au niveau Assistant Approbation;
- changements de réglages et d’agents inscrits au journal central sans exposer la clé OpenAI;
- migration unique du rôle historique de soutien afin qu’une restriction future de la matrice ne soit pas annulée au chargement;
- garde d’activation compatible avec Core AWM 4.3.0.

Le fil complet d’un ticket, y compris fermé, l’analyse d’une réponse existante, la réanalyse guidée et l’ouverture du prochain ticket prioritaire demeurent disponibles.


---

## ROADMAP.md

# Awm Soutien Alliance 1.5.2 — Triage Health du soutien

## Livré
- Le pulse Soutien calcule un score à partir des tickets urgents et non assignés sans exposer leur contenu.
- Aucune assignation, réponse ou fermeture automatique n est déclenchée par le score.

## Prochain lot accéléré
- Triage explicable par priorité/SLA/client avec actions recommandées humaines.
- Réflexion de réponse future vers Assistant seulement après approbation.

# Soutien AWM 1.5.1 — Pulse opérationnel transversal

## Livré
- Expose au Core un pulse tickets ouverts, urgents et non assignés.
- Le pulse conserve la responsabilité humaine : aucune fermeture, assignation ou réponse automatique.

## Prochain lot accéléré
- Triage suggéré par impact/urgence avec validation humaine et file de travail par département.
- Composants partagés et accessibilité cohérente avec le shell AWM.

## Harmonisation administration — 1.5.0 — 2026-08-18

- **Livré :** Soutien AWM 1.5.0 adopte le shell visuel Core 4.5.0. Tickets, filtres, réglages et IA utilisent la même structure visuelle, tout en conservant les permissions, statuts et historiques.
- **Travaux actuels :** validation visuelle sur WordPress réel en clair/sombre et sur téléphone/tablette. Résultat attendu : aucun débordement horizontal et aucune double navigation.
- **Prochaines étapes :** convertir progressivement les tableaux et formulaires historiques restants vers les composants partagés. Résultat attendu : mêmes actions, espacements et états dans tous les écrans.
- **Améliorations futures :** préférences d’affichage et accessibilité clavier/WCAG communes. Résultat attendu : personnalisation contrôlée sans divergence entre modules.


## Sécurité 1.4.1 — 2026-08-17

- Soutien AWM 1.4.1 délègue les nouveaux secrets API au coffre Core tout en conservant les valeurs historiques chiffrées.
# Roadmap — Soutien AWM

## Analyse
Le soutien doit conserver toute la conversation et accélérer le traitement sans retirer la responsabilité humaine.

## Objectif
Réduire le temps de réponse tout en maintenant contexte, permissions, historique et qualité.

## Éléments livrés
- **Permissions granulaires.** Résultat attendu : séparer consultation, réponse, fermeture et réglages.
- **Double autorisation pour la connaissance.** Résultat attendu : empêcher une réponse de soutien d’enrichir l’Assistant sans approbation adéquate.
- **Journal des réglages et agents.** Résultat attendu : retracer les changements d’affectation sans exposer de secret.
- **Migration unique du rôle historique.** Résultat attendu : conserver la compatibilité initiale puis respecter les décisions de la matrice.

## Travaux actuels
- **Conversation complète pour les tickets ouverts et fermés.** Résultat attendu : répondre avec tout le contexte disponible.
- **Analyse et réanalyse commentée.** Résultat attendu : corriger une proposition avant son envoi ou sa mémorisation.
- **Fermeture et ouverture du prochain ticket.** Résultat attendu : continuer la file selon la priorité et l’ancienneté.

## Prochaines étapes
- **Objectifs de première réponse et de résolution.** Résultat attendu : identifier immédiatement les tickets à risque.
- **Assignation, files et escalade.** Résultat attendu : clarifier le responsable et transférer automatiquement les dossiers bloqués.
- **Prévention des réponses simultanées.** Résultat attendu : avertir plusieurs collaborateurs avant un doublon d’envoi.
- **Réponses rapides versionnées.** Résultat attendu : réutiliser une procédure tout en connaissant sa version et son approbateur.

## Améliorations futures
- **Satisfaction et motifs de réouverture.** Résultat attendu : mesurer la qualité après fermeture.
- **Canaux regroupés et pièces jointes sécurisées.** Résultat attendu : conserver un seul fil avec des fichiers analysés et une rétention définie.
- **Rapports par client, priorité et responsable.** Résultat attendu : suivre charge, délais et résultats de l’équipe.