ROADMAP

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