← Roadmap publique
ROADMAP
Hub AWM V4.5.57Snapshot sécurisé de la version effectivement publiée. Les lignes potentiellement sensibles sont masquées automatiquement.# 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.