ROADMAP

# CRM AWM 1.6.39

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

CRM 1.6.39 consomme la hiérarchie Neutral contrôlée dans les zones client isolées, sans affecter le shell. La fiche conserve les couleurs du client et suit la variante claire/sombre de Core. Les opérations métier, données et permissions restent inchangées.

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

## Futur examiné

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

---

## 1.6.38 — 2026-10-22

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

Les cartes, l’en-tête client et le contenu du dossier consomment les deux profils canoniques Hub Client. Leur variante suit Core, y compris quand famille, accent, typographie, surface, mouvement ou densité diffèrent entre clair et sombre. Le basculement n’écrit aucune préférence client et ne change pas les filtres de liste.

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

---

## Livraison 1.6.37 — Suite 4.5.466

Les cartes de la liste CRM, le bandeau et le contenu de la fiche consomment le profil partagé Hub Client. Chaque client garde sa palette et ses choix de style, typographie, surface, mouvement et densité. Les cartes et fiches passent dans la variante claire ou sombre de Core; les couleurs du shell ne remplacent plus l’identité client.

## Validation et portée

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

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

---

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

### Maintenant

Raccorder le bandeau d’identité et le contenu du dossier au profil personnalisé partagé Hub Client, avec six axes effectivement appliqués et apparence client claire/sombre indépendante de Core, automatique ou choisie manuellement. Préserver le shell et les guides Core ainsi que les permissions, les états métier et le comportement des formulaires.

Les réglages de densité existants **Compact, Standard et Confortable** sont réellement appliqués au portail et à la fiche CRM. Les anciennes valeurs fixes du `body` du portail et des alias CRM ne masquent plus les tokens partagés : `--hub-gap`, `--hub-panel-pad`, `--hub-control-height` et `--hub-cell-padding`. Espacement, panneaux, hauteur des champs et cellules de tableau suivent le profil choisi. Le catalogue et les autres axes restent inchangés.

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

### Futur

La lecture imprimable par sections, la provenance des champs et la comparaison de dossiers restent différées. La comparaison future devra respecter le profil propre à chaque client dans son contenu et conserver le shell administratif commun. Cette clarification remplace l’hypothèse CRM = Core de la revue précédente; elle ne compte pas comme nouvelle fonctionnalité.

La revue transversale `2026-10-22.1` ajoute cinq propositions distinctes : verrouillage sélectif d’axes lors d’une réanalyse, veille des changements d’identité avant adoption, zone utile du logo choisie pour l’analyse, simulation de perception des couleurs et création de styles depuis une URL dans Design System & QA de Core. Aucune de ces fonctions n’est livrée par ce correctif.

## CRM AWM 1.6.35 — 2026-10-21 · Suite 4.5.463

### Périmètre

- Charger la feuille CSS dédiée sur la route canonique du dossier CRM.
- Consommer les tokens du profil administratif Core dans les composants CRM hérités.
- Conserver les états métier et les règles d’affichage Guidé/Standard/Avancé.

### Maintenant

- Reproduire le dossier de la vidéo depuis ses hooks et son markup PHP réels, puis contrôler les styles calculés.
- Vérifier Core Cyan Dark et Light, un autre accent, les géométries/surfaces et les états hover/focus sur bureau et écran étroit.
- Vérifier l’accès aux onglets utiles selon le mode, sans déplacer les données ou contourner les droits.
- Réserver les résultats de validation au rapport après leur exécution; vérifier le rendu hébergé et la roadmap après installation.

### Futur nouveau, différé

- Lecture imprimable du dossier par sélection de sections autorisées.
- Provenance consultable des champs, avec source canonique et métadonnées disponibles.
- Comparaison administrative de deux dossiers, sans fusion ni synchronisation automatique.

## CRM AWM 1.6.34 — Dossier administratif simplifié — 2026-10-19

- [x] Clarifier CRM administratif / Hub opérationnel sans créer une deuxième fiche client.
- [x] Réduire le bruit en Standard et déplacer les onglets techniques vers Affichage → Avancé.
- [x] Ajouter un passage explicite vers la configuration Hub.
- [x] Ajouter le parcours guidé Identité → Sites → Services → Hub Client → LeadTracker → Stats → Vérification finale.
- [x] Conserver les mêmes `client_id`, sites, services, factures et historiques.
- [ ] Valider les trois modes sur un dossier réel et en mobile.
- [ ] Confirmer l entrée V4.5.433 sur la roadmap publique après installation.

## CRM AWM 1.6.33 — Pipeline visuel des opportunités — 2026-10-15

- [x] Ajouter un pipeline visuel responsive sans défilement horizontal imposé : Nouveau, Contacté, Qualification, Soumission, Négociation, Gagné, Perdu.
- [x] Conserver valeur, probabilité, date de fermeture, responsable, client CRM, campagne et référence source.
- [x] Relier explicitement un lead du registre CRM Client sans déplacer ni modifier sa source LeadTracker/CallTracker.
- [x] Refuser les doublons par référence source stable et journaliser les changements d étape sans PII dans le journal technique.
- [x] Ajouter l onglet Opportunités dans chaque fiche client et une vue globale CRM AWM → Opportunités.
- [ ] Valider le drag-and-drop, la création depuis un appel/formulaire réel et les vues mobile/desktop sur WordPress Alliance.
- [ ] Confirmer la publication sur la roadmap publique.

**Prochaines étapes :** prévisions des ventes, soumissions avancées et automatisations approuvées/réversibles, sans transformer LeadTracker en CRM commercial.

## 2026-10-14 - 1.6.32 / Suite AWM 4.5.404 - CRM Clients

Assistant global de liaison et import par lots, reprises idempotentes, nouveaux prospects uniques a vie par entreprise et lecteurs CRM.

Candidate de migration additive : tests locaux, essai WordPress/MySQL et sites clients requis.
Aucun transfert a l'installation. Ne supprime ni sources historiques, ni audio Twilio.
Un seul lancement global depuis CRM AWM > CRM Clients - campagnes et leads.
Prealables : trousseau Core enrole et sauvegarde separement; Hub Client 1.14.22 sur sources et destination; autorisations techniques.
Le statut commercial et le statut des campagnes ne sont pas modifies. Capturia n'est jamais exige ni active pour les autres clients.

---

# CRM AWM 1.6.31 — Statut Actif / Inactif cliquable dans la fiche
- [x] Brancher le badge de la fiche détaillée sur l'état CRM canonique (et non sur un indicateur secondaire).
- [x] Exiger confirmation et droit CRM d'édition, nonce, contrôle du statut attendu; journaliser et avertir immédiatement.
- [x] Refuser le bouton pour comptes archivés ou supprimés; ne rien modifier automatiquement lors d'une installation.
- [ ] Tester sur client CRM actif #171 et un client pilote inactif, vérifier les panneaux Hub/Tech/LeadTracker après rafraîchissement.
- [ ] Confirmer publication du jalon sur la roadmap publique /hub/roadmap/.

# Suppression sécurisée de fiche client — 1.6.30

**Livré :** Ajoute une Zone sensible avec confirmation SUPPRIMER, révocation des Connectors, tombstone CRM et conservation intégrale des historiques liés.

**Validation terrain :** confirmer le parcours sur un site pilote avant généralisation à toute la flotte.

# Priorite de stabilisation - Suite 4.5.232

**Livraison locale candidate; non deployee.** Les evolutions fonctionnelles sont en pause jusqu'au retablissement et a la validation des sauvegardes.

## A valider avant reprise
- Installation du correctif d'amorcage, sauvegarde hebergeur et recuperation de wp-admin.
- Vrai test MySQL/MariaDB dans une base isolee; recette WordPress/Vault sur preproduction sans emails/paiements/webhooks sortants.
- Verification de la fenetre de maintenance, des cron externes, du quota, de la copie hors serveur et de la conservation des cles.

## Prochaines etapes, non livrees
- Contrat Recovery propre a chaque client_id + site_id + instance_uuid, sans reactivation implicite de flotte.
- Fournisseurs de snapshots hebergeur pour les installations non standard et bases partagees; aucune restauration partielle presentee comme complete.
- Test automatise de restauration WordPress complete sur preproduction, puis retention/offsite et tableau d'historique enrichi.
- Reprise du roadmap Health seulement apres validation de ces garde-fous.

## 1.6.29 - Correctif du fatal Pulse WP_User - 2026-09-12

- Le Pulse utilise les objets WP_User renvoyes par canonical_clients() et la methode PUBLIQUE canonical_client_is_active().
- Aucun acces tableau sur WP_User et aucun appel a la methode privee client_is_active().
- Compatibilite avec les profils tableaux explicitement types; un type inconnu reste inconnu, pas automatiquement inactif.
- Comptage en lecture seule, sans construire de profil pouvant creer un site_id. Inactif et archive ne sont pas renommes abusivement suspendus.
- Aucune migration du schema metier. Regression reproduite sur l'ancienne version puis testee avec la classe CRM reelle et des doubles WordPress.

# Awm Crm Alliance 1.6.28 — Pulse v2 Health / cycle client

## Livré
- CRM expose un score/fraîcheur Health tout en restant l autorité du statut actif/inactif.
- Le nombre de clients suspendus reste contextuel et ne pénalise pas automatiquement le score technique.

## Prochain lot accéléré
- Objectifs client, SLA commerciaux et signaux de réactivation pour Health sans inventer d engagement contractuel.

# CRM AWM 1.6.27 — Pulse opérationnel transversal

## Livré
- Expose au Core un pulse clients actifs / suspendus depuis le statut CRM canonique.
- Prépare Health/SLA à distinguer une suspension commerciale d une panne technique.

## Prochain lot accéléré
- Objectifs SLA attachés aux services/contrats, sensibles aux périodes de suspension.
- Vue santé commerciale : abonnements, échéances et relances sans créer de statut concurrent.

# CRM AWM 1.6.26 — navigation Connector exacte

- [x] Ajouter une ancre stable sur chaque Connector principal/secondaire.
- [x] Mettre visuellement en évidence le Connector ciblé depuis Tech.


**Livré :** motif et date de réactivation optionnels dans la fiche, réactivation automatique, historique append-only des périodes de suspension et API canonique pour Health/SLA. Le clic rapide de la liste reste inchangé.

**Maintenant :** valider une désactivation avec motif, une réactivation manuelle et un test de date planifiée sur un client de test.

**Prochaines étapes :** exploiter les périodes de suspension dans Health et, uniquement avec une règle non ambiguë, rattacher des objectifs SLA aux services/contrats CRM.

# CRM AWM 1.6.24 — bascule Actif/Inactif sans perdre le contexte

**Livré :** la bascule du statut dans la liste clients se fait sans rechargement complet. La recherche, le filtre, le mode d affichage et le scroll restent en place; le loader AWM confirme l opération.

**Maintenant :** valider sur un client réel en milieu de liste, en vues Fiches et Tableau, puis vérifier Actif → Inactif → Actif sous les filtres Actifs, Inactifs et Tous.

**Prochaines étapes :** ajouter au besoin un motif et une date planifiée d inactivité, toujours sans créer de second statut ni supprimer l historique.

# CRM AWM 1.6.23 — statut client opérationnel canonique

**Livré :** le badge Actif/Inactif est cliquable directement dans la liste; CRM publie le changement de statut à la Suite et conserve intégralement la fiche et son historique.

**Maintenant :** valider sur un client réel Actif → Inactif → Actif et confirmer la disparition/réapparition dans Tech, Hub, Stats, Studio et CallTracker sans recréer le Connector.

**Prochaines étapes :** ajouter au besoin un motif de désactivation et une date planifiée de réactivation, sans créer un second système de statut.

# CRM AWM 1.6.22 — liaison secondaire guidée

- Distinguer clairement site enregistré, clé en attente et Connector runtime connecté.
- Donner au stagiaire un raccourci direct vers Hub Client pour terminer le pairing.
- Ne considérer un site comme cible distante qu une fois `runtime_authorized`.

# CRM AWM 1.6.21 — site principal canonique et Connectors isolés

**Livré :** correction du thème sombre dans les KPI de fiche client; site principal utilisé par défaut pour l'identité visuelle et Hub Client; Connectors générés/régénérés/révoqués indépendamment par `site_id`; promotion d'un site synchronisée avec la référence Hub/design.

**Maintenant :** valider sur un client multi-sites la connexion du site principal et d'au moins un site secondaire, puis régénérer la clé secondaire pour confirmer que le principal reste connecté.

**Prochaines étapes :** permettre éventuellement à un expert de définir explicitement une destination Hub différente du site principal, tout en gardant le site principal comme valeur recommandée pour un stagiaire.

# CRM AWM 1.6.19 — fiche client multi-sites premium

## Livré
- UI premium responsive pour **Site principal** et **Sites secondaires**.
- Actions directes Ajouter, Promouvoir et Supprimer sans radio visuellement envahissante.
- `site_type` canonique avec types Production, Landing page, Sous-domaine, Répertoire, Staging, Développement, Boutique, Blog, Portail client, Campagne, Microsite, Réservation, Site multilingue, Intranet, Extranet et Autre.
- Migration compatible des anciennes valeurs `environment`.
- Site principal toujours utilisé comme source officielle du design.

## Maintenant
- Valider la fiche sur desktop, tablette et mobile avec plusieurs sites secondaires.
- Confirmer promotion d'un secondaire et conservation des `site_id`.

## Prochaines étapes
- Associer automatiquement chaque runtime Hub Client / Tech au `site_id` précis.
- Afficher connexion, santé et dernière communication directement dans chaque ligne de site.

## Futur
- Vue réseau complète par client avec filtres par type de site.
- Exceptions de design explicites par secondaire tout en gardant le principal comme référence par défaut.