Sécurité — double authentification

Rendre le MFA obligatoire au bout de 10 connexions.

Les comptes éditeur sans double authentification voient un bandeau de rappel avec décompte ; passé le seuil, un assistant de configuration s'impose avant de pouvoir continuer.

Plans & quotas

Chaque tenant hérite des limites de son plan (champ « Plan » du tenant). 0 = illimité. Le contrôle est souple : un dépassement déclenche une alerte (console + bandeau côté client), sans jamais bloquer l'accès.

Identifiant	Libellé	Max. utilisateurs	Max. stockage (Mo)

Ajouter / modifier un plan

10 dernières connexions (succès et échecs).

Date (UTC)	Identifiant	IP	Résultat

Notifications e-mail (SMTP)

Notifications par profil

Pour chaque scénario, choisissez les profils de comptes éditeur (Admin, Technique, Administratif) qui reçoivent l'e-mail. Les destinataires sont les comptes éditeur actifs du profil retenu, dont l'adresse e-mail est renseignée (sinon, repli sur l'adresse de notification des réglages SMTP).

Utilisateurs de la console

Ajouter un utilisateur

Identifiant	Nom complet	E-mail	Téléphone	Profil	État	MFA	Actions

État de santé des instances (base de données accessible). En cas d'incident, une alerte e-mail est envoyée à l'administrateur.

Tenant	Statut abonnement	Santé	Détail	Dernier contrôle

Réglages de supervision

Journalisation des modifications

Actions des éditeurs (provisioning, statut tenant, comptes, réglages).

Date (UTC)	Auteur	Action	Cible	Détail

Sauvegarde complète de la plateforme

Sauvegarde complète dans une seule archive : le plan de contrôle (registre des tenants, comptes éditeur, réglages) et les données de tous les tenants (base, documents, devis, contrats). En complément, chaque tenant conserve ses propres sauvegardes, gérées et automatisées dans son espace. La restauration peut être complète ou granulaire (plan de contrôle seul, ou un tenant). Toutes les opérations sont journalisées (Paramètres → Journalisation des modifications).

ℹ️ Notification e-mail ci-dessus = interrupteur maître qui décide d'émettre ou non l'e-mail de succès de sauvegarde (les échecs alertent toujours). Les destinataires (profils Admin / Technique / Administratif) se choisissent dans l'onglet « Notifications par profil », scénarios « Sauvegarde complète… ».

Test de restauration planifié

Vérifie qu'une sauvegarde complète est réellement restaurable : la dernière archive est restaurée dans un environnement isolé et jetable, l'application de chaque tenant y est démarrée (migrations rejouées) et les bases contrôlées — sans jamais toucher les données de production. Opération lourde : cadence espacée, de nuit ou le week-end.

ℹ️ Les destinataires (succès / échec) se choisissent dans l'onglet « Notifications par profil », scénarios « Test de restauration… ».

Archives disponibles (locales)

Nom	Taille	Créée le	Contenu	Actions

Externalisation hors-site (S3 / Backblaze…)

Copie hors-site les sauvegardes (plan de contrôle et bases des tenants) vers un stockage objet S3-compatible (AWS S3, Backblaze B2, OVH, Scaleway, MinIO) — protection contre la perte du NAS. La planification est indépendante des sauvegardes locales : l'externalisation s'exécute chaque jour à son heure dédiée et ne fait que recopier l'existant. La clé secrète est chiffrée au repos et n'est jamais réaffichée.

Archives hors-site (S3)

Restauration self-service depuis le cloud : complète ou granulaire (plan de contrôle seul, ou un tenant). Un snapshot de sécurité local est créé avant.

Nom	Taille	Créée le	Actions

Version

Édition : SaaS multi-tenant

Version de l'application : —

© 2025–2026 Julien Coquelle — Tous droits réservés.

Documentation

Guides livrés avec le package (dossier docs/) :

• SAAS_DEPLOIEMENT.md — déploiement du conteneur SaaS sur le NAS
• DOCUMENTATION_TECHNIQUE.md (§18) — architecture multi-tenant
• RUNBOOK_DEPLOIEMENT.md — exploitation