KoproGo
  • Parcours Investisseur
    • L’Histoire Humaine
    • Le Problème Sociétal
    • La Solution Technique
      • Architecture Ultra-Optimisée
      • Fonctionnalités Opérationnelles
    • Le Modèle Économique
      • Modèle OpenCore
      • Viabilité Financière
      • Allocation du Surplus (votée en AG)
    • Gouvernance ASBL
      • Structure Juridique
      • Équipe & Contributeurs
    • La Roadmap
      • Progression par Capacités (Pas Dates Fixes)
    • L’Impact Sociétal
      • Impact par Palier
      • Fonds de Solidarité
    • Métriques de Succès
      • KPIs Techniques
      • KPIs Business
      • KPIs Impact
    • Risques & Mitigation
      • Risques Identifiés
    • Opportunités
      • Subventions Potentielles
      • Partenariats Stratégiques
      • Expansion Géographique
    • Documents Complets
    • Contact
  • Vision & Stratégie
    • Contenu de cette Section
      • Pourquoi KoproGo Existe
    • Vue d’Ensemble
    • Documents
  • Pourquoi KoproGo Existe
    • Introduction
    • Le Problème : Un Marché Verrouillé et Coûteux
      • Coûts Prohibitifs pour les Copropriétés
      • Manque de Transparence et Souveraineté
      • Impact Environnemental Ignoré
      • Exclusion des Petites Copropriétés
    • Les Conséquences : Un Gaspillage Systémique
      • Impact Économique
      • Impact Écologique
      • Impact Social
      • Manque de Souveraineté Numérique
    • La Solution KoproGo : Une Alternative Radicale
      • Principe Fondamental
      • 99% d’Économies Grâce à l’Architecture Rust
      • 96% de Réduction CO₂ par Design Écologique
      • Open-Source & Souveraineté des Données
      • Gouvernance Démocratique : ASBL Sans Actionnaires
      • Fonds de Solidarité Intégré
    • L’Impact Attendu : Changer la Donne
      • Impact Économique (5 000 Copropriétés)
      • Impact Écologique (5 000 Copropriétés)
      • Impact Social (5 000 Copropriétés)
    • Pourquoi Maintenant ?
      • Contexte Technologique Favorable
      • Contexte Réglementaire Européen
      • Contexte Sociétal
      • Fenêtre d’Opportunité Unique
    • Conclusion : Un Projet Nécessaire et Réalisable
      • KoproGo Résout un Vrai Problème
      • KoproGo Est Techniquement Viable
      • KoproGo Est Économiquement Viable
      • KoproGo Peut Avoir un Impact Massif
    • Rejoignez-Nous
  • De la Gestion à la Symbiose
    • Introduction
    • Le Fil Narratif : 7 Jalons, 1 Vision
      • Vue d’Ensemble
    • Jalon 1-2 : Construire la Base de Confiance
      • Ce Qu’On Construit
      • Pourquoi C’est Critical pour Symbiose
      • Exemple Concret
    • Jalon 3 : Générer le Graphe Social
      • Ce Qu’On Construit
      • Pourquoi C’est Critical pour Symbiose
      • Exemple Concret
    • Jalon 4-5 : Préparer l’Interopérabilité
      • Ce Qu’On Construit
      • Pourquoi C’est Critical pour Symbiose
      • Exemple Concret
    • Jalon 6 : Déployer l’Intelligence Collective
      • Ce Qu’On Construit
      • Pourquoi C’est Critical pour Symbiose
      • Exemple Concret
    • Jalon 7 : Atteindre la Symbiose Décentralisée
      • La Vision Symbiose Finale
      • Pourquoi C’est Possible Grâce aux Jalons 1-6
      • Exemple Concret : Une Journée Type en 2030
    • Le Pont Narratif : Pourquoi Chaque Jalon Est Indispensable
      • Tableau Récapitulatif
      • Pourquoi Commencer par un “Simple” Outil de Gestion ?
    • Calendrier Réaliste
      • Progression Organique
    • Conclusion : Une Seule Vision, 7 Étapes
  • Roadmap 2025-2030
    • Contenu de cette Section
      • Roadmap KoproGo 2025-2030
      • Jalons Atteints
      • Jalons À Venir
    • Vue d’Ensemble
    • Documents
  • Roadmap KoproGo 2025-2030
    • Introduction
    • Vue d’Ensemble 2025-2030
      • Objectif Final
      • Progression par Paliers
    • Les 3 Phases de Développement
      • Phase 1 : VPS MVP (2025-2026)
      • Phase 2 : K3s + Automation (2026)
      • Phase 3 : K8s Production + PropTech 2.0 (2026-2030)
    • Évolution Tarifaire Démocratique
      • Modèle de Démocratie Tarifaire
      • Exemples d’Évolution Tarifaire
    • Jalons Techniques Détaillés
      • Jalon 0 : Fondations Techniques ✅
      • Jalon 1 : Sécurité & GDPR 🔄
      • Jalon 2 : Conformité Légale Belge
      • Jalon 3 : Features Différenciantes
    • Force de Frappe et Vélocité
      • Abaque d’Estimation
      • Scénarios de Croissance
    • Impact Attendu par Palier
    • Conclusion
  • Jalons Atteints
    • Introduction
    • Jalon 0 : Fondations Techniques ✅
      • Architecture & Code
      • Tests & Qualité
      • Performance & Écologie
      • Infrastructure & Sécurité
      • Documentation
    • Jalon 1 : Sécurité & GDPR (En Cours) 🔄
      • Déjà Fait
      • En Cours
    • Modules Fonctionnels Déjà Implémentés
      • Multi-Owner Support ✅
      • Multi-Role Support ✅
      • Comptabilité Belge (PCMN) ✅
      • Invoice Workflow ✅
      • Payment Recovery Workflow ✅
    • Statistiques Globales (État Actuel)
    • Conclusion
  • Jalons À Venir
    • Introduction
    • Prochaine Étape : Jalon 2 (Priorité Immédiate)
      • Jalon 2 : Conformité Légale Belge
    • Jalons Moyen Terme (6-12 Mois)
      • Jalon 3 : Features Différenciantes
      • Jalon 4 : Automation & Intégrations
    • Jalons Long Terme (12-24 Mois)
      • Jalon 5 : Mobile & API Publique
    • Jalons Très Long Terme (24-48 Mois)
      • Jalon 6 : Intelligence & Expansion (PropTech 2.0)
      • Jalon 7 : Platform Economy (PropTech 2.0)
    • Résumé des Priorités
    • Conclusion
  • KoproGo - Roadmap par Capacités
  • Philosophie: Pas de Dates, Des Capacités
    • Pourquoi ce Modèle?
  • Métriques de Progression: Les Deux Moteurs
    • Les Trois Moteurs d’Acquisition (Engouement)
  • ⏱️ Force de Frappe: Tout Sera Fait, Mais QUAND?
    • Principe Fondamental: Progression Organique
    • Point de Départ Ultra-Réaliste (Aujourd’hui)
    • Abaque d’Estimation: Comment la Vélocité Augmente
    • Influence de la Communauté sur le Rythme
    • Scénarios de Progression Réalistes
    • Durée vs Qualité: Notre Engagement
    • Paliers de Croissance Infrastructure
  • ⚠️ PropTech 2.0: Modules Avancés Phase Tardive
    • Distinction IA Développement vs IA Produit
    • Modules PropTech 2.0: Phase Leadership (Jalon 6+)
  • Jalons Produit: Features Débloquant la Croissance
    • Jalon 0: Fondations Techniques ✅
    • Jalon 1: Sécurité & GDPR
    • Jalon 2: Conformité Légale Belge
    • Jalon 3: Features Différenciantes
    • Jalon 4: Automation & Intégrations
    • Jalon 5: Mobile & API Publique
    • Jalon 6: Intelligence & Expansion (PropTech 2.0 🚀)
    • Jalon 7: Platform Economy (PropTech 2.0 🔬)
  • Progression Conditionnelle: Force de Travail
    • Le Facteur Multiplicateur
    • Effet Boule de Neige
  • Vision Holistique: Tout S’Articule
    • L’Architecture des Dépendances
    • Les Trois Piliers Interconnectés
    • Métriques de Succès Holistiques
  • Avantages du Modèle par Capacités
    • Pour l’Équipe
    • Pour les Utilisateurs
    • Pour les Investisseurs / Subventions
  • Plan d’Action: Prochaines Étapes
    • Prochaine Étape: Compléter Jalon 1
    • Ensuite: Attaquer Jalon 2
  • Conclusion: Progression Saine et Soutenable
    • Ce Que Nous Promettons
    • Ce Que Nous NE Promettons PAS
    • Notre Engagement
  • Documents de Référence
  • Architecture Technique
    • Contenu de cette Section
    • Vue d’Ensemble
    • Documents
  • Documentation Backend
    • Principes Architecturaux
      • Architecture Hexagonale (Ports & Adapters)
      • Domain-Driven Design (DDD)
    • Organisation des Modules
      • backend/src/lib.rs
      • backend/src/config.rs
      • Domain - Couche Domaine (Core Métier)
      • Application - Couche Application (Use Cases)
      • Infrastructure - Couche Infrastructure (Adapters)
      • Tests - Stratégie de Tests
      • Benchmarks - Performance
    • Structure Complète
    • Commandes Développement
    • Endpoints API
      • Authentification
      • Buildings (Immeubles)
      • Units (Lots)
      • Owners (Copropriétaires)
      • Expenses (Charges)
      • Meetings (Assemblées Générales)
      • Documents
      • PCN (Précompte de Charge Notariale)
      • Health & Seed
    • Performance
    • Tests
    • Sécurité
    • Multi-Tenancy
    • Migrations Base de Données
    • Déploiement
    • Extensions Futures
    • Références
  • Documentation Frontend
    • Module lib/ - Bibliothèques et Utilitaires
      • api.ts - Client API REST
      • types.ts - Types TypeScript
      • i18n.ts - Internationalisation
      • sync.ts - Service de Synchronisation Offline
      • config.ts - Configuration Runtime
      • db.ts - Client IndexedDB
    • Components - Composants Svelte Réutilisables
      • Organisation
      • Catégories de Composants
      • Patterns d’Utilisation
      • Styling avec Tailwind CSS
      • Tests Composants
      • Accessibilité (a11y)
      • Performance
      • Références
    • Pages - Routing Astro
      • Routing File-Based
      • Structure Pages
      • Pages Publiques
      • Pages Protégées (Authentification)
      • Pages par Rôle
      • Pages Entités (CRUD)
      • Pages Utilitaires
      • Routing Dynamique
      • Redirections
      • SEO et Meta Tags
      • Gestion Erreurs
      • Tests Pages
      • Build Output
      • Références
    • Layouts - Templates Astro
      • Layout.astro
      • Utilisation dans Pages
      • Layouts Spécialisés (Futurs)
      • Nested Layouts
      • Slots Nommés
      • Head Injection
      • Responsive Design
      • Dark Mode (Futur)
      • Performance
      • Tests Layouts
      • Références
    • Stores - État Global Svelte
      • Vue d’ensemble
      • authStore
      • Autres Stores (Futurs)
      • Derived Stores
      • Custom Stores
      • Tests Stores
      • Debugging Stores
      • Bonnes Pratiques
      • Références
    • Locales - Fichiers de Traduction
      • Structure
      • Format JSON
      • Sections Communes
      • Entités Domaine
      • Paramètres Dynamiques
      • Dates et Nombres
      • Maintenance Traductions
      • Exemples Complets
      • Tests i18n
      • Bonnes Pratiques
      • Références
  • Infrastructure - Terraform + Ansible
    • Vue d’ensemble
    • Stack Technologique
    • Structure
    • Modules
      • Terraform - Infrastructure as Code
      • Ansible - Configuration Management
    • Déploiement Complet (TL;DR)
    • Infrastructure Provisionnée
    • Flux de Déploiement
    • Sécurité
    • GitOps Auto-Update
    • Backups
    • Monitoring
    • Coûts Infrastructure
    • Empreinte Carbone
    • Scalabilité
    • Maintenance
    • Troubleshooting
    • CI/CD GitHub Actions
    • Références
  • Guide du Contributeur
    • Contenu de cette Section
    • Vue d’Ensemble
    • Documents
  • Gouvernance KoproGo : Solo Dev → Coopérative
    • Table des Matières
    • Évolution de la Gouvernance (Par Jalons)
      • Vue d’Ensemble
      • Progression par Capacités
    • Introduction & Vision
      • Valeurs Fondamentales
      • Objectif
    • Phase 1: Bootstrap (Jalons 0-1)
      • Statut Juridique
      • Gouvernance
      • Objectifs Phase
      • Financement
      • Décisions
    • Phase 2: Fondateurs (Jalons 2-3)
      • Statut Juridique
      • Gouvernance
      • Objectifs Phase
      • Financement
      • Décisions
      • Admission Fondateurs
    • Phase 3: ASBL (Jalons 4-5)
      • Statut Juridique
      • Avantages ASBL
      • Constitution ASBL
      • Objet Social
      • Gouvernance ASBL
      • Objectifs Phase
      • Financement
      • Décisions
    • Phase 4: Coopérative (Jalons 6+)
      • Statut Juridique
      • Pourquoi une Coopérative ?
      • Gouvernance Coopérative
    • Membres de l’ASBL
      • Qui Peut Devenir Membre ?
      • Processus d’Admission
      • Droits des Membres
    • Conseil d’Administration
      • Composition
      • Rôles
      • Réunions du CA
    • Assemblée Générale
      • Types
      • Compétences
      • Modalités de Vote
    • Mainteneurs Techniques
      • Rôle
      • Comment Devenir Mainteneur ?
    • Contributeurs Externes
      • Contributions Bienvenues
      • Developer Certificate of Origin (DCO)
      • Processus de Contribution
    • Processus de Décision
      • Décisions de Développement
      • Décisions Techniques
    • Financements & Transparence
      • Sources de Revenus
      • Transparence Financière
      • Principe Prix Coûtant
    • Propriété Intellectuelle
      • Droits d’Auteur
      • Licence Open Source
      • Marques
    • Code of Conduct & Modération
      • Code of Conduct
      • Signalement
    • Résolution de Conflits
      • Conflits Techniques
      • Conflits Interpersonnels
    • Révision de la Gouvernance
    • Contacts
    • Historique des Versions
  • TOGAF ADM pour KoproGo ASBL
    • Introduction
    • Principes directeurs KoproGo
      • Principes techniques
      • Principes économiques
      • Principes organisationnels
    • Phase Préliminaire : Cadre et Principes
      • Objectif
      • Contexte organisationnel
      • Stakeholders
    • Phase A : Vision d’Architecture
      • Objectif
      • Vision stratégique
      • Objectifs métier (Business Goals)
      • Contraintes architecturales
    • Phase B : Architecture Métier (Business Architecture)
      • Objectif
      • Processus métier principaux
      • Rôles métier
      • Flux de valeur
    • Phase C : Architecture Systèmes d’Information
      • Objectif
      • Architecture applicative
      • Intégrations externes
      • Flux de données critiques
    • Phase D : Architecture Technologique
      • Objectif
      • Infrastructure par palier
      • Stack technique validée
      • Performance validée (rapport 2025-01-14)
    • Phase E : Opportunités et Solutions
      • Objectif
      • Opportunités identifiées
      • Évaluation alternatives
    • Phase F : Planification Migration
      • Objectif
      • Séquence migration infrastructure
      • Séquence migration fonctionnelle
    • Phase G : Gouvernance d’Implémentation
      • Objectif
      • Processus de décision
      • Critères de validation architecture
    • Itération continue (ADM Cycle)
    • Alignement avec ROADMAP
    • Voir aussi
  • Nexus Framework pour KoproGo
    • Introduction
    • Pourquoi Nexus pour KoproGo ?
      • Avantages vs alternatives
    • Structure Équipes KoproGo
      • Organisation 4 équipes
      • Équipe 1 : Backend (Rust)
      • Équipe 2 : Frontend (Svelte)
      • Équipe 3 : Infrastructure (GitOps)
      • Équipe 4 : IA & Grid Computing (Jalon 6)
    • Nexus Integration Team (NIT)
      • Rôle et responsabilités
      • Composition NIT
    • Événements Nexus
      • Nexus Sprint Planning
      • Nexus Daily Scrum
      • Nexus Sprint Review
      • Nexus Sprint Retrospective
    • Product Backlog Unifié
      • GitHub Projects
      • Refinement Backlog
    • Definition of Done (DoD) Nexus
      • DoD Cross-équipes
      • DoD par Équipe
    • Gestion Dépendances
      • Tableau Dépendances Sprint
      • Risques Cross-équipes
    • Outils Collaboration
      • Communication
      • Documentation
    • Métriques Nexus
      • Vélocité Cross-équipes
      • Lead Time Intégration
      • Bugs Cross-équipes
    • Évolution Nexus
      • Phase Solo → ASBL → Coopérative
      • Scaling au-delà de 9 équipes
    • Voir aussi
  • Cérémonies Scrum Locales - KoproGo
    • Introduction
    • Principes Scrum KoproGo
      • Valeurs Scrum
      • Adaptations ASBL
    • Sprints KoproGo
      • Durée et Cadence
      • Sprint Goal
    • Cérémonies Scrum Locales
      • 1. Sprint Planning (Local)
      • 2. Daily Scrum (Local)
      • 3. Sprint Review (Local)
      • 4. Sprint Retrospective (Local)
      • 5. Backlog Refinement (Local)
    • Rôles Scrum
      • Product Owner (PO)
      • Scrum Master (SM)
      • Development Team
    • Definition of Done (DoD)
      • DoD Équipe (complète DoD Nexus)
    • Métriques Scrum Locales
      • Vélocité Équipe
      • Burndown Chart
      • Cycle Time
      • Code Review Time
    • Outils Scrum
      • GitHub Projects
      • Estimation : Planning Poker
    • Tests & Qualité
      • Stratégie Pyramid
      • TDD (Test-Driven Development)
      • BDD (Behavior-Driven Development)
    • Voir aussi
  • RFC XXXX: [Titre Court de la Proposition]
    • Résumé (TL;DR)
    • Métadonnées
      • Statuts RFC
    • Contexte et Problème
      • Problème adressé
      • Contexte organisationnel
      • Pourquoi maintenant ?
    • Solution Proposée
      • Vue d’ensemble
      • Détails techniques
      • Interfaces utilisateur
    • Impact et Métriques
      • Impact métier
      • Impact technique
      • Impact roadmap
    • Alternatives Considérées
      • Alternative 1 : [Nom Alternative]
      • Alternative 2 : [Nom Alternative]
      • Alternative 3 : Ne rien faire
    • Risques et Mitigation
      • Risques techniques
      • Risques métier
      • Plan de Rollback
    • Plan d’Implémentation
      • Décomposition tâches
      • Jalons (Milestones)
      • Dépendances
    • Critères d’Acceptation
      • Critères fonctionnels
      • Critères techniques
      • Critères non-fonctionnels
    • Processus Revue RFC
      • Soumission
      • Revue communauté
      • Décision
      • Post-implémentation
    • Références
    • Annexes
      • Annexe A : Diagrammes
      • Annexe B : Benchmarks
      • Annexe C : Mockups
  • ADR-0001: Intégration MCP pour Edge Computing
    • Métadonnées
    • Contexte
      • Problème
      • Contraintes
    • Décision
      • Solution choisie
      • Justification MCP
    • Alternatives Rejetées
      • Alternative 1 : IPFS + Filecoin
      • Alternative 2 : Kubernetes Edge (K3s/KubeEdge)
      • Alternative 3 : Custom Protocol (JSONRPC ad-hoc)
      • Alternative 4 : Ne rien faire (Cloud GPU)
    • Conséquences
      • Positives
      • Négatives
      • Risques
    • Plan Implémentation
      • Phases
      • Stack Technique
      • Tests
      • Monitoring
    • Implémentation Détaillée
      • Architecture koprogo-mcp (Server)
      • Architecture koprogo-node (Client)
      • MCP Protocol Messages
    • Critères Acceptation
      • Fonctionnels
      • Techniques
      • Non-fonctionnels
    • Statut ADR
    • Références
  • Modèle Économique
    • Contenu de cette Section
    • Vue d’Ensemble
    • Documents
  • Modèle Économique KoproGo ASBL - Guide Complet
    • Table des Matières
    • 🔄 Démocratie Tarifaire - Le Modèle qui Change Tout
      • Introduction - Pourquoi KoproGo est Différent
      • Le Mécanisme de Démocratie Tarifaire
      • Évolution Démocratique du Prix (Vote AG)
      • Effet Concret pour les Premiers Participants
      • Add-ons Optionnels (prix coûtant + marge raisonnable)
      • Projections 2025-2030 Révisées
      • Coûts Infrastructure PropTech
      • Transparence - Facture Détaillée Add-ons
      • Budget Participatif - Allocation Surplus
      • Transparence Comptable - Dashboard Public
    • Vision et Philosophie
      • 🎯 Principe Fondamental
      • Valeurs ASBL
      • Principes Fondamentaux du Modèle
    • Structure Juridique Évolutive
      • Évolution de la Gouvernance (2025-2030+)
      • Qu’est-ce qu’une ASBL ?
      • Avantages du Statut ASBL
      • Constitution de l’ASBL
      • Objet Social ASBL KoproGo
      • KoproGo vs Startup (Trajectoires Comparées)
    • Modèle OpenCore
      • Qu’est-ce qu’OpenCore ?
      • Fonctionnalités Core (100% Open Source)
      • Pourquoi Open Source le Core ?
      • Modèle Hybride Cloud + Self-Hosted
    • Structure Tarifaire
      • Option 1: Self-Hosted (Gratuit à Vie) 🔓
      • Option 2: Cloud KoproGo (Tarifs Échelonnés) ☁️
      • Philosophie Tarifaire : Prix Coûtant + Marge Minimale
      • Services Additionnels (Futurs)
    • Transparence Comptable
      • Facture Publique Mensuelle
      • Engagement Transparence
    • Économies d’Échelle
      • Comment les Coûts Diminuent avec la Croissance
      • Évolution Tarifs par Phase
      • Réinvestissement Démocratique
    • Viabilité Financière
      • Budget Prévisionnel 2025-2030
      • Unit Economics Cloud ASBL (Tarif Moyen)
      • Scénarios de Crise
    • Impact Écologique
      • Comparaison Carbone Infrastructure
      • Politique Green IT
    • Comparaison Concurrence
      • Marché Solutions Propriétaires
      • Économies Réalisées (Exemples Réels)
    • Exemples Open Source Réussis
      • Red Hat
      • WordPress / Automattic
      • GitLab
      • Odoo (Belge)
      • Signal
      • Mozilla Foundation
      • Wikimedia
      • Blender Foundation
      • Framasoft (ASBL France)
    • Opportunités de Soutien
      • Pourquoi Soutenir KoproGo ?
      • Formes de Soutien Possibles
      • Avantages Fiscaux Donateurs
      • Roadmap Financement
    • Risques et Opportunités
      • Risques et Mitigations
      • Opportunités
    • Conclusion
      • Points Clés
      • Notre Engagement
      • L’Équipe et Évolution Organisationnelle
      • Contact et Collaboration

🛠️ Guides Développeurs

  • 🛠️ Guide des Commandes Make
    • 📋 Voir toutes les commandes
    • 🚀 Setup et Installation
      • Setup complet (première utilisation)
      • Installation manuelle
    • 💻 Développement
      • Démarrer l’environnement de développement
    • 🧪 Tests
      • Tests Backend (Rust)
      • Tests E2E Complets (Frontend + Backend) 🎥
      • Tests de Performance
    • 📊 Couverture et Qualité
    • 🏗️ Build
    • 🐳 Docker
    • 🏗️ Infrastructure (Déploiement VPS)
      • Déploiement automatisé
    • 🗄️ Base de Données
    • 📚 Documentation
    • 🎯 Workflows Courants
      • 1. Nouvelle installation du projet
      • 2. Développement quotidien
      • 3. Avant de commit
      • 4. Tester une nouvelle fonctionnalité
      • 5. CI/CD local
      • 6. Debugging des tests E2E
    • 📹 Tests E2E - Exemples de Commandes
      • Développement d’un nouveau test
      • Démonstration au client
      • Debugging d’un test qui échoue
    • 🎬 Vidéos de Documentation
    • 🔧 Variables d’Environnement
    • 💡 Tips
      • Performances des tests E2E
      • Nettoyage complet
      • Réinitialisation de la base de données
    • 📖 Documentation Supplémentaire
    • 🆘 Aide
  • 🎥 Guide Complet des Tests E2E
    • 🎯 Introduction
    • 🚀 Démarrage Rapide
      • Installation (une seule fois)
      • Démarrer les services
      • Lancer les tests
    • 📹 Enregistrer de Nouveaux Tests
      • Méthode 1 : Playwright Codegen (⭐ Recommandé)
      • Méthode 2 : Écrire le Test Manuellement
    • 🐌 Créer des Vidéos Plus Lisibles
    • 📚 Ajouter les Vidéos dans la Documentation
    • 🎬 Commandes Disponibles
      • Commandes npm (depuis frontend/)
      • Commandes make (depuis la racine)
    • 📂 Structure des Fichiers
      • Tests E2E
      • Vidéos Générées
      • Documentation Vidéos
    • ⚙️ Configuration Playwright
    • 🐛 Debugging
      • Mode UI (Recommandé)
      • Mode Debug
      • Mode Headed (Voir le navigateur)
    • 🆘 Problèmes Courants
      • ❌ Les navigateurs ne s’installent pas
      • ❌ L’app n’est pas accessible
      • ❌ Timeout lors des tests
      • ❌ Les vidéos ne sont pas générées
      • ❌ “Target page has been closed”
    • 📊 Best Practices
    • 🔗 Intégration CI/CD
    • 📚 Ressources
  • 🎥 Vidéos Tests E2E (Documentation Vivante)
    • Introduction
      • 📊 Statistiques
    • Vidéos disponibles
      • Admindashboard.crud Organisation With Search
      • Admindashboard.crud Building
      • Admindashboard.crud Organisation User
      • Admindashboard.crud Organisation
      • Admindashboard.journey
      • Admindashboard.should Search Organizations
      • Admindashboard.toggle Organization Status
      • Gdpr Complete User Export Data And Erase Account
    • Comment enregistrer une nouvelle vidéo ?
      • Méthode 1 : Playwright Codegen (⭐ Recommandé)
      • Méthode 2 : Écrire le test manuellement
  • KoproGo Project Structure
    • Root Structure
    • Backend Structure (Hexagonal Architecture)
      • Domain Layer
      • Application Layer
      • Infrastructure Layer
    • Frontend Structure
    • Tests Structure
    • Documentation Structure
  • Git Hooks pour KoproGo
    • 🎯 Objectif
    • 📦 Installation
      • Installation automatique
      • Installation manuelle
    • 🪝 Hooks Configurés
      • Pre-commit Hook
      • Pre-push Hook
    • 🚫 Bypasser les Hooks
      • Bypasser pre-commit
      • Bypasser pre-push
      • Quand bypasser?
    • ⏸️ Désactiver temporairement les hooks
    • 🔧 Dépannage
      • Hooks ne s’exécutent pas
      • Pre-commit : cargo fmt --check modifie des fichiers
      • Pre-commit : cargo clippy échoue
      • Pre-push : cache SQLx obsolète
      • Pre-push : PostgreSQL indisponible pour les tests
      • Pre-push : npm/prettier introuvable
      • Erreur “Frontend build failed”
    • 📝 Personnalisation
    • 🔄 Workflow Recommandé
      • Développement quotidien
      • Avant de merger sur main
    • 🤝 Contribution
    • 📚 Références
  • Matrice des Permissions par Rôle
    • Vue d’ensemble des rôles
    • Règles métier fondamentales
      • Données structurelles (Immuables après création)
      • Principe de transparence
      • Séparation des responsabilités
    • Matrice détaillée des permissions
      • Buildings (Immeubles)
      • Units (Lots)
      • Owners (Copropriétaires)
      • Unit-Owner Relations (Qui possède quoi)
      • Expenses (Charges)
      • Meetings (Assemblées)
      • Documents
      • Organizations
      • Users
    • Détails par rôle
      • SuperAdmin
      • Syndic
      • Accountant (Comptable)
      • Owner (Copropriétaire)
    • Implémentation technique
      • Vérification des permissions
      • Fonctions helper
      • Organisation Scoping
    • Messages d’erreur
    • Évolution et maintenance
      • Ajouter un nouveau endpoint
      • Modifier les permissions existantes
    • Références
    • Notes de sécurité
  • Multi-owner Support Guide
    • Vue d’ensemble
    • Modèle de données
      • Invariants clés
    • Règles métier & validations
    • Endpoints API
      • DTO principaux
    • Frontend
    • Scénarios d’usage
    • Tests & Vérification
    • Ressources liées
  • Multi-role Support Guide
    • Objectifs
    • Modèle de données
      • Invariants
    • API
      • Exemple de réponse login
    • Tests et couverture
    • Flux métier type (Gherkin)
    • Migrations et seeds
    • Frontend
    • Migration
  • Refactoring du modèle Owner - Multi-copropriété
    • 🎯 Objectif
    • 📊 Ancien modèle (PROBLÉMATIQUE)
      • Limitations :
    • ✅ Nouveau modèle (SOLUTION)
    • 🔧 Changements techniques
      • 1. Table owners
      • 2. Nouvelle table unit_owners
      • 3. Table units
    • 📝 Cas d’usage couverts
      • Cas 1 : Owner dans plusieurs copropriétés
      • Cas 2 : Lot en indivision (plusieurs propriétaires)
      • Cas 3 : SCI avec plusieurs associés
      • Cas 4 : Historique de propriété
    • 🔍 Requêtes utiles
      • Obtenir tous les propriétaires d’un lot
      • Obtenir tous les lots d’un propriétaire
      • Propriétaires actuels (vue)
    • 🚀 Migration progressive
      • Phase 1 : Migration SQL (✅ FAIT)
      • Phase 2 : Backend (🔄 À FAIRE)
      • Phase 3 : Frontend (🔄 À FAIRE)
    • ⚠️ Rétrocompatibilité
    • 📋 Checklist d’implémentation
    • 🎓 Impact sur l’authentification
      • Pour les Owners qui se connectent :
      • Implémentation suggérée :
    • 💡 Avantages du nouveau modèle
    • 📚 Références
  • Release Process
    • Release Types
    • Pre-Release Checklist
      • 1. Code Quality
      • 2. Documentation
      • 3. Testing
      • 4. Database
      • 5. Dependencies
    • Release Steps
      • 1. Prepare Release Branch
      • 2. Update Version
      • 3. Update CHANGELOG.md
      • 4. Build & Test
      • 5. Create Git Tag
      • 6. Create GitHub Release
      • 7. Deploy to Staging
      • 8. Smoke Test Staging
      • 9. Deploy to Production
      • 10. Verify Production
      • 11. Announce Release
    • Rollback Procedure
    • Hotfix Process
    • Versioning Strategy
    • Release Calendar
    • Communication Templates
      • Release Email (Major Features)
      • Status Page Update
  • Performance Tuning Guide
    • Current Performance (Oct 2025)
    • Backend Optimization
      • 1. Database Connection Pool
      • 2. Query Optimization
      • 3. Caching Strategy
      • 4. Async Optimization
    • Database Tuning
      • PostgreSQL Configuration
    • Frontend Optimization
      • 1. Code Splitting
      • 2. Image Optimization
      • 3. Bundle Analysis
    • Monitoring & Profiling
      • Backend Profiling
      • Database Profiling
    • Load Testing
    • Quick Wins
  • Database Administration Guide
    • Common Operations
      • Backups
      • Migrations
      • Performance
      • Monitoring
      • Maintenance
    • Troubleshooting
      • Connection exhausted
      • Slow queries
  • Integration Guides
    • Third-Party Integrations
      • Email (Lettre + SMTP)
      • S3-Compatible Storage (MinIO/AWS)
      • Monitoring (Prometheus + Grafana)
      • Payment Gateway (Stripe) - Planned
    • API Clients
      • cURL Examples
      • Python Client
      • JavaScript/TypeScript Client

👥 Guides Utilisateurs

  • Guide Utilisateur : Syndic
    • 📋 Vue d’ensemble
    • 🚀 Premiers pas
      • Connexion et rôle actif
      • Configuration d’un nouvel immeuble
    • 🏠 Gestion des lots et copropriétaires
      • Créer un lot
      • Ajouter un copropriétaire au lot
      • Cas multi-propriétaires
      • Historique et transferts
    • 💰 Gestion des dépenses et factures
      • Workflow d’approbation
      • Créer une dépense
      • Ajouter des lignes de facturation (TVA belge)
      • Soumettre pour approbation
      • Approuver/rejeter (rôle conseil syndical)
      • Marquer comme payée
    • 🔔 Relances de paiement automatisées
      • Niveaux d’escalade
      • Créer une relance
      • Calculer les pénalités de retard
      • Escalade automatique
      • Statistiques de recouvrement
    • 📊 Comptabilité PCMN belge
      • Comptes pré-configurés
      • Consulter le plan comptable
      • Créer un compte personnalisé
      • Générer des rapports financiers
    • 📅 Gestion des assemblées générales
      • Créer une assemblée
      • Joindre des documents
      • Enregistrer le procès-verbal
    • 📄 Gestion documentaire
      • Ajouter un document
      • Types de documents supportés
      • Lier un document à une dépense
      • Rechercher des documents
    • 🔐 Sécurité et GDPR
      • Droit d’accès (Art. 15)
      • Droit à l’effacement (Art. 17)
      • Droit à la portabilité (Art. 20)
      • Audit logging
    • 📊 Tableau de bord et statistiques
      • Statistiques globales
      • Statistiques par immeuble
    • 🛠️ Dépannage
      • Problèmes courants
    • 📞 Support et documentation
  • Guide Utilisateur : Copropriétaire
    • 📋 Vue d’ensemble
    • 🚀 Premiers pas
      • Connexion à votre espace
      • Mot de passe oublié
    • 🏠 Mes lots et quotes-parts
      • Consulter mes lots
      • Historique de propriété
      • Copropriétaires du même lot
    • 💰 Mes charges et paiements
      • Consulter mes charges
      • Calculer ma quote-part
      • Consulter mes paiements
      • Relances de paiement
      • Détail des lignes de facturation
    • 📄 Documents de copropriété
      • Consulter les documents
      • Télécharger un document
      • Types de documents disponibles
    • 📅 Assemblées générales
      • Consulter les prochaines AG
      • Consulter les procès-verbaux
      • Soumettre des questions
      • Pouvoir de représentation
    • 👤 Mes informations personnelles
      • Consulter mon profil
      • Modifier mes coordonnées
    • 🔐 Droits GDPR
      • Droit d’accès (Art. 15)
      • Droit de rectification (Art. 16)
      • Droit à l’effacement (Art. 17)
      • Droit à la portabilité (Art. 20)
      • Droit d’opposition (Art. 21)
      • Audit des accès
    • 📊 Mes statistiques
      • Résumé financier
      • Historique annuel
    • 📱 Interface web (frontend)
      • Fonctionnalités disponibles
      • Multi-langue
    • 🛠️ Dépannage
      • Je ne peux pas me connecter
      • Je ne vois pas mes charges
      • Ma quote-part semble incorrecte
      • Je n’ai pas reçu la convocation à l’AG
    • 📞 Support et contact
      • Contact syndic
      • Support technique KoproGo
      • Délégué à la protection des données (DPO)
    • 📚 Ressources utiles
  • Guide Utilisateur : Comptable
    • 📋 Vue d’ensemble
    • 🚀 Premiers pas
      • Connexion et rôle multi-organisations
    • 📊 Plan Comptable PCMN Belge
      • Vue d’ensemble du PCMN
      • Consulter le plan comptable
      • Créer un compte personnalisé
      • Désactiver un compte
      • Seed initial du PCMN
    • 💰 Gestion comptable
      • Écritures comptables
      • Imputation automatique des dépenses
      • TVA belge
      • Charges locatives et appels de fonds
      • Grand livre
      • Balance comptable
    • 📈 Rapports financiers
      • Bilan comptable
      • Compte de résultats
      • Rapport d’activité
    • 📤 Exports comptables
      • Export Noalyss
      • Export FEC (Fichier des Écritures Comptables)
      • Export Excel
      • Export JSON
    • 🔄 Clôture d’exercice
      • Préparation de la clôture
      • Exécuter la clôture
      • Réouverture d’exercice
    • 🔍 Contrôles et audits
      • Audit trail
      • Rapprochement bancaire
      • Détection d’anomalies
    • 📊 Tableau de bord comptable
      • Vue d’ensemble financière
      • Indicateurs de performance
    • 🛠️ Outils pour comptables
      • Calculatrice TVA
      • Générateur de lettrage
    • 🔐 Sécurité et conformité
      • Multi-tenant strict
      • Permissions comptables
      • Conservation des données
    • 📚 Ressources et support
      • Documentation technique
      • Crédits
      • Support
  • Guide Utilisateur : Conseil Syndical
    • 📋 Vue d’ensemble
    • 🏛️ Le Conseil Syndical : Cadre Légal
      • Obligation légale (Belgique)
      • Responsabilités dans KoproGo
    • 🚀 Premiers pas
      • Connexion et rôle
      • Accès au tableau de bord
    • 💰 Validation des dépenses
      • Workflow d’approbation
      • Consulter les dépenses en attente
      • Détail d’une dépense
      • Approuver une dépense
      • Rejeter une dépense
      • Demander des informations complémentaires
    • 📊 Suivi budgétaire
      • Budget annuel
      • Alertes budgétaires
      • Projection fin d’année
    • 📄 Préparation des AG
      • Créer un projet d’ordre du jour
      • Générer les documents d’AG
      • Suivi des procurations
      • Votes et résolutions
      • Rédiger le procès-verbal
    • 📋 Contrôle des prestataires
      • Liste des contrats actifs
      • Évaluation des prestataires
      • Alertes renouvellement
      • Comparaison devis
    • 📢 Communication copropriétaires
      • Envoyer un message collectif
      • Consulter les messages
      • Réponses et questions
    • 📊 Rapports et statistiques
      • Rapport trimestriel
      • Statistiques d’occupation
      • Indicateurs de performance
    • 🔐 Sécurité et audit
      • Accès aux logs
      • Validation 2-factor
      • Permissions
    • 🛠️ Outils pratiques
      • Générateur de rapports
      • Export PDF pour AG
      • Calculateur de quotes-parts
    • 📚 Ressources
      • Guides complémentaires
      • Références légales (Belgique)
      • Support

🔧 API & Déploiement

  • KoproGo API Specification (OpenAPI 3.0)
    • 📄 Fichiers
    • 🚀 Utilisation
      • 1. Visualiser avec Swagger UI (en ligne)
      • 2. Swagger UI local (Docker)
      • 3. Redoc (alternative élégante)
      • 4. Générer des clients API
      • 5. Importer dans Postman/Insomnia
    • 📚 Structure de l’API
      • Tags principaux
      • Authentification
      • Endpoints clés
    • 🔧 Intégration dans le backend Rust
      • Option 1 : Service Swagger UI statique
      • Option 2 : Intégrer avec utoipa (à venir)
    • 📊 Validation
      • Validation de la spec
      • Tests automatisés
    • 📝 Maintenance
      • Mise à jour de la spec
      • Versionning
    • 🌐 Déploiement public
    • 📚 Ressources
    • 🤝 Contribution
  • Déploiement KoproGo
    • Configuration OVH
      • 📋 Prérequis
      • Étape 1 : Créer un Utilisateur OpenStack (REQUIS)
      • Étape 2 : Télécharger le Fichier OpenRC (REQUIS)
      • Étape 3 : Créer Credentials API OVH (OPTIONNEL)
      • Étape 4 : Récapitulatif des Credentials
      • Étape 5 : Lancer le Déploiement
      • 🔐 Sécurité des Credentials
      • 🆘 Problèmes Courants
      • 📚 Prochaine Étape
      • 🔗 Ressources
    • Terraform + Ansible
      • 🏗️ Architecture de Déploiement
      • 1. Terraform : Provisionnement VPS
      • 2. Ansible : Configuration Serveur
      • 3. Traefik : Reverse Proxy + SSL
      • 4. Docker Compose
      • 5. Workflow Complet
      • 6. Vérification Post-Déploiement
      • 7. Mises à Jour Infrastructure
      • 📚 Fichiers Importants
      • 🔗 Prochaine Étape
    • GitOps Auto-Update
      • 🔄 Fonctionnement
      • 📝 Composants GitOps
      • 🎛️ Gestion du Service
      • 🚀 Forcer une Mise à Jour Manuelle
      • 🔒 Sécurité GitOps
      • 📊 Monitoring GitOps
      • 🔧 Configuration Avancée
      • ❌ Désactiver GitOps
      • 🐛 Debugging GitOps
      • 📚 Ressources
      • 🔗 Prochaine Étape
    • Troubleshooting Déploiement
      • 🔍 Diagnostic Rapide
      • 1. Problèmes Terraform
      • 2. Problèmes Ansible
      • 3. Problèmes DNS
      • 4. Problèmes Docker
      • 5. Problèmes Traefik / SSL
      • 6. Problèmes GitOps
      • 7. Commandes de Debug Générales
      • 📚 Ressources Complémentaires
      • 🆘 Support
    • 🚀 TL;DR - Déploiement en 1 Commande
    • 🎯 Qui utilise ce guide ?
      • 1. Cloud ASBL (Hébergement Géré) ☁️
      • 2. Self-Hosting (Gratuit) 🔓
    • 📚 Documentation Complète
      • 1. Configuration OVH
      • 2. Terraform + Ansible
      • 3. GitOps Auto-Update
      • 4. Troubleshooting
    • 🏗️ Architecture Déployée
      • Composants
    • 💰 Coûts
    • 🌍 Pourquoi OVH Cloud France ?
      • ✅ Écologie Exceptionnelle
      • ✅ Souveraineté & GDPR
      • ✅ Performance Validée
    • 📋 Prérequis
      • Sur Votre Machine
      • Compte OVH Cloud
    • 🔄 Workflow de Déploiement
    • 🛠️ Maintenance
      • Vérifier le déploiement
      • Forcer une mise à jour
      • Backups
    • 🔒 Sécurité
    • 🧹 Désinstallation
    • 📚 Ressources
      • Documentation KoproGo
      • Documentation externe
    • 🤝 Support
  • ADR 0001: Rust and Actix-web for Backend
    • Context
    • Decision
    • Consequences
    • Alternatives Considered
    • Next Steps
    • References
  • ADR 0002: Hexagonal Architecture (Ports & Adapters)
    • Context
    • Decision
      • Layer Structure
      • Layer Responsibilities
      • Example
    • Consequences
    • Alternatives Considered
    • Implementation Guidelines
    • Validation
    • Next Steps
    • References
  • ADR 0003: PostgreSQL as Primary Database
    • Context
    • Decision
    • Consequences
    • Alternatives Considered
    • Schema Design Highlights
    • Configuration
    • Next Steps
    • References
  • ADR 0004: Astro + Svelte for Frontend
    • Context
    • Decision
    • Consequences
    • Alternatives Considered
    • Next Steps
    • References
  • ADR 0005: JWT for Authentication
    • Context
    • Decision
    • Consequences
    • Alternatives Considered
    • Implementation
    • Next Steps
    • References
  • ADR 0006: AGPL-3.0-or-later License
    • Context
    • Decision
    • Consequences
    • Alternatives Considered
    • Copyleft in Practice
    • Communication Strategy
    • Next Steps
    • References
  • ADR 0044: Document Storage Strategy
    • Context
    • Decision
    • Consequences
    • Next Steps
  • KoproGo GitHub Overview
    • Description
    • Last Export
    • Contents
      • Milestones
      • Issues
      • Projects
      • Labels
    • Quick Stats
  • Disaster Recovery Plan
    • 📋 Vue d’ensemble
    • 🎯 Objectifs de Récupération
    • 📊 Architecture de Sauvegarde
    • 📦 Backups Existants
      • Emplacement des sauvegardes
      • Vérification des backups
    • 🚨 Scénarios de Récupération
      • Scénario 1 : Corruption PostgreSQL
      • Scénario 2 : Perte Totale du Serveur
      • Scénario 3 : Suppression Accidentelle de Données
      • Scénario 4 : Attaque Ransomware
    • 🧪 Tests de Récupération
      • Tests trimestriels obligatoires
    • 📞 Contacts d’Urgence
    • 🔒 Sécurité des Clés GPG
      • Gestion des clés de chiffrement
    • 📋 Checklist Post-Incident
      • Après chaque récupération
  • Monitoring & Observability Runbook
    • 📊 Stack de Monitoring
    • 🔍 Métriques Clés
      • API Backend
      • Système (Node Exporter)
      • PostgreSQL
    • 🚨 Alertes Critiques
      • Alertes configurées (Alertmanager)
    • 📈 Dashboards Grafana
      • Dashboards essentiels
    • 🔧 Runbooks par Alerte
      • API Down
      • Database Down
      • Disk Full
      • Slow API (P99 > 1s)
    • 📝 Logs (Loki)
      • Requêtes LogQL utiles
    • 🔐 Sécurité Monitoring
      • Intrusion Detection (Suricata)
      • fail2ban
      • CrowdSec
    • 📞 Contacts Escalation
  • Backup & Recovery Guide
    • 📦 Stratégie de Sauvegarde
    • 🛠️ Scripts de Backup
      • PostgreSQL
      • Uploads
    • 🔄 Procédures de Restauration
      • Restaurer PostgreSQL
      • Restaurer Uploads
    • 📋 Vérification
      • Tests mensuels obligatoires
  • Incident Response Plan
    • 🚨 Niveaux de Sévérité
    • 📞 Procédure de Réponse
      • Phase 1 : Détection (0-5 min)
      • Phase 2 : Triage (5-15 min)
      • Phase 3 : Résolution (variable)
      • Phase 4 : Post-Incident (< 48h)
    • 🔐 Incidents de Sécurité
    • 📋 Templates
      • Incident Report
      • Status Page Update
  • Belgian Accounting - PCMN (Plan Comptable Minimum Normalisé)
    • 📋 Vue d’ensemble
    • 🙏 Crédits & Attribution
    • 📊 Structure du PCMN Belge
      • Structure Hiérarchique
    • 🔧 Implémentation
      • Architecture
      • Schéma de Base de Données
      • Comptes PCMN Belges Préchargés
    • 🌐 Endpoints API
      • Gestion des Comptes
      • Rapports Financiers
    • 💼 Exemples d’Utilisation
      • 1. Initialiser le PCMN pour une Nouvelle Organisation
      • 2. Créer une Dépense avec Code Comptable
      • 3. Générer un Rapport Trimestriel
    • 🔒 Sécurité & Validation
      • Règles de Suppression de Comptes
      • Isolation Multi-tenancy
    • 📈 Rapports Financiers
      • Bilan (Balance Sheet)
      • Compte de Résultats (Income Statement)
    • 🧪 Tests
    • 🔮 Améliorations Futures
    • 📚 Références
    • ❓ FAQ
    • 🤝 Contribuer
    • 📄 Licence
  • Workflow Complet d’Encodage de Factures avec Approbation
    • 📋 Vue d’ensemble
    • 🔄 Workflow de Validation
      • Diagramme d’État
      • États et Transitions
      • Règles Métier
    • 🧾 Gestion de la TVA
      • Taux TVA Belges Standards
      • Calcul Automatique
      • Recalcul TVA
    • 💰 Lignes de Facturation (Multi-lignes)
      • Structure
      • Exemple
      • Calculs Multi-lignes
      • Exemple Complet
    • 🌐 API Endpoints
      • Créer une Facture (Draft)
      • Soumettre pour Approbation
      • Approuver une Facture
      • Rejeter une Facture
      • Resoumett re une Facture Rejetée
    • 🔒 Permissions & Sécurité
      • Matrice de Permissions
      • Séparation des Rôles (Recommandé)
    • 🧪 Tests
      • Tests Unitaires (Domain)
      • Tests BDD (Gherkin)
      • Tests E2E (API)
    • 💼 Cas d’Usage Complets
      • Cas 1 : Workflow Standard (Approbation)
      • Cas 2 : Workflow avec Rejet
    • 📊 Intégration PCMN
      • Lien avec Plan Comptable
    • 🔮 Évolutions Futures
    • 📚 Références
  • Workflow de Recouvrement Automatisé des Paiements Impayés
    • 📋 Vue d’ensemble
      • Objectifs
    • 🎯 Architecture
      • Hexagonal Architecture (Ports & Adapters)
    • 📐 Workflow de Recouvrement
      • Niveaux de Relance
      • Escalade Automatique
      • Calcul des Pénalités
    • 🔧 Implémentation Backend
      • Structure de Données
      • Schéma de Base de Données
    • 🌐 API Endpoints
      • Endpoints Principaux
      • Actions Spécifiques
      • Endpoints par Ressource
    • 💼 Exemples d’Utilisation
      • Cas 1 : Workflow Standard
      • Cas 2 : Création en Masse
    • 📊 Règles Métier
      • Règles de Création
      • Règles d’Escalade
      • Règles de Pénalités
    • 🔒 Permissions & Sécurité
      • Matrice de Permissions
      • Isolation Multi-tenancy
    • 🧪 Tests
      • Tests Unitaires (Domain)
      • Tests BDD (Gherkin)
      • Tests E2E (API)
    • 🚀 Automatisation (Cron Jobs - À Implémenter)
      • Job Quotidien : Créer Relances
      • Job Quotidien : Escalader Automatiquement
      • Job Hebdomadaire : Recalculer Pénalités
    • 📈 KPIs & Métriques
      • Métriques de Performance
      • Requêtes SQL Utiles
    • 🔮 Évolutions Futures
    • 📚 Références
  • GDPR Compliance Checklist
    • ✅ Implemented Features
      • Article 15: Right to Access (Data Export)
      • Article 17: Right to Erasure (Data Deletion)
      • Article 17: Erasure Eligibility Check
      • Article 20: Right to Data Portability
      • Article 30: Records of Processing Activities
    • 🚧 Partially Implemented / TODO
      • General GDPR Requirements
      • Article 13-14: Information to be Provided
      • Article 16: Right to Rectification
      • Article 18: Right to Restriction
      • Article 21: Right to Object
      • Article 25: Data Protection by Design and Default
      • Article 32: Security of Processing
      • Article 33-34: Data Breach Procedures
    • 📊 Test Coverage
      • Unit Tests
      • Integration Tests
      • Planned Tests
    • 🔒 Security Considerations
      • Implemented
      • TODO
    • 📅 Retention Policies
      • Implemented
      • TODO
    • 🌍 Multi-Tenancy Considerations
      • Implemented
      • TODO
    • 📋 Next Steps (Priority Order)
    • 📚 References
    • ✅ Sign-Off
  • GDPR Implementation Status (Issue #42)
    • ✅ Completed (Phases 1-2.3)
      • Phase 1: Database & Domain Layer
      • Phase 2: Application Layer (Ports & DTOs)
    • 🚧 Remaining Work (Phases 3-14)
      • Phase 3: Repository Implementation (🔴 TODO - HIGH PRIORITY)
      • Phase 3.1: Repository Implementation (🔴 TODO)
      • Phase 4.1: Web Handlers (🔴 TODO)
      • Phase 4.2: Audit Logging (🔴 TODO)
      • Phase 5-7: Data Erasure Complete (🔴 TODO)
      • Phase 8: Admin Endpoints (🔴 TODO)
      • Phase 9: BDD Tests (🔴 TODO)
      • Phase 10-11: Frontend (🔴 TODO)
      • Phase 12: Playwright E2E Tests (🔴 TODO)
      • Phase 13: Documentation (🔴 TODO)
      • Phase 14: Quality & Final Review (🔴 TODO)
    • 📊 Statistics
      • Completed ✅
      • Remaining 🔴
    • 🚀 Quick Start to Continue
      • Resume development:
    • 📋 Architecture Summary
      • Layers Implemented ✅
      • Layers Remaining 🔴
      • Benefits of Foundation
    • 🔗 References
    • 📝 Notes
  • GDPR Additional Rights Implementation (Articles 16, 18, 21)
    • Overview
    • Architecture Decision
    • Article 16 - Right to Rectification
      • Domain Model
      • Workflow
      • API Endpoints
      • Use Cases
    • Article 18 - Right to Restriction of Processing
      • Domain Model
      • Workflow
      • API Endpoints
      • Use Cases
      • Implementation Notes
    • Article 21 - Right to Object
      • Domain Model
      • Workflow
      • API Endpoints
      • Use Cases
      • Implementation Notes
    • Database Schema
      • Tables
      • Indexes
    • Audit Logging
    • Email Notifications
    • Rate Limiting
    • Testing Strategy
      • Unit Tests
      • Integration Tests
      • E2E Tests
      • BDD Scenarios
    • Implementation Phases
      • Phase 8.1 - Domain Layer (DONE ✅)
      • Phase 8.2 - Database Layer (TODO)
      • Phase 8.3 - Application Layer (TODO)
      • Phase 8.4 - Infrastructure Layer (TODO)
      • Phase 8.5 - Testing & Documentation (TODO)
    • Compliance Notes
      • Article 16 - Right to Rectification
      • Article 18 - Right to Restriction
      • Article 21 - Right to Object
    • Security Considerations
  • Guide Utilisateur - Conseil de Copropriété (Board of Directors)
    • 📋 Table des Matières
    • 1. Introduction
      • Qu’est-ce que le Conseil de Copropriété ?
    • 2. Obligation Légale
      • Article 577-8/4 du Code Civil belge
    • 3. Rôle du Conseil
      • Missions Principales
      • Droits du Conseil
    • 4. Élection des Membres
      • Composition Recommandée
      • Processus d’Élection
      • Incompatibilités ⚠️
    • 5. Gestion des Mandats
      • Durée et Renouvellement
      • Démission ou Révocation
    • 6. Suivi des Décisions AG
      • Types de Décisions à Suivre
      • Workflow de Suivi
      • Exemple Concret
    • 7. Tableau de Bord
      • Vue d’Ensemble
      • Sections du Dashboard
      • Codes Couleurs
    • 8. Guide Technique
      • Architecture Backend
      • Composants Frontend
      • Tests
    • FAQ
      • Q: Le conseil est-il obligatoire pour mon immeuble de 18 lots ?
      • Q: Combien de membres dans le conseil ?
      • Q: Le syndic peut-il assister aux réunions du conseil ?
      • Q: Que se passe-t-il si le syndic ne respecte pas les décisions AG ?
      • Q: Les mandats peuvent-ils être révoqués ?
      • Q: Comment sont alertées les décisions en retard ?
    • Support et Contact
    • Conformité Légale
  • KoproGo ASBL - Executive Summary Investisseurs/Subsides 2025
    • 🎯 Résumé Exécutif
      • Objectif 2030
      • Différenciation Clé
    • 📊 Performance Technique - Données Réelles
      • Infrastructure Testée (Oct 2025)
      • Performance vs Concurrence
    • 💰 Modèle Économique - Viabilité Démontrée
      • Prix Fixe Démocratique
      • 💎 PropTech 2.0 - Add-ons Différenciateurs
    • 📈 Projections Financières par Palier
      • Scénario Objectif 2030 (5,000 copros)
    • 🌱 Impact Écologique - Mesurable & Vérifiable
      • Empreinte Carbone par Palier
      • Méthodologie Calcul
      • Certification & Transparence
    • 🚀 Différenciation Concurrentielle
      • vs Solutions Propriétaires (Urbis, Syndic Online, etc.)
      • vs Plateformes Opensource (Odoo, ERPNext, etc.)
    • 📋 Risques & Mitigation
      • Risques Identifiés
      • Scénarios Financiers
    • 💼 Opportunités de Financement
      • Cibles Identifiées
      • Arguments Investisseurs
    • 🗺️ Roadmap par Capacités (Pas de Dates Fixes)
      • Jalons Produit
      • Paliers de Croissance
      • Scénarios de Progression
    • 🤝 Appel à l’Action
      • Pour Financeurs Publics
      • Pour Crowdfunders
      • Pour Contributeurs Opensource
    • 📞 Contact
  • Simulations Coûts Infrastructure par Échelle - 2025
    • 🎯 Méthodologie
      • Hypothèses de Base
    • 📊 Simulations par Palier
      • Palier 1: 100 Copropriétés
      • Palier 2: 500 Copropriétés
      • Palier 3: 1,000 Copropriétés
      • Palier 4: 2,000 Copropriétés
      • Palier 5: 5,000 Copropriétés (KPI 2030)
      • Palier 6: 10,000 Copropriétés
    • 📈 Tableau Récapitulatif
    • 🎯 Conclusions Clés
      • Viabilité Économique
      • Baisse Objective des Coûts
      • Impact Écologique
      • Attractivité Investisseurs/Subsides
    • 📋 Recommandations
      • 1. Créer 3 Scénarios
      • 2. Valider Hypothèses Marché
      • 3. Créer Dashboard Investisseurs
  • Rapport de Performance et Capacité - KoproGo ASBL
    • Résumé Exécutif
      • Indicateurs Clés de Performance (KPI)
    • 1. Tests de Charge Réalisés
      • 1.1 Paramètres du Test
      • 1.2 Résultats Globaux du Test de Charge
    • 2. Métriques Serveur en Charge
      • 2.1 Ressources Docker
      • 2.2 Ressources Système Globales
      • 2.3 Réseau
      • 2.4 Stabilité et Fiabilité
    • 3. Analyse de Capacité et Coûts
      • 3.1 Capacité Utilisateurs
      • 3.2 Modèle Économique ASBL à 1€/copropriété/mois
      • 3.3 Projection de Croissance ASBL (Modèle Hybride)
      • 3.4 Comparaison Modèle ASBL vs Concurrence
      • 3.5 Avantage Sécurité : GitOps Centralisé
    • 4. Impact Écologique - Calculs Réels
      • 4.1 Méthodologie de Calcul CO₂
      • 4.2 Résultats Impact Carbone
      • 4.3 Empreinte Carbone Annuelle (projections)
      • 4.4 Avantages Écologiques
    • 5. Arguments Business et Positionnement
      • 5.1 Proposition de Valeur
      • 5.2 Avantages Compétitifs Techniques
      • 5.3 Stratégie Go-to-Market
    • 6. Métriques de Suivi Recommandées
      • 6.1 KPIs Techniques (Dashboard Ops)
      • 6.2 KPIs Business (Dashboard Product)
      • 6.3 KPIs Écologiques
    • 7. Conclusion
      • Points Forts Validés
      • Validation Modèle Économique (1€/copro/mois)
      • Projection Financière Réaliste
      • Recommandation Finale
  • Performance Testing & Optimization Guide
    • 📊 Nouveau Seed Réaliste
      • Caractéristiques
      • Utilisation
      • Credentials de Test
    • 🎯 Tests de Charge Réalistes
      • Test Mixte POST/GET
      • Lancer le Test
      • Objectifs de Performance (1 vCPU / 2GB RAM)
    • 🚀 Optimisations Récentes
      • 1. Indexes PostgreSQL
      • 2. Docker Compose
      • 3. Dimensionnement des Données
    • 📈 Monitoring
      • Pendant les Tests
      • Métriques à Surveiller
      • Résultats Monitoring Récent
    • 🔧 Workflow de Test Complet
      • 1. Préparer les Données
      • 2. Lancer le Monitoring
      • 3. Exécuter les Tests
      • 4. Analyser les Résultats
    • 📊 Comparaison Avant/Après Optimisations
      • Avant (seed minimal, pas d’indexes)
      • Après (seed réaliste + indexes) - À TESTER
    • 🎯 Prochaines Étapes
    • 🔍 Debugging
      • Queries Lentes
      • Utilisation des Index
      • Logs Backend
    • 📚 Références
  • Frontend Components Documentation
    • Architecture
    • Key Components
      • Authentication
      • Buildings
      • Units
    • Stores
      • authStore
    • Styling Conventions
    • Storybook Setup (Planned)
  • Email Templates Documentation
    • Templates
      • Payment Reminder (Gentle)
      • Meeting Invitation
    • Configuration
  • Internationalization (i18n) Guide
    • Frontend i18n
      • Configuration
      • Usage in Svelte
    • Backend i18n
      • API Error Messages
    • Adding New Translations
    • Translation Files
KoproGo
  • KoproGo GitHub Overview
  • Issues
  • Issues by Phase
  • Phase: VPS
  • Issue #82: feat: Board of Directors (Conseil de Copropriété) - LEGAL OBLIGATION >20 units
  • View page source

Issue #82: feat: Board of Directors (Conseil de Copropriété) - LEGAL OBLIGATION >20 units

State:

CLOSED

Milestone:

Jalon 2: Conformité Légale Belge 📋

Labels:

enhancement,phase:vps track:software,priority:critical legal-compliance,governance

Assignees:

Unassigned

Created:

2025-11-01

Updated:

2025-11-17

URL:

View on GitHub

Description

# Issue #022 - Conseil de Copropriété

**Priorité**: 🔴 CRITIQUE - BLOQUANT PRODUCTION
**Estimation**: 12-15 heures
**Phase**: VPS MVP (Nov 2025 - Mar 2026)

## 📋 Description

**OBLIGATION LÉGALE** pour immeubles >20 lots (Article 577-8/4 Code Civil belge). Le conseil de copropriété est un organe de contrôle du syndic, élu par l'AG.

**Gap critique**: 0% implémenté actuellement - Bloque production pour >20 lots (majorité du marché belge)

## 🎯 Objectifs

- [ ] Nouveau rôle BoardMember avec permissions spéciales
- [ ] Entity BoardMember (user_id, building_id, position, mandate_start/end)
- [ ] Entity BoardDecision (subject, decision_text, deadline, status)
- [ ] Élections conseil (vote AG) avec mandats 1 an renouvelables
- [ ] Dashboard conseil: suivi décisions AG + alertes retards syndic
- [ ] Tracking délais: devis (30j), travaux votés (60j), PV (30j)
- [ ] Rapports automatiques: semestriel + annuel pour AG
- [ ] Trigger SQL: vérification incompatibilité syndic ≠ conseil

## 📐 Rôle BoardMember

```rust
pub enum BuildingRole {
    SuperAdmin,
    Syndic,
    Accountant,
    BoardMember,  // NOUVEAU
    Owner,
}

pub struct BoardMember {
    pub id: Uuid,
    pub user_id: Uuid,
    pub building_id: Uuid,
    pub position: BoardPosition,  // President, Treasurer, Member
    pub mandate_start: DateTime,
    pub mandate_end: DateTime,
    pub elected_by_meeting_id: Uuid,
}
```

## 🔗 Permissions BoardMember

- Consulter tous documents copropriété
- Demander comptes au syndic
- Convoquer AG si syndic défaillant
- Vérifier exécution décisions AG
- Émettre recommandations

## ✅ Critères d'Acceptation

- Rôle BoardMember opérationnel
- Workflow élections + mandats
- Dashboard suivi + alertes
- Rapports semestriels/annuels automatiques
- Tests BDD scenarios complets
- Trigger incompatibilité syndic/conseil

---

**BLOQUE**: Production pour tout immeuble >20 lots
**Voir**: \`issues/critical/022-conseil-copropriete.md\`
Previous Next

© Copyright 2025, KoproGo Team.

Built with Sphinx using a theme provided by Read the Docs.