ROADMAP

# Hub AWM 4.5.112

Suite AWM 4.5.469 — Aperçu avant enregistrement · 22 octobre 2026.

Partage les polices, graisses et niveaux H1/H2/H3 de Neutral. Un collecteur unique analyse le CSS public de même origine avec cinq tentatives maximum, sans exécuter JavaScript ni importer du CSS brut. Les axes visuels sont ramenés aux choix AWM; les polices réelles et détails de cinq rôles sont conservés, avec leurs replis indiqués. Logo prioritaire en réanalyse ordinaire; défaut approuvé stable et personnalisations manuelles conservés.

Les contrôles exécutés et leurs limites figurent dans VALIDATION-SUITE-AWM-4.5.469.md. Les essais utilisent le code PHP/CSS/JavaScript réel avec services WordPress substitués; ils ne valent pas installation ou validation sur le site de production.

## Futur examiné

Les trois nouvelles pistes de la revue 469 sont différées. Les autres propositions et leur historique restent ci-dessous; la démonstration locale du formulaire Apparence est désormais livrée, sans préjuger d’une prévisualisation de tous les écrans métier.

---

## 4.5.111 — 2026-10-22

Suite AWM 4.5.468 — Bascule clair/sombre et profils distincts.

Le moteur de style conserve deux profils à six axes, clair et sombre, dans le contrat existant. Les anciennes préférences sont héritées par les deux profils sans écriture au rendu. Les cartes et fiches administratives utilisent le profil du mode Core, dès le premier affichage puis lors des bascules. Le bloc d’accès WordPress et son raccourci livrés en 467 sont conservés.

Les contrôles exécutés et leurs limites figurent dans VALIDATION-SUITE-AWM-4.5.468.md. Aucune installation ni publication de cette version sur l’hébergement n’est présumée.

---

## Livraison 4.5.110 — Suite AWM 4.5.467

### Disponible dans cette livraison

Le bloc permanent « Hub Client & connexion » de la fiche CRM affiche les comptes WordPress du site principal dès que Hub Client est autorisé et son Connector lié. Les opérateurs disposant de la lecture Hub voient la sélection enregistrée; ceux disposant du niveau « Approuver » peuvent actualiser l’annuaire et cocher les comptes autorisés. Core reste propriétaire du scan, des autorisations par site, de la révocation des sessions et du journal d’accès.

Le raccourci « Ouvrir Hub Client » ouvre le portail du site principal, y compris une installation WordPress en sous-répertoire. Le portail conserve ses méthodes de connexion et sa session existantes. Les sites secondaires restent gérés séparément dans « Sites du client ».

Les nouvelles lignes de sélection respectent le profil visuel du client et la variante Core. La Suite 4.5.466 reste la référence fonctionnelle acceptée pour l’apparence; cette livraison ajoute l’interface d’accès demandée sans modifier les choix de thème du client.

### Maintenant

- Vérifier après installation les versions effectives, le scan réel du site lié, la persistance des cases et le parcours de connexion avec un compte autorisé puis un compte non autorisé.
- Consigner séparément les validations locales acquises, l’installation sur l’hébergement et la publication publique. Les contrôles locaux détaillés sont dans les rapports de Suite 4.5.467.

### Futur conservé

Le générateur de nouveaux styles depuis une URL dans Core → Design System & QA demeure une proposition différée. Les pistes déjà inscrites restent distinctes de la sélection de comptes WordPress livrée ici.

---

## Livraison 4.5.109 — Suite 4.5.466

Les cartes et la fiche Hub utilisent l’identité du client dans la variante du mode Core. Leurs indicateurs, coordonnées, icônes et boutons utilisent aussi la palette locale. Les alias ne restent plus figés sur le mode du portail. Les aperçus explicitement forcés Clair ou Sombre gardent leur propre mode. Les choix Sans mouvement et Réduire les animations sont respectés. L’analyse logo/site, les choix existants du catalogue et la priorité des personnalisations manuelles sont conservés.

## Validation et portée

Cette version fait partie de Suite AWM 4.5.466. Les preuves détaillées sont dans `PREUVES-VALIDATION-SUITE-AWM-4.5.466.json` et le rapport `VALIDATION-SUITE-AWM-4.5.466.md` de la Suite. Elles couvrent le rendu PHP et Chromium, les modes opposés, les bascules, les identités distinctes et la persistance du choix du portail. Les tests s’exécutent localement avec données et services WordPress substitués; ils ne constituent pas une installation sur le site de production.

Les préférences client ne sont pas modifiées par l’ouverture d’une carte ou d’une fiche administrative, ni par une bascule Core. Les anciennes notes ci-dessous restent historiques : pour cette livraison, les cartes et fiches administratives utilisent la variante Core, tandis que Hub Client conserve son choix indépendant.

---

## Revue 4.5.108 — 2026-10-22 · Suite 4.5.464

### Maintenant

Choisir automatiquement une combinaison disponible du catalogue à partir de l’identité du client et partager le même profil avec Hub Client et la fiche CRM. L’exemple utilisateur est Arctic + Rouge pour un logo rouge; la demande ne vise pas une reproduction du CSS du site.

L’automatique est un point de départ : le client peut toujours personnaliser son thème. Les choix manuels existants restent prioritaires; une réanalyse ne les remplace pas. Le retour à l’automatique reste une action explicite disponible dans l’interface.

La précision utilisateur sur la géométrie donne priorité aux boutons du site : **rayon nul → Square**, **rayon positif → Rounded**, même si les cartes ont une autre forme. Les variables CSS et unités rem usuelles sont prises en compte. Sans mesure de bouton exploitable, le classement des cartes/contrôles reste le repli; sans géométrie exploitable, le point de départ est Arctic. Le site peut fournir cette géométrie même si le logo fournit la couleur et l’apparence. Les choix manuels restent prioritaires.

La précision finale porte sur les six choix existants : Style, Couleur, Typographie, Surface, Mouvement et Densité. En automatique, Hub rapproche chaque indice exploitable du CSS du site des options du catalogue. Neutral, Auto, Subtle et Standard sont les replis respectifs de typographie, surface, mouvement et densité lorsqu’aucun indice exploitable n’existe, notamment pour un logo seul. Les choix manuels restent prioritaires.

### Futur — trois propositions nouvelles et différées

- **Verrouillage sélectif des axes lors d’une réanalyse** : conserver explicitement les axes approuvés, prévisualiser les seuls axes recalculés et permettre de retirer les verrous.
- **Veille des changements d’identité avant adoption** : détecter une variation du logo ou des couleurs du site principal et proposer une analyse comparée, sans remplacer automatiquement une identité approuvée.
- **Zone du logo choisie pour l’analyse visuelle** : sélectionner la zone utile à l’extraction des couleurs, sans recadrer le fichier source, puis prévisualiser le résultat avant adoption.

Ces pistes sont distinctes de l’historique des modifications, des variantes de logo, de la copie sélective et du nuancier nommé déjà prévus. La revue des dix modules ajoute aussi côté Core une simulation de perception des couleurs et, sur idée utilisateur, la création différée de styles depuis une URL dans Design System & QA. Aucune de ces cinq nouveautés n’est implémentée ici.

## 2026-10-21 — Candidate Hub AWM 4.5.107 / Suite 4.5.462

### Périmètre de la candidate

- Chargement de `admin.css` sur les routes Hub centrales exactes, liste et fiche comprises.
- Même résolution du profil effectif pour carte et fiche client.
- Application réelle de la famille, des couleurs, de la typographie, de la surface, du mouvement et de la densité à la fiche.
- Contrôles, liens et onglets internes intégrés au profil client; shell administratif séparé.

### Maintenant

- Vérifier la parité visuelle carte → fiche sur un client dont le profil diffère du shell.
- Contrôler les six axes, les aperçus Light/Dark, la réduction du mouvement et le responsive.

### Futur nouveau, non implémenté

- Annuler/Rétablir dans une session de prévisualisation avant sauvegarde.
- Copier certains axes d’un client modèle sans transférer son identité ni ses données.
- Organiser un nuancier de marque nommé par rôle visuel.

## 2026-10-21 — Candidate Hub AWM 4.5.106 / Suite 4.5.461

### Implémentation dans la candidate

- Pont `--ci-*` local de fiche client, cohérent avec ses tokens et isolé du shell Core.
- Aperçus d’Identité visuelle préservant leur Light/Dark et leur typographie propres.
- Conservation du comportement des cartes personnalisées de la liste Clients.

### Maintenant

- Vérifier la lisibilité des champs, textes, contrôles et aperçus dans la fiche client avec Core Dark puis Light.
- Vérifier le retour à la liste, le responsive et la conservation des réglages client.

### Futur nouveau, non implémenté

- Scénarios d’aperçu utilisant noms longs, logo absent et données vides sans modifier un vrai client.
- Variantes de logo approuvées pour fonds clairs et sombres, avec choix prévisualisé et repli explicite.

## 2026-10-21 — Hub AWM 4.5.103 / Suite 4.5.458

- [x] `Hub AWM > Clients` suit les 6 axes du Design Composer principal pour son shell.
- [x] Suppression des accents bleu royal/orange legacy sur boutons, tabs, focus et icônes de la liste.
- [x] Les 12 surfaces sont visibles sur filtres, toolbar, actions groupées et table.
- [x] Les cartes gardent leur thème client complet, incluant rayon et accent.
- [ ] Terrain : valider la parité visuelle avec Core Design System & QA.

## 4.5.102 — 2026-10-21

- [x] Route `awm-hub-clients` intégrée au shell administratif principal.
- [x] Liste Clients : fond, filtres, actions, tableau et contrôles suivent le Design Composer admin.
- [x] Suppression de l état Light/Dark local divergent sur la liste.
- [x] Cartes clients conservées comme aperçus isolés de leur thème propre.


## Livré 4.5.101 — 2026-10-21
- [x] La détection automatique du thème client suit désormais strictement `logo -> site Web -> thème AWM`.
- [x] Le logo client est analysé séparément et garde la priorité sur les couleurs de template/site lorsqu il est exploitable.
- [x] Hub AWM > Clients suit le thème principal de l administration; chaque carte client devient un aperçu isolé de son thème auto ou personnalisé.
- [x] La source du thème est affichée : logo, site Web, thème AWM ou personnalisé par le client.
- [x] Les listes du Design Composer proviennent du catalogue Core partagé plutôt que de listes locales divergentes.

## 4.5.100 - Loader : carte harmonisee
- Maintenant : carte du message basee sur les tokens du theme actif.
- Maintenant : fallback Hub conserve seulement si les tokens Core ne sont pas disponibles.
- Maintenant : backdrop subtil 4.5.99 conserve.

## 4.5.99 - Backdrop theme subtil
- [x] Blur restaure a 3px.
- [x] Teinte limitee a 8 % Light / 12 % Dark.
- [x] Carte centrale et bordure redevenues neutres.
- [ ] Futur : intensite adaptative selon la luminance de l accent.

## 4.5.98 - Loader harmonise au Design Composer
- Livre : backdrop des messages teinte par l accent actif avec blur.
- Livre : fallback sur l accent Hub si le token Core n est pas disponible.
- Futur : variantes semantiques optionnelles success/warning/error sans perdre l identite de theme.

## 4.5.97 - Surface/Mouvement client v2
- [x] 12 surfaces dans le profil client.
- [x] 12 mouvements dans le profil client.
- [x] Validation serveur alignée sur Core.
- [ ] Futur : aperçu du Hub Client réel avant sauvegarde du profil.

## 4.5.95
- Profil design dynamique par client et transmission au Hub Client.
- Futur : apercu avant publication et historique/restauration du profil.

## Maintenant - Hub AWM 4.5.94
- [x] Section CRM externes optionnelle dans la fiche client.
- [x] Aucun bloc Capturia imposé aux clients qui n utilisent aucun CRM externe.
- [x] Mode Avancé conserve la configuration des fournisseurs pour le développement.
- [x] Parcours guidé ajoute CRM externe seulement pour un client concerné.
- [x] Désactivation préserve l historique mais coupe les nouveaux transferts Capturia des campagnes reliées.
- [ ] Terrain : confirmer VMV/Capturia puis un client sans CRM en Guidé, Standard et Avancé.

## Livré localement — Hub AWM 4.5.93 · Espace client stagiaire / développeur
- [x] Harmoniser les libellés et regrouper Dossier / Opérations.
- [x] Ajouter le parcours guidé commun en sept étapes.
- [x] Ajouter une vérification finale des blocs essentiels.
- [x] Conserver CRM comme source canonique et ajouter un passage explicite vers le dossier CRM.
- [x] Masquer les détails API/serveur en Standard; les rendre visibles en Avancé.
- [x] Supporter le basculement instantané Guidé / Standard / Avancé fourni par Core 4.5.294.
- [ ] Valider la formation sur un dossier client réel avec un stagiaire.
- [ ] Confirmer l entrée V4.5.433 sur la roadmap publique après installation.

---

## Livré localement — Hub AWM 4.5.92 · Clients Hub sans redirection CRM
- [x] Garder `admin.php?page=awm-hub-clients` dans Hub AWM.
- [x] Réutiliser les fiches CRM comme source canonique sans changer de module.
- [x] Rendre la liste Hub et la fiche Hub accessibles depuis le menu **Hub AWM → Clients**.
- [x] Conserver **Informations et accès**, Hub Client/Connector et les utilisateurs WordPress autorisés dans la fiche Hub.
- [x] Préserver les anciens liens `callink-clients` comme pont de compatibilité CRM.
- [x] Conserver un accès explicite vers CRM pour modifier les données commerciales du client.
- [ ] Valider en production : Hub AWM → Clients → Vendre Maison Vite → Informations et accès.
- [ ] Confirmer l'entrée V4.5.432 sur la roadmap publique après installation.

---

## Livré localement — Hub AWM 4.5.91 · Graphique CPL accessible
- [x] Ajouter un accès direct au graphique depuis la fiche campagne Google Ads.
- [x] Afficher CPL mensuel + leads en contexte, moyenne, meilleur mois, CPL maximal et mois mesurés.
- [x] Utiliser l instantané Google Ads/CPL mémorisé lorsqu il existe.
- [x] Ne pas tracer les mois absents comme des zéros mesurés.
- [x] Conserver la navigation par année pour parcourir l historique complet.
- [ ] Valider le rendu sur une campagne réelle avec plusieurs mois de CPL.
- [ ] Confirmer le jalon sur /hub/roadmap/; URL inaccessible depuis l environnement de validation.

---

## Livré localement — Hub AWM 4.5.90 · Google Ads persistant / CPL historique
- [x] Empêcher un POST partiel d effacer le compte Google Ads déjà lié.
- [x] Mémoriser immédiatement la liaison dès le choix du compte/mode/campagnes via AJAX sécurisé.
- [x] Mémoriser les libellés MCC et compte client.
- [x] Préserver la sélection multi-campagnes lors du passage en mode tout le compte.
- [x] Déclencher le backfill Google Ads complet après enregistrement de la liaison finale.
- [x] Afficher l état du backfill historique directement dans la fiche campagne.
- [ ] Valider le backfill sur une vraie campagne et confirmer les mois récupérés.
- [ ] Confirmer le jalon sur /hub/roadmap/; consultation directe impossible depuis l environnement de validation.

---

## Livré dans le code — Hub AWM 4.5.88 · Statut de campagne dans la fiche client
- [x] Remplacer les badges statiques par des boutons Actif / Inactif sécurisés dans Hub → Client → LeadTracker → Campagnes.
- [x] Employer le même endpoint de statut métier que LeadTracker, avec confirmation, permission, nonce et gestion des erreurs.
- [x] Afficher l'état issu de `_callink_status` sans le déduire du statut CRM et signaler les rattachements historiques.
- [x] Actualiser pastille et compteur uniquement après confirmation serveur; conserver l'historique et les CPL.
- [ ] Tester SOLUPAV-SEO (#2633) sous la fiche CRM #171 en production et confirmer l'identifiant propriétaire de la campagne; cliquer pour activer si la campagne doit réellement être active.
- [ ] Vérifier les campagnes sur les autres fiches clients, les permissions et les archives, puis confirmer la mise à jour de `/hub/roadmap/` sur le site réel.

## Livré en code — 4.5.87 · Durées de l historique des appels
- [x] Afficher la durée de l'appel d'abord, et la durée de l'enregistrement en repli explicite, sur les deux tableaux Hub.
- [x] Uniformiser secondes, `MM:SS` et `HH:MM:SS`; ne jamais afficher zéro ou données mal formées comme durée mesurée.
- [x] Conserver les appels historiques, les campagnes, Twilio, les enregistrements et le calcul du CPL sans modification.
- [ ] Valider BAR-SAL-GADS (#2682) en WordPress réel; comparer la durée affichée au lecteur d'enregistrement sur plusieurs lignes.
- [ ] Diagnostiquer séparément les statuts legacy `ringing` même lorsqu'un enregistrement existe, puis réconcilier avec source fiable sans inventer des états.
- [ ] Confirmer la présence du jalon sur la roadmap publique /hub/roadmap/ après installation; consultation directe impossible dans cet environnement.

## Livré — 4.5.86
- [x] SEO : aucun frais de gestion affiché explicitement.
- [x] Autre : frais de gestion Oui / Non.
- [x] Autre : Pourcentage / Montant fixe.
- [x] Résumé et tableau historique adaptés à la vraie méthode de gestion.
- [ ] Validation terrain avec un stagiaire sur les trois sources CPL.

## Livré — 4.5.85
- [x] Classification CPL Google Ads / SEO / Autre.
- [x] UX stagiaire pour montant mensuel et harmonisation historique.
- [x] Vue globale multi-source.
- [ ] Validation terrain sur plusieurs années SEO/Autre.

## Livré — 4.5.84
- [x] Messages d erreur CPL orientés action.
- [x] Détails API Google repliés par défaut.
- [x] Libellé « autres campagnes » non alarmant.
- [ ] Validation terrain avec un stagiaire après réussite de la récupération Google Ads.

# Hub AWM 4.5.84 — Centre CPL terrain

## Livré — UX stagiaire
- [x] Deux entrées claires : Vue globale / Une campagne.
- [x] Une seule action portefeuille « Mettre tout à jour ».
- [x] Séparer CPL Google Ads prêts, à configurer et campagnes non concernées.
- [x] Vue campagne en quatre étapes numérotées.
- [x] Réduire l historique visible à 8 colonnes et filtrer par année sélectionnée.
- [x] Déplacer édition manuelle, migration, Capturia et détails de provenance sous Avancé.
- [x] Fusionner le câblage Google Ads au parcours guidé sans bouton mensuel concurrent.
- [x] Graphique cohérent Light/Dark.
- [ ] Validation terrain avec un stagiaire : retrouver une campagne, comprendre son statut, lancer une mise à jour et expliquer le résultat sans aide technique.

# Hub AWM 4.5.82 — LeadTracker AWM

## Livré — 4.5.82 · Synchronisation globale du portefeuille CPL
- [x] Panneau global dans Historique CPL.
- [x] Un clic pour toutes les campagnes, toutes les années et tous les mois Google Ads disponibles.
- [x] Progression séquentielle afin d éviter les timeouts sur un portefeuille important.
- [x] Continuer les autres CPL lorsqu une campagne Google Ads échoue.
- [x] Appliquer le barème global seulement après récupération complète sans erreur.
- [x] Résumé visuel du nombre de CPL, mois, corrections et lignes de barème.
- [ ] Validation terrain sur le portefeuille AWM avant automatisation planifiée.


## Livré — 4.5.81 · récupération mensuelle automatique
- [x] Bouton **Récupérer tous les mois automatiquement** dans Historique CPL.
- [x] Une seule action pour toute la période Google Ads disponible.
- [x] Résultat avec nombre de mois traités, créés, corrigés ou déjà exacts.
- [x] Avertissement explicite lorsque la rétention Google Ads limite les mois récupérables.
- [ ] Validation terrain sur Plancher-A-V-G-GADS.

## Livré — 4.5.80 · Audit historique Google Ads mois par mois
- [x] Bouton d audit complet depuis Historique CPL.
- [x] Confirmation explicite du périmètre des campagnes Google Ads cochées.
- [x] Résumé visuel des mois vérifiés/corrigés/créés/à vérifier.
- [x] Affichage des écarts avant → après et du request-id Google.
- [x] Conservation visible des lignes plus anciennes que le début Google Ads.
- [ ] Validation terrain sur la campagne Plancher-A-V-G-GADS.
## Livré — 4.5.79 · Google Ads multi-campagnes par CPL
- [x] Remplacer le sélecteur unique par des cases à cocher dans Historique CPL.
- [x] Autoriser une ou plusieurs campagnes Google Ads du même compte pour un seul CPL.
- [x] Valider chaque ID sélectionné contre Google Ads avant sauvegarde.
- [x] Additionner les coûts mensuels de toutes les campagnes cochées avant `CallLink_CPL::sync_investment()`.
- [x] Conserver la compatibilité `_callink_google_ads_campaign_id` pour les installations existantes.
- [x] Conserver et restaurer les cases cochées après rechargement.
- [ ] Validation terrain : Plancher-A-V-G-GADS, cocher **Leads-Performance Max-1** + **Sablage de Plancher**, enregistrer puis vérifier que la portée affiche **2 campagnes Google Ads** et que l investissement est la somme des deux pour octobre 2026.

# Hub AWM 4.5.78 — LeadTracker AWM

## Livré — 4.5.78 · Google Ads CPL robuste
- [x] Aligner les permissions AJAX Google Ads sur `calltracker/edit`, comme l’écran CPL.
- [x] Remplacer l’ancien formulaire imbriqué par une association AJAX dédiée.
- [x] Charger automatiquement les campagnes du compte et présélectionner l’unique campagne lorsqu’il n’y en a qu’une.
- [x] Vérifier que le compte est réellement accessible sous le MCC avant de proposer ses campagnes.
- [x] Afficher l’état OAuth/API et le `request-id` Google en cas d’erreur.
- [x] Corriger complètement le contraste et la densité du panneau en Light/Dark/mobile.
- [x] Conserver la garde fail-closed : jamais de bascule automatique vers Tout le compte.

## Validation terrain restante
- [ ] Plancher-A-V-G-GADS : ouvrir Historique CPL et confirmer que le panneau passe automatiquement à **Google Ads connecté** ou affiche l’erreur Google exacte.
- [ ] Sélectionner/associer la campagne et confirmer le rechargement de la page avec la portée **Campagne <nom> — <ID>**.
- [ ] Récupérer octobre 2026 et confirmer l’investissement de la campagne seulement.

# Hub AWM 4.5.77 — LeadTracker AWM

## Livré — 4.5.77 · réparation guidée Google Ads / CPL
- [x] Détecter avant synchronisation le mapping Google Ads *Campagne* sans campagne associée.
- [x] Remplacer l'erreur tardive par une carte explicite **Campagne Google Ads à associer**.
- [x] Charger et associer la bonne campagne directement depuis Historique CPL.
- [x] Vérifier via Google Ads que l'ID choisi appartient au MCC/compte avant de l'enregistrer.
- [x] Ne jamais basculer automatiquement vers le coût du compte complet.
- [x] Préserver les sélections existantes lorsque l'administrateur recharge comptes/campagnes dans la fiche campagne.

## Validation terrain restante
- [ ] Sur **Plancher-A-V-G-GADS**, ouvrir Historique CPL : voir l'état *Campagne non associée* sans pouvoir lancer une récupération erronée.
- [ ] Charger les campagnes, choisir la bonne campagne Google Ads, l'associer, puis récupérer septembre 2026.
- [ ] Confirmer que l'investissement importé correspond au coût de cette campagne seulement et que le CPL se recalcule.

# Hub AWM 4.5.76 — LeadTracker AWM

## Livré — 4.5.76 · recherche du câblage LeadTracker
- [x] Roadmap synchronisée avec LeadTracker 1.11.42.
- [x] Recherche instantanée campagne / client / domaine / formulaire / numéro / source.
- [x] Filtres Tous / Fonctionnels / À vérifier et compteur dynamique.
- [ ] Validation terrain sur la vraie liste de 56 campagnes.

- [x] Module `crm_client_awm` séparé du CRM interne Alliance.
- [x] Service activable/appliquable par client.
- [x] Branding LeadTracker et accès Câblage des leads.
- [ ] UI d administration des connecteurs universels et consentements de données.
- [ ] État de santé par connecteur et file de reprise.

# Hub AWM 4.5.74 — Capturia : validation finale et CPL dédupliqué

## Livré
- CallTracker 1.11.40 transforme le profil Capturia en **Clé validée** après preuves réelles `tags:read` et `contacts:read`.
- La réconciliation tag est affichée dans le même fuseau que les autres dates du Hub.
- Le CPL exclut automatiquement les leads Capturia qui représentent déjà un formulaire AWM de la même campagne, selon courriel ou téléphone dans une fenêtre de 24 h.
- Les doublons restent dans l’historique et le pipeline; le panneau affiche leur nombre séparément.

## Validation terrain
- [ ] VMV-GADS : confirmer `Profil de clé = Clé validée`.
- [ ] Comparer l’heure Réconciliation tag avec Dernière synchro leads/pipeline.
- [ ] Faire un test de même prospect AWM + Capturia et confirmer **Doublons AWM exclus = 1** et un seul lead CPL.

# Hub AWM 4.5.73 - Capturia : dossier CRM actif consolidé

## Livré
- CallTracker 1.11.39 détecte les anciens doublons client issus de la migration Laravel/CRM.
- Le statut Capturia utilise le dossier CRM actif lorsque la même identité est prouvée par courriel, téléphone ou nom + entreprise.
- Le diagnostic sépare `Campagne WP`, `legacy`, `Client lié` et `CRM`.

## Validation terrain
- [ ] VMV-GADS : confirmer `Client lié #57 → CRM #275` et **Actif**.
- [ ] Récupérer les leads de `Campagne : PPC - (514) 320-3000`.
- [ ] Tester un vrai client inactif sans doublon actif pour confirmer la suspension.

# Hub AWM 4.5.72 - Capturia : statut CRM canonique

## Livré
- CallTracker 1.11.36 ne confond plus l’approbation portail/Core avec le statut actif/inactif du client.
- La synchronisation Capturia consulte le statut canonique CRM AWM.
- Un client CRM `active` peut récupérer ses leads Capturia même si son accès portail n’est pas approuvé.
- Un client CRM `inactive` ou `archived` reste suspendu conformément à la politique AWM.
- Le diagnostic Capturia affiche le **Statut client CRM** utilisé.

## Validation terrain
- [ ] VMV-GADS : confirmer que le statut CRM affiché est **Actif**.
- [ ] Cliquer **Récupérer les leads** et confirmer que le faux message « client inactif » ne revient pas.
- [ ] Vérifier que les leads de **Campagne : PPC - (514) 320-3000** sont importés.
- [ ] Tester ensuite un vrai client inactif pour confirmer que la garde CRM reste effective.

# Hub AWM 4.5.71 - Capturia : sélection de source

## Livré
- CallTracker 1.11.35 charge les tags Capturia et présente un menu **Source Capturia**.
- Les tags de campagne `campaign:` sont prioritaires; les autres tags de catégorie Source restent disponibles.
- La récupération des leads est filtrée par UUID de source au lieu d’importer le compte complet.

## Validation terrain
- Sur le premier compte Capturia : synchroniser les sources, choisir **Campagne : PPC - (514) 320-3000**, importer les leads puis comparer le volume avec Capturia.

## Livré — 4.5.70 · correction globale de tout l’historique 7 %
- Le filtre d’année du graphique ne limite plus la réparation historique.
- Toutes les lignes de la campagne encore à 7 % sont détectées, regroupées par année et resynchronisées avec leur vrai coût Google Ads.
- Le vrai coût remplace l’ancien investissement legacy puis le taux AWM officiel est recalculé.

## Livré — 4.5.70 · backfill 7 % autoritaire Google Ads
- [x] Compter toutes les lignes à 7 % sans exception de provenance.
- [x] Expliquer dans l'UI que l'investissement historique sera remplacé par le vrai coût Google Ads.
- [x] Afficher le nombre d'investissements remplacés et de taux corrigés après exécution.

## Livré — Hub 4.5.68 · CPL terrain
- [x] Refaire complètement l’éditeur mensuel CPL pour supprimer le rendu `form-table` peu lisible.
- [x] Garantir le contraste Dark/Light des titres, labels, aides et champs.
- [x] Afficher avant action le nombre de mois 7 % détectés pour l’année sélectionnée.
- [ ] Validation terrain Dark/Light et 1080p après installation.

## Livré — Hub 4.5.67 · CPL historique fiable
- Bouton de backfill 7 % par année, affichage des sources par champ et différences Google Ads vs manuel.
- UX responsive du formulaire Créer/Modifier CPL corrigée.

# Hub AWM 4.5.66 - CPL complet et lisible

## Livré
- [x] Ajouter le panneau **CPL complet** avec état mensuel explicite.
- [x] Afficher source, devise, fraîcheur, frais annexes, leads et résultat CPL dans une seule lecture.
- [x] Ajouter les paramètres mensuels rabais / réceptionniste / autres.
- [x] Préremplir les nouvelles lignes avec les paramètres de campagne.
- [x] Permettre d'appliquer les paramètres au mois déjà créé.
- [x] Afficher source et état de complétude dans l'historique.
- [x] Charger automatiquement la ligne du mois courant lorsqu'elle existe.

## Validation terrain
- [ ] Ouvrir une campagne Google Ads réelle et confirmer que l'investissement, la devise et la fraîcheur sont visibles.
- [ ] Modifier uniquement réceptionniste/autres puis confirmer que la source reste Google Ads.
- [ ] Enregistrer des paramètres mensuels, synchroniser un nouveau mois et confirmer leur application automatique.
- [ ] Confirmer Dark/Light et 1080p sur le panneau CPL complet.

# Hub AWM 4.5.65 - Migration historique CallTracker

## Livré
- [x] Faire de **CallTracker AWM → Migration** l’emplacement canonique de la réintégration historique.
- [x] Retirer de l’interface le vieux bouton AJAX qui traitait un fichier source complet par requête.
- [x] Réutiliser le moteur reprenable CallTracker avec curseur persistant et lots courts.
- [x] Afficher progression, compteurs, erreurs, Pause/Reprendre et confirmation administrative.
- [x] Conserver la vérification SHA-256 avant écriture de chaque fichier source.

## Validation terrain
- [ ] Alliance : confirmer qu’après installation le clic répond immédiatement puis que le premier lot avance réellement.
- [ ] Laisser progresser plusieurs lots puis recharger la page et confirmer la reprise au curseur sauvegardé.
- [ ] Confirmer finalement 69 306 appels et 44 712 formulaires rapprochés.

# Hub AWM 4.5.64 - Assistant Routage & audio stagiaire

## Livre
- [x] Parcours guide en 5 etapes : Reception, Horaires, Routage, Messages audio, Validation.
- [x] Barre de progression et etats de configuration par etape.
- [x] Hierarchie typographique professionnelle avec titre principal, titres de campagne et titres d etapes nettement differencies.
- [x] Horaires separes du routage de secours.
- [x] Copie rapide du lundi vers lundi-vendredi ou toute la semaine.
- [x] Disclosure et Publicite regroupes dans une etape audio dediee avec MP3.
- [x] Resume final avant Enregistrer la configuration.
- [x] Responsive 1080p, tablette et mobile avec Dark/Light natif.

## Validation terrain
- [ ] Soltech : faire suivre les 5 etapes par une personne non technique en Dark.
- [ ] Confirmer que le meme parcours reste lisible en Light.
- [ ] Tester une modification horaire puis Enregistrer et verifier la route Twilio sans regression.
- [ ] Tester televersement et remplacement du disclosure MP3.

# Hub AWM 4.5.63 — UX Routage & audio terrain
- [x] Charger `admin.css` et les variables de thème sur la fiche client legacy CallTracker.
- [x] Appliquer correctement la classe Dark avant rendu.
- [x] Refaire la hiérarchie visuelle des cartes campagne, réglages, horaires et MP3.
- [x] Augmenter la typographie et l'espacement pour 1080p.
- [x] Conserver Message 1 / disclosure et Message 2 / publicité dans deux cartes dédiées.
- [ ] Validation terrain finale en Dark puis Light sur Soltech.

# Hub AWM 4.5.62 — UX Routage & audio

## Livré
- [x] Refaire **Routage & audio** en campagne pleine largeur, lisible en 1080p et sans concaténation de labels.
- [x] Séparer visuellement Réception, Routage avancé, Activation des messages et Fichiers MP3.
- [x] Replier les horaires/débordements dans une section avancée contextuelle.
- [x] Remplacer le sélecteur de fuseau horaire qui produisait un grand panneau blanc en Dark par une saisie assistée.
- [x] Identifier explicitement Message 1 comme **Avertissement / disclosure**.
- [x] Donner à chaque MP3 une carte dédiée avec écoute, état, téléversement/remplacement et suppression contrôlée.
- [x] Améliorer contraste, taille de texte, espacements, champs et responsive Dark/Light.

## Validation terrain
- [ ] Confirmer sur Soltech-Chauffe-Eau et Soltech-Naturel la lisibilité complète à 1920/1600/1366 px en Dark.
- [ ] Vérifier téléversement/remplacement Message 1 et Message 2 après déploiement de la Suite.
- [ ] Vérifier mobile/tablette et mode Light.

- [x] Afficher distinctement les conversions Gravity Forms reçues par CallTracker.
# Hub AWM 4.5.61 - Gravity Forms + navigation CallTracker stabilisée

## Livré
- Les liens Campagnes, Leads, Appels, Historique CPL, Routage & audio et Dialer conservent le marqueur `legacy_client_view=1`.
- Le paramètre `ct_tab` est conservé pendant la navigation de la fiche client et n est plus perdu par le bridge CRM.
- La correction reste limitée à la navigation; aucune donnée métier CallTracker n est dupliquée dans Hub.

## Maintenant
- Valider la navigation complète sur une fiche client réelle en modes clair et sombre.

## Prochaines étapes
- Réduire progressivement le bridge legacy quand les surfaces CallTracker auront toutes un équivalent canonique dans la fiche CRM.

# Hub AWM 4.5.59 - validation Capturia dans Historique CPL

## Livré
- Mois de validation Capturia sélectionnable depuis Historique CPL.
- Cartes de rapprochement leads Capturia ↔ leads comptés dans le CPL.
- État actuel du pipeline Capturia pour les leads créés durant le mois sélectionné : opportunités, valeur et étapes.
- Diagnostic des capacités pipeline/bookings sans bloquer la synchronisation contacts.
- Date de dernière réconciliation du tag et nombre de leads retirés affichés pour auditer le dénominateur CPL.

## Maintenant
- Valider un mois pilote du premier client Capturia : volume de leads du tag, inclusion CPL, étapes et valeur pipeline.
- Comparer les chiffres au tableau Capturia avant de déclarer la source terrain validée.

## Prochaines étapes
- Raccorder les rendez-vous seulement après validation du payload réel et d une clé d attribution fiable.
- Propager ensuite les KPI Capturia validés vers Health AWM.

# Hub AWM 4.5.58 - présentation Capturia / CPL

## Livré
- Affichage séparé des formulaires AWM et des leads Capturia dans le CPL.
- Identification Capturia dans la liste récente des leads clients.
- Formule CPL explicitée sans déplacer la propriété de l intégration hors de CallTracker.

## Maintenant
- Valider le rendu clair/sombre/mobile avec une campagne pilote Capturia après installation de CallTracker 1.10.7.

# Awm Hub 4.5.57 — Pulse v2 Health

## Livré
- Le pulse Hub publie score, fraîcheur et raison explicable à partir du portefeuille client canonique CRM.
- Aucune suspension commerciale n est interprétée comme une panne technique.

## Prochain lot accéléré
- Résumé multi-sites compact dans la fiche client et recommandations Health par services actifs.

# Hub AWM 4.5.56 — Pulse opérationnel transversal

## Livré
- Expose au Core un pulse clients actifs / total basé sur l autorité CRM.
- Le pulse sert de résumé transversal et ne remplace pas les fiches Hub/CRM.

## Prochain lot accéléré
- Résumé multi-sites compact directement dans le bloc Hub Client, avec site principal et secondaires.
- Dashboard client par services actifs et recommandations Health contextualisées.

# Hub AWM 4.5.55 — propagation du statut CRM

## Livré
- Les surfaces opérationnelles Hub consomment maintenant uniquement les clients actifs CRM.
- Aucun historique ou lien inter-module n'est supprimé pendant l'inactivité.

# Hub AWM 4.5.54 — loader non bloquant pour les tâches de fond

**Livré 4.5.54 :** le loader global ignore les rafraîchissements Stats live/snapshot et les requêtes `awm_silent=1`, sans enlever le loader des actions utilisateur.

**Livré :** le bloc Hub Client de la fiche CRM cible le `site_id` du site principal par défaut, affiche ce choix explicitement et laisse les Connectors secondaires indépendants. Le contraste sombre des KPI est corrigé.

**Maintenant :** valider la génération/régénération du site principal et d'un site secondaire sur alliancewebmarketing.ca.

**Prochaines étapes :** afficher un résumé multi-sites compact directement dans le bloc Hub sans dupliquer le panneau canonique CRM.

# Hub AWM 4.5.52 — liens de contexte développement

- Livré : liens Contexte développement, CHANGELOG, README et ROADMAP dans le pilotage et la vision des modules.
- Maintenant : valider l accès public et l ergonomie mobile de ces liens.

# Hub AWM 4.5.51 — blocs permanents de la fiche client

**Livré :** autorisation Hub Client, Connector et choix des services directement dans la fiche CRM canonique.

**Maintenant :** validation terrain des actions Autoriser/Désactiver, Générer/Révoquer le Connector et Enregistrer les services.

# Hub AWM 4.5.50 — navigation client canonique sans erreur d en-têtes

**Livré :** redirection précoce des routes Clients vers CRM avant le rendu du shell WordPress; fallback sans headers; aucune duplication client.

**Maintenant :** validation terrain depuis CallTracker → Clients et Hub → Clients sur alliancewebmarketing.ca.

# Hub AWM 4.5.49 — harmonisation CRM

**Livré :** Clients → recherche CRM canonique; onglets de modules sur la fiche CRM; suppression des écritures maîtres depuis Hub.

**Maintenant :** validation visuelle et fonctionnelle sur alliancewebmarketing.ca.

# Hub AWM 4.5.48 — Tech dans la fiche client canonique

## Livré
- Le moteur de recherche clients existant devient le point d entrée de Thech AWM.
- La fiche client accepte des onglets externes contrôlés sans déplacer la propriété des données.
- Tech AWM 1.2.0 ajoute l onglet Tech avec activation, permissions et état runtime.

## Maintenant
- Valider sur alliancewebmarketing.ca le parcours Thech AWM → Clients → fiche → Tech en clair, sombre et mobile.

# Hub AWM 4.5.46 — interface Premium Thech AWM

## Livré

- Thech AWM 1.0.2 reprend le shell visuel commun AWM et la couleur de module configurable.
- Sites utilise maintenant des cartes KPI, une recherche instantanée, des badges d état et une table responsive des versions/permissions.
- IA, Consommation, Mémoire et Journal utilisent les mêmes panneaux, formulaires, tableaux et hiérarchie visuelle que les autres modules Premium.
- Le contrôle Light/Dark est unique : le bouton du shell Core remplace le doublon flottant historique.

## Maintenant

- Valider le rendu réel en thème sombre et clair sur alliancewebmarketing.ca après installation de la Suite 4.5.85.
- Vérifier bureau, tablette et mobile ainsi que les cinq onglets Thech AWM.

## Prochaines étapes

- Continuer la validation terrain du parcours Tech AWM côté Hub Client : activation, chat, diagnostic, modification Elementor, snapshot et rollback.

---

# Hub AWM 4.5.45 — Thech AWM devient un module de premier niveau

## Livré

- Thech AWM 1.0.1 possède maintenant son propre onglet principal dans le menu WordPress de la Suite.
- Thech reste intégré physiquement à Hub AWM : aucun plugin Alliance séparé n est ajouté.
- Son icône et sa couleur sont gérées par le système visuel AWM commun.
- Son écran central conserve Sites, IA, Consommation, Mémoire et Journal.

## Maintenant

- Valider visuellement le nouvel onglet Thech AWM après installation de la Suite 4.5.84 sur alliancewebmarketing.ca.

## Prochaines étapes

- Continuer la validation terrain du parcours complet Tech AWM côté Hub Client : activation, chat, diagnostic, modification Elementor, snapshot et rollback.

---

# Hub AWM 4.5.44 — Tech AWM

Thech AWM 1.0.0 est intégré au Hub central avec activation, mémoire, consommation et journal.

# Livraison courante — Hub AWM 4.5.43

## Livré

- Interface du **Lot C Routage avancé phase 1** dans la fiche client CallTracker.
- Horaire hebdomadaire, jours fériés, destination hors heures, débordement et délai avant secours.
- Aperçu de la route effective avec état Ouvert/Fermé, heure locale, destination actuelle et secours.
- La logique métier et les métadonnées demeurent exclusivement dans CallTracker.

## Maintenant

- Valider le rendu et les parcours réels après installation de la Suite 4.5.76.

## Prochaines étapes

- Exposer les futures équipes, priorités et stratégies lorsque CallTracker livrera la phase 2.

---

# Livraison historique — Hub AWM 4.5.41

## Livré

- Studio AWM intégré au traitement visuel commun des menus administrateurs.
- Logo Alliance identique en base pour Core, Hub, CRM, CallTracker, Stats, Assistant, Soutien et Studio.
- Pictogrammes colorés, dimensions et alignements harmonisés.
- Ordre stable du bloc AWM : Core, Hub, CRM, CallTracker, Stats, Assistant, Soutien, Studio.
- Studio reste un module autonome; Hub ne possède aucune donnée métier Studio.

## Maintenant

- Validation visuelle après installation de la Suite 4.5.72.

## Prochaines étapes

- Conserver la roadmap publique synchronisée avec chaque livraison via le contrat de manifeste Core.

## Futur

- Ajouter un contrôle visuel automatisé des icônes et de l ordre du menu.

# Livraison courante — Hub AWM 4.5.40

## Livré

- Paquet Hub toujours dépourvu de tout moteur, écran, contrôleur ou donnée Studio.
- Documentation publique alignée sur Studio AWM 1.12.0 et sa galerie serveur autonome.
- Aucune interception de la route `awm-studio-mockups` ni du bouton **Voir les 3 maquettes**.
- Responsabilités inchangées : Hub orchestre les services clients; Core partage seulement la sécurité et les connexions; Studio possède toutes ses données métier.

## Maintenant

- Validation terrain de la séparation après installation de la Suite 4.5.70.

## Prochaines étapes

- Maintenir les descriptions publiques des modules synchronisées avec la roadmap centrale.

## Futur

- Continuer l'orchestration multi-modules sans déplacer les données métier vers Hub.

# Livraison courante — Hub AWM 4.5.38

## Livré

- Retrait complet du moteur et de l'interface Studio de Hub.
- Suppression des fichiers et hooks Studio dans le paquet Hub.
- Hub reste responsable du portail et de l'application des services clients, sans posséder les données Studio.
- Documentation publique harmonisée avec Studio AWM 1.11.0 autonome.

## Maintenant

- Validation que le menu Studio provient uniquement du plugin `studio-awm` après l'installation de la Suite 4.5.68.

# Livraison courante — Hub AWM 4.5.37

- Studio 1.10.4 : reprise automatique de la dernière préparation.
- Studio 1.10.4 : trois canevas A/B/C rendus côté serveur.
- Studio 1.10.4 : boutons Écran/Tablette/Mobile et aperçu toujours présents avec une préparation active.
- Studio 1.10.4 : raccourci direct vers les maquettes, sélecteur des projets récents et mode nouvelle page explicite.
- Studio 1.10.4 : état explicite lorsqu aucun projet n existe.

# Livraison courante — Hub AWM 4.5.36

- Studio 1.10.3 détecte et reconstruit automatiquement un grand aperçu absent.
- La réparation clone la proposition A, B ou C depuis sa miniature sans demander une nouvelle génération.
- Écran, Tablette et Mobile conservent le canevas visible et centrent uniquement le navigateur rendu.
- Le plein écran se ferme par le bouton, la touche Échap ou un clic hors de la maquette.
- L actif JavaScript utilise une empreinte SHA-256 et le marqueur visible confirme le build chargé.

# Livraison courante — Hub AWM 4.5.34

- Studio 1.10.1 rend toujours la maquette sélectionnée côté serveur dans un grand aperçu visible.
- Les liens A/B/C et Écran, Tablette, Mobile fonctionnent même lorsque JavaScript ou un cache administratif perturbe le contrôleur.
- Le contrôleur Studio est chargé dans l en-tête, versionné par empreinte de fichier et intercepte les interactions en phase de capture.
- Le plein écran possède un repli CSS par ancre et l approbation possède un formulaire POST protégé par nonce.
- Les états actifs, l annonce accessible et la variante approuvée restent synchronisés.

## Historique immédiat — Hub AWM 4.5.33

# Livraison courante — Hub AWM 4.5.33

- Studio 1.10.0 fiabilise les sélections A/B/C et les vues Écran, Tablette et Mobile avec un contrôleur externe versionné.
- Les propositions utilisent de vrais boutons accessibles et un mode plein écran.
- La fin de génération affiche les raccourcis Page, Elementor, SEO, Projet, nouvelle page et correction.
- Le contrôle qualité vérifie les métriques réelles avant publication.
- Les futures orientations Studio approuvées sont visibles dans la roadmap centrale.

## Historique immédiat — Hub AWM 4.5.32

# Livraison courante — Hub AWM 4.5.32

- Studio 1.9.0 corrige la maquette visuelle et affiche trois propositions réellement sélectionnables.
- Les vues Écran, Tablette et Mobile modifient désormais réellement le rendu avant approbation.
- Le parcours Création devient Brief → Maquette → SEO & médias → Elementor → Publication.
- La maquette visuelle affiche les vues écran/tablette/mobile avec couleurs, typo et médias du client.
- Alliance peut approuver, demander une correction ou générer une autre proposition avant toute construction.
- Publication finale séparée et confirmée après aperçu réel.

## Historique immédiat — Hub AWM 4.5.30

# Livraison courante — Hub AWM 4.5.30

- Studio 1.7.0 rend la Page de référence réellement structurante pour le rendu.
- La fiche pré-lancement affiche le profil de référence appliqué et le niveau d inspiration.
- Les parcours Créer une page / Batch restent séparés.

## Historique immédiat — Hub AWM 4.5.29

# Livraison courante — Hub AWM 4.5.29

- Studio 1.6.0 sépare complètement **Créer une page** et **Batch local**.
- Quatre espaces : Créer une page, Batch local, Optimiser les pages, Historique.
- Parcours page unique en trois étapes avec options avancées repliées.
- Batch multi-villes autonome, sans dépendance au formulaire unitaire.

## Historique immédiat — Hub AWM 4.5.28

# Livraison courante — Hub AWM 4.5.28

- Studio 1.5.0 analyse une page publique de référence avant génération.
- Inspiration légère, moyenne ou élevée sans copie de contenu ou de marque.
- Contrôle des effets et dimensions avant lancement; résumé du rendu prévu dans la fiche de révision.
- Batch local compatible avec une référence commune.

## Historique immédiat — Hub AWM 4.5.27

## Livré
- Studio 1.4.0 ajoute **✦ Tout générer avec l IA** depuis le mot-clé principal.
- Éditeur complet des sections de la page avant lancement.
- Titre, ALT, légende, description et prompt modifiables pour chaque photo.
- Modes Photos IA / client / Mixte dans Nouvelle page et Batch.
- Studio affiché comme module versionné dans Mises à jour AWM.

## Maintenant — priorité
- valider le nouveau flux sur plusieurs clients Elementor/SEOPress;
- poursuivre snapshots/rollback et sélection future de médias existants depuis la médiathèque distante.

# Livraison courante — Hub AWM 4.5.26

## Livré
- Nouvelle page utilisable sans aucune donnée Batch.
- Loader AWM détaillé pendant préparation et lancement Studio.
- Aperçus images garantis avant le bouton de création Elementor.
- Mot-clé principal et 5 à 8 variantes sémantiques/locales.
- Longueurs cibles 250 / 500 / 1000 / 1500 caractères avec compteurs visibles.

## Maintenant — priorité
- valider le nouveau flux sur plusieurs sites Elementor/SEOPress réels;
- poursuivre snapshots/rollback avant modification structurelle des pages existantes.

# Livraison courante — Hub AWM 4.5.25

## Livré
- Préparation Studio avant lancement avec score SEO, contrôles et formulaire SEOPress.
- Suggestions ✦ IA champ par champ sans remplacement automatique.
- Images prévisualisées et régénérables individuellement avant création.
- Batch local jusqu à 12 villes et mesure de similarité.
- Analyse de toutes les pages du site et révision SEO des pages existantes.

## Maintenant — priorité
- valider le workflow complet sur des sites Elementor/SEOPress réels;
- poursuivre snapshots et rollback avant modification structurelle d une page existante.

# Livraison courante — Hub AWM 4.5.24

## Livré
- Studio détecte SEOPress sur le site client.
- Paramètres du moteur image disponibles dans l’interface Studio.
- Deux images minimum sont générées et intégrées à chaque nouvelle landing page.
- SEO SEOPress, image mise en avant et nomenclature des médias sont visibles dans le suivi Studio.

## Maintenant — priorité
- valider SEO et médias sur plusieurs sites Elementor réels;
- poursuivre l’aperçu du blueprint et les snapshots avant modification.

# Livraison courante — Hub AWM 4.5.23

## Livré
- Diagnostic Studio du moteur Elementor disponible sur le site client.
- Création considérée réussie uniquement après validation du rendu.
- Historique Studio avec Aperçu, Elementor et Réparer.
- Retour explicite du moteur Containers ou Sections/Colonnes.

## Maintenant — priorité
- valider la correction sur le site Déménagement Hull et d autres installations Elementor;
- poursuivre l aperçu du blueprint et les snapshots avant modification.

# Livraison courante — Hub AWM 4.5.22

## Livré
- Refonte sombre de `/hub/documentation/` selon la palette du roadmap.
- Navigation compacte, cartes de modules et versions dynamiques.
- Nouvelle section Studio et documentation CRM/WHMCS actualisée.
- Responsive mobile/tablette et cohérence visuelle avec les pages publiques AWM.

# Livraison courante — Hub AWM 4.5.21

## Livré
- Nouveau tableau de pilotage des neuf modules au haut de la roadmap.
- Sélection à gauche, graphique central et descriptions des quatre phases à droite.
- Le bloc **Dernières implantations** vient immédiatement après ce tableau.
- Responsive : navigation compacte et panneaux empilés sur tablette/téléphone.

# Roadmap -- Hub AWM 4.5.21

## Livré
- **Studio AWM** ajouté au menu Hub;
- sélection d’un client/site Hub Client lié;
- analyse Elementor, thème, versions et palette;
- brief libre transformé en blueprint par le moteur IA sécurisé de Core;
- repli automatique sur les modèles métier contrôlés si le moteur IA est indisponible;
- création distante en brouillon via Core;
- historique de création par client;
- publication directe volontairement interdite dans le MVP.

## Maintenant — priorité
- valider la génération IA avec la configuration de production Alliance et contrôler les coûts/quotas;
- valider les premières pages sur plusieurs sites Elementor réels;
- améliorer la détection des styles du site et l’adaptation responsive.

## Prochaines étapes
- modification conversationnelle des pages existantes;
- bibliothèque de blocs Alliance réutilisables;
- aperçu avant application et comparaison avant/après;
- génération de pages multiples puis de sites complets.

## Règle
Hub orchestre l’expérience Studio. Les secrets et autorisations restent dans Core et les écritures WordPress sont exécutées localement par Hub Client.

---

# Roadmap -- Hub AWM 4.5.18

## Livré
- résumé global de l avancement de la Suite;
- roues dynamiques avec état opérationnel et évolution en points;
- Futur gris et trois nuances de bleu Alliance pour les autres phases;
- historique Livré repliable après cinq éléments;
- Vision par module synchronisée avec la roue active;
- noms de modules sans suffixe AWM répété;
- animation discrète et responsive, sans bibliothèque graphique externe.

## Maintenant
- valider le rendu public avec le thème WordPress Alliance et les caches actifs.

## Prochaines étapes
- réutiliser les mêmes variables visuelles dans les autres pages Hub publiques au fil des prochains lots.

## Futur
- centraliser complètement les variables publiques Alliance dans un design system partagé.

---

# Roadmap -- Hub AWM 4.5.17

## Livre
- fond sombre bleu nuit harmonise avec Alliance;
- roues en bleu fonce, bleu vif, bleu clair et gris pour Futur;
- noms de modules affiches sans suffixe AWM;
- cartes, legendes, formulaires, boutons, panneaux et focus harmonises;
- comportement responsive et calcul dynamique conserves.

## Maintenant
- valider le rendu public avec le theme WordPress Alliance et les caches actifs.

## Prochaines etapes
- reutiliser les memes variables visuelles dans les autres pages Hub publiques au fil des prochains lots.

## Futur
- centraliser completement les variables publiques Alliance dans un design system partage.

---

# Roadmap — Hub AWM 4.5.16

## Livré
- quatre dernières implantations affichées avec navigation par groupes de quatre;
- un cercle d’avancement pour chacun des huit modules publics;
- division de chaque cercle entre **Livré**, **Maintenant**, **Prochaines étapes** et **Futur**;
- calcul automatique des proportions et du pourcentage livré depuis la roadmap Core;
- ouverture au clic du plan détaillé regroupé par état;
- conservation de la section **Vision par module** et de ses ancrages;
- affichage responsive et navigation clavier;
- rendu local sans service graphique externe.

## Maintenant
- valider le rendu avec les données réelles Alliance;
- confirmer les secteurs et compteurs des huit modules;
- vérifier le comportement sur 320 px, 375 px, tablette et grand écran;
- vérifier la navigation clavier et les liens directs par module.

## Prochaines étapes
- garder les statuts de chaque amélioration synchronisés avec les livraisons réelles;
- faire évoluer les textes et objectifs par module sans saisir manuellement les pourcentages.

## Règle
Le graphique ne possède aucune valeur indépendante : il reflète uniquement le registre central de la roadmap. Une fonction livrée doit quitter son ancien état et rejoindre **Livré** lors de la même publication.

---

## Historique

# Roadmap — Hub AWM 4.5.15

## Livré
- le loader global ignore les appels techniques `heartbeat`, `wp-auth-check`, `autosave` et `wp-refresh-post-lock`;
- aucune fenêtre **Récupération des données** ne doit apparaître périodiquement sans action utilisateur dans l’éditeur de campagne;
- le suivi XHR couvre aussi jQuery sans hook global `ajaxStart`, ce qui évite le double comptage et les ouvertures parasites;
- les navigations, formulaires et requêtes métier restent suivis par le loader AWM;
- l’état de connexion CallTracker demeure présenté dans la barre **Enregistrer la campagne** et non dans une modale.

## Maintenant
- valider sur Alliance pendant au moins deux minutes qu’aucune modale périodique ne revient sans action utilisateur;
- confirmer qu’une vraie action AJAX CallTracker affiche encore sa progression;
- confirmer qu’une coupure réseau réelle reste visible dans l’indicateur de connexion sans bloquer l’éditeur.

## Prochaines étapes
- poursuivre CallTracker Lot C — routage avancé;
- factoriser progressivement le filtrage des transports techniques dans le composant de loader commun à toute la Suite.

## Règle
Une requête de maintenance WordPress exécutée en arrière-plan ne doit jamais être présentée comme une opération métier utilisateur.

---

## Historique

# Roadmap — Hub AWM 4.5.14

## Livré
- le loader AWM ignore les notices WordPress de perte de connexion propres à l'autosave des campagnes CallTracker;
- aucune erreur plein écran AWM n'est créée à partir de `lost-connection-notice` ou `local-storage-notice` dans ce contexte;
- les erreurs métier, avertissements et résultats d'opérations continuent d'utiliser le loader AWM;
- l'état de connexion est délégué à CallTracker 1.9.4 dans la barre de sauvegarde de campagne.

## Maintenant
- valider sur Alliance le comportement lors d'une coupure réseau réelle puis d'une reconnexion;
- confirmer que les erreurs métier CallTracker continuent d'apparaître normalement dans le loader;
- poursuivre les essais Validation et santé / Twilio de CallTracker.

## Prochaines étapes
- historique visuel court des validations dans le loader;
- alertes de santé CallTracker dans la fiche client sans remplacer le module source;
- composant de progression commun pour les tests synthétiques futurs.

## Règle
Hub orchestre l'interface et le loader, mais ne doit pas transformer une notification technique WordPress transitoire en erreur métier bloquante.

---

## Historique

# Roadmap — Hub AWM 4.5.13

## Livré
- nouvel onglet **Validation et santé** dans le contexte CallTracker de Hub;
- route protégée vers le centre de diagnostic de CallTracker 1.9.2;
- conservation de la navigation et du shell Hub pendant les validations;
- confirmations AWM intégrées dans les principaux flux CallTracker actifs;
- journalisation déléguée à Core et logique métier conservée dans CallTracker.

## Maintenant
- valider l’affichage du centre avec les données Alliance réelles;
- vérifier clair/sombre, mobile, états vides et listes de campagnes nombreuses;
- exécuter les essais guidés Twilio et CPL puis corriger les exceptions;
- confirmer que les permissions Hub/CallTracker limitent correctement les actions sensibles.

## Prochaines étapes
- historique visuel court des validations dans le loader;
- alertes de santé CallTracker dans la fiche client sans remplacer le module source;
- composant de progression commun pour les tests synthétiques futurs.

## Règle
Hub orchestre l’interface et conserve le contexte d’entrée. CallTracker possède les diagnostics métier. Core possède permissions, sécurité et journal.
---

# Roadmap — Hub AWM 4.5.11

## Analyse
Le loader AWM était déjà utilisé pour les formulaires et plusieurs pages Hub, mais les notices générées directement par les listes WordPress pouvaient être injectées dans un wrapper natif non couvert par le sélecteur historique.

## Objectif
Rendre le loader AWM réellement unique pour les retours de succès, avertissement et erreur sur les écrans AWM pris en charge.

## Livré
- Consommation des notices natives partout dans `#wpbody-content` sur les écrans CallTracker.
- Aucun bandeau natif visible après corbeille/restauration/suppression de campagne.
- Texte nettoyé des boutons/liens avant affichage.
- Action native interne conservée dans le loader lorsqu’elle existe.
- Messages dupliqués fusionnés entre marqueurs AWM et notices WordPress.

## Travaux actuels
- Validation visuelle sur les écrans Campagnes, Appels et fiches clients.

## Prochaines étapes
- Factoriser le loader au niveau du shell Core pour couvrir tous les modules sans dépendance au runtime Hub.

## Futur
- Journal visuel des dernières opérations et progression multi-étapes commune à tous les modules.

---

# Roadmap — Hub AWM 4.5.10

## Analyse
La fiche client 4.5.9 affichait encore plusieurs fonctions CallTracker au même niveau que le module lui-même. Cela mélangeait la navigation métier et empêchait l’ajout propre de nouveaux modules activés.

## Objectif
Faire de la fiche client un conteneur modulaire : un onglet principal par service/module activé et des sous-onglets propres au module sélectionné.

## Livré
- Onglets principaux dynamiques selon les modules activés.
- CallTracker regroupé sous Résumé, Campagnes, Leads, Appels, Historique CPL, Routage & audio et Dialer.
- Compatibilité des anciennes URL de fiche client.
- Routage administratif enrichi : Message 1, Message 2, destination, enregistrement, Dialer et fuseau horaire.
- Contexte CRM/CallTracker conservé selon le point d’entrée.
- Sélection groupée Clients reliée aux exclusions persistantes WHMCS de Core.

## Travaux actuels
- Vérifier la fiche client avec plusieurs combinaisons de modules activés.
- Vérifier responsive et clair/sombre sur les sous-onglets.

## Prochaines étapes
- Normaliser les manifestes de navigation des futurs modules client.
- Ajouter des compteurs/alertes légers sur les onglets de modules.

## Futur
- Personnalisation des espaces et rôles par équipe Alliance.
- Tableau de bord transversal configurable par utilisateur.


---

## Historique des roadmaps précédentes

# Roadmap — Hub AWM 4.5.9

## Analyse

La route historique `callink-clients` sert Hub et CallTracker. CRM l’utilisait encore comme destination de ses cartes clients, ce qui faisait apparaître le shell CallTracker même lorsque l’utilisateur venait de CRM.

## Objectif

Conserver la compatibilité de `callink-clients` tout en respectant le contexte d’entrée de chaque module.

## Livré

- **Actions groupées clients** : sélection Cartes/Tableau, aperçu des conséquences et blocages, confirmation exacte et exécution via Core.

- Redirection compatible des anciens liens CRM `from_crm=1` vers le dossier CRM.
- Route `callink-clients` inchangée pour les parcours Hub/CallTracker.
- Aucune duplication de client et aucune modification des relations campagnes/CRM.

## Travaux actuels

- Validation des retours de navigation entre Hub, CRM et CallTracker.

## Prochaines étapes

- Ajouter un fil d’Ariane inter-modules commun sans modifier les slugs historiques.

## Futur

- Registre déclaratif des liens inter-modules par contexte de fiche client.

---

# Roadmap — Hub AWM 4.5.7

## Analyse

La fiche client est déjà le point d’accès administratif aux services, au Connector et aux utilisateurs WordPress. Pour CallTracker, Alliance devait aussi pouvoir administrer les paramètres téléphoniques qui sont volontairement plus restreints dans le Hub du client.

## Objectif

Faire de Hub AWM → Clients → CallTracker le panneau administratif complet du routage téléphonique, sans déplacer la logique métier hors de CallTracker ni la source client hors de CRM/WHMCS.

## Livré

- Onglet CallTracker dans la fiche client.
- Destination de réception par campagne.
- Administration Message 1 et Message 2.
- Écoute MP3, téléversement/remplacement et suppression/rétablissement.
- États entrants/Dialer et numéro Twilio visibles par campagne.
- Permissions CallTracker, nonces, validation de propriété et journalisation métier.

## Travaux actuels

- Validation responsive de l’onglet avec plusieurs campagnes.
- Test réel de remplacement/rétablissement du Message 1.
- Vérification synchronisée des changements faits par le client dans son Hub.

## Prochaines étapes

- Historique visible des changements de routage par campagne.
- Filtres par campagne active/inactive et message configuré.
- Diagnostic d’accessibilité du MP3 depuis Twilio.

## Futur

- Horaires et destinations de débordement administrés depuis la fiche client.
- Modèles de routage réutilisables.
- Alertes de destination invalide ou non joignable.

---

## Historique conservé

# Roadmap — Hub AWM 4.5.6

## Analyse

La fiche client centralise déjà le domaine autorisé, le Hub Connector et les services. Elle doit aussi devenir le point de contrôle des utilisateurs WordPress du site client afin qu’Alliance puisse voir les comptes détectés et décider exactement lesquels peuvent ouvrir le Hub Client.

## Objectif

Ajouter le scan et la gestion des autorisations WordPress directement dans la fiche client, en réutilisant Core pour la sécurité et le Connector pour la communication avec le site client.

## Livré

- Section **Utilisateurs WordPress autorisés** dans l’onglet Accès de la fiche client.
- Bouton **Scanner les utilisateurs WordPress** depuis la fiche Alliance.
- Affichage du nom, identifiant local, courriel, rôle et statut administrateur de chaque compte détecté.
- Case d’autorisation individuelle avec enregistrement protégé par permission **Approuver** et nonce.
- Indication du dernier scan et de l’état de préparation du canal sécurisé.
- Aucun mot de passe, cookie ou jeton WordPress client n’est affiché ou stocké dans Hub.
- Fiches CRM/WHMCS et identifiants historiques conservés sans duplication.

## Travaux actuels

- Validation du scan sur plusieurs sites clients et rôles WordPress différents.
- Vérification mobile/tablette de la liste d’utilisateurs dans la fiche.
- Validation de la révocation immédiate d’un accès local.

## Prochaines étapes

- Filtre Autorisés / Non autorisés lorsque la liste contient beaucoup de comptes.
- Recherche locale par nom, courriel ou rôle.
- Historique de changement des autorisations dans la fiche client.

## Futur

- Autorisations locales par module client.
- Invitation guidée d’un utilisateur du site vers le Hub.
- Alertes lors de l’apparition de comptes administrateurs non autorisés.

---
## Historique conservé

# Roadmap — Hub AWM 4.5.5

## Analyse

Les fiches clients existaient déjà et étaient utilisées par CRM/WHMCS et CallTracker, mais l’accès visuel principal depuis Hub était caché. Il faut rendre ces fiches accessibles directement dans Hub sans dupliquer leur stockage ni déplacer la source de vérité. Le même lot doit rendre la roadmap publique plus lisible pour le suivi de direction.

## Objectif

Faire de Hub AWM la porte d’entrée visuelle vers les fiches clientes canoniques, tout en laissant CRM/WHMCS propriétaires des données clients et Core propriétaire de la sécurité/API.

## Livré

- Nouvel onglet **Hub AWM → Clients** visible dans le menu Hub.
- Réutilisation de la liste et de la fiche client existantes avec recherche, filtres, services, accès, Connector, campagnes et résultats.
- Conservation de la route historique `callink-clients` pour CallTracker/CRM et compatibilité des liens existants.
- Retour, recherche et navigation maintiennent le contexte Hub lorsque la fiche a été ouverte depuis Hub.
- Roadmap publique et administrative affichent maintenant la version de chaque module, Hub Client inclus.
- Aucune duplication de client ni modification des identifiants WHMCS/CRM.

## Travaux actuels

- Validation du nouvel onglet sur le WordPress Alliance réel avec profils lecture seule et administrateur.
- Vérification des filtres, recherche, ouverture/retour de fiche et Hub Connector depuis le nouveau point d’entrée.
- Migration CallTracker et validation CPL conservées comme priorité de production.

## Prochaines étapes

- Ajouter des raccourcis depuis la fiche Hub vers les services réellement actifs du client.
- Ajouter une vue synthèse de santé du Hub Client lié.
- Ajouter un historique des changements de profil/apparence dans la fiche.

## Futur

- Tableau de bord client configurable selon les services.
- Centre de notifications unifié.
- Documents et livrables sécurisés par client.
---
## Roadmap historique conservée

# Roadmap — Hub AWM

## Lot 4.5.3 — Interface des actions groupées CallTracker — 2026-08-19

### Analyse
Hub 4.5.2 contenait déjà les pages de rattachement des campagnes et d’inventaire des numéros. L’audit a montré qu’il fallait enrichir ces écrans existants plutôt que créer un nouveau gestionnaire, tout en conservant les formulaires unitaires et les anciens parcours de compatibilité lorsque CallTracker 1.6.0 n’est pas actif.

### Objectif
Fournir dans la charte AWM commune une sélection multiple, un aperçu lisible des conséquences et une confirmation sûre, sans déplacer la logique sensible hors de CallTracker/Core et sans exposer les secrets Twilio au navigateur.

### Livré
- Sélection multiple des campagnes actives ou à la corbeille dans **Rattachement campagnes**.
- Sélection des numéros Twilio libres ou réservés dans **Numéros et campagnes**.
- Formulaires contextuels selon l’opération, client cible et note de réservation.
- Fenêtre d’aperçu accessible au clavier avec résumé, avertissements, blocages, tableau des éléments et confirmation exacte.
- Affichage du résultat détaillé et de l’identifiant de lot journalisé.
- Chargement des actifs uniquement sur les deux écrans concernés et seulement pour les utilisateurs ayant le niveau **Approuver**.
- Compatibilité descendante : les formulaires historiques restent utilisés lorsque le service de lot CallTracker n’est pas disponible; leurs suppressions ne détachent plus les historiques avant que WordPress ait confirmé la suppression de la campagne. Dès que CallTracker 1.6.0 est actif, les anciens endpoints groupés refusent aussi toute exécution directe afin d’imposer l’aperçu côté serveur.
- Les parcours unitaires historiques utilisent le même journal de suppression sérialisé et affichent séparément les avertissements de persistance de l’état local et de nettoyage d’une réservation après libération Twilio.
- Charte CallTracker/Hub conservée : logo Alliance, cartes, pastilles, clair/sombre et responsive.

### Travaux actuels
Validation visuelle et fonctionnelle sur WordPress réel, en clair/sombre, sur ordinateur, tablette et téléphone, avec clavier et lecteur d’écran.

### Prochaines étapes
- Ajouter des filtres enregistrés pour les lots fréquents sans mémoriser de sélection sensible dans le navigateur.
- Améliorer le diagnostic visuel des lignes « À vérifier » avant leur inclusion dans un lot.
- Tester les interactions avec les extensions tierces qui modifient les tableaux d’administration.

### Futur
- Centre d’opérations unifié pour les lots des autres modules, chaque module conservant sa propre logique métier et ses permissions.
- Historique consultable des lots depuis le Hub avec liens vers le journal Core.
- Accessibilité WCAG complète de toutes les interfaces administratives AWM.

---

## Éditeur Campagnes interne — Hub 4.5.2 — 2026-08-19
- **Analyse :** l’éditeur natif des campagnes restait hors du périmètre du loader AWM et affichait les confirmations WordPress comme un article.
- **Objectif :** conserver l’éditeur compatible tout en le faisant se comporter comme un écran CallTracker.
- **Éléments livrés :** écrans `callink_campaign`/`callink_call` inclus dans le nettoyage de notices, loader de sauvegarde contextualisé et résultat absorbé dans le loader.
- **Travaux actuels :** validation visuelle de la sauvegarde sur WordPress réel.
- **Prochaine étape :** aperçu des actions groupées CallTracker.
- **Améliorations futures :** remplacer progressivement les derniers composants natifs WordPress visibles par des composants AWM sans changer les routes historiques.

## CallTracker → Numéros — Hub 4.5.1 — 2026-08-19
- **Analyse :** l’écran Numéros devait présenter l’état opérationnel de l’inventaire sans déplacer la logique Twilio dans Hub.
- **Objectif :** garder Hub responsable de l’expérience administrative tout en laissant CallTracker propriétaire des données téléphonie et Core propriétaire de la sécurité/journalisation.
- **Éléments livrés :** interface d’inventaire à quatre états, recherche, filtres, réservation et accès aux campagnes. Résultat attendu : gérer visuellement les numéros depuis CallTracker sans exposer de secret ni dupliquer les données.
- **Travaux actuels :** validation responsive et clair/sombre sur le WordPress Alliance réel.
- **Prochaine étape :** prévisualisation des actions groupées CallTracker.
- **Améliorations futures :** alertes visuelles sur les numéros facturés sans campagne et réservations expirées.

## Réglages centralisés et application des services — 4.5.0 — 2026-08-18

- **Analyse :** Hub AWM est l’orchestrateur de l’expérience client : il doit être la source unique de l’apparence administrative AWM et de l’application opérationnelle des services, tandis que CRM conserve les données/services et Core la sécurité/API.
- **Objectif :** administrer depuis Hub l’identité visuelle globale et les services réellement présentés à chaque client, sans dupliquer les données CRM ni déplacer les secrets hors Core.
- **Éléments livrés :** logo Alliance officiel dans le shell avec remise à zéro unique de l’ancien logo maître lors de la migration; Hub → Réglages centralise logo, couleurs, thème et icônes des modules; anciens réglages Twilio/Google Ads renvoient vers Core; Hub → Services clients ajoute recherche par nom/entreprise/courriel/ID, état des modules, nombre de services CRM appliqués et édition directe des modules/services par client; journalisation des changements via Core.
- **Travaux actuels :** validation réelle des combinaisons de services par client et du rendu clair/sombre. Résultat attendu : le portail n’affiche que les services appliqués au bon client.
- **Prochaines étapes :** tableau de bord client généré selon les services actifs et parcours d’accueil. Résultat attendu : chaque client voit immédiatement les outils auxquels il a droit.
- **Améliorations futures :** règles d’application par forfait, dates d’effet et approbation. Résultat attendu : automatiser l’activation tout en gardant une décision traçable et réversible.

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

- **Livré :** Hub AWM 4.4.0 adopte le shell visuel Core 4.5.0 et retire le doublon d’en-tête CallTracker. Le Hub conserve ses écrans, recherche, modules et réglages, maintenant présentés avec la même navigation que CallTracker.
- **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é 4.3.8 — 2026-08-17

- Hub AWM 4.3.8 documente le contrat de sécurité Core 4.4.0 et le Hub Client à accès explicitement approuvé.
# Roadmap publique — Suite AWM

Ce fichier accompagne le contenu embarqué de la page `/hub/roadmap/`. Chaque module conserve son analyse, son objectif, les éléments livrés, les travaux actuels, les prochaines étapes et les améliorations futures. Chaque amélioration précise le résultat concret recherché.

## Core AWM

### Analyse
Le Core doit demeurer l’unique autorité pour les permissions, les API, les webhooks, les connexions, les tâches planifiées et la compatibilité.

### Objectif
Rendre les opérations sensibles contrôlables et auditables sans rupture des contrats historiques.

### Éléments livrés
- **Rapprochement global des références clients CallTracker/WHMCS.** Résultat attendu : après fusion sûre dans Core, afficher toutes les campagnes et activités sous la fiche WHMCS canonique pour chaque client concerné.
- Matrice par module. **Résultat attendu :** séparer clairement consultation, modification, approbation et administration.
- Journal central et rétention. **Résultat attendu :** retrouver un événement sensible sans exposer de secret.
- Sessions API révocables. **Résultat attendu :** couper un accès compromis de façon ciblée.
- Diagnostic opérationnel. **Résultat attendu :** localiser rapidement une API, un webhook, une connexion ou une tâche défaillante.

### Travaux actuels
- Validation en préproduction des rôles personnalisés. **Résultat attendu :** confirmer les accès réels avant production.

### Prochaines étapes
- Anti-rejeu, coffre de secrets et limites par intégration. **Résultat attendu :** réduire les risques d’abus et faciliter la rotation des accès.

### Améliorations futures
- Authentification renforcée, alertes d’anomalie et restauration chiffrée. **Résultat attendu :** accroître la résilience du socle.

## Hub AWM

### Analyse
La recherche 4.2.0 améliore l’accès transversal; le prochain enjeu est une expérience mobile et client cohérente avec les nouveaux droits.

### Objectif
Présenter uniquement les données et actions utiles au profil connecté, sur ordinateur comme sur téléphone.

### Éléments livrés
- **Hub Client AWM installable sur le site WordPress du client.** Résultat attendu : servir le portail à `/hub/` sur le domaine du client, sans installer les modules administratifs Alliance ni dupliquer les données.
- Interface alignée sur la matrice. **Résultat attendu :** un profil en lecture seule ne voit ni n’exécute les commandes de modification.
- Filtres Actifs, Inactifs et Tous. **Résultat attendu :** garder les comptes obsolètes hors du flux quotidien sans les perdre.
- Recherche filtrée par module. **Résultat attendu :** ne jamais révéler une catégorie non autorisée.

### Travaux actuels
- Validation responsive du tableau de bord et des fiches. **Résultat attendu :** éliminer les débordements et conserver des actions tactiles utilisables.

### Prochaines étapes
- Menu mobile compact et portail client. **Résultat attendu :** naviguer sans barre horizontale sur téléphone et tablette.
- Mot de passe oublié et réinitialisation entièrement intégrés au `/hub/` du site client. **Résultat attendu :** récupérer l’accès sans quitter le domaine du client.
- Parcours d’accueil client. **Résultat attendu :** guider la première connexion, la validation du profil et l’activation des services.

### Améliorations futures
- Notifications, accessibilité, documents sécurisés, multilingue et application installable. **Résultat attendu :** rendre le portail plus autonome et inclusif.

## CRM AWM

### Analyse
WHMCS reste la source de référence; les enrichissements locaux et les statuts manuels doivent survivre aux synchronisations.

### Objectif
Offrir une vue client fiable, éditable et dédoublonnée sans écraser les champs protégés.

### Éléments livrés
- Permissions granulaires et interface lecture seule. **Résultat attendu :** réserver les imports, fusions, paiements et réglages aux niveaux appropriés.
- Approbation CRM ou Core pour l’import WHMCS. **Résultat attendu :** déléguer l’opération sans donner accès aux secrets de connexion.

### Travaux actuels
- Statuts actifs/inactifs et protection des champs manuels. **Résultat attendu :** conserver les décisions locales pendant la synchronisation.

### Prochaines étapes
- Fusion assistée avec aperçu et journal. **Résultat attendu :** regrouper les doublons sans perdre de relations.
- Import CSV avec correspondance des colonnes. **Résultat attendu :** détecter les erreurs avant l’écriture.

### Améliorations futures
- Pipeline, chronologie, tâches, consentements et prévisions. **Résultat attendu :** suivre la relation client au-delà de la facturation.

## CallTracker AWM

### Analyse
Les campagnes, numéros, appels et formulaires doivent rester reliés sans sacrifier l’historique lorsqu’une campagne est archivée ou supprimée.

### Objectif
Sécuriser le cycle de vie complet des campagnes et de l’inventaire Twilio.

### Éléments livrés
- Correctif du véritable écran WordPress Campagnes et rapprochement des anciennes références clients sûres. **Résultat attendu :** un seul logo en haut, une palette cohérente clair/sombre et toutes les campagnes retrouvées dans la fiche CRM/WHMCS canonique lorsqu’un identifiant WHMCS ou un courriel permet le rapprochement.
- Onglet Clients directement dans CallTracker. **Résultat attendu :** chercher les clients CRM/WHMCS depuis CallTracker, filtrer Actifs/Inactifs/Tous et ouvrir leur dossier sans base parallèle.
- Activation CallTracker par client et association directe des campagnes. **Résultat attendu :** gérer l’éligibilité téléphonie séparément de WHMCS et rattacher une campagne sans détour par le CRM.
- Niveaux de permission par action. **Résultat attendu :** réserver achat, suppression, archivage et configuration aux niveaux requis.
- Échecs de signature Twilio journalisés avec limitation anti-bruit. **Résultat attendu :** détecter les appels refusés sans saturer le journal.

### Travaux actuels
- Conservation de l’historique et libération contrôlée des numéros. **Résultat attendu :** retirer une campagne sans perdre les appels et formulaires.

### Prochaines étapes
- Inventaire Libre, Réservé, Attribué et À vérifier. **Résultat attendu :** connaître l’état réel de chaque numéro.
- Suppression multiple avec aperçu, confirmation et journal. **Résultat attendu :** traiter plusieurs campagnes sans action irréversible involontaire.
- Protection anti-rejeu Twilio. **Résultat attendu :** refuser les requêtes réutilisées même si leur signature est valide.

### Améliorations futures
- Acheminement avancé, transcription, contrôle qualité, attribution et alertes de budget. **Résultat attendu :** améliorer la performance et la gouvernance des campagnes.

## Stats AWM

### Analyse
Les statistiques du site Web sont prioritaires et doivent rester autonomes; les réseaux sociaux sont des sources additionnelles optionnelles.

### Objectif
Mesurer visites, pages vues, formulaires et conversions par client avec une collecte vérifiable.

### Éléments livrés
- Permissions granulaires et lecture seule sans création de clé. **Résultat attendu :** consulter les rapports sans modifier la configuration.
- Collectes rejetées journalisées avec limitation anti-bruit. **Résultat attendu :** diagnostiquer une clé ou un client invalide.
- URL courte `/stats-awm.js` conservée. **Résultat attendu :** masquer le chemin technique du script.

### Travaux actuels
- Mesure propriétaire des visites, pages vues, formulaires et conversions. **Résultat attendu :** ne plus dépendre de WP Statistics.

### Prochaines étapes
- Diagnostic guidé du script et connexions Facebook/Instagram. **Résultat attendu :** confirmer la collecte et renouveler les autorisations sans ambiguïté.
- TikTok et LinkedIn. **Résultat attendu :** consolider les données sociales par client.

### Améliorations futures
- Rapports planifiés, alertes, attribution et score de qualité. **Résultat attendu :** transformer les données en suivi exploitable et explicable.

## Assistant AWM

### Analyse
Une connaissance ne doit provenir que d’un fil complet, relu, corrigé et approuvé.

### Objectif
Améliorer la qualité des réponses sans apprentissage ni publication automatique.

### Éléments livrés
- Permissions granulaires. **Résultat attendu :** séparer lecture, analyse, approbation et réglages.
- Fil complet, réanalyse commentée, édition et approbation sélective. **Résultat attendu :** enregistrer uniquement la version corrigée et approuvée.
- Changements de réglages journalisés sans clé OpenAI. **Résultat attendu :** savoir quoi a changé sans exposer le secret.

### Travaux actuels
- Historique d’analyses et validation humaine. **Résultat attendu :** conserver les versions et la justification de la décision.

### Prochaines étapes
- Sources, passages pertinents et indice de confiance. **Résultat attendu :** permettre la vérification de chaque réponse proposée.

### Améliorations futures
- Versionnement des instructions, tests de qualité, masquage des renseignements personnels et multilingue. **Résultat attendu :** fiabiliser le comportement à grande échelle.

## Soutien AWM

### Analyse
Le traitement doit conserver toute la conversation, y compris après fermeture, et accélérer la réponse sans supprimer l’approbation humaine.

### Objectif
Réduire le temps de traitement tout en conservant contexte, responsabilité et historique.

### Éléments livrés
- Permissions granulaires; fermeture au niveau Approbation. **Résultat attendu :** empêcher une fermeture définitive par un profil limité à la modification.
- Changements de réglages et d’agents journalisés. **Résultat attendu :** retracer les affectations sans exposer la clé IA.
- Enrichissement de la connaissance conditionné aux droits Soutien et Assistant. **Résultat attendu :** éviter une publication transversale non autorisée.

### Travaux actuels
- Conversation complète, analyse préalable et ouverture du prochain ticket prioritaire. **Résultat attendu :** traiter la file sans perdre le contexte.

### Prochaines étapes
- Objectifs de service, assignation, escalade et prévention des réponses simultanées. **Résultat attendu :** clarifier la responsabilité et éviter les doublons.

### Améliorations futures
- Satisfaction, canaux regroupés, pièces jointes sécurisées et rapports. **Résultat attendu :** améliorer la qualité et la visibilité du service.

Une suggestion publique demeure en attente jusqu’à sa décision dans Hub AWM. Une suggestion approuvée rejoint seulement la section **Futur** du module choisi; elle n’est jamais publiée automatiquement.

## Livré — 4.3.3
- CallTracker : campagnes visibles par client, activité consolidée et harmonisation de la page Campagnes.
## Livré — 4.3.5
- **Alias clients historiques dans les fiches CallTracker.** Résultat : les campagnes rattachées à une ancienne fiche sûre apparaissent directement sous la fiche WHMCS/CRM canonique sans nécessiter une correction manuelle préalable.


## Livré — 4.3.7
- **Hub Connector piloté par Core.** Résultat attendu : la fiche client garde une action simple Générer/Copier/Révoquer tandis que toute la sécurité et l’API de liaison résident dans Core.

## Travaux actuels — Hub Client
- **Validation du parcours `/hub/` sur un site client réel.** Résultat attendu : confirmer liaison, connexion, isolation des données et responsive.

## Prochaines étapes — Hub Client
- **Mot de passe oublié depuis `/hub/`.** Résultat attendu : récupérer l’accès sans exposer l’administration WordPress du site client.

## Améliorations futures — Hub Client
- **Installation et diagnostic guidés.** Résultat attendu : détecter automatiquement une URL centrale, un Connector expiré ou une API Core indisponible.


## Livré — Studio 4.5.20
- Studio possède son propre onglet principal WordPress.
- Interface Studio harmonisée Light/Dark avec les couleurs Alliance.
- Couleur et pictogramme Studio configurables depuis Hub → Réglages.


## Livré localement — Hub AWM 4.5.89 (2026-10-16)
- Le loader global ne bloque plus les liens qui restent dans le même document. **Résultat attendu :** une campagne déjà ouverte peut revenir à son éditeur/leads/export instantanément sans faux chargement permanent.

## 2026-10-21 — Design Composer client
- Livré : typographie, surface et mouvement par client.
- Futur : aperçu côte à côte avant publication et historique/restauration des profils.

## 2026-10-21 — Hub 4.5.104
- [Livré] La liste Clients s identifie explicitement comme shell admin Core et consomme le profil Design Composer principal.
### 4.5.105 — Hub Clients Light/Dark canonique
- Shell Clients aligné sur le mode principal Core, cartes client toujours isolées.