Différences

Ci-dessous, les différences entre deux révisions de la page.

--- ujusum:3-codage:2-sprints:25-sprint-25-stabilisation [2026/06/16 15:53] – 83.202.252.200
+++ ujusum:3-codage:2-sprints:25-sprint-25-stabilisation [2026/06/16 16:04] (Version actuelle) – 83.202.252.200
@@ Ligne 3: / Ligne 3: @@
 ===== Sprint 25 =====
-Stabilisation & corrections & complétion
+Product Stabilization, SaaS Governance & Functional Completion
 Objectif :
@@ Ligne 10: / Ligne 10: @@
 <code>
-Branchement des fonctions du bandeau
+Navigation Completion
-Branchement de liens orphelins vers des pages actives (avec création du cotenu)
+Orphan Features Completion
-Correction help content
+Help Center Corrections
-Révision des rôles et Opérations pour un SaaS
+SaaS Governance Model
-Complétions des guides et autres documents d'aide et de base de connaissance
+Role Refactoring
-</code>
+Portal Alignment
+Knowledge Base Completion
+Version 1.0 Hardening </code>
+afin de transformer le MVP certifié en un produit SaaS cohérent, exploitable et administrable à grande échelle.
+---
+====== Architecture ======
+<code>
+Sprint 25
+├── Navigation Completion
+├── Feature Completion
+├── Help Center Completion
+├── SaaS Governance
+├── Role Model Refactoring
+├── Portal Alignment
+├── Documentation Completion
+├── Product Hardening
+└── Version 1.0 Readiness </code>
+---
 ====== Sprint 25-A ======
-===== Branchements des fonctions du bandeau =====
+===== Navigation Completion =====
 ---
+====== Étape 1 — Tenant Switcher ======
+Branchement :
 <code>
+Organisation Selector
-Branchement de la liste déroulante Organisations (tenant)
+Tenant Context
-Branchement de la liste déroulante Portefeuilles (portfolio)
+Tenant Switching
-Branchement des notifications
+Tenant Permissions Validation </code>
-</code>
+---
+====== Étape 2 — Portfolio Switcher ======
+Branchement :
+<code>
+Portfolio Selector
+Current Portfolio
+Portfolio Scope
+Portfolio Navigation </code>
+---
+====== Étape 3 — Notifications ======
+Supporter :
+<code>
+Reservations
+Operations
+Finance
+Distribution
+Security
+Customer Success </code>
+---
+====== Étape 4 — Navigation Audit ======
+Vérifier :
+<code>
+Tous les menus
+Tous les liens
+Tous les raccourcis
+Tous les CTA </code>
+---
 ====== Sprint 25-B ======
-===== Branchements des fonctions orphelines =====
+===== Orphan Features Completion =====
 ---
-Détail des huit pages créées
+====== Étape 5 — Security Pages ======
-**Page MFA**
+Créer :
-**Page Conformité**
+<code>
+MFA
-**Page Vie privée**
+Compliance
-**Pages Finance — Paiements et Remboursements**
+Privacy </code>
-Les paiements sont par réservation — il n'y a pas d'endpoint global /payments. Je vais construire les pages Paiements et Remboursements en listant les réservations avec leur statut de paiement (ce qui existe), et les remboursements via le service existant :
+---
-**Pages CRM — Leads, Opportunities, Tasks**
+====== Étape 6 — Finance Pages ======
-Je dois adapter la page Opportunities à l'interface réelle (Opportunity pas PredictiveOpportunity, name pas customerName, pas d'estimatedRevenue) :
+Créer :
-**Page CRM Tasks (vue globale)**
+<code>
+Payments
-Pas d'endpoint global /tasks. Je construis la page sur la CollaborationDashboard + message d'information :
+Refunds
-Les props sont searchValue / onSearchChange, et DataToolbarFilter nécessite un id. Je corrige :
-^Page	^Ce qui est implémenté	^
+Financial Overview </code>
-|Sécurité → MFA	|Statut actif/inactif, sélecteur de méthode (TOTP / Email), bouton d'activation → POST /security/mfa/enable|
-|Sécurité → Conformité	|Score de conformité, taux de violations, grille des contrôles avec résultats pass/fail, bouton "Lancer l'évaluation"|
+à partir des endpoints réellement disponibles.
-|Sécurité → Vie privée	|Toggles RGPD/Marketing/Newsletter/Profiling/Partage, enregistrement via POST /security/consents, liste des droits RGPD|
-|Finance → Paiements	|Liste des réservations avec leurs paiements, KPIs (Payé / En attente / Échoué), filtre par statut|
+---
-|Finance → Remboursements	|Liste filtrée sur paymentStatus=REFUNDED, montant remboursé vs original|
-|CRM → Leads	|Table complète, KPIs par statut, dialog de création (prénom/nom/email/téléphone)|
+====== Étape 7 — CRM Pages ======
-|CRM → Opportunités	|Opportunités IA (/crm-prediction/opportunities), score visuel en barre, type, motif, lien client|
-|CRM → Tâches	|Dashboard de collaboration (tâches ouvertes/assignées/mentions), liens vers les fiches clients (les tâches étant par client, pas globales dans l'API)|
+Créer :
+<code>
+Leads
+Opportunities
+Tasks </code>
+compatibles avec les modèles actuels.
+---
+====== Étape 8 — Functional Validation ======
+Vérifier :
+<code>
+UI ↔ API
+Actions
+Filtres
+Exports </code>
+---
 ====== Sprint 25-C ======
-===== Corrections =====
+===== Help Center Completion =====
+---
+====== Étape 9 — Corrections ======
+Corriger :
 <code>
+Help Content
-Lien Help Content
+Broken Links
-</code>
+Missing Articles
+Outdated References </code>
+---
+====== Étape 10 — Documentation Coverage ======
+Mesurer :
+<code>
+Admin
+Owner
+Guest
+Operations
+Finance
+Distribution </code>
+---
+====== Étape 11 — Contextual Help ======
+Vérifier :
+<code>
+Tooltips
+Guides
+Help Center
+Interactive Tours </code>
 ---
@@ Ligne 90: / Ligne 238: @@
 ====== Sprint 25-D ======
-===== Révision des rôles et Opérations pour un SaaS =====
+===== SaaS Governance Model =====
 ---
-Modèle Roles & Fonctions recommandé
-Couche 0 — Backoffice Plateforme (interne)
-Utilisateurs internes à l'éditeur du SaaS. Ils n'ont pas de tenantId client — ou appartiennent à un tenant système "platform".
-Rôle	Fonction
+====== Étape 12 — Platform Layer ======
-PLATFORM_OWNER	Fondateur / PDG — accès total
-PLATFORM_ADMIN	Tech / DevOps — gestion infra, tenants, migrations
+Formaliser :
-PLATFORM_SUPPORT	Support client — peut impersonate un tenant (lecture seule)
-PLATFORM_SALES	Commercial — voit les tenants, leur statut, usage, MRR
+<code>
-PLATFORM_BILLING	Finance interne — facturation, abonnements, churn
+PLATFORM_OWNER
-Capacités critiques pour le support :
+PLATFORM_ADMIN
+PLATFORM_SUPPORT
+PLATFORM_SALES
+PLATFORM_BILLING </code>
+---
+====== Étape 13 — Tenant Layer ======
+Formaliser :
+<code>
+TENANT_OWNER
+TENANT_ADMIN
+TENANT_MANAGER
+TENANT_AGENT
+TENANT_ACCOUNTANT
+TENANT_VIEWER </code>
+---
+====== Étape 14 — Owner Layer ======
+Formaliser :
+<code>
+OWNER
+OWNER_MANAGER </code>
+---
+====== Étape 15 — Guest Layer ======
+Formaliser :
+<code>
+GUEST
+</code>
+---
+====== Sprint 25-E ======
+===== Permission Matrix =====
+---
+====== Étape 16 — Matrice ======
+Créer :
+<code>
+Role
+Permission
+Scope
+Portal
+Restrictions </code>
+---
+====== Étape 17 — Scopes ======
+Supporter :
+<code>
+Platform
+Tenant
+Portfolio
+Property
+Owner </code>
+---
+====== Étape 18 — Validation ======
+Tester :
+<code>
+Lecture
+Création
+Modification
+Suppression
+Administration </code>
+---
+====== Sprint 25-F ======
+===== Portal Alignment =====
+---
+====== Étape 19 — Admin Portal ======
+Aligner avec :
+<code>
+Platform Roles
+Tenant Roles </code>
+---
+====== Étape 20 — Owner Portal ======
+Aligner avec :
+<code>
+Owner Roles
+Owner Permissions </code>
+---
+====== Étape 21 — Guest Portal ======
+Aligner avec :
+<code>
+Guest Journey
+Guest Permissions </code>
+---
+====== Sprint 25-G ======
+===== Support & Impersonation =====
+---
+====== Étape 22 — Support Access ======
+Créer :
+<code>
+Tenant Impersonation
+Read Only Access
+Support Session </code>
+---
+====== Étape 23 — Audit ======
+Tracer :
+<code>
+Qui
+Quand
+Pourquoi
+Tenant </code>
+---
+====== Étape 24 — Security ======
+Bloquer :
+<code>
+Financial Changes
+Permission Changes
+Destructive Actions </code>
+en mode impersonation.
+---
+====== Sprint 25-H ======
+===== Product Hardening =====
+---
+====== Étape 25 — UX ======
+Vérifier :
+<code>
+Empty States
+Loading States
+Error States
+Offline States </code>
+---
+====== Étape 26 — Data Quality ======
+Corriger :
+<code>
+Missing Data
+Broken Widgets
+Incorrect Counts
+Dead Links </code>
+---
+====== Étape 27 — Consistency ======
+Uniformiser :
+<code>
+Terminologie
+Menus
+Actions
+Notifications </code>
+---
+====== Sprint 25-I ======
+===== Readiness Review =====
+---
+====== Étape 28 — Vérifications ======
+Valider :
+<code>
+Portals
+Roles
+Permissions
+Documentation
+Help Center </code>
+---
+====== Étape 29 — Rapport ======
+Générer :
+<code>
+Sprint 25 Completion Report
+</code>
+---
+====== Étape 30 — Backlog ======
+Identifier :
+<code>
+Phase 2 Items
+Enterprise Scale Items
+Technical Debt </code>
+---
+====== Définition de terminé ======
+Le Sprint 25 est terminé lorsque :
+<code>
+✓ Navigation complétée
+✓ Fonctions orphelines raccordées
+✓ Help Center corrigé
+✓ Modèle SaaS finalisé
+✓ Rôles finalisés
+✓ Matrice des permissions validée
+✓ Portails alignés
+✓ Impersonation support disponible
+✓ Produit stabilisé </code>
+---
+====== Résultat ======
+À la fin du Sprint 25 :
+<code>
+Rental Platform v1.0
-Impersonation : accéder à l'interface d'un tenant en lecture seule pour diagnostiquer sans toucher aux données
+Stable
-Audit log global : toutes les actions traçées par tenant
-Vue santé tenant : dernière connexion, erreurs récentes, utilisation des features
-Couche 1 — Tenant Admin (côté client)
-Rôle	Fonction
-TENANT_OWNER	Dirigeant de l'entreprise — seul à pouvoir supprimer le compte, gérer la facturation
-TENANT_ADMIN	DG / Responsable ops — gère le personnel, les paramètres, voit tout
-TENANT_MANAGER	Responsable de portefeuille — vue sur un sous-ensemble de biens
-TENANT_AGENT	Opérationnel (check-in, commercial terrain) — vue limitée à ses biens assignés
-TENANT_ACCOUNTANT	Comptable externe — accès lecture seule finances uniquement
-TENANT_VIEWER	Investisseur / auditeur — tableau de bord lecture seule
-Points clés :
-TENANT_OWNER ≠ TENANT_ADMIN : le premier est le contrat légal (1 seul par tenant), le second est opérationnel (peut être plusieurs)
+Cohérent
-Séparation MANAGER / AGENT : le manager crée les règles, l'agent les applique
-Couche 2 — Propriétaires bailleurs (externes au personnel)
-Ce sont des clients qui confient leurs biens. Ils ont un accès en portail dédié, pas dans l'interface principale.
-Rôle	Fonction
+Documenté
-OWNER	Voit ses biens, ses revenus, ses réservations. Ne peut rien modifier
-OWNER_MANAGER	Propriétaire qui gère aussi lui-même (cas conciergerie légère)
-Portail propriétaire = interface simplifiée séparée (ou section dédiée dans l'admin), avec :
-Tableau de bord revenus
+Administrable
-Calendrier occupations
-Documents / relevés mensuels
-Messagerie avec le gestionnaire
-Couche 3 — Locataires / Voyageurs
-Pas dans l'interface admin. Accès via un portail locataire (ou app mobile) distinct.
-Rôle	Fonction
+Commercialisable </code>
-GUEST	Recherche, réserve, signe contrat, check-in digital, feedback
-Matrice de scoping des permissions
-Permission             Platform  TenantAdmin  Manager  Agent  Owner  Guest
-─────────────────────────────────────────────────────────────────────────
-Voir tous les tenants     ✓
-Créer/suspendre tenant    ✓
-Impersonate tenant        ✓(support)
-──────────────────────────────────────────────────────────────────────────
-Gérer utilisateurs                    ✓
-Voir tous les biens                   ✓          ✓(scope)
-Créer/modifier biens                  ✓          ✓(scope)
-Créer réservation                     ✓          ✓         ✓
-Voir finances complètes               ✓          ✓(scope)
-Accès comptabilité                    ✓
-──────────────────────────────────────────────────────────────────────────
-Voir ses biens propres                                         ✓
-Voir revenus ses biens                                         ✓
-──────────────────────────────────────────────────────────────────────────
-Réserver                                                              ✓
-Signer contrat                                                        ✓
-Ce qui manque actuellement dans ton schéma
-Besoin	Statut actuel	Action recommandée
-Tenant système "platform" pour les internes	Absent	Créer un tenant code: "platform" avec rôles dédiés
-TENANT_OWNER distinct de TENANT_ADMIN	Fusionnés en ADMIN	Ajouter la distinction + transfert de propriété
-Portail propriétaire bailleur	Absent	Feature à part entière (espace OWNER)
-Impersonation support	Absent	Endpoint sécurisé + audit log obligatoire
-TENANT_ACCOUNTANT (lecture seule finances)	Absent	Rôle + permissions scoped
-Portail locataire	Absent	Hors scope admin actuel
-Recommandation d'ordre de priorité
-Immédiat : renommer ADMIN → distinguer TENANT_OWNER / TENANT_ADMIN (impact contractuel et sécurité)
-Court terme : ajouter TENANT_ACCOUNTANT + TENANT_VIEWER (demande client fréquente)
-Moyen terme : portail propriétaire bailleur (différenciateur fort)
-Moyen terme : impersonation support avec audit (indispensable pour le support à l'échelle)
-Long terme : portail locataire / app mobile