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