← Roadmap publique
Contexte développement
Hub AWM V4.5.112Snapshot sécurisé de la version effectivement publiée. Les lignes potentiellement sensibles sont masquées automatiquement.# Contexte développement — Hub AWM 4.5.112 --- ## CHANGELOG.md # 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. --- ## 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. --- ## 4.5.110 — 2026-10-22 · Suite AWM 4.5.467 - Ajoute directement au bloc « Hub Client & connexion » de la fiche CRM la liste des utilisateurs WordPress du site principal lié. Les comptes déjà autorisés sont cochés; le niveau Hub « Approuver » permet d’actualiser la liste et d’enregistrer la sélection. - Réutilise l’annuaire, le scan authentifié, la liste d’autorisation par site et les journaux de sécurité existants dans Core. Afficher le bloc ou actualiser la liste n’accorde aucun accès nouveau. Les comptes non cochés restent refusés par le Connector, y compris les administrateurs WordPress. - Lie chaque formulaire au client et à son site principal. Un changement du site principal, de l’annuaire ou des autorisations depuis l’affichage impose de recharger la fiche. Les sélections malformées ou inconnues sont rejetées intégralement. Une sélection explicitement vide retire les autorisations de ce site. - Ajoute « Ouvrir Hub Client » vers le portail du site lié, en préservant le sous-répertoire WordPress. Ce lien ouvre un nouvel onglet avec la session existante ou les méthodes de connexion déjà proposées par Hub Client; il ne contient ni secret ni jeton de connexion. - Conserve les couleurs et les six axes du client dans ce bloc, avec la variante claire/sombre active dans Core. Le choix indépendant du portail client et les moteurs d’apparence restent inchangés. ### Validation et portée Les contrôles acquis pour cette livraison figurent dans les rapports de Suite 4.5.467. La liste utilise les services WordPress et Connector existants; aucune nouvelle route d’authentification ni aucun compte n’est créé par cette interface. La présence du correctif dans les fichiers livrés ne constitue pas une installation sur l’hébergement. --- ## 4.5.109 — 2026-10-22 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. --- ## 4.5.108 — 2026-10-22 · Suite AWM 4.5.464 - Rapproche automatiquement les six axes des choix existants : les indices CSS déterminent aussi typographie, surface, mouvement et densité; Neutral/Auto/Subtle/Standard sont les replis sans indice et les profils manuels restent prioritaires. - Aligne le choix automatique sur une combinaison existante du catalogue, conformément à la précision utilisateur : un logo rouge peut simplement choisir Arctic + Rouge. - Corrige les rapports de fréquence des couleurs raster, sans changer le poids maximal de l’image ni le classement des couleurs de marque SVG. - Utilise la couleur nommée la plus proche par distance RGB et Arctic sans géométrie site-css; donne priorité aux boutons de rayon nul (Square) ou positif (Rounded), avec cartes/contrôles en repli. - Préserve les profils manuels prioritaires et la couleur exacte des palettes manuelles; l’affichage ne réanalyse pas les anciennes données. - Donne priorité au rayon de bouton CSS : nul → Square, positif → Rounded, indépendamment de la géométrie des cartes; prend en compte variables CSS et rem usuels, avec le repli existant. - Complète l’apparence SVG pour noir/blanc, RGB(A) et noir implicite, sans changer le classement des couleurs de marque ni mesurer l’aire vectorielle. - Conserve un profil canonique partagé entre Hub, Hub Client et le contenu de la fiche CRM, sans moteur d’identité propre au CRM ni reconstruction du CSS du site. - Expose `color_scheme` (auto/light/dark) et `resolved_color_scheme` (light/dark) pour une apparence client indépendante de Core, avec choix manuel prioritaire. - Résout l’apparence depuis la luminance du logo raster (neutres inclus), les couleurs déclarées SVG ou le fond CSS inconditionnel du site; le repli est Clair. Le résultat est enregistré uniquement pendant l’analyse. - Applique l’accent du profil et sa variante client aux cartes et à la fiche, avec synchronisations locales protégées. - Conserve le contrat complet des six axes et les frontières existantes des cartes et fiches Hub avec le shell Core. - Actualise la documentation et la revue Futur; les trois propositions nouvelles propres au Hub restent différées. ## 4.5.107 — 2026-10-21 - Corrige l’enqueue Hub sur les routes centrales exactes : `admin.css` ne dépend plus uniquement d’un hook contenant `callink`, qui excluait `hub-awm_page_awm-hub-clients`. - Complète l’isolation CSS de 4.5.106 : la fiche applique le profil Design Composer complet déjà utilisé par la carte client. - Traite explicitement les six axes famille, couleurs, typographie, surface, mouvement et densité au lieu de se limiter aux couleurs de la fiche. - Conserve la frontière avec le shell administratif, les aperçus Light/Dark locaux et la priorité des préférences de réduction du mouvement. - Préserve la liste Clients et son profil principal, ainsi que Hub Client 1.14.39. - Documente quatre nouvelles capacités UI différées, sans les présenter comme implémentées : Annuler/Rétablir de session, copie sélective de style, résolution de coédition et nuancier nommé. ## 4.5.106 — 2026-10-21 - Corrige le rendu de la fiche client / Identité visuelle affecté par la propagation CSS du shell Core après 4.5.460. - Réintroduit un pont de tokens `--ci-*` local à la fiche; protège les aperçus Light/Dark et leur typographie du profil administratif global. - S’appuie sur l’exclusion CSS de la fiche dans Core 4.5.320, tout en conservant les marqueurs de thème et le header administratifs. - Conserve les cartes de la liste et les réglages de profils clients existants; Hub Client reste en 1.14.39. - Documente deux capacités Futur nouvelles : scénarios de contenu dans l’aperçu et variantes approuvées de logo pour fonds clairs/sombres. Ces pistes ne sont pas exécutées par cette version. # 4.5.104 — 2026-10-21 - Hub Clients ajoute explicitement `awm-admin-shell-active`, `awm-module-hub` et les classes Design Composer au body de la liste. - Corrige le cas terrain où la page restait sur le wrapper legacy même avec Core 4.5.317 actif. - Aucun changement sur les cartes clients ni les règles métier. ## 4.5.103 — 2026-10-21 - Corrige le retour terrain de 4.5.457 : `Hub AWM > Clients` était bien Dark, mais certains contrôles restaient bleu royal/orange au lieu de reprendre le Design Composer principal (`Arctic Cyan · Glow` dans le test). - Les boutons primaires, vue Cartes/Tableau, Light/Dark, focus de formulaires, icônes et contrôles suivent désormais `--awm-user-accent`. - Famille, typographie, densité, surface et mouvement sont propagés au shell Clients; les 12 surfaces, dont Glow/Frosted/Gradient, ont un rendu sur les blocs de filtres/outils/actions. - Les cartes clients restent des îlots complets de prévisualisation et conservent leur rayon/couleur/surface propres. - Aucun changement métier. ## 4.5.102 — 2026-10-21 - Corrige le retour terrain de 4.5.456 : `Hub AWM > Clients` pouvait encore afficher un fond clair alors que le Design Composer principal était en Dark. - Cause : la route canonique `awm-hub-clients` restait classée comme écran d identité client et n entrait pas dans le shell administratif Hub; un second état Light/Dark local pouvait aussi diverger du thème Core. - La liste Clients est maintenant une surface administrative standard : fond, filtres, actions groupées, vue Cartes/Tableau, contrôles et textes héritent du thème principal Core/Hub AWM. - Seules les cartes clients restent des îlots de prévisualisation de leur thème automatique/personnalisé. - Le bouton Light/Dark de la page délègue au contrôle de thème principal et ne maintient plus un état local indépendant. ## 4.5.101 — 2026-10-21 - La détection automatique du thème client suit désormais strictement `logo -> site Web -> thème AWM`. - Le logo client est analysé séparément et garde la priorité sur les couleurs de template/site lorsqu il est exploitable. - 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é. - La source du thème est affichée : logo, site Web, thème AWM ou personnalisé par le client. - Les listes du Design Composer proviennent du catalogue Core partagé plutôt que de listes locales divergentes. ## 4.5.100 - Carte loader harmonisee au theme (2026-10-21) - La carte centrale ne reprend plus la surface fixe Light/Dark de Hub lorsque les tokens Core sont disponibles. - Surface, titre, texte, bordure, rayon et ombre suivent le Design Composer actif. - Le backdrop subtil de 4.5.99 reste inchange. ## 4.5.99 - Backdrop theme adouci (2026-10-21) - Corrige le retour terrain de 4.5.98 : le vert du backdrop etait trop intense. - Reprend les valeurs de perception de l ancien loader : blur 3px et voile neutre majoritaire. - Teinte active limitee a 8 % en Light et 12 % en Dark, sans saturation artificielle. - La bordure de la carte redevient neutre. ## 4.5.98 - Loader AWM accentue et floute (2026-10-21) - Le backdrop du message plein ecran suit maintenant la couleur active du Design Composer. - En Dark, l accent est melange a un fond profond au lieu de masquer l interface sous un voile noir neutre. - Blur passe a 9px avec saturation controlee; la carte reste lisible et neutre. ## 4.5.97 - Profils client Surface/Mouvement v2 (2026-10-21) - Étend les profils design clients à 12 surfaces et 12 mouvements. - Les libellés sont plus explicites afin qu un stagiaire comprenne immédiatement la différence entre Flat, Floating, Frosted, Glow, Lift, Spring ou Cinematic. - La validation serveur accepte uniquement le catalogue contrôlé. ## 4.5.96 - Design Composer client enrichi (2026-10-21) - Étend le profil visuel client avec Typographie, Surface et Mouvement. - Conserve Famille, couleur issue du logo/site ou roue manuelle, Densité et Light/Dark. - Les valeurs sont normalisées avant stockage et transmises au Hub Client via le contrat style existant. - Aucun impact sur les campagnes, leads, CPL, Capturia ou téléphonie. ## 4.5.95 - Profil design Hub Client (2026-10-21) - Ajoute dans la fiche style client un profil Famille x Couleur x Densite. - En automatique, la couleur est derivee de la palette logo/site deja detectee. - En manuel, une roue/selecteur de couleur permet de choisir librement l accent. - Le profil est expose au Hub Client par le canal style existant. ## 4.5.94 - CRM externes seulement quand utilisés (2026-10-20) - Ajoute dans **Fiche client → Services** une section **CRM externes** pilotée par le registre Core. - Pour un client qui utilise un CRM externe (VMV/Capturia), la section est visible et indique le fournisseur actif. - Pour les autres clients, la section est entièrement masquée en **Guidé** et **Standard**; elle reste disponible en **Avancé** pour le développement/configuration. - Désactiver Capturia au niveau client coupe les nouveaux transferts des campagnes reliées sans supprimer leads, contacts ou preuves historiques. - Le parcours guidé ajoute l étape CRM externe uniquement lorsqu un fournisseur est réellement actif. ## 4.5.93 — Fiche client harmonisée et parcours guidé (2026-10-19) - Réorganise la fiche Hub en deux groupes lisibles : **Dossier** et **Opérations**. - Renomme les entrées pour la formation : **Services**, **Hub Client & accès**, **LeadTracker**. - Ajoute le parcours commun Identité → Sites → Services → Hub Client → LeadTracker → Stats → Vérification finale. - Ajoute une vérification finale des blocs essentiels du client en mode guidé. - Remplace le bouton héro « Ajouter un service » par un passage explicite vers le **Dossier CRM**; l ajout de service reste dans l onglet Services. - Les détails serveur/API du Hub Client deviennent des options avancées afin de ne pas surcharger le parcours stagiaire. - CRM reste la source canonique des données administratives; Hub ne duplique aucune fiche client. ## 4.5.92 — Hub → Clients reste dans Hub (2026-10-19) - Corrige la navigation **Hub AWM → Clients** qui basculait automatiquement vers **CRM AWM → Clients** malgré le menu Hub dédié. - La route visible `awm-hub-clients` reste désormais dans Hub pour la liste et la fiche client; CRM demeure la source canonique des données sans imposer un changement de module. - La fiche Hub conserve **Informations et accès**, Hub Client/Connector, utilisateurs WordPress autorisés, services/modules, identité visuelle et vues LeadTracker. - Les anciens liens `callink-clients` restent compatibles et peuvent toujours rejoindre la fiche CRM lorsqu'ils ne demandent pas explicitement la vue Hub legacy. - Le bouton explicite **Modifier les données client dans CRM** reste disponible depuis la fiche Hub. - Aucun changement aux données CRM, aux permissions, à Hub Client, LeadTracker, Twilio, Capturia ou CPL. ## 4.5.91 — Graphique CPL directement accessible (2026-10-19) - Ajoute dans la fiche campagne Google Ads un bouton direct **Voir le graphique CPL** vers le Centre CPL de la campagne. - Le Centre CPL affiche un graphique mensuel clair avec le CPL en courbe principale et les leads en contexte, plus moyenne, meilleur mois, CPL le plus élevé et nombre de mois mesurés. - Pour Google Ads, le graphique privilégie le dernier instantané CPL mensuel mémorisé par LeadTracker afin de refléter la valeur historique auditée plutôt qu un recalcul volatil. - Les mois sans données calculables ne sont plus tracés comme de faux zéros. - L année reste sélectionnable dans le Centre CPL pour naviguer dans tout l historique disponible. - Aucun changement de formule CPL, de Google Ads API, de Twilio, de Capturia ou des données historiques. ## 4.5.90 — Google Ads : configuration mémorisée et historique CPL automatique (2026-10-19) - La fiche campagne conserve désormais sans effacement silencieux le MCC, le compte Google Ads, le mode d investissement et les campagnes déjà associées lors d un enregistrement partiel. - Le choix du compte et de la portée est aussi mémorisé immédiatement par AJAX dès la sélection; le bouton WordPress « Mettre à jour » n est donc plus le seul point de persistance de cette liaison. - Le passage temporaire en mode « tout le compte » ne détruit plus la sélection de campagnes précédente; elle reste disponible si l opérateur revient au mode multi-campagnes. - Les libellés MCC et compte client sont mémorisés pour rendre la liaison identifiable sans nouveau chargement API. - Après enregistrement d une liaison complète, Hub demande automatiquement à LeadTracker de récupérer tout l historique Google Ads disponible et de recalculer le CPL mois par mois. - Un bloc d état dans la fiche campagne indique : configuration mémorisée, état de synchronisation historique, période et nombre de mois traités, ou la dernière erreur lisible. - Les résultats mensuels déjà observés restent conservés dans l historique CPL; la validation Google Ads réelle reste à faire sur le terrain. ## 4.5.89 — Loader de campagne : navigation même page sans blocage (2026-10-16) - Corrige le loader plein écran « Chargement des campagnes » qui pouvait rester ouvert indéfiniment lorsqu'un lien pointait vers la campagne déjà ouverte sur la même page avec une ancre `#lt-editor-*`. - Le loader Hub ignore maintenant les navigations de fragment dans le même document et les URL strictement identiques; aucune fausse attente `navigationPending` n'est armée sans vraie requête de page. - Les vraies navigations vers une autre page/campagne conservent le loader. - Aucun changement Twilio, Capturia, CPL, CRM, formulaires ou données historiques. - Validation locale statique + scénario vidéo reproduit; validation terrain à confirmer. ## 4.5.88 — Pastilles de campagnes réellement cliquables dans les fiches clients (2026-10-14) - Hub → Clients → LeadTracker → Campagnes : bouton Actif / Inactif avec confirmation, enregistrement LeadTracker partagé et rafraîchissement de l'état et du compteur sans recharger. - Un état inconnu, archivé ou non publié ne peut pas être activé par un raccourci trompeur; liens de configuration préservés. - Les alias clients historiques sont identifiés par #ID dans les lignes, mais ne sont ni fusionnés ni réattribués automatiquement. - Gardes serveur LeadTracker 1.11.54 inchangées : permissions, nonce, client CRM, conflits, audit; pas de modification des données historiques, Twilio, Capturia, formulaires ou CPL. - Tests locaux : 6 cas de navigateur simulés et contrôles statiques PHP/permissions; validation terrain et publication de la roadmap publique encore à faire. ## 4.5.87 — Historique des appels : durees lisibles (2026-10-13) - Dans l historique complet de chaque campagne, rendre la colonne Durée effective : `call_duration` prioritaire, `recording_duration` en repli lorsque la durée totale est inconnue. - Afficher `m:ss` ou `h:mm:ss` et indiquer « enregistrement » pour le repli, car la durée audio n est pas toujours celle de la communication. - Même règle sur la page Hub « Appels récents » ; aucune écriture en base, re-synchronisation Twilio, changement de statut, CPL ou coût. - 20 assertions PHP sur les formats historiques et les absences de données; tests localement validés ; WordPress réel à vérifier. ## 4.5.86 — UX frais de gestion SEO / Autre — 2026-10-10 - SEO affiche clairement « Aucun frais de gestion » et masque toute logique de pourcentage. - Autre demande simplement si des frais de gestion existent. - Si Oui : choix visuel Pourcentage / Montant fixe et valeur correspondante. - Les cartes État actuel et Historique affichent « Aucun », un pourcentage ou un montant fixe selon la vraie règle. - La Vue globale explique que le barème AWM ne concerne que Google Ads. ## 4.5.85 — Centre CPL multi-source — 2026-10-10 - Le stagiaire choisit Google Ads, SEO ou Autre au lieu de devoir comprendre le câblage technique. - SEO/Autre affichent un montant mensuel, une date de départ et un bouton d harmonisation de tout l historique. - La Vue globale affiche Google Ads / SEO / Autres / À classer et met à jour chaque source avec le bon moteur. ## 4.5.84 — Centre CPL : erreurs lisibles et catalogue corrigé — 2026-10-10 - Le Centre CPL n affiche plus les erreurs Google Ads brutes comme message principal pour un utilisateur/stagiaire. - Les erreurs sont reformulées en action compréhensible; le détail technique reste disponible dans un volet **Détails techniques**. - La carte « Autres campagnes » précise qu aucun câblage Google Ads n est demandé au lieu de les présenter implicitement comme des erreurs. ## 4.5.83 — Centre CPL guidé pour stagiaire — 2026-10-10 - Refonte complète d Historique CPL autour de deux parcours seulement : **Vue globale** et **Une campagne**. - La Vue globale affiche une action principale **Mettre tout à jour**, les CPL Google Ads prêts, uniquement les vraies configurations incomplètes et les campagnes non concernées séparément. - La vue campagne est organisée en 4 étapes : choisir campagne/année, état actuel, Google Ads, historique de l année. - Les réglages techniques, valeurs manuelles, Capturia, migration et outils legacy sont déplacés sous **Avancé**. - Le tableau historique est ramené à 8 colonnes utiles; provenance et détails techniques sont accessibles par ligne au besoin. - Le câblage Google Ads s insère dans l étape Google Ads et ne duplique plus les actions de synchronisation mensuelle. - Le graphique respecte maintenant les couleurs Light/Dark du shell AWM et ne crée plus un panneau blanc imbriqué. - Le bouton global respecte explicitement la permission `calltracker/approve`. ## 4.5.82 — Synchronisation globale Google Ads / CPL — 2026-10-10 - Ajoute dans Historique CPL un panneau global « Toutes les campagnes, toutes les années, tous les mois — en un clic ». - La file traite automatiquement tous les CPL câblés à Google Ads avec progression campagne par campagne. - Une fois toutes les récupérations réussies, l interface déclenche le barème AWM sur l ensemble des lignes CPL. - Affiche les CPL Google Ads traités, mois lus/créés/corrigés, lignes de barème corrigées et campagnes sans câblage complet. - Une erreur Google Ads est isolée et le recalcul global final est volontairement bloqué jusqu à résolution. ## 4.5.81 — Tous les mois Google Ads automatiquement — 2026-10-09 - Renomme le parcours d audit en **Récupérer tous les mois automatiquement**. - Un seul clic récupère toute la série mensuelle Google Ads disponible puis corrige l historique CPL. - Le statut confirme le nombre de mois traités automatiquement. - Affiche un avertissement si la rétention Google Ads impose de conserver des mois plus anciens sans modification. - Aucun changement aux coûts annexes, Capturia, appels, formulaires ou CRM Client AWM. ## 4.5.80 — Audit historique Google Ads complet — 2026-10-09 - Historique CPL ajoute **Vérifier et corriger tout l historique**. - Le parcours demande une confirmation explicite que les campagnes Google Ads cochées représentent bien le CPL sur toute la période. - Le résultat affiche la période auditée, les investissements corrigés, taux corrigés, mois créés, mois déjà exacts, mois sous 100 $ à vérifier et erreurs/request-id. - Un avertissement indique combien de lignes plus anciennes que le début Google Ads ont été conservées sans modification. - L audit est exécuté en AJAX et le tableau peut être rechargé immédiatement après la correction. ## 4.5.79 — CPL Google Ads multi-campagnes — 2026-10-09 - Historique CPL permet maintenant de cocher plusieurs campagnes Google Ads pour un seul CPL. - Les campagnes sélectionnées sont validées contre le même MCC et le même compte Google Ads avant enregistrement. - Le panneau Google Ads reste éditable après association : les cases cochées sont restaurées automatiquement. - La portée affiche le nombre de campagnes associées et le bouton de synchronisation indique que leurs investissements seront additionnés. - La fiche campagne accepte elle aussi plusieurs campagnes Google Ads sans casser l ancien champ `_callink_google_ads_campaign_id`. - Compatibilité conservée : le premier ID reste écrit dans la méta historique et la nouvelle liste complète est stockée dans `_callink_google_ads_campaign_ids`. ## 4.5.78 — Google Ads CPL : association AJAX fiable + CSS Light/Dark — 2026-10-09 - Corrige une incohérence de permissions : le panneau CPL est disponible avec `calltracker/edit`, mais les routes AJAX comptes/campagnes exigeaient encore `calltracker/admin`. Les routes de câblage utilisent maintenant la même permission `edit` que l’écran. - Supprime le formulaire HTML imbriqué utilisé pour associer la campagne Google Ads dans Historique CPL; l’association passe maintenant par une route AJAX dédiée et validée côté serveur. - Charge automatiquement les campagnes Google Ads au lieu d’attendre un premier clic et affiche l’état OAuth/API directement dans la carte. - Vérifie que le compte client est réellement accessible sous le MCC avant de charger ses campagnes. - Les erreurs Google Ads remontent maintenant dans l’écran avec le `request-id` quand Google en fournit un. - Refonte CSS du panneau Google Ads avec les variables du shell Hub : contraste Dark/Light, carte compacte, sélecteur lisible, états vert/jaune/rouge et responsive. - Aucun fallback vers le coût du compte entier; le CPL reste fail-closed. ## 4.5.77 — Google Ads CPL fail-closed guidé — 2026-10-08 - Corrige le cas terrain où **Portée : Campagne** était affiché sans identifiant de campagne, puis **Récupérer l’investissement Google Ads** terminait par « La campagne Google Ads est manquante. ». - Historique CPL détecte l'association incomplète avant toute synchronisation et bloque le bouton de récupération. - Le même écran peut charger les campagnes du MCC/compte, valider que la campagne choisie appartient bien au compte et enregistrer l'association. - Aucun repli vers le coût du compte entier : le CPL reste fail-closed pour éviter un investissement erroné. - La fiche campagne conserve les sélections MCC/compte/campagne existantes lors d'un rechargement des listes. ## 4.5.76 — recherche LeadTracker AWM — 2026-10-08 - Synchronise la roadmap publique avec LeadTracker AWM 1.11.42. - Documente le moteur de recherche instantané du tableau de câblage : campagne, client, domaine, formulaire, numéro et source. - Documente les filtres Tous / Fonctionnels / À vérifier et le compteur de résultats. - Aucun changement CRM Client AWM, CRM AWM, CPL, Capturia ou données Hub. ## 4.5.75 — CRM Client AWM et LeadTracker — 2026-10-07 - Ajoute **CRM Client AWM** au registre des services applicables au client. - Conserve `CRM AWM` comme module interne Alliance et ne l expose jamais comme CRM du client. - Met à jour les surfaces principales vers le nom visible **LeadTracker AWM**. - Ajoute l accès au tableau **Câblage des leads**. ## 4.5.74 — 2026-10-06 - Roadmap publique synchronisée avec CallTracker 1.11.40 après la validation terrain Capturia de VMV-GADS. - Le diagnostic Capturia affiche **Clé validée** lorsque les lectures Sources + Contacts ont réellement réussi. - L’heure de réconciliation est présentée dans le même fuseau que le reste du Hub. - Le CPL exclut les copies Capturia d’un formulaire AWM déjà présent pour le même prospect (courriel ou téléphone, fenêtre 24 h) sans supprimer l’historique. - Le panneau expose **Doublons AWM exclus** afin que le calcul reste auditable. ## 4.5.73 — 2026-10-06 - Roadmap publique synchronisée avec CallTracker 1.11.39 : consolidation des anciens doublons de dossiers CRM pour Capturia. - Documente le cas VMV : ancien client lié #57, dossier CRM actif attendu #275. - Le rapprochement est basé sur l'identité réelle du client et reste fail-closed en cas d'ambiguïté. ## 4.5.72 — 2026-10-06 - Roadmap publique synchronisée avec CallTracker 1.11.36 : correction du faux blocage **client inactif** dans Capturia. - CRM AWM demeure la seule source de vérité du statut `active / inactive / archived`; l’accès portail/Core n’est plus interprété comme une suspension client. - Ajoute au parcours de validation terrain le contrôle du **Statut client CRM** avant récupération des leads Capturia. - Aucun changement Twilio, Google Ads, historique CPL ou données client dans Hub. ## 4.5.71 — 2026-10-05 - Roadmap publique synchronisée avec CallTracker 1.11.35 : menu **Source Capturia**, synchronisation des sources et récupération ciblée des leads par UUID de tag. - Documente les scopes Capturia `tags:read` + `contacts:read` et la règle anti-surcomptage : aucune nouvelle synchronisation sans source choisie. - Aucun changement aux écrans clients, Twilio, Google Ads, CPL ou données historiques du Hub. ## 4.5.70 — 2026-10-05 - La correction historique CPL à 7 % devient globale à la campagne : elle ne dépend plus de l’année sélectionnée dans le graphique. - Le compteur recense toutes les lignes encore à 7 % et affiche leur répartition par année. - Le bouton envoie `backfill_year=0`, ce qui force CallTracker à relire le vrai investissement Google Ads de chaque mois à 7 %, puis à appliquer le barème AWM officiel. ## 4.5.70 — 2026-10-05 - Clarifie et applique la règle métier : un taux à 7 % déclenche une resynchronisation complète du vrai investissement Google Ads, puis le recalcul du taux AWM. - Le compteur inclut toutes les lignes à 7 %, même si une provenance manuelle a été héritée d'une migration. - Le message de résultat indique combien d'investissements ont réellement été remplacés par Google Ads. ## 4.5.68 — 2026-10-05 - Refonte professionnelle du formulaire CPL : grille de cartes, contraste Dark/Light, unités intégrées et responsive propre. - Ajoute le compteur réel de mois à 7 % pour l’année choisie avant synchronisation et désactive l’action si aucun mois n’est détecté. ## 4.5.67 — 2026-10-05 - Historique CPL : correction Google Ads des mois legacy 7 %, provenance Auto/Manuel/Legacy/Règle AWM et protection des valeurs manuelles. - CSS du formulaire CPL corrigé pour empêcher les champs/boutons surdimensionnés et les débordements. ## 4.5.66 - CPL complet et paramètres mensuels - 2026-10-04 - Historique CPL ajoute un panneau **CPL complet** par mois avec investissement, source/devise, gestion, réceptionniste, autres coûts, leads admissibles et CPL final. - Affiche clairement l'état **Complet / Complet · 0 lead / À compléter** et les raisons restantes. - Ajoute des paramètres mensuels récurrents par campagne : rabais de gestion, réceptionniste et autres coûts. - Permet d'appliquer ces paramètres aux nouvelles lignes Google Ads ou explicitement au mois affiché. - L'historique CPL affiche maintenant la source, la devise, la fraîcheur et l'état de complétude de chaque ligne. - Une ligne Google Ads conserve sa provenance lorsqu'on modifie uniquement les frais annexes; un investissement changé manuellement devient un remplacement explicite. - Le formulaire charge automatiquement la ligne du mois courant lorsqu'elle existe afin d'éviter de recréer une ligne à zéro par erreur. - Aucun changement au dénominateur CPL ni aux règles Capturia/Twilio. ## 4.5.65 - Migration historique unifiee - 2026-10-03 - Remplace l ancien bouton **Importer appels + formulaires** de CallTracker AWM → Migration par le moteur de réintégration contrôlée CallTracker. - La page Migration utilise maintenant la session reprenable, les lots de 100 lignes, le curseur persistant, la déduplication et la validation SHA-256 fichier par fichier. - Supprime le parcours legacy qui envoyait environ 1 000 lignes dans une seule requête AJAX et pouvait rester figé sur **Préparation…**. - Affiche directement les compteurs, le lot source X / 115, la progression, les erreurs, Pause/Reprendre et la confirmation administrative. - Aucun changement aux clients, campagnes, numéros, CPL ou routage Twilio. ## 4.5.64 - Assistant Routage & audio en 5 etapes - 2026-10-02 - Refonte la vue client CallTracker en parcours guide pour un stagiaire : Reception, Horaires, Routage de secours, Messages audio, Validation. - Ajoute une barre de progression 1 a 5 en haut de chaque campagne avec etats Pret, Optionnel, Configure ou A verifier. - Renforce la hierarchie visuelle : titre de page 32 px, titres de campagne 24 px, titres d etape 21 px, labels et aides lisibles en 1080p. - Separe clairement les horaires du routage de secours; les options avancees ne sont plus melangees a la reception des appels. - Ajoute deux actions d assistance horaire pour copier le lundi vers lundi-vendredi ou vers toute la semaine. - Regroupe le disclosure et la publicite dans l etape Messages audio avec lecteurs, etat du MP3, televersement/remplacement et retour au fichier par defaut. - Ajoute une etape finale de verification avec resume Reception, Horaires, Secours et Disclosure avant l action principale Enregistrer la configuration. - Conserve sans changement le moteur CallTracker/Twilio, le stockage MP3, les nonces, permissions, horaires et routage existants. ## 4.5.63 — Routage & audio réellement stylé + lisible — 2026-10-02 - Corrige la cause terrain observée sur `awm-hub-clients` : `admin.css` n'était pas chargé dans la vue legacy CallTracker de la fiche client, ce qui laissait le nouveau HTML 4.5.62 presque brut. - Les vues `legacy_client_view=1` Hub/CallTracker sont maintenant reconnues comme écrans AWM : feuille admin, variables de thème et classe Dark sont appliquées avant rendu. - Rehausse la lisibilité 1080p : titres, labels, aides, champs, badges, boutons et cartes MP3 passent à des tailles professionnelles; suppression des textes 9–10 px hors micro-libellés. - Dark natif : surfaces hiérarchisées, contrastes renforcés, champs/fichiers cohérents, aucune carte blanche isolée. - Conserve la logique métier CallTracker, les MP3, le routage, les horaires et les versions des autres modules inchangés. # 4.5.62 — 2026-10-02 - Refonte complète CSS/UX de **Fiche client → CallTracker → Routage & audio** après validation vidéo terrain. - Remplace la grille 2 colonnes illisible par une campagne pleine largeur, avec identité, numéro Twilio et états Entrants / Enregistrement / Dialer clairement séparés. - Regroupe les réglages en 4 étapes : Réception des appels, Routage avancé, Activation des messages, Fichiers MP3. - Déplace horaires/fermetures/débordement dans une section avancée repliable, ouverte automatiquement lorsqu une configuration avancée existe. - Remplace le gigantesque sélecteur natif de fuseaux horaires par une saisie assistée `datalist`, évitant le panneau blanc illisible observé en mode sombre. - Refonte les jours/heures en lignes compactes, améliore contraste, espacements, labels, aides et responsive 1080p/tablette/mobile. - Message 1 est renommé visuellement **Avertissement / disclosure** et les MP3 utilisent deux cartes dédiées avec lecture, état Par défaut/Personnalisé, téléversement/remplacement et suppression contrôlée. - Ajoute une barre d enregistrement explicite pour séparer les réglages de routage des actions de fichiers audio. - Aucun changement de logique CallTracker, Twilio, stockage audio, routage, CPL ou schéma BD. ## 4.5.61 - Gravity Forms dans les sources CallTracker - 2026-09-30 - Ajoute le libellé `Gravity Forms` pour la source `hub_client_gravityforms` dans les vues de formulaires/leads. - Aucun changement de navigation ni de permissions. ## 4.5.60 - Navigation CallTracker fiche client - 2026-09-29 - Corrige les sous-onglets CallTracker de la fiche client Hub : Campagnes, Leads, Appels, Historique CPL, Routage & audio et Dialer conservent désormais `legacy_client_view=1`. - Le clic sur un sous-onglet ne retombe plus dans le bridge CRM et conserve correctement `ct_tab`. - Aucun changement de données client, de routage Twilio ou de permissions. ## 4.5.59 - Validation CPL Capturia et pipeline - 2026-09-25 - Le panneau de validation Capturia utilise les variables du shell AWM pour rester lisible en modes Light et Dark, avec repli responsive mobile. - Historique CPL ajoute un mois de validation Capturia pour la campagne sélectionnée. - Nouveau panneau : leads Capturia importés, leads réellement comptés dans le CPL, opportunités actuelles, valeur pipeline actuelle et répartition par étape. - Les KPI pipeline proviennent uniquement des contacts Capturia déjà attribués à la campagne; aucun compteur global du compte n est utilisé pour le CPL. - Affiche la disponibilité des lectures pipeline et bookings sans rendre ces scopes obligatoires. - La réconciliation complète du tag Capturia est visible afin de confirmer que les contacts retirés/supprimés ne restent pas dans le CPL après un scan complet. - Les rendez-vous restent un diagnostic tant que l attribution contact/projet n est pas validée sur le payload réel du premier client. - La formule CPL et l historique existant restent inchangés. ## 4.5.58 - Affichage Capturia dans Leads et CPL - 2026-09-24 - Ajoute une colonne Capturia distincte dans le tableau CPL et conserve une colonne Formulaires AWM séparée. - Le total de leads et le CPL utilisent la valeur `capturia_counted` fournie par CallTracker, donc un connecteur Capturia désactivé ou exclu du CPL ne modifie pas le calcul. - Identifie les lignes `source=capturia` comme **Capturia** dans la fiche client Leads. - Met à jour le libellé de la formule CPL pour documenter appels entrants + formulaires AWM + leads Capturia activés. - Aucun secret Capturia ni appel API n est ajouté à Hub AWM. ## 4.5.57 — Pulse v2 Health — 2026-09-12 - 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. ## 4.5.56 — Pulse opérationnel transversal — 2026-09-12 - 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. ## 4.5.55 — 2026-09-11 - Les listes opérationnelles Hub, campagnes, services, découverte de sites et comptes n'exposent plus les clients CRM inactifs. - CRM AWM reste l'autorité du statut; les données historiques demeurent accessibles depuis CRM. - Une réactivation réutilise les mêmes sites, services et liaisons. ## 4.5.54 — 2026-09-09 - Le loader global ignore explicitement les requêtes techniques silencieuses `awm_silent=1`. - Les actualisations Stats `callink_stats_awm_live` et `callink_stats_awm_snapshot` restent en arrière-plan et ne provoquent plus d'overlay toutes les 10/30 secondes. - Le loader reste réservé aux actions utilisateur explicites et aux navigations métier. ## 4.5.53 — 2026-09-08 - Le bloc permanent **Hub Client & connexion** utilise le site principal CRM comme destination Hub Client par défaut. - Les actions Générer/Régénérer/Révoquer ciblent le `site_id` du site principal avec l'API Connector multi-sites quand CRM 1.6.21 est disponible. - Les anciens environnements restent compatibles avec l'API Connector client historique en fallback. - Le bloc affiche clairement le site Hub par défaut et renvoie vers **Sites du client** pour gérer les Connectors secondaires indépendamment. - Corrige le contraste des KPI du bloc Hub Client en thème sombre. - Révoquer ou régénérer depuis ce bloc n'affecte plus les Connectors des sites secondaires lorsque l'API multi-sites est disponible. ## 4.5.52 — 2026-09-06 - Ajoute dans la roadmap publique les liens Contexte développement, CHANGELOG, README et ROADMAP pour chaque module. - Les liens ciblent toujours la version effective publiée et deviennent invalides si une version plus récente la remplace. ## 4.5.51 — 2026-09-04 - Ajoute sur la fiche client CRM deux blocs permanents gérés par Hub : **Hub Client & connexion** et **Services**. - Le bloc Hub Client permet autorisation/désactivation, génération/régénération du code de liaison et révocation du Connector depuis la fiche canonique. - Le bloc Services permet de choisir directement les modules AWM et les services/abonnements CRM appliqués au client. - Les choix restent liés au `client_id` CRM; Hub ne copie aucune donnée maître client. ## 4.5.50 — 2026-09-04 - Corrige la route Clients de Hub/CallTracker qui tentait une redirection CRM après le début du rendu WordPress. - Les redirections vers la fiche client canonique CRM sont maintenant exécutées sur `admin_init`, avant tout en-tête ou shell visuel. - Ajoute un fallback sans en-tête HTTP pour les environnements où un plugin tiers modifie l ordre des hooks, afin d éviter tout `Cannot modify header information`. - CRM reste la source canonique des clients; aucune base ni fiche parallèle n est recréée. ## 4.5.49 — 2026-09-04 - Hub AWM ne maintient plus de répertoire client parallèle : Clients redirige vers la recherche canonique CRM. - Ajoute les onglets Hub, CallTracker, Stats, Assistant, Soutien, Studio et Hub Client à la fiche client CRM unifiée. - Les listes et sélecteurs clients actifs de Hub consomment désormais l API canonique CRM. - Les écrans Hub historiques ne peuvent plus modifier les données maîtres CRM; seuls les réglages propres à Hub restent modifiables. - La découverte de site enregistre le site maître via le service CRM au lieu d écrire directement la méta client. ## 4.5.48 — 2026-09-04 - Ajoute une API d extension sûre pour les onglets de la fiche client Hub. - Tech AWM 1.2.0 peut maintenant injecter son onglet Tech sans réembarquer son moteur dans Hub AWM. - Le mode Tech réutilise exactement la liste, les cartes, filtres et moteur de recherche clients existants. - Depuis Thech AWM, l ouverture d une fiche arrive directement sur l onglet Tech et conserve le retour vers la même recherche. # Changelog Hub AWM ## 4.5.47 — 2026-09-04 - Extrait Thech/Tech AWM du paquet Hub vers le nouveau paquet autonome Tech AWM 1.1.0. - Conserve les intégrations visuelles et les points d'accès Hub nécessaires au module autonome. - Hub AWM ne charge plus les classes, assets ni base de données Tech AWM. ## 4.5.46 — 2026-09-04 - **Thech AWM 1.0.2** adopte le même langage visuel Premium que les autres modules AWM. - Refonte des cinq écrans Sites, IA, Consommation, Mémoire et Journal avec cartes KPI, panneaux, tableaux, badges et formulaires harmonisés. - Ajoute une recherche instantanée des clients/sites et un affichage responsive des permissions et versions. - Réutilise les tokens clair/sombre du shell Core et la couleur Thech configurable dans Hub. - Supprime le doublon du bouton Light/Dark lorsque le shell Core affiche déjà le contrôle de thème commun. - Synchronise cette amélioration dans la roadmap de la Suite 4.5.85; la validation visuelle réelle reste classée Maintenant. ## 4.5.45 — 2026-09-04 - **Thech AWM 1.0.1** devient un menu WordPress principal de la Suite, au même niveau que Hub, CRM, CallTracker, Stats, Assistant, Soutien et Studio. - Retire Thech AWM du sous-menu Hub sans séparer son code du paquet Hub AWM. - Ajoute Thech AWM au système visuel commun des menus : logo Alliance, pictogramme Outils configurable et couleur dédiée. - Stabilise l ordre du bloc AWM : Core, Hub, CRM, CallTracker, Stats, Assistant, Soutien, Studio, Thech. - Le shell Core fournit à Thech AWM ses onglets Sites, IA, Consommation, Mémoire et Journal. - Synchronise cette correction dans la roadmap de la Suite 4.5.84. ## 4.5.44 — 2026-09-04 - Intègre **Thech AWM 1.0.0** directement dans Hub AWM, sans plugin Alliance séparé. - Ajoute activation/désactivation par client, permissions, réglages IA, consommation, mémoire et journal des actions. - Centralise les conversations et résumés pour limiter les tokens envoyés lors des interventions futures. - Ajoute Thech AWM à la roadmap publique et aux suggestions avec les états Livré/Maintenant/Prochaines étapes/Futur. - Réutilise le Connector Core/Hub Client existant; aucun secret Tech distinct n est distribué aux clients. ## 4.5.43 — 2026-09-02 - Expose dans la fiche client CallTracker la phase 1 du routage avancé 1.9.7. - Ajoute l horaire hebdomadaire, les jours fériés, la destination hors heures, le débordement et le délai de sonnerie. - Affiche un aperçu compact de la route effective : Ouvert/Fermé, heure locale, destination actuelle et secours. - Conserve la logique métier et les données de routage dans CallTracker; Hub reste une interface/orchestrateur. ## 4.5.42 — 2026-09-02 - Roadmap publique : un clic sur **Livré**, **Maintenant**, **Prochaines étapes** ou **Futur** ouvre maintenant une fenêtre popup dédiée à l état sélectionné. - Le popup affiche le nom du module, le nombre d éléments, une liste déroulante plus lisible et un bouton **×** pour fermer rapidement. - Les cartes d états restent compactes dans le panneau de droite; la lecture détaillée passe désormais par une superposition sombre cohérente avec le thème Alliance. - Le comportement est compatible clavier et mobile : fermeture par **×**, clic sur le fond et touche **Échap**. ## 4.5.41 — 2026-08-31 - Ajoute Studio AWM au système commun d icônes WordPress de la Suite. - Utilise le logo Alliance comme base, le pictogramme Studio coloré et les mêmes dimensions que les autres modules. - Stabilise l ordre du bloc AWM : Core, Hub, CRM, CallTracker, Stats, Assistant, Soutien, Studio. - Ajoute Studio aux réglages d icône/couleur de Hub, source visuelle unique du menu administrateur. - Maintient Studio autonome : aucune donnée, maquette, moteur IA ou logique métier Studio n est déplacée dans Hub. ## 4.5.40 — 2026-08-31 - Aligne la documentation publique sur Studio AWM 1.12.0. - Confirme que la nouvelle galerie `awm-studio-mockups` appartient entièrement au plugin Studio. - Maintient Hub sans classe, JavaScript, préparation, maquette, réglage ou donnée métier Studio. - Harmonise le README, la roadmap et la description publique avec la Suite AWM 4.5.70. ## 4.5.39 — 2026-08-31 - Force le remplacement des anciennes versions Hub pouvant encore contenir `AWM_Hub_Studio` et enregistrer la route `callink-studio`. - Confirme que le paquet Hub ne contient ni classe, ni JavaScript, ni réglage, ni donnée métier Studio. - Documente Studio AWM 1.11.1 comme seul propriétaire de son menu, de sa route, de ses actions AJAX et de son visualiseur. - Maintient le partage strict avec Core aux domaines de sécurité et de connexions. - Harmonise la documentation publique et la roadmap avec la Suite AWM 4.5.70. ## 4.5.38 — 2026-08-30 - Retire de Hub le moteur métier, l'interface PHP et le JavaScript de Studio. - Hub ne charge plus `AWM_Hub_Studio`, `AWM_Core_Studio` ni `studio-preview.js`. - Studio AWM 1.11.0 devient un module autonome de premier niveau. - Hub conserve uniquement son rôle de portail et d'orchestrateur des services clients. - La documentation publique décrit la nouvelle séparation sans attribuer les données Studio à Hub. ## 4.5.37 — 2026-08-29 - Publie Studio AWM 1.10.4. - Recharge automatiquement la préparation la plus récente lorsqu aucun `prep_id` n est présent. - Conserve la préparation active dans le lien de l onglet Création. - Affiche un sélecteur des préparations récentes, un raccourci direct Voir les 3 maquettes et un état explicite lorsqu aucune maquette n existe. - Ajoute un mode Créer une nouvelle page explicite qui n ouvre aucune ancienne préparation. - Replie le formulaire de nouvelle préparation lorsqu une maquette est active afin que les trois propositions apparaissent immédiatement. - Rend A, B et C intégralement côté serveur dans trois canevas distincts; la prévisualisation reste visible même sans JavaScript. - Force l affichage du panneau, des boutons Écran/Tablette/Mobile, de l étiquette et du canevas avec des sélecteurs propres à Studio. - Ajoute un marqueur visible Studio 1.10.4 · Hub 4.5.37 pour confirmer le code chargé. ## 4.5.36 — 2026-08-29 - Publie Studio 1.10.3 avec une réparation automatique du grand aperçu lorsqu un ancien rendu administratif ne contient pas le canevas complet. - Reconstruit au besoin l étiquette, le conteneur de prévisualisation, la cible de rendu et le bouton de fermeture à partir des trois miniatures déjà générées. - Force une empreinte SHA-256 du fichier JavaScript dans son URL afin qu un ancien actif mis en cache ne puisse pas conserver le contrôleur précédent. - Maintient le canevas en mode bloc pour Écran, Tablette et Mobile et centre uniquement le navigateur rendu. - Réinitialise les panneaux Studio reconstruits dynamiquement, synchronise A/B/C, le format, l approbation, l URL et le plein écran. - Ferme le plein écran par le bouton, la touche Échap ou un clic hors de la maquette. ## 4.5.35 — 2026-08-28 - Publie réellement Studio 1.10.2 avec le visualiseur résilient qui n avait pas été inclus dans l archive Hub distribuée précédemment. - Rend la maquette sélectionnée côté serveur dans un grand aperçu toujours présent dans le HTML. - Remplace les boutons dépendants du JavaScript par des liens de repli A/B/C et Écran/Tablette/Mobile. - Clone instantanément la maquette choisie dans le grand rendu lorsque JavaScript fonctionne. - Ajoute un repli CSS pour le plein écran et un formulaire POST sécurisé pour l approbation. - Ajoute un marqueur visible de version du visualiseur afin de confirmer immédiatement le code réellement chargé. ## 4.5.34 — 2026-08-28 - Publie Studio 1.10.1. - Rend le grand aperçu de la maquette sélectionnée côté serveur, sans dépendre de JavaScript pour exister. - Ajoute des liens de repli A/B/C et Écran/Tablette/Mobile avec conservation de l état dans l URL. - Charge le contrôleur de maquettes dans l en-tête et le versionne avec l empreinte réelle du fichier afin de contourner les caches obsolètes. - Corrige la sélection, le responsive, le plein écran, les états ARIA et l approbation avec un repli POST sécurisé. - Retire l observation globale des mutations du DOM et conserve le rendu serveur pendant l initialisation. ## 4.5.33 — 2026-08-27 - Publie Studio 1.10.0. - Charge `assets/js/studio-preview.js` uniquement dans Studio avec la version Hub comme cache-buster. - Fiabilise la sélection des maquettes A/B/C et les vues Écran, Tablette et Mobile avec événement délégué. - Ajoute de vrais boutons accessibles, un état actif annoncé et un mode plein écran. - Ajoute le panneau Page générée avec raccourcis vers la page, Elementor, le SEO, le projet et une nouvelle création. - Ajoute le contrôle qualité automatique avant publication. - Documentation et roadmap synchronisées. ## 4.5.32 — 2026-08-27 - Studio 1.9.0 affiche maintenant trois maquettes visibles avant Elementor. - Ajoute le sélecteur A Conversion / B Premium / C Éditoriale avec aperçu complet de la proposition choisie. - Corrige les boutons Écran, Tablette et Mobile : ils modifient réellement la largeur et le responsive de l aperçu. - Ajoute des miniatures de chaque proposition et un état visuel clair de la maquette sélectionnée. - Les actions d approbation et de correction par prompt travaillent sur la proposition sélectionnée. - Les anciens projets Studio sont compatibles sans migration manuelle. ## 4.5.31 — 2026-08-27 - Refonte Studio en panneau professionnel : Création, Batch, Optimisation globale, Projets & historique. - Ajoute la maquette visuelle interne responsive avant Elementor. - Ajoute Approuver, Générer une autre proposition et Demander une modification. - Ajoute la publication finale après confirmation que l aperçu réel a été vérifié. ## 4.5.30 — 2026-08-27 - Studio 1.7.0 affiche explicitement que la référence est appliquée au rendu. - Le résumé de référence expose Hero, largeur, rythme et alternances détectés. - La préparation existante peut réappliquer la référence sans recréer son formulaire. - Documentation et roadmap synchronisées avec le nouveau moteur de rendu. ## 4.5.29 — 2026-08-27 - Studio 1.6.0 simplifie l UX et sépare complètement **Créer une page** du **Batch local**. - Remplace l ancienne navigation par quatre espaces dédiés avec état actif visible. - Créer une page suit : décrire → réviser SEO/images → créer le brouillon Elementor. - Batch local possède son propre formulaire multi-villes et son propre parcours. - Les options avancées de référence, effets, URL et gabarit sont repliées. - Optimiser les pages et Historique deviennent des espaces indépendants. ## 4.5.28 — 2026-08-27 - Studio 1.5.0 ajoute Page de référence, analyse structurelle et niveaux d inspiration. - Ajoute les contrôles d effets/dimensions et le résumé du rendu prévu avant lancement. - Étend le Batch local à une référence commune. - Conserve palette, typographie et identité du client comme source visuelle finale. ## 4.5.27 — 2026-08-27 - Studio 1.4.0 ajoute le bouton « ✦ Tout générer avec l IA » dans Nouvelle page. - Le mot-clé principal et les variantes peuvent être saisis avant génération complète. - Ajoute un éditeur complet des sections Elementor avant lancement avec actions ✦ IA champ par champ. - Les métadonnées de toutes les images générées sont modifiables avant création. - Ajoute les modes Photos IA, Photos du client et Mixte, y compris dans Batch local. - Documentation Studio actualisée. # Changelog Hub AWM ## 4.5.26 — 2026-08-27 - Studio 1.3.0 sépare définitivement Nouvelle page, Batch local et audit des pages existantes. - Le parcours une page fonctionne sans remplir le Batch et affiche chaque étape dans le loader AWM. - Les images sont générées puis prévisualisées avant création du brouillon. - Le SEO affiche mot-clé principal et variantes sémantiques/locales modifiables. - Ajoute les longueurs cibles 250 / 500 / 1000 / 1500 caractères et les compteurs de caractères. - Les suggestions ✦ peuvent respecter la longueur cible des textes éditoriaux. ## 4.5.25 — 2026-08-27 - Ajoute l étape Préparation avant lancement avec score SEO visuel et tableau SEOPress éditable. - Affiche les images générées avant création et permet de régénérer une image depuis une instruction. - Ajoute les boutons ✦ IA à côté des champs éditoriaux et SEO. - Ajoute le mode Batch local jusqu à 12 villes avec progression page par page et similarité de contenu. - Ajoute Toutes les pages : audit SEO des pages WordPress/Elementor existantes et révision SEOPress contrôlée. - Les pages système sensibles demandent une confirmation spécifique avant modification. - Harmonise documentation et roadmap avec Studio 1.2.0. ## 4.5.24 — 2026-08-27 - Studio affiche SEOPress dans l’analyse technique du site. - Ajoute le modèle image, le nombre d’images, la qualité et le format aux réglages Studio. - Exige au moins deux images par nouvelle landing page. - Affiche le nombre d’images, le score SEO et l’état SEOPress dans les confirmations et l’historique. - Documentation publique et roadmap synchronisées avec Studio 1.1.0. ## 4.5.23 — 2026-08-27 - Studio affiche le moteur de mise en page détecté sur chaque site : Containers ou Sections/Colonnes. - Le message de réussite exige désormais un rendu Elementor validé. - Historique enrichi avec Aperçu, ouverture Elementor, moteur utilisé et état de validation. - Ajoute une action Réparer pour les brouillons Studio existants. - Harmonise la roadmap et la documentation avec Studio 1.0.1 / Hub Client 1.8.9. ## 4.5.22 — 2026-08-27 - Refonte `/hub/documentation/` dans le même thème sombre bleu nuit que la roadmap. - Ajoute une grille compacte des neuf modules avec versions dynamiques. - Ajoute Studio à la documentation publique et décrit son flux de création Elementor sécurisé. - Met à jour CRM pour refléter son fonctionnement natif sans dépendance obligatoire à WHMCS. - Réorganise le sommaire, les cartes, FAQ, notes, code et comportements responsive. - Conserve les URL publiques et les raccourcis historiques du Hub. ## 4.5.21 — 2026-08-27 - Déplace le Plan de développement avant Dernières implantations. - Remplace les neuf cartes/roues simultanées par un sélecteur de neuf modules. - Affiche une seule grande roue dynamique pour le module actif. - Affiche à droite les descriptions Livré, Maintenant, Prochaines étapes et Futur du module choisi. - Conserve le thème sombre Alliance, les tons bleus actifs, Futur gris et les interactions clavier/mobile. ## 4.5.20 — 2026-08-27 - Studio devient un module visuel principal dans le menu WordPress, au même niveau que Hub, CallTracker, CRM, Stats, Assistant et Soutien. - Le CSS Studio est harmonisé avec le shell Alliance en Light/Dark; cartes, champs, badges, historique et moteur IA utilisent les tokens du thème global. - Ajoute la couleur et le pictogramme Studio aux réglages visuels du Hub. - Conserve les routes, permissions et flux Studio 4.5.19. ## 4.5.20 -- 2026-08-27 - Ajoute **Hub → Studio** comme nouvelle fonction administrative prioritaire. - Permet de sélectionner un client lié et d’analyser son site sans modification. - Affiche l’état Elementor/Elementor Pro, le thème, WordPress et la palette détectée. - Ajoute un brief en langage naturel et des champs de cadrage pour une landing page. - Génère un blueprint contrôlé Hero / Introduction / Services / Avantages / FAQ / CTA avec variantes métier, notamment plomberie, entretien, CVC et pavage. - Demande à Core de créer le brouillon sur le site client; Hub ne lit jamais le secret local. - Ajoute un historique des créations Studio par client. - Ajoute la configuration et l’état du moteur IA Studio dans Hub; la clé est enregistrée dans Core et jamais envoyée au Hub Client. - Génère le blueprint depuis le brief avec le moteur IA Core lorsqu’il est configuré, avec repli automatique sur les modèles métier contrôlés. - Place la modification conversationnelle, les snapshots/rollback et la bibliothèque de composants dans les prochaines priorités. --- ## 4.5.18 -- 2026-08-27 - Ajoute un résumé global calculé en haut du Plan de développement. - Affiche sur chaque carte l état Stable, En développement, Validation ou Attention requise. - Affiche l évolution en points depuis la Suite 4.5.46 lorsque l historique est disponible. - Replie les éléments Livré au-delà des cinq plus récents et ajoute une commande Voir les autres éléments livrés. - Synchronise la roue sélectionnée avec le Plan détaillé et Vision par module. - N affiche qu une Vision par module à la fois afin de réduire fortement la longueur de page. - Anime discrètement les secteurs des roues et respecte `prefers-reduced-motion`. - Conserve la palette sombre Alliance, Futur en gris, la pagination des implantations et les ancrages publics. - Utilise les noms courts des modules sans suffixe AWM répété. - Accompagne Core AWM 4.5.47 pour les versions, l historique de progression et la Publication active. ## 4.5.17 -- 2026-08-27 - Refonte le CSS de `/hub/roadmap/` dans une palette sombre harmonisee avec Alliance Web Marketing. - Utilise trois tons de bleu pour **Livre**, **Maintenant** et **Prochaines etapes**, avec **Futur** conserve en gris. - Harmonise les cartes, sections, bordures, boutons, formulaires, focus, survols et panneaux de details. - Retire le suffixe AWM des noms de modules affiches dans les cercles et la navigation de la roadmap. - Conserve les donnees, les proportions dynamiques, la pagination et les ancrages publics existants. - Exige Core AWM 4.5.46 pour les versions et la publication active harmonisees. ## 4.5.16 — 2026-08-25 - Refonte la page publique `/hub/roadmap/` avec un plan d’avancement par module. - Affiche un cercle segmenté pour Core, Hub, Hub Client, CRM, CallTracker, Stats, Assistant et Soutien. - Répartit chaque cercle selon **Livré**, **Maintenant**, **Prochaines étapes** et **Futur**, avec calcul automatique depuis les données Core. - Ouvre au clic le plan détaillé du module et conserve la section **Vision par module** ainsi que ses anciens liens. - Affiche seulement quatre dernières implantations à la fois avec navigation vers les groupes précédents. - Ajoute une grille responsive, une navigation clavier et un rendu sans bibliothèque graphique externe. - Exige la Publication active Core AWM 4.5.45 pour afficher les versions et le registre harmonisés. ## 4.5.15 — 2026-08-25 - Corrige le loader AWM qui s’ouvrait environ toutes les 30 secondes dans l’éditeur de campagne CallTracker à cause du Heartbeat WordPress. - Ignore explicitement les requêtes techniques `heartbeat`, `wp-auth-check`, `autosave` et `wp-refresh-post-lock` dans le suivi global du loader. - Retire le hook jQuery `ajaxStart/ajaxStop` global qui doublait le comptage des requêtes déjà suivies par XHR. - Conserve le loader pour les actions métier, formulaires, navigations et requêtes réellement déclenchées par l’utilisateur. - Accompagne CallTracker AWM 1.9.5 pour la resynchronisation des campagnes existantes après changement du numéro de réception. - Exige Core AWM 4.5.43 pour la roadmap et la Publication active harmonisées. ## 4.5.14 — 2026-08-25 - Le loader AWM ne transforme plus les notices WordPress `lost-connection` / autosave de l'éditeur CallTracker en erreur plein écran. - Le filtrage est limité au contexte `callink_campaign`; les autres erreurs et avertissements AWM continuent d'être consommés normalement. - L'état de connexion de la campagne est désormais présenté par CallTracker 1.9.4 directement dans sa barre d'enregistrement. - Exige Core AWM 4.5.42 pour l'expérience harmonisée. --- ## 4.5.13 — 2026-08-25 - Ajoute l’onglet et la route protégée **Validation et santé** pour CallTracker AWM 1.9.2. - Conserve le contexte Hub et le shell AWM pendant les diagnostics, tests guidés, approbations et clôtures de migration. - Remplace les confirmations navigateur natives des principaux écrans administratifs CallTracker actifs par des confirmations intégrées AWM. - Harmonise les actions Twilio, Google Ads, imports, historique, CPL, campagnes, numéros et audio sans déplacer la propriété métier hors de CallTracker. - Exige Core AWM 4.5.39 pour la sécurité et le journal de validation. --- ## 4.5.12 — 2026-08-24 - Étend le loader AWM aux pages Core et aux notices des autres modules administratifs. - Ajoute les types succès/info/avertissement/erreur et la persistance explicite pour les marqueurs loader. - Remplace le titre spécifique « Chargement du Hub » par « Chargement AWM ». - Conserve les cartes métier permanentes et supprime uniquement les bandeaux de notification WordPress/tiers. ## 4.5.11 — 2026-08-24 - Étend le loader AWM aux notices WordPress natives rendues à l’intérieur de `#wpbody-content`, y compris dans les wrappers de listes. - Supprime visuellement les bandeaux WordPress avant qu’ils ne puissent apparaître dans l’interface AWM. - Nettoie le texte des notices avant affichage dans le loader. - Conserve la première action interne utile d’une notice (par exemple « Annuler ») directement dans le loader et maintient celui-ci ouvert tant que l’action est disponible. - Continue de consommer les messages AWM `data-callink-loader-result` sans duplication. --- ## 4.5.10 — 2026-08-24 - Réorganise la fiche client : chaque module activé apparaît comme onglet principal; les fonctions CallTracker sont regroupées en sous-onglets. - CallTracker contient désormais Résumé, Campagnes, Leads, Appels, Historique CPL, Routage & audio et Dialer. - Les anciennes URL `tab=campaigns`, `tab=leads`, `tab=cpl` et `tab=telephony` sont conservées et redirigées vers les sous-onglets correspondants. - Ajoute dans Routage & audio les contrôles Enregistrement des appels, Dialer client et Fuseau horaire. - La suppression groupée de clients s’appuie sur les tombstones WHMCS de Core 4.5.23. ## 4.5.9 — 2026-08-24 - Ajoute la sélection multi-clients dans l’onglet Clients, synchronisée entre vues Cartes et Tableau. - Ajoute un aperçu avant action pour désactiver CallTracker, archiver des fiches ou demander une suppression locale protégée. - Affiche clairement les blocages Core avant toute opération sensible et exige la phrase de confirmation fournie par le serveur. - Conserve CRM/WHMCS comme source canonique : aucun compte WHMCS actif n’est supprimé depuis Hub. ## 4.5.8 — 2026-08-24 - Les anciens liens `callink-clients&from_crm=1` sont redirigés vers la fiche CRM AWM du même client. - Une fiche ouverte depuis CRM ne peut plus hériter automatiquement du contexte visuel CallTracker. - La route historique `callink-clients` reste inchangée pour Hub et CallTracker. - Aucune donnée, campagne, service, méta ou identifiant client n’est modifié. --- ## 4.5.7 — 2026-08-24 - Renomme l’onglet Téléphonie de la fiche client en **CallTracker**. - Ajoute la gestion administrative du numéro de réception par campagne. - Ajoute le contrôle complet du Message 1 Alliance et du Message 2 publicitaire : activation, écoute, téléversement, remplacement et suppression/rétablissement. - Vérifie que chaque campagne manipulée appartient au client affiché et exige la permission CallTracker Modifier avec nonce. - Conserve CRM/WHMCS comme source canonique de la fiche client. --- # Changelog ## 4.5.20 — 2026-08-27 - Studio devient un module visuel principal dans le menu WordPress, au même niveau que Hub, CallTracker, CRM, Stats, Assistant et Soutien. - Le CSS Studio est harmonisé avec le shell Alliance en Light/Dark; cartes, champs, badges, historique et moteur IA utilisent les tokens du thème global. - Ajoute la couleur et le pictogramme Studio aux réglages visuels du Hub. - Conserve les routes, permissions et flux Studio 4.5.19. — Hub AWM ## 4.5.6 — 2026-08-24 - Ajoute dans la fiche client → Accès la section **Utilisateurs WordPress autorisés**. - Permet de scanner le WordPress réellement lié par Hub Connector et d’afficher les comptes détectés. - Permet d’autoriser ou révoquer chaque compte local directement depuis la fiche client avec permission Core **Approuver** et nonce. - Affiche le dernier scan et l’état de préparation du canal sécurisé. - Aucun mot de passe, cookie ou secret du WordPress client n’est exposé à Hub. - Corrige également la capture de la molette après un choix de couleur dans l’éditeur de style de la fiche client. - Conserve CRM/WHMCS comme source canonique des clients et CallTracker 1.7.0 inchangé. --- ## Historique conservé # Changelog ## 4.5.20 — 2026-08-27 - Studio devient un module visuel principal dans le menu WordPress, au même niveau que Hub, CallTracker, CRM, Stats, Assistant et Soutien. - Le CSS Studio est harmonisé avec le shell Alliance en Light/Dark; cartes, champs, badges, historique et moteur IA utilisent les tokens du thème global. - Ajoute la couleur et le pictogramme Studio aux réglages visuels du Hub. - Conserve les routes, permissions et flux Studio 4.5.19. — Hub AWM ## 4.5.5 — 2026-08-23 - Ajoute un onglet **Clients** directement dans Hub AWM. - Réutilise la fiche cliente canonique existante et les identifiants CRM/WHMCS; aucune seconde base client n’est créée. - Conserve la route historique `callink-clients` pour CallTracker et CRM tout en ajoutant `awm-hub-clients` comme accès visuel Hub. - Les recherches, filtres, liens de fiche et retour à la liste conservent le contexte Hub ou historique selon le point d’entrée. - La roadmap publique et la roadmap administrative affichent la version de chacun des huit modules AWM. - Accompagne Core AWM 4.5.9 et Hub Client AWM 1.3.0 sans modifier CallTracker 1.7.0 ni son outil Migration. - Les couleurs, logos, favicons et typographies propres aux clients restent intacts. --- ## Historique des versions précédentes # Changelog ## 4.5.20 — 2026-08-27 - Studio devient un module visuel principal dans le menu WordPress, au même niveau que Hub, CallTracker, CRM, Stats, Assistant et Soutien. - Le CSS Studio est harmonisé avec le shell Alliance en Light/Dark; cartes, champs, badges, historique et moteur IA utilisent les tokens du thème global. - Ajoute la couleur et le pictogramme Studio aux réglages visuels du Hub. - Conserve les routes, permissions et flux Studio 4.5.19. — Hub AWM ## 4.5.3 — 2026-08-19 - Ajout de l’interface d’actions groupées sécurisées dans **Rattachement campagnes** et **Numéros et campagnes**. - Ajout des actifs `campaign-bulk-actions.js` et `campaign-bulk-actions.css` avec rendu clair/sombre, responsive et navigation clavier. - Aperçu des conséquences, blocages, avertissements, confirmation exacte sensible à la casse et résultats détaillés par élément. - Sélecteurs de client cible pour les réattributions et notes optionnelles pour les réservations locales. - Chargement conditionnel des actifs selon l’écran, la présence de CallTracker 1.6.0 et le niveau Core **Approuver**. - Conservation des actions unitaires et des formulaires historiques comme repli compatible; les anciens endpoints groupés sont bloqués côté serveur lorsque le service d’aperçu 1.6.0 est actif. - Correction des anciens parcours de corbeille/suppression afin qu’ils persistent explicitement l’exclusion legacy et désactivent aussi le Dialer. - Les anciens parcours destructifs vérifient maintenant la protection anti-réimportation avant une libération/suppression et ne détachent les historiques qu’après confirmation de la suppression du post campagne. - Les messages unitaires signalent séparément un état local non confirmé ou une réservation locale qui n’aurait pas pu être nettoyée après une libération Twilio réussie. - Les anciens parcours de suppression utilisent le même instantané d’audit sérialisé que les lots, avec identifiant durable et vérification de persistance. - Les avertissements de propagation incomplète lors d’une réattribution sont conservés dans le résultat détaillé au lieu d’être masqués par un succès global. --- ## 4.5.2 — 2026-08-19 - Les écrans WordPress natifs Campagnes/Appels sont maintenant reconnus comme écrans AWM pour le loader et la suppression des bandeaux WordPress/tiers. - Lors d’une sauvegarde de campagne, le loader affiche « Enregistrement de la campagne » et consomme le message de résultat au lieu d’un bandeau WordPress. ## 4.5.1 — 2026-08-19 - L’onglet CallTracker → Numéros affiche l’inventaire Twilio à quatre états fourni par CallTracker AWM 1.5.0. - Ajout des filtres Tous / Libre / Réservé / Attribué / À vérifier, d’une recherche locale et des actions de réservation sécurisées. - Hub ne lit aucun secret Twilio : il rend uniquement l’interface et délègue toute lecture/écriture métier au module CallTracker et à Core pour la journalisation. ## 4.5.0 — 2026-08-18 - Hub → Réglages devient la source unique du logo Alliance, des couleurs, du thème et des icônes de l’administration AWM. - La migration vers la source visuelle unique remet une seule fois le logo maître sur le logo Alliance officiel; les logos/favicons propres aux clients restent intacts et un autre logo global peut ensuite être choisi explicitement dans Hub → Réglages. - Les réglages historiques Twilio et Google Ads renvoient vers Core AWM → API et connexions. - Hub → Services clients permet de rechercher un client et d’appliquer directement ses modules ainsi que ses services/abonnements CRM. - Les changements d’application de services sont validés, protégés par nonce/permissions et journalisés via Core. ## 4.4.0 — 2026-08-18 - 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. ## 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é. # Historique — Hub AWM ## 4.3.7 — 2026-08-17 - L’interface Hub Connector de la fiche client appelle désormais exclusivement les services API de Core AWM pour générer, lire et révoquer une liaison. - Hub ne manipule plus directement les empreintes ou métadonnées de sécurité du Connector. - Core AWM 4.3.9 devient requis pour garantir cette séparation. ## 4.3.6 — 2026-08-17 - Livraison du module satellite `Hub Client AWM 1.0.0`, installable directement sur le WordPress du client et accessible à `/hub/`. - Liaison sécurisée par code Hub Connector généré depuis la fiche cliente Alliance. - Le mot de passe client n’est pas stocké localement; la session distante est conservée chiffrée côté serveur. - Vérification stricte du client lié au domaine avant ouverture de session. - Portail responsive clair/sombre avec vue d’ensemble, campagnes, leads, appels et Stats AWM. - Roadmap Hub et roadmap publique mises à jour avec le déploiement du Hub client déporté. ## 4.3.5 — 2026-08-17 - La fiche client CallTracker agrège désormais les campagnes liées à des alias historiques sûrs du même client, même lorsque l’ancienne campagne utilise une autre adresse du même domaine (ex. `info@` vs adresse personnelle). - Le rapprochement à l’affichage utilise WHMCS ID, courriels exacts, historique de fusion, téléphone exact ou domaine d’entreprise combiné au nom/entreprise; un domaine grand public seul n’est jamais accepté. - Les campagnes historiques deviennent visibles immédiatement dans la fiche canonique sans réécriture silencieuse des données. ## 4.3.4 — 2026-08-17 - Les fiches clients bénéficient du rapprochement global Core : après fusion sûre, les campagnes et historiques sont visibles sous la fiche WHMCS canonique pour l’ensemble des clients, pas seulement un cas particulier. - Correctif du véritable écran WordPress Campagnes : suppression du grand logo historique dupliqué dans le contenu lorsque l’en-tête CallTracker est présent. - Refonte des surfaces, champs, tableaux, boîtes de métadonnées et boutons de l’éditeur/listing Campagnes en modes clair et sombre. - Palette CallTracker plus sobre : accent bleu ardoise, actions secondaires neutres et rouge réservé aux actions destructives. - Fiche client : les campagnes liées à une ancienne référence sûre du même client sont maintenant visibles via l’identifiant WHMCS ou le courriel WHMCS/utilisateur. - Les compteurs Campagnes/Appels/Formulaires de la liste Clients agrègent également ces références historiques sûres. ## 4.3.3 — 2026-08-17 - CallTracker : logo Alliance + icône téléphone replacés en haut du module, avant la navigation. - Palette de Campagnes harmonisée avec le système visuel AWM; actions principales en accent AWM, actions secondaires neutres et danger réservé aux suppressions. - Fiches clients CallTracker : campagnes associées rendues explicites avec compteurs d’appels et de formulaires. - Ajout d’une vue d’activité complète par campagne avec pagination des appels et formulaires. - Ajout du raccourci « Appels + formulaires » dans la liste WordPress des campagnes et dans l’écran de configuration d’une campagne. ## 4.3.2 — 2026-08-17 - Ajout d’un état d’activation CallTracker propre à chaque client, indépendant du statut WHMCS. - Activation et désactivation directement depuis l’onglet Clients de CallTracker, protégées par permission et nonce. - Filtre Tous / CallTracker actifs / CallTracker inactifs. - Rattachement direct d’une campagne non assignée à un client CallTracker actif, sans achat Twilio. - Accès « Nouvelle campagne » avec le client présélectionné. - Compatibilité : les clients déjà associés à une campagne restent actifs tant qu’aucun choix explicite n’a été enregistré. ## 4.3.1 — 2026-08-17 - Ajout de l’onglet Clients dans la navigation interne de CallTracker AWM. - Recherche CallTracker directement accessible par nom, entreprise, courriel, téléphone, campagne ou numéro Twilio. - Filtres Actifs, Inactifs et Tous conservés sur l’écran Clients. - Statut d’affichage aligné sur la présence WHMCS et les exceptions manuelles, avec maintien de la fiche interne Alliance Web Marketing. - Les routes et identifiants historiques `callink-clients` sont conservés. ## 4.3.0 — 2026-08-17 - Adoption du contrat de permissions Core AWM 1.0 pour les écrans et actions du Hub. - Recherche transversale filtrée selon les modules que l’utilisateur peut consulter. - Clients inactifs toujours masqués par défaut avec filtres Actifs, Inactifs et Tous. - Commandes de création, rattachement, connecteur, service et identité visuelle masquées ou refusées sans le niveau requis. - Consultation de l’identité visuelle sans déclencher automatiquement une analyse ni une écriture. - Modération des suggestions publiques journalisée dans le journal de sécurité central. - Activation refusée proprement si Core AWM 4.3.0 ou le contrat de permissions est absent. - Roadmap publique mise à jour par module avec le lot 4.3.0 dans la section Livré. ## 4.2.0 — 2026-08-15 - Recherche transversale des clients, campagnes, tickets et conversations. - Recherche disponible depuis le tableau de bord, le menu Hub et la barre WordPress. - Raccourci `Ctrl/⌘ + K` permettant d’ouvrir ou de cibler immédiatement la recherche. - Résultats regroupés par module avec accès direct au dossier correspondant. - Noms, entreprises, courriels, téléphones, numéros, références et contenus pris en charge. - Statuts métier visibles : client actif ou inactif, campagne active, inactive ou archivée et ticket ouvert, en attente ou fermé. - Clients inactifs masqués par défaut et ajoutables grâce à un filtre explicite. - Affichage responsive sans débordement horizontal sur téléphone ou tablette. ## 4.1.3 — 2026-08-15 - Une conversation Assistant AWM est analysée comme un fil complet plutôt que comme une série de questions isolées. - Les précisions sont regroupées, les remerciements sont ignorés et les questions utiles sont reformulées avec réponses élaborées. - Commentaires de réanalyse, édition avant approbation, sélection multiple et journal des analyses. - Accès rapide à la mémoire depuis une conversation et affichage de son état de révision. - Chaque amélioration reçue est rapprochée du roadmap afin d’intégrer les gains rapides compatibles dans le même lot. ## 4.1.2 — 2026-08-15 - Les pages Web à valider possèdent maintenant une case de sélection individuelle et une sélection globale. - Les pages sélectionnées peuvent être approuvées ou supprimées définitivement en une seule opération. - Le compteur de sélection et la confirmation de suppression réduisent les erreurs de manipulation. - Le résultat indique le nombre de pages traitées et les éventuels échecs. - Dépendance explicite envers Core AWM 4.1.2. ## 4.1.1 — 2026-08-15 - Correction de l’ajout d’une réponse de soutien à la base de connaissances. - La question et la réponse modifiées par le collaborateur remplacent correctement la proposition de l’analyse. - Migration transparente des anciens identifiants internes tronqués par WordPress. - Message d’erreur précis si une connaissance ne peut toujours pas être enregistrée. - Dépendance explicite envers Core AWM 4.1.1. ## 4.1.0 — 2026-08-15 - CRM AWM possède maintenant son propre nom, sa propre extension et son propre onglet principal WordPress. - Hub AWM possède son propre pictogramme et sa propre couleur configurables sur le logo Alliance. - Les icônes personnalisées demeurent limitées au menu d’administration et n’affectent jamais les fiches clientes. - La roadmap publique affiche une description concrète pour chacune des soixante-dix améliorations de base. - Les suggestions approuvées conservent leur description lorsqu’elles sont ajoutées au futur du module choisi. - Les conversations de tickets fermés restent visibles et peuvent être actualisées depuis WHMCS. - Chaque réponse publique du soutien peut être analysée, réorientée par commentaires puis approuvée avant mémorisation. - Dépendance explicite envers Core AWM 4.1.0. ## 4.0.0 — 2026-08-15 - Hub AWM devient une extension distincte de Core AWM. - Hub limité à l’administration visuelle et au rendu pour la clientèle. - Conservation du portail `/hub/`, de la documentation et de la roadmap publique. - Conservation des interfaces clients, thèmes, logos, favicons et modules autorisés. - Dépendance explicite envers Core AWM 4.0.0. - Roadmap publique divisée en sept modules, chacun accompagné d’une analyse, d’un objectif et de dix améliorations souhaitables. - Suggestions publiques et administratives reliées au module choisi avant approbation. ## 4.5.105 — 2026-10-21 - Hub Clients applique le même état Light/Dark que Core dès le bootstrap et au runtime. --- ## README.md # 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. --- # Version 4.5.111 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. --- # Hub AWM 4.5.110 — Suite AWM 4.5.467 La fiche CRM affiche les comptes WordPress autorisés dans son bloc **Hub Client & connexion**. Elle propose l’actualisation de l’annuaire du site principal, la sélection par cases à cocher, l’enregistrement des autorisations et le raccourci **Ouvrir Hub Client**. Les actions réutilisent les services Core existants. La consultation requiert la permission de lecture Hub; les modifications requièrent la lecture CRM et l’approbation Hub. Une liste ou un site modifié depuis l’affichage impose de recharger la fiche avant enregistrement. Le raccourci ouvre le portail du site lié avec son authentification habituelle. La règle d’apparence de 4.5.466 reste la référence : couleurs et six axes client, variante selon Core dans l’administration, préférence indépendante dans Hub Client. Voir les rapports de validation de la Suite. Aucune installation distante n’est effectuée pendant sa préparation. --- # Hub AWM 4.5.109 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. --- ## Mise à jour 4.5.108 — 2026-10-22 · Suite 4.5.464 Le profil automatique choisit une combinaison existante du catalogue à partir de l’identité du client : l’exemple demandé est **Arctic + Rouge pour un logo rouge**. Le même profil est consommé par Hub Client et la fiche CRM; il ne s’agit pas de reconstruire le CSS du site. La couleur et l’apparence privilégient le logo exploitable, puis le site, avec leurs replis documentés; les autres axes utilisent les indices CSS du site disponibles. Le résolveur automatique reste la source du profil partagé; le consommateur CRM ne possède pas un second moteur d’identité. En automatique, `get_design_profile()` rapproche la couleur détectée de la couleur nommée la plus proche du catalogue par distance RGB, sans sélectionner l’entrée personnalisée. Sans géométrie `site-css` exploitable, il choisit Arctic; avec cette géométrie, la mesure des boutons est prioritaire : rayon nul pour Square, rayon positif pour Rounded, puis classement des cartes/contrôles en repli. La typographie, la surface, le mouvement et la densité sont déduits des indices CSS exploitables; Neutral, Auto, Subtle et Standard servent seulement de replis pour les axes sans indice. Une palette explicitement manuelle garde sa couleur exacte et un profil Design Composer manuel reste entièrement prioritaire. L’extraction des couleurs raster conserve désormais les rapports de fréquence entre les couleurs au lieu de plafonner chaque compteur séparément, avec le même poids maximal de l’image. Cette correction des proportions porte sur les images raster. La mesure d’apparence SVG accepte aussi noir/blanc, RGB(A) et le noir implicite, sans changer le classement des couleurs de marque ni calculer d’aire vectorielle. Le choix de catalogue s’applique à la lecture des résultats enregistrés. Une ancienne dominante raster incorrecte reste dans ces résultats jusqu’à une réanalyse explicite : **Hub AWM → Clients → fiche → Identité visuelle du client → Réanalyser le site**. Aucun recalcul réseau en masse ni analyse lors de l’ouverture de la fiche n’est ajouté. Le profil complet couvre famille, couleurs, typographie, surface, mouvement et densité. L’apparence est mesurée pendant l’analyse logo/site, stockée dans `Sources.appearance` puis lue sans écriture. Un ancien résultat sans luminance utilise provisoirement sa couleur de marque; les notes décrivent les replis et la réanalyse explicite. Les synchronisations globales Core/Hub respectent `data-client-color-scheme` : elles ne remplacent plus l’apparence locale par celle du shell. Les cartes et la fiche Hub utilisent l’accent du profil choisi, par exemple Rouge, et la variante claire/sombre du client. 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. Les cartes et la fiche Hub conservent leur frontière avec le shell Core. Hub Client 1.14.40 consomme le profil partagé et son apparence client indépendante. Le branchement de la fiche CRM est porté par Core 4.5.323 et CRM 1.6.36; son affichage ne déclenche aucune nouvelle analyse logo/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. Les résultats effectivement acquis sont consignés dans les rapports de validation de la Suite 4.5.464. Aucun résultat de 4.5.463 ne vaut validation de cette nouvelle version. La validation sur l’hébergement actuel et la publication publique ne sont pas présumées. 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. ## Mise à jour 4.5.107 — 2026-10-21 · Suite 4.5.462 La fiche ouverte depuis une carte client doit reprendre exactement son profil Design Composer effectif : **famille, couleurs, typographie, surface, mouvement et densité**. La 4.5.461 protégeait le périmètre CSS et les aperçus, mais la fiche conservait encore des caractéristiques du template legacy faute d’application complète du profil. Le chargeur Hub avait une seconde lacune : `V232::styles($hook)` attendait un nom de hook contenant `callink`. Le hook canonique `hub-awm_page_awm-hub-clients` ne satisfaisait pas ce test; `admin.css` pouvait manquer. Les routes centrales exactes déclenchent maintenant le chargement prévu sur la liste et la fiche. Cette candidate raccorde le rendu de la fiche au même profil que la carte. L’objectif couvre ses surfaces, géométrie, police, effets, contrôles, liens, onglets internes et espacements. Les aperçus Light/Dark gardent leur mode propre et les préférences de réduction du mouvement restent prioritaires. Le shell et la liste Clients suivent toujours le profil administratif principal. Hub Client reste en 1.14.39. Les flux métier et les données clients ne sont pas modifiés par ce raccordement visuel. Les journaux de la Suite recensent les vérifications locales réellement effectuées; la validation WordPress et la publication 4.5.462 restent à confirmer. ## Mise à jour 4.5.106 — 2026-10-21 · Suite 4.5.461 La fiche client et les aperçus d’Identité visuelle retrouvent leur propre périmètre CSS. Le pont local `--ci-*` reprend les tokens de la fiche; les aperçus Light et Dark conservent leur mode et leur police même si le shell Core utilise un autre profil. Core AWM 4.5.320 fournit la frontière des sélecteurs administratifs. Le thème global reste actif dans le header et la navigation du shell, et la liste Hub Clients conserve ses cartes personnalisées. Hub Client reste en 1.14.39. Le parcours attendu après installation est Core Dark → Hub Clients → fiche client → Identité visuelle : le shell suit Core, la fiche reste lisible et chaque aperçu garde le thème qu’il représente. Les résultats terrain restent à confirmer; les journaux de la Suite consignent les contrôles locaux réellement effectués. ## 4.5.102 — Shell Clients réellement aligné au thème principal La liste `Hub AWM > Clients` est une surface administrative : elle hérite du Design Composer principal (fond, filtres, actions, tableau, Light/Dark). Seules les cartes et un dossier client explicitement ouvert utilisent les tokens du client. ## Mise à jour 4.5.101 — 2026-10-21 - La détection automatique du thème client suit désormais strictement `logo -> site Web -> thème AWM`. - Le logo client est analysé séparément et garde la priorité sur les couleurs de template/site lorsqu il est exploitable. - 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é. - La source du thème est affichée : logo, site Web, thème AWM ou personnalisé par le client. - Les listes du Design Composer proviennent du catalogue Core partagé plutôt que de listes locales divergentes. ## Hub AWM 4.5.100 - Message harmonise au theme Le dialogue global suit la surface, les textes, la bordure, la geometrie et l ombre du Design Composer. Le fond bleu historique n est plus impose sur un theme orange, vert, violet, etc. ## Hub AWM 4.5.99 - Backdrop theme adouci Le loader garde maintenant une trace de la couleur active du Design Composer, mais retrouve la discretion de l ancienne configuration : blur 3px, voile sombre/clair neutre et seulement une legere teinte de theme. ## Hub AWM 4.5.97 - Surface/Mouvement client étendus Les profils Design Composer par client exposent désormais 12 surfaces et 12 mouvements, compatibles avec Core, Hub Client et Studio. ## Hub AWM 4.5.95 - Design client dynamique Hub peut maintenant associer a chaque client une famille visuelle, une couleur et une densite, automatiquement depuis son logo/site ou manuellement. Le profil est transmis au Hub Client sans dupliquer le moteur de design. ## Hub AWM 4.5.94 - Connexions CRM externes La fiche client traite maintenant les CRM externes comme une intégration facultative. La section apparaît normalement uniquement lorsqu un fournisseur est actif. Un administrateur en mode Avancé peut toujours l ouvrir pour ajouter un futur fournisseur. Les credentials sont gérés par Core AWM. ## 4.5.93 — Espace client harmonisé Hub AWM organise maintenant la fiche client autour de **Dossier** (Vue d ensemble, Services, Identité visuelle, Hub Client & accès) et **Opérations** (LeadTracker et modules actifs). Quand Affichage → Parcours guidés est activé, un parcours en sept étapes accompagne la configuration sans changer la logique métier. ## 4.5.92 — Hub → Clients reste dans Hub (2026-10-19) - Corrige la navigation **Hub AWM → Clients** qui basculait automatiquement vers **CRM AWM → Clients** malgré le menu Hub dédié. - La route visible `awm-hub-clients` reste désormais dans Hub pour la liste et la fiche client; CRM demeure la source canonique des données sans imposer un changement de module. - La fiche Hub conserve **Informations et accès**, Hub Client/Connector, utilisateurs WordPress autorisés, services/modules, identité visuelle et vues LeadTracker. - Les anciens liens `callink-clients` restent compatibles et peuvent toujours rejoindre la fiche CRM lorsqu'ils ne demandent pas explicitement la vue Hub legacy. - Le bouton explicite **Modifier les données client dans CRM** reste disponible depuis la fiche Hub. - Aucun changement aux données CRM, aux permissions, à Hub Client, LeadTracker, Twilio, Capturia ou CPL. ## 4.5.91 — Graphique CPL directement accessible (2026-10-19) - Ajoute dans la fiche campagne Google Ads un bouton direct **Voir le graphique CPL** vers le Centre CPL de la campagne. - Le Centre CPL affiche un graphique mensuel clair avec le CPL en courbe principale et les leads en contexte, plus moyenne, meilleur mois, CPL le plus élevé et nombre de mois mesurés. - Pour Google Ads, le graphique privilégie le dernier instantané CPL mensuel mémorisé par LeadTracker afin de refléter la valeur historique auditée plutôt qu un recalcul volatil. - Les mois sans données calculables ne sont plus tracés comme de faux zéros. - L année reste sélectionnable dans le Centre CPL pour naviguer dans tout l historique disponible. - Aucun changement de formule CPL, de Google Ads API, de Twilio, de Capturia ou des données historiques. ## 4.5.90 — Google Ads : configuration mémorisée et historique CPL automatique (2026-10-19) - La fiche campagne conserve désormais sans effacement silencieux le MCC, le compte Google Ads, le mode d investissement et les campagnes déjà associées lors d un enregistrement partiel. - Le choix du compte et de la portée est aussi mémorisé immédiatement par AJAX dès la sélection; le bouton WordPress « Mettre à jour » n est donc plus le seul point de persistance de cette liaison. - Le passage temporaire en mode « tout le compte » ne détruit plus la sélection de campagnes précédente; elle reste disponible si l opérateur revient au mode multi-campagnes. - Les libellés MCC et compte client sont mémorisés pour rendre la liaison identifiable sans nouveau chargement API. - Après enregistrement d une liaison complète, Hub demande automatiquement à LeadTracker de récupérer tout l historique Google Ads disponible et de recalculer le CPL mois par mois. - Un bloc d état dans la fiche campagne indique : configuration mémorisée, état de synchronisation historique, période et nombre de mois traités, ou la dernière erreur lisible. - Les résultats mensuels déjà observés restent conservés dans l historique CPL; la validation Google Ads réelle reste à faire sur le terrain. ## Hub AWM 4.5.89 — navigation de campagne sans loader bloqué (2026-10-16) L'onglet **Hub → Clients → LeadTracker → Campagnes** propose maintenant un bouton d'état par campagne sur les lignes publiées et modifiables. La confirmation et l'enregistrement passent par l'endpoint AJAX unique de LeadTracker AWM 1.11.54 (`callink_toggle_campaign_status`) qui contrôle les droits, le nonce, le statut précédent, le client CRM canonique, la publication et l'archivage; aucun deuxième moteur métier n'a été créé. Après réponse positive du serveur, pastille, compteur et retour visuel sont actualisés. L'annulation, les refus et les erreurs n'altèrent ni le bouton ni le statut. Les campagnes liées à des identifiants historiques affichent leur ancien rattachement (#ID) en complément; aucune réattribution n'est tentée automatiquement. Le statut de campagne `_callink_status` reste distinct du statut du compte CRM. Exemple à vérifier sur site : SOLUPAV-SEO (#2633), client CRM Julien Cousineau (#171) : l'écran 4.5.399 montre Inactive, mais la valeur réelle en base et l'identifiant de rattachement restent à confirmer sur WordPress avant activation. L'installation n'active aucune campagne. ## Hub AWM 4.5.87 — Affichage des durées historiques Les pages **Historique complet de la campagne** et **Appels récents** affichent d abord la durée d appel (`call_duration`). Si cette donnée n existe pas ou vaut zéro, elles présentent la durée audio (`recording_duration`) avec la mention **enregistrement**, sans assimiler les deux mesures. Les données provenant des appels historiques en secondes ou `HH:MM:SS` sont harmonisées en lecture seule. Un « — » signifie qu aucune durée valide n est connue. Les statuts historiques `ringing` ne sont pas modifiés artificiellement. ## Hub AWM 4.5.86 — CPL lisible par un stagiaire La configuration CPL suit maintenant une règle claire : Google Ads utilise le barème AWM, SEO n a aucun frais de gestion, et Autre demande Oui/Non puis Pourcentage ou Montant fixe si nécessaire. ## Hub AWM 4.5.85 — CPL multi-source Le Centre CPL demande d abord le type de campagne : Google Ads, SEO ou Autre. Les campagnes à coût fixe peuvent appliquer leur dépense mensuelle à tout l historique en une seule action. ## 4.5.84 — Centre CPL terrain Les erreurs API détaillées sont maintenant secondaires. Le stagiaire voit d abord ce qu il doit faire; les codes Google/request-id restent accessibles uniquement pour le diagnostic technique. # Hub AWM 4.5.84 ## Centre CPL — mode guidé Historique CPL est maintenant organisé pour un utilisateur non technique : une Vue globale avec une seule action portefeuille, puis une vue campagne en quatre étapes. Les détails techniques restent sous Avancé. ## Hub AWM 4.5.82 — synchronisation globale Google Ads / CPL Historique CPL possède maintenant un mode portefeuille : une seule action récupère toutes les années et tous les mois Google Ads disponibles pour chaque CPL câblé, puis applique le barème AWM officiel à l ensemble des lignes CPL lorsque toutes les sources Google Ads ont été récupérées avec succès. ## Hub AWM 4.5.81 — récupération Google Ads de tous les mois Historique CPL lance maintenant une seule récupération automatique pour toute la période disponible. L interface indique clairement qu aucun mois ne doit être lancé manuellement et affiche un avertissement non destructif si Google Ads ne conserve plus les mois les plus anciens. ## Hub AWM 4.5.80 — Audit historique Google Ads complet Historique CPL fournit maintenant un audit global qui remonte jusqu au début des campagnes Google Ads cochées, vérifie chaque mois et corrige automatiquement l investissement et le barème AWM si nécessaire. Le panneau indique clairement les lignes corrigées, créées, déjà exactes et celles dont le taux doit être vérifié sous 100 $. ## Hub AWM 4.5.79 — Google Ads multi-campagnes par CPL Un même CPL peut maintenant être alimenté par plusieurs campagnes Google Ads du même compte. Historique CPL affiche une liste à cocher, conserve les sélections et additionne l investissement des campagnes choisies via LeadTracker AWM. Le mode **Tout le compte** reste distinct et aucun fallback automatique n est permis. ## Hub AWM 4.5.78 — Google Ads CPL fiable et lisible Le câblage Google Ads depuis **Historique CPL** ne dépend plus d’un formulaire imbriqué ni d’une permission administrateur plus forte que la permission de modification de la campagne. Les campagnes sont testées/chargées automatiquement, le compte est revérifié sous son MCC, l’association est enregistrée en AJAX puis la page recharge le CPL prêt à synchroniser. Le panneau utilise maintenant les couleurs natives du shell Hub en Light/Dark et affiche les erreurs API avec le `request-id` Google lorsque disponible. ## Hub AWM 4.5.77 — réparation guidée Google Ads / CPL Le formulaire **Historique CPL** ne laisse plus lancer une récupération Google Ads lorsque le mode est *Campagne* mais qu'aucune campagne Google Ads n'est associée. Il affiche directement le câblage manquant, permet de charger les campagnes du compte, d'en choisir une et de l'associer sans quitter le CPL. Le chargement des comptes/campagnes dans la fiche campagne conserve aussi la sélection existante au lieu de pouvoir l'effacer silencieusement. ## Hub AWM 4.5.76 — recherche LeadTracker AWM La roadmap publique suit **LeadTracker AWM 1.11.42** : le tableau de câblage des leads ajoute une recherche instantanée par campagne, client, domaine, formulaire, numéro ou source, avec filtres Tous / Fonctionnels / À vérifier. Le CRM interne Alliance et **CRM Client AWM** restent distincts. # Hub AWM 4.5.74 La roadmap publique suit maintenant CallTracker 1.11.40 : une intégration Capturia réellement utilisée passe à **Clé validée**, les heures de réconciliation sont alignées au fuseau du Hub et le CPL ne double plus un prospect déjà reçu par un formulaire AWM. Le doublon reste visible dans l’historique; seule sa contribution au CPL est neutralisée et comptabilisée dans **Doublons AWM exclus**. La roadmap publique suit CallTracker 1.11.39 : Capturia peut maintenant réconcilier un ancien dossier client de migration avec le dossier CRM actif correspondant lorsque l'identité est déterministe. Le cas VMV doit afficher le dossier CRM actif #275 au lieu de l'ancien lien #57. Capturia corrige le faux blocage **client inactif** : le statut de cycle de vie provient maintenant uniquement de CRM AWM. L’approbation du portail/Core n’est plus utilisée comme statut client. La fiche campagne expose le statut CRM réellement utilisé par CallTracker. Historique CPL reçoit une refonte terrain du formulaire de coûts et un compteur de mois à 7 % avant resynchronisation Google Ads. Historique CPL offre maintenant une correction historique ciblée des lignes 7 %, affiche la provenance de l’investissement et du taux de gestion, protège les valeurs manuelles et présente un formulaire Créer/Modifier compact et responsive. Historique CPL présente maintenant une lecture mensuelle complète : investissement et provenance Google Ads/manuelle, frais de gestion, rabais, réceptionniste, autres coûts, appels entrants, formulaires AWM, Capturia et CPL final. Les frais récurrents peuvent être définis une fois par campagne puis appliqués automatiquement aux nouveaux mois. # Hub AWM 4.5.65 — Migration historique CallTracker unifiée La page **CallTracker AWM → Migration** utilise maintenant le moteur moderne de réintégration historique de CallTracker. L’ancien import par fichier complet a été retiré de l’interface. Le parcours visible est reprenable, idempotent et affiche la progression détaillée jusqu’aux 69 306 appels et 44 712 formulaires. # Hub AWM 4.5.64 - Assistant Routage & audio en 5 etapes La fiche client **CallTracker -> Routage & audio** suit maintenant un parcours de configuration professionnel et explicite : 1 Reception, 2 Horaires, 3 Routage de secours, 4 Messages audio, 5 Validation. La page conserve les donnees et actions CallTracker existantes mais les presente comme un assistant utilisable par un stagiaire. La hierarchie visuelle suit les autres pages AWM : gros titre principal, campagne clairement identifiee, grandes cartes d etapes, aides courtes, etats visibles, Dark/Light natif et action principale unique a la fin. # Hub AWM 4.5.63 — Routage & audio lisible en Light/Dark La vue **Fiche client → CallTracker → Routage & audio** charge maintenant explicitement la feuille admin Hub dans le bridge `legacy_client_view=1`. Le rendu 4.5.62 n'apparaît plus en HTML quasi brut. La densité, les contrastes et les tailles de texte ont été revus pour 1080p, Dark, Light, tablette et mobile. # Hub AWM 4.5.62 — Routage & audio lisible La fiche client **CallTracker → Routage & audio** adopte une nouvelle présentation pleine largeur et orientée tâches. Les réglages essentiels restent visibles, les horaires/débordements sont regroupés dans une section avancée, et les fichiers MP3 Message 1/Message 2 disposent de cartes dédiées. Le Message 1 est identifié clairement comme **Avertissement / disclosure**. Le fuseau horaire utilise maintenant une saisie assistée afin d éviter le sélecteur natif géant/illisible observé en mode sombre. La logique métier reste entièrement détenue par CallTracker. ## 4.5.61 - source Gravity Forms dans CallTracker Les sous-onglets CallTracker de la fiche client conservent maintenant le contexte du bridge module (`legacy_client_view=1`). Campagnes, Leads, Appels, Historique CPL, Routage & audio et Dialer ouvrent donc réellement leur contenu au lieu de revenir vers la vue CRM/CallTracker générique. ## 4.5.59 - validation Capturia / CPL Le panneau suit les variables Light/Dark du shell AWM et se replie en cartes sur mobile. Historique CPL affiche maintenant un panneau de validation Capturia pour le mois choisi : leads importés, leads réellement inclus dans le CPL, opportunités actuelles, valeur et étapes du pipeline. Les métriques pipeline restent descriptives et ne modifient pas la formule du CPL. Le panneau indique aussi si la clé Capturia permet `pipeline:read` et `bookings:read`. Les rendez-vous ne sont pas encore comptés ni attribués à une campagne tant qu un identifiant fiable n a pas été confirmé sur le premier compte réel. ## 4.5.58 - Affichage CPL Capturia - 2026-09-24 Hub affiche séparément les **Formulaires AWM** et les **Leads Capturia** fournis par CallTracker 1.10.7. La fiche Leads identifie aussi la source Capturia. Hub ne possède ni la clé API ni la logique de synchronisation : celles-ci restent dans CallTracker/Core côté serveur. ## 4.5.57 — Pulse v2 Health — 2026-09-12 - 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. ## 4.5.56 — Pulse opérationnel transversal — 2026-09-12 - 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. # Hub AWM 4.5.54 — loader métier et actualisations silencieuses Le loader global distingue désormais les actions métier visibles des requêtes techniques de fond : `awm_silent=1`, Stats live/snapshot, heartbeat et autosave restent silencieux. Hub consomme maintenant la référence canonique CRM : le site principal sert de destination Hub Client par défaut. Le bloc permanent utilise le Connector multi-sites par `site_id` lorsqu'il est disponible, tandis que les sites secondaires restent gérés indépendamment dans CRM. # Hub AWM 4.5.52 — roadmap comme contexte de review - La roadmap publique expose maintenant les documents de review de chaque module sans révéler les chemins privés Core. - Les autres conversations peuvent vérifier rapidement la version effective et son contexte avant de développer. # Hub AWM 4.5.51 — contrôles permanents dans la fiche CRM Hub injecte maintenant dans chaque fiche client CRM un bloc permanent **Hub Client & connexion** et un bloc permanent **Services**, visibles quel que soit l onglet consulté. # Hub AWM 4.5.50 — navigation CRM sûre Les routes Clients de Hub et CallTracker utilisent toujours CRM AWM comme source canonique, mais la navigation est maintenant résolue avant tout rendu WordPress afin d empêcher les warnings `Cannot modify header information`. # Hub AWM 4.5.49 — vue client unifiée CRM Hub orchestre l affichage et la navigation, mais CRM AWM reste l unique propriétaire des fiches clients. Les données Hub sont liées par `client_id` CRM et ne dupliquent pas les données maîtres. Hub AWM 4.5.48 conserve le moteur de recherche et la fiche client comme source d interface canonique. Tech AWM 1.2.0 ajoute son onglet via les points d extension de la fiche : aucune copie de la base clients et aucun moteur Tech n est réembarqué dans Hub. # Hub AWM 4.5.46 Thech AWM est désormais fourni par le paquet autonome Tech AWM 1.1.0. Hub AWM 4.5.47 conserve uniquement ses points d intégration visuels et fonctionnels; le moteur, la mémoire et les écrans Thech ne sont plus embarqués dans le paquet Hub. ## CallTracker — routage avancé 1.9.7 La fiche client expose maintenant les horaires hebdomadaires, fermetures spéciales, destination hors heures, secours et délai de sonnerie gérés par CallTracker. Un aperçu indique la route effective selon le fuseau de campagne. Hub ne possède aucune logique de décision téléphonique : il affiche et transmet les réglages au module CallTracker. La roadmap publique ouvre maintenant un popup de lecture détaillée lorsqu on clique sur **Livré**, **Maintenant**, **Prochaines étapes** ou **Futur** dans le panneau d avancements d un module. Hub AWM demeure le portail d'administration visuelle et l'orchestrateur des services clients. Studio n'est pas intégré à Hub : Hub ne contient ni son écran, ni son moteur, ni son JavaScript, ni ses préparations, maquettes, profils, audits, historiques ou réglages. **Studio AWM 1.13.1** possède son propre plugin, ses menus Création et Maquettes, ses routes, son contexte, sa version et son paquet dans la Suite. La galerie `awm-studio-mockups` appartient entièrement à Studio et rend A, B, C, Écran, Tablette et Mobile côté serveur. Hub 4.5.40 documente ce parcours sans charger ni lire aucune donnée Studio. Les seuls éléments partagés avec Core AWM 4.5.68+ sont **la sécurité** et **les connexions sécurisées** vers Hub Client. Toutes les données métier demeurent dans Studio. --- ## Historique des anciennes livraisons Les sections ci-dessous décrivent les versions antérieures où Studio était intégré. Depuis Hub 4.5.38, Hub ne possède ni code ni données Studio. # Hub AWM 4.5.36 — Studio 1.10.3 Le panneau conserve son rendu serveur, puis vérifie activement que le grand aperçu existe réellement. Lorsqu un ancien rendu WordPress ne contient que les trois miniatures, Studio recrée l étiquette, le canevas, la cible complète et le bouton de fermeture à partir de la proposition sélectionnée. A/B/C, Écran, Tablette, Mobile, l approbation, l URL et le plein écran sont resynchronisés. Le contrôleur est chargé avec une empreinte SHA-256 de son contenu pour neutraliser un ancien actif mis en cache. # Hub AWM 4.5.34 — Studio 1.10.1 Studio 1.10.1 corrige le panneau de maquettes dans le contexte WordPress réel. L aperçu sélectionné est maintenant rendu côté serveur et forcé visible avant toute interaction. Les choix A/B/C et Écran/Tablette/Mobile possèdent des liens de repli fonctionnels; le contrôleur JavaScript chargé dans l en-tête améliore ensuite l expérience sans devenir un point de défaillance unique. Le plein écran et l approbation disposent aussi d un repli HTML sécurisé. # Hub AWM 4.5.33 — Studio 1.10.0 Studio possède maintenant un contrôleur de prévisualisation externe et versionné. Les boutons A/B/C, Écran, Tablette et Mobile restent opérationnels indépendamment du script inline et du cache; la maquette peut aussi être ouverte en plein écran. Après création Elementor, un panneau de résultat affiche les raccourcis directs et un contrôle qualité avant publication. # Hub AWM 4.5.32 — maquettes Studio 1.9.0 Studio affiche maintenant trois propositions visuelles distinctes avant construction Elementor : Conversion, Premium et Éditoriale. Chaque proposition possède une miniature et un aperçu complet; les boutons Écran, Tablette et Mobile pilotent réellement ce rendu. Alliance approuve la variante sélectionnée ou génère un nouveau groupe de trois propositions. # Hub AWM 4.5.31 — panneau Studio professionnel Studio 1.8.0 sépare Création, Batch, Optimisation globale et Projets. Le parcours Création affiche une maquette responsive, accepte variantes/corrections par prompt, puis exige approbation avant Elementor et avant publication. # Hub AWM 4.5.30 — Studio 1.7.0 La fiche de révision indique maintenant **Référence appliquée au rendu**. Le profil extrait de la page source est injecté dans le blueprint selon le niveau d inspiration avant la création Elementor; la référence n est plus seulement un résumé informatif. # Hub AWM 4.5.29 — Studio 1.6.0 Studio adopte une UX simplifiée avec quatre espaces indépendants. **Créer une page** et **Batch local** ne partagent plus leur formulaire. Le parcours unitaire met en avant seulement les champs essentiels, puis ouvre la révision SEO/images avant la création Elementor. Les réglages avancés restent disponibles dans un panneau repliable. # Hub AWM 4.5.28 — Studio 1.5.0 Studio ajoute un champ **Page de référence**, une analyse avant génération et trois niveaux d inspiration. La référence guide uniquement la composition, les dimensions et les effets; les couleurs et la typographie restent celles du client. Les mêmes réglages peuvent être appliqués à un Batch local. # Hub AWM 4.5.27 — Studio 1.4.0 Studio ajoute un flux « ✦ Tout générer avec l IA », un éditeur complet du blueprint avant lancement, la révision de toutes les métadonnées des photos et les modes Photos IA / client / Mixte. Toutes les valeurs restent modifiables avant création du brouillon Elementor. # Hub AWM 4.5.26 — Studio 1.3.0, parcours une page et loader détaillé Hub 4.5.26 rend le parcours **Nouvelle page** complètement indépendant du Batch. La préparation utilise des appels AJAX séquentiels afin que le loader AWM montre la génération de contenu, chaque image, la révision SEO et le lancement Elementor/SEOPress. Le tableau pré-lancement distingue maintenant le mot-clé principal de ses variantes et permet de cibler des blocs de 250, 500, 1000 ou 1500 caractères. # Hub AWM 4.5.25 — Studio pré-lancement, batch et audit SEO Hub 4.5.25 transforme Studio en poste de préparation. Une nouvelle page passe d abord par une fiche de révision avec score SEO, contrôles, champs SEOPress, H1/CTA et aperçus des images. Les actions ✦ demandent une suggestion IA sans écraser le contenu. Un mode Batch prépare jusqu à 12 villes, tandis que l onglet Toutes les pages analyse les pages existantes et ouvre leur SEO dans Studio. # Hub AWM 4.5.24 — Studio SEO et images Hub 4.5.24 affiche l’état SEOPress détecté par Hub Client et enrichit Studio avec les paramètres du moteur image. Chaque nouvelle landing page exige au moins deux images, affiche le nombre de médias générés et le score SEO retourné par le site client. # Hub AWM 4.5.23 — Studio avec diagnostic de rendu Hub 4.5.23 affiche dans Studio le moteur Elementor utilisé, confirme seulement les créations dont le rendu a été validé et ajoute des actions Aperçu, Elementor et Réparer dans l historique. Un brouillon ancien peut ainsi être reconstruit par Hub Client 1.8.9 sans devoir recopier le brief. # Hub AWM 4.5.22 — documentation sombre Alliance Hub 4.5.22 refond `/hub/documentation/` avec les mêmes tons bleu nuit, cartes, bordures et accents que `/hub/roadmap/`. La documentation affiche les neuf modules et leurs versions depuis le registre central, ajoute Studio et actualise les responsabilités de Core, Hub, Hub Client, CRM, CallTracker, Stats, Assistant et Soutien. # Hub AWM 4.5.21 — roadmap à module sélectionné Hub 4.5.21 remplace la grille de neuf petites roues par un espace de pilotage unique : liste des modules à gauche, grande roue dynamique au centre et détail des quatre états à droite. Le bloc est placé directement avant **Dernières implantations**. Sur mobile, la sélection et le contenu se réorganisent sans perdre les données. # Hub AWM 4.5.20 — Studio AWM Une nouvelle entrée **Studio** permet à Alliance de créer une landing page WordPress/Elementor sur un site client lié au Hub. Le premier lot : - analyse le site et vérifie Elementor; - récupère les informations visuelles disponibles; - accepte un brief en langage naturel; - prépare une structure de page contrôlée; - demande à Core d’exécuter la création distante; - crée uniquement un brouillon; - conserve un historique côté Alliance. La génération IA est maintenant branchée dans Core. Hub transmet seulement le contexte autorisé; Core conserve la clé chiffrée, demande un blueprint structuré puis Hub Client reconstruit localement les widgets Elementor. Aucun secret IA ni code libre n’est envoyé au site client. --- # Hub AWM 4.5.18 -- dashboard de progression Alliance Hub 4.5.18 rend `/hub/roadmap/` plus compact et plus lisible. Le Plan de développement commence par un résumé global, puis chaque module affiche sa roue Livré / Maintenant / Prochaines étapes / Futur, son état opérationnel et son évolution depuis la Suite 4.5.46. Les historiques Livré sont limités à cinq éléments avant déploiement, et la roue sélectionnée pilote automatiquement le Plan détaillé ainsi que Vision par module. Les titres visibles restent Core, Hub, Hub Client, CallTracker, CRM, Soutien, Assistant et Stats, sans suffixe AWM répété. --- # Hub AWM 4.5.17 -- roadmap sombre Alliance Hub 4.5.17 harmonise `/hub/roadmap/` avec l identite Alliance Web Marketing : fond bleu nuit, cartes sombres, accents bleus, typographie a fort contraste et interactions coherentes. Les roues conservent leurs proportions dynamiques mais utilisent maintenant trois tons de bleu pour **Livre**, **Maintenant** et **Prochaines etapes**, tandis que **Futur** demeure gris. Les titres visibles sont Core, Hub, Hub Client, CallTracker, CRM, Soutien, Assistant et Stats; le suffixe AWM n est plus repete dans chaque carte. --- # Hub AWM 4.5.16 — roadmap publique par cercles segmentés Hub 4.5.16 refond le rendu de `/hub/roadmap/` sans modifier les données métier. Le bloc **Dernières implantations** montre quatre versions à la fois avec navigation vers les groupes précédents. Le **Plan de développement** affiche un cercle dynamique pour Core AWM, Hub AWM, Hub Client AWM, CRM AWM, CallTracker AWM, Stats AWM, Assistant AWM et Soutien AWM. Chaque cercle est divisé automatiquement entre **Livré**, **Maintenant**, **Prochaines étapes** et **Futur**. Il affiche le pourcentage livré et ouvre au clic un détail compact regroupé par état. Le rendu est responsive, navigable au clavier et entièrement local, sans bibliothèque graphique externe. --- # Hub AWM 4.5.15 — loader silencieux pour Heartbeat WordPress Le loader AWM ne s’ouvre plus sur les requêtes techniques WordPress exécutées en arrière-plan. Sur l’éditeur de campagne CallTracker, Heartbeat peut continuer à maintenir la session sans déclencher toutes les ~30 secondes la fenêtre **Récupération des données**. Les actions métier visibles restent suivies normalement par le loader. --- # Hub AWM 4.5.14 — gestion non bloquante de la connexion CallTracker Le loader AWM ignore désormais les notices autosave WordPress de l'éditeur de campagne CallTracker et laisse CallTracker 1.9.4 afficher son propre état de connexion. # Hub AWM 4.5.13 — accès à Validation et santé CallTracker Hub expose désormais l’onglet **Validation et santé** de CallTracker 1.9.2 dans son shell, sans déplacer les données ou décisions métier vers Hub. - diagnostics et tests guidés dans le contexte Hub; - approbations et clôtures protégées par Core; - confirmations sensibles intégrées dans l’interface AWM; - aucune fenêtre navigateur native pour les principaux flux CallTracker actifs; - aucune modification de la propriété CRM, CallTracker, Stats, Assistant ou Soutien. --- # Hub AWM 4.5.12 Hub 4.5.12 généralise le loader AWM à l’ensemble de l’administration Alliance. Les pages Core, CRM, CallTracker, Stats, Assistant et Soutien utilisent le même mécanisme de retour lorsqu’un message WordPress natif ou un marqueur AWM est produit. Les informations métier permanentes restent dans leurs cartes; les bandeaux de notification ne sont plus affichés. --- # Hub AWM 4.5.11 Hub 4.5.11 conserve la structure multi-modules et unifie maintenant les confirmations d’opérations dans le loader AWM, y compris les notices WordPress rendues à l’intérieur des écrans natifs. Un module activé devient un onglet principal; ses fonctions restent à l’intérieur de ce contexte. CRM conserve son propre dossier CRM et CallTracker ne prend jamais le contrôle d’une fiche ouverte depuis CRM. ## Fiche client - Vue d’ensemble; - un onglet par module activé; - Services & modules; - Identité visuelle; - Informations et accès. Sous **CallTracker** : Résumé, Campagnes, Leads, Appels, Historique CPL, Routage & audio, Dialer. Les anciennes URL restent compatibles. --- Hub 4.5.9 conserve la séparation de contexte des fiches clients et ajoute une gestion multi-sélection sécurisée dans Clients. L’interface demande toujours un aperçu Core avant désactivation, archivage ou suppression protégée. Cette compatibilité évite qu’un module actif prenne le contrôle visuel d’une fiche ouverte depuis un autre module. Les données CRM/WHMCS et CallTracker restent dans leurs propriétaires respectifs. --- # Hub AWM 4.5.7 Hub 4.5.7 enrichit la fiche client canonique sans dupliquer les données CRM/WHMCS. Lorsque CallTracker est actif et 1.8.0 disponible, l’onglet **CallTracker** permet à Alliance de gérer le routage et les deux messages vocaux de chaque campagne. ## Fiche client → CallTracker Alliance peut modifier la destination, activer/désactiver Message 1 et Message 2, écouter les MP3, téléverser/remplacer les fichiers et supprimer un fichier personnalisé. La suppression d’un Message 1 personnalisé réactive automatiquement le MP3 Alliance par défaut. Chaque action vérifie permission, nonce, campagne/client et délègue la logique métier à CallTracker. --- ## Documentation historique conservée # Hub AWM 4.5.6 Hub AWM 4.5.6 permet maintenant de gérer les utilisateurs WordPress du site client directement depuis **Hub AWM → Clients → fiche client → Accès**. ## Scan et autorisation 1. Mettre à jour le site client avec Hub Client AWM 1.5.0. 2. Ouvrir une fois Hub Client sur le site client afin qu’il synchronise son annuaire et initialise le canal sécurisé. 3. Sur Alliance, ouvrir la fiche du client → **Accès**. 4. Cliquer **Scanner les utilisateurs WordPress**. 5. Cocher uniquement les comptes qui doivent pouvoir ouvrir `/hub/` avec leur connexion WordPress locale. 6. Cliquer **Enregistrer les autorisations**. Un compte non coché est refusé par Core, même s’il est administrateur WordPress. La fiche CRM/WHMCS reste la source canonique et aucune donnée client n’est dupliquée dans Hub. --- ## Historique conservé # Hub AWM 4.5.5 Hub AWM 4.5.5 rend les fiches clients directement accessibles depuis **Hub AWM → Clients**. Il ne crée aucune nouvelle base de clients : les fiches et identifiants CRM/WHMCS existants restent canoniques. Hub conserve sa responsabilité d’administration visuelle et d’application des services. ## Prérequis et installation Installer **Core AWM 4.5.9** avant Hub AWM 4.5.5. CallTracker AWM reste en **1.7.0** et continue d’utiliser son outil Migration existant. CRM AWM reste en 1.4.1. ## Onglet Clients Le nouveau point d’entrée `awm-hub-clients` réutilise la liste et la fiche déjà éprouvées : - recherche et filtres; - données CRM/WHMCS canoniques; - services/modules appliqués; - CallTracker, campagnes, appels, formulaires et CPL lorsqu’autorisés; - Hub Connector, domaine client et accès; - style et identité visuelle existants. La route historique `callink-clients` reste disponible pour CallTracker et les liens CRM. Aucun identifiant historique n’est renommé. ## Roadmap publique La roadmap affiche maintenant **la version de chacun des huit modules** directement dans la navigation et dans chaque section, avec Hub Client comme module distinct. Ce registre de versions est maintenu à chaque livraison. ## Sécurité et identité visuelle Les permissions Core continuent de contrôler la lecture et les modifications. Hub ne récupère aucun secret. Les logos, couleurs, favicons et typographies déjà propres à un client ne sont jamais écrasés par le nouvel onglet. --- ## Documentation historique conservée # Hub AWM 4.5.3 ## Mise à niveau Installez **Core AWM 4.5.7** avant Hub AWM 4.5.3, puis **CallTracker AWM 1.6.0**. La mise à jour conserve le dossier `awm-hub`, les routes, options, écrans et paramètres visuels existants. **Hub → Réglages** demeure la source unique du logo Alliance, des icônes, des couleurs et du thème; aucune identité visuelle cliente n’est écrasée. ## Interface de lots CallTracker Hub fournit uniquement l’expérience visuelle. Les aperçus, validations, verrous, opérations et journaux sont exécutés côté serveur par CallTracker et Core. Le navigateur reçoit les conséquences et un jeton temporaire d’aperçu, jamais les secrets Twilio ou Alliance. Les nouveaux composants sont chargés seulement sur les écrans CallTracker concernés et pour un utilisateur disposant du niveau **Approuver**. En présence d’une ancienne version de CallTracker, les actions historiques continuent de fonctionner sans appel à la nouvelle couche de lot. Les anciens formulaires unitaires et destructifs réutilisent également les protections CallTracker disponibles : exclusion legacy vérifiée, instantané de suppression écrit sous verrou et avertissements distincts lorsque l’état local ou une réservation n’a pas pu être confirmé après une libération Twilio réussie. Les anciens endpoints groupés sont refusés côté serveur dès que le service d’aperçu 1.6.0 est disponible; ils ne subsistent que pour le repli avec une ancienne version de CallTracker. ## Validation recommandée Contrôler les deux pages en clair/sombre et aux largeurs ordinateur, tablette et mobile. Tester la sélection globale, les champs conditionnels, la fermeture au clavier, la confirmation exacte, les erreurs serveur, un aperçu expiré et l’affichage d’un résultat partiel. --- ## 4.5.2 — Loader CallTracker sur les écrans natifs Les écrans `post.php` et `edit.php` de `callink_campaign`/`callink_call` utilisent maintenant le même nettoyage de notices et le même loader AWM que les pages CallTracker personnalisées. Une sauvegarde de campagne ne laisse plus de bandeau WordPress dans l’interface. ## 4.5.1 — Interface de l’inventaire CallTracker Hub AWM rend désormais dans **CallTracker → Numéros** la vue d’inventaire fournie par CallTracker AWM 1.5.0 : filtres, recherche, dernier rattachement et réservations locales. Les identifiants Twilio restent côté serveur dans Core/CallTracker et ne sont jamais injectés dans le navigateur. ## Hub AWM 4.5.0 — apparence et services clients Hub AWM centralise maintenant deux responsabilités opérationnelles : **l’apparence commune de l’administration AWM** et **l’application des services/modules aux clients**. CRM reste la source des fiches/services et WHMCS; Core reste la frontière de sécurité/API. Dans Hub → Services clients, Alliance peut rechercher un client et choisir les modules et services CRM qui lui sont réellement appliqués. ## 4.4.0 — 2026-08-18 - 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. ## 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é. ## Historique Hub AWM 4.3.1 Extension d’administration visuelle et de rendu pour la clientèle. ## Responsabilités - tableau de bord administratif Hub AWM; - gestion visuelle des clients, services et identités; - thème clair/sombre commun aux modules; - portail client `/hub/`; - documentation et roadmap publiques; - suggestions publiques modérées; - recherche transversale locale; - rendu des outils activés pour chaque client. Pour le lot historique 4.3.1, **Core AWM 4.3.0** était le minimum. Hub AWM 4.5.3 exige **Core AWM 4.5.6 ou plus récent**; la suite 4.5.7 fournit Core AWM 4.5.7. La sécurité, les permissions, les API, les sessions et la gestion protégée des utilisateurs demeurent dans Core AWM. ## Nouveautés 4.3.0 - commandes visuelles conditionnées par les niveaux de permission du module concerné; - listes, fiches clients, rattachements de campagnes, connecteurs et identité visuelle compatibles avec un profil en lecture seule; - filtres **Actifs**, **Inactifs** et **Tous** pour les clients, avec les inactifs masqués par défaut; - recherche transversale limitée aux catégories de modules que l’utilisateur peut consulter; - modération des suggestions inscrite dans le journal central; - dépendance vérifiée avant toute inclusion afin d’éviter une erreur fatale avec un Core trop ancien. ## Recherche transversale - accès depuis le tableau de bord, le menu Hub AWM ou la barre WordPress; - raccourci `Ctrl/Commande + K`; - résultats regroupés par clients, campagnes, tickets et conversations; - recherche dans les noms, entreprises, courriels, téléphones, numéros, contenus et références; - clients inactifs masqués par défaut avec option explicite pour les inclure; - interface responsive adaptée aux écrans étroits. ## Mise à niveau Pour le lot historique 4.3.2, installer Core AWM 4.3.0 ou plus récent avant Hub. Pour la version actuelle 4.5.3, installer Core AWM 4.5.7 en premier. Une activation dans le mauvais ordre s’arrête avec un message explicite et ne modifie aucune donnée du Hub. ## Nouveautés 4.3.1 - ajout de l’onglet **Clients** dans la navigation CallTracker AWM; - accès direct à la recherche des clients et à leurs dossiers depuis le module téléphonie; - filtres Actifs, Inactifs et Tous alignés sur le statut WHMCS; - aucune nouvelle table client, aucun changement de route historique. ## Nouveautés 4.3.2 - état CallTracker propre à chaque client, indépendant du statut WHMCS; - activation/désactivation depuis l’onglet Clients; - filtre des clients CallTracker actifs ou inactifs; - rattachement direct d’une campagne non assignée; - création d’une nouvelle campagne avec client présélectionné. ## 4.3.3 — CallTracker La fiche client affiche maintenant ses campagnes avec les compteurs Appels/Formulaires. Chaque campagne possède un accès « Appels + formulaires » vers un historique complet paginé. Le logo CallTracker est placé en haut du module et la palette Campagnes suit le thème AWM. ## Correctif CallTracker 4.3.4 Le véritable écran WordPress des campagnes utilise maintenant le thème AWM en clair et sombre, sans grand logo historique dupliqué sous l’en-tête du module. Les fiches clients incluent les campagnes rattachées à des références historiques sûres du même client (WHMCS/courriel), sans correspondance automatique par simple nom ou entreprise. ## Correctif CallTracker 4.3.5 Les fiches clients CallTracker affichent aussi les campagnes appartenant à des références historiques sûres du même client (WHMCS ID, fusion antérieure, téléphone exact, ou domaine d’entreprise + identité cohérente). ## Hub Client AWM installé sur le site du client À partir du lot 4.3.8, un module satellite `hub-client-awm-1.0.0.zip` peut être installé sur le WordPress du client. Il expose le portail à `/hub/` sur le domaine du client et communique avec la plateforme Alliance via l’API client existante. Le site client ne reçoit ni Core AWM, ni CRM, ni CallTracker, ni les secrets d’intégration. La liaison se fait avec le code Hub Connector généré dans la fiche cliente. ## Hub Connector — séparation Core/Hub Hub affiche les commandes de liaison dans la fiche client, mais la génération, la révocation, les jetons et les métadonnées de sécurité sont gérés exclusivement par Core AWM 4.3.9+. - Les leads capturés par Gravity Forms sont identifiés explicitement comme `Gravity Forms` dans les vues CallTracker du Hub. ## Design Composer client — Hub 4.5.96 Le profil Hub Client peut maintenant stocker famille, accent, typographie, surface, mouvement et densité; Light/Dark demeure autonome dans le portail. ## 4.5.98 Le loader global utilise la couleur active (`--awm-user-accent`) pour teinter le fond floute en Light/Dark. - 4.5.103 : la liste Clients suit entièrement le thème principal (famille/couleur/typo/surface/mouvement/densité), tandis que chaque carte prévisualise son thème client. ## 4.5.104 La liste Clients est explicitement raccordée au shell Design Composer Core; seules les cartes restent dans le scope visuel client. Dernier correctif : 4.5.105 synchronise Hub AWM > Clients avec le mode Light/Dark principal Core. --- ## ROADMAP.md # 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.