Outils pour utilisateurs

Outils du site


ujusum:3-codage:2-sprints:25-sprint-25-stabilisation

Ceci est une ancienne révision du document !


Étape suivante

Sprint 25

Stabilisation & corrections & complétion

Objectif :

Implémenter :

Branchement des fonctions du bandeau

Branchement de liens orphelins vers des pages actives (avec création du cotenu)

Correction help content

Révision des rôles et Opérations pour un SaaS

Complétions des guides et autres documents d'aide et de base de connaissance

Sprint 25-A

Branchements des fonctions du bandeau

Branchement de la liste déroulante Organisations (tenant)

Branchement de la liste déroulante Portefeuilles (portfolio)

Branchement des notifications

Sprint 25-B

Branchements des fonctions orphelines

Détail des huit pages créées

Page MFA

Page Conformité

Page Vie privée

Pages Finance — Paiements et Remboursements

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

Je dois adapter la page Opportunities à l'interface réelle (Opportunity pas PredictiveOpportunity, name pas customerName, pas d'estimatedRevenue) :

Page CRM Tasks (vue globale)

Pas d'endpoint global /tasks. Je construis la page sur la CollaborationDashboard + message d'information : Les props sont searchValue / onSearchChange, et DataToolbarFilter nécessite un id. Je corrige :

Page Ce qui est implémenté
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”
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)
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)

Sprint 25-C

Corrections

Lien Help Content

Sprint 25-D

Révision des rôles et Opérations pour un SaaS

— 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 PLATFORM_OWNER Fondateur / PDG — accès total PLATFORM_ADMIN Tech / DevOps — gestion infra, tenants, migrations PLATFORM_SUPPORT Support client — peut impersonate un tenant (lecture seule) PLATFORM_SALES Commercial — voit les tenants, leur statut, usage, MRR PLATFORM_BILLING Finance interne — facturation, abonnements, churn Capacités critiques pour le support :

Impersonation : accéder à l'interface d'un tenant en lecture seule pour diagnostiquer sans toucher aux données 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) 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 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 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 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

ujusum/3-codage/2-sprints/25-sprint-25-stabilisation.1781617989.txt.gz · Dernière modification : 2026/06/16 15:53 de 83.202.252.200

DokuWiki Appliance - Powered by TurnKey Linux