README

## 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+.