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 (ComplĂ©tĂ©) ✅
      • DĂ©jĂ  Fait
    • 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 ✅ (100% — Mai 2026)
    • Jalon 2: ConformitĂ© LĂ©gale Belge ✅
    • Jalon 3: Features DiffĂ©renciantes ⏳ (~56%)
    • Jalon 4: Automation & IntĂ©grations ⏳ (~54%)
    • Jalon 5: Mobile & API Publique ⏳ (~29%)
    • 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 (FĂ©vrier 2026)
    • PrioritĂ© 1: ComplĂ©ter Jalon 1 - SĂ©curitĂ© restante
    • PrioritĂ© 2: ComplĂ©ter Jalon 3 - Features restantes
    • PrioritĂ© 3: ComplĂ©ter Jalon 4 - GDPR, RBAC & AccessibilitĂ©
    • PrioritĂ© 4: QualitĂ© & Tests
    • Ensuite: Attaquer Jalon 5 (Mobile & API)
  • Conclusion: Progression Saine et Soutenable
    • Ce Que Nous Promettons
    • Ce Que Nous NE Promettons PAS
    • Notre Engagement
  • Documents de RĂ©fĂ©rence
  • Gantt de la v0.1.0 — en passes d’agent
    • Ce que le diagramme dit, et ce qu’il ne dit pas
    • Le diagramme — ce qui est possible
    • Points de concours et de divergence
    • Ce que la largeur rĂ©vĂšle
    • Le plan d’orchestration — multiagent, parallĂ©lisme maximal
      • Vague 1 — habilitation
      • Vague 2 — habilitation
      • Vague 3 — habilitation
      • Vague 4
      • Vague 5
      • Vague 6
      • Vague 7
    • ParallĂ©lisme maximal — par rapport Ă  l’hĂŽte
      • Le verdict, et il est inconfortable
      • Ce que le fan-out coĂ»te, et c’est un choix
    • Le protocole — une branche, une preuve, une revue
    • ⚠ La prĂ©condition — le filet avant le saut
      • Mesure du 2026-09-20 — le filet est tendu
      • Ce que le Gantt ne prĂ©voit pas : ce que la vitrine trouve
      • Ce que la vitrine trouve quand elle CLIQUE — passe du 2026-09-20
      • Arbitrage du PO, 2026-09-20 — la rĂšgle permanente
      • Arbitrage du PO, 2026-09-20 — les partielles gardent leur issue
    • CoĂ»t
    • Cadre de delivery
    • Ce que le Gantt ne couvre pas
    • Alertes du gĂ©nĂ©rateur
  • 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
  • Release Process
    • Release Types
    • v0.1.0 BĂȘta FermĂ©e — cas spĂ©cial
    • 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
  • Recettes d’agents
    • 1. Les huit hooks, et ce qu’ils empĂȘchent vraiment
    • 2. Les seize agents
    • 3. Les scripts d’appui
    • 4. Les gardes du dĂ©pĂŽt, et ce qu’elles gardent
    • 5. La rĂšgle qui vaut plus que les autres
  • 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
    • 🚀 DĂ©marrer
    • đŸ§Ș Tester
    • 🎬 La vitrine — la preuve de valeur
    • đŸ—ƒïž Base de donnĂ©es
    • 🔍 Avant de pousser
    • 📚 Documentation
    • 🔐 SĂ©curitĂ© et garde-fous
    • Et pour tout le reste
  • đŸŽ„ Guide Complet des Tests E2E
    • 🎯 Introduction
    • 🚀 DĂ©marrage Rapide
      • Installation (une seule fois)
      • DĂ©marrer les services
      • Lancer les tests
      • Le tĂ©moin d’interruption backend (#880)
    • đŸ“č Enregistrer de Nouveaux Tests
      • MĂ©thode 1 : Playwright Codegen (⭐ RecommandĂ©)
      • MĂ©thode 2 : Écrire le Test Manuellement
    • 🎬 CrĂ©er des VidĂ©os Lisibles — la vitrine
    • 📚 Ajouter les VidĂ©os dans la Documentation
    • 🎬 Commandes Disponibles
      • Commandes npm (depuis frontend/)
      • Commandes make (depuis la racine)
      • Viser un hĂŽte distant : deux variables obligatoires
    • 📂 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
    • Multi-rĂŽles E2E (post-FE1 cookie HttpOnly)
      • Helper injectAuth (chokepoint unique)
      • PrĂ©-requis env (E2E sur http://localhost:8090)
      • Helpers existants (rĂ©utiliser, ne pas dupliquer)
    • Pattern silent-refresh single-flight (frontend)
      • Spec Playwright de rĂ©fĂ©rence (4-cat)
  • đŸŽ„ 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
      • New Capabilities Added Since Initial Release
    • 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Ă©
  • 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
  • Performance Tuning Guide
    • Current Performance (Oct 2025, baseline historique)
    • 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
  • JWT Refresh Tokens - Security Implementation
    • Overview
    • Architecture
      • Token Lifecycle
    • Security Features
      • 1. Refresh Token Rotation ✅
      • 2. Token Expiration ✅
      • 3. Token Revocation ✅
      • 4. Comprehensive Audit Logging ✅ NEW
      • 5. Database-Backed Revocation ✅
      • 6. Automatic Cleanup ✅
    • API Endpoints
      • POST /api/v1/auth/login
      • POST /api/v1/auth/refresh
    • Client Implementation Guide
      • Storing Tokens
      • Automatic Token Refresh
    • Security Best Practices
      • ✅ Implemented
      • 🔄 TODO (Recommended Enhancements)
    • Compliance
      • GDPR (Article 30: Records of Processing)
      • Security Recommendations
    • Troubleshooting
      • “Invalid refresh token”
      • “Refresh token expired or revoked”
      • Database Growing Large
    • Files Modified/Created
    • Testing
      • Manual Testing
      • Database Verification
    • Summary
    • Amendment 2026-05-19 — FE1 HttpOnly Cookie + Single-flight Refresh
      • Pourquoi
      • Backend
      • Frontend
      • Single-flight refreshAccessToken() (fix #550)
      • Tests (4-cat)
      • Topologie & dĂ©ploiement

đŸ‘„ 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
  • 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
  • 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

🔧 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
    • KoproGo K3s + GitOps Deployment Guide
      • Overview
      • Issue Breakdown
      • GitOps Workflow
      • Monitoring & Logging
      • Cost Optimization
      • Security Checklist
      • Troubleshooting
      • Related Issues
      • References
    • K3s + ArgoCD Quick Start Guide
      • 5-Minute Overview
      • Prerequisites
      • Step 1: Provision Infrastructure (5 minutes)
      • Step 2: Install K3s (10-15 minutes)
      • Step 3: Deploy with ArgoCD (10 minutes)
      • Update Deployment (GitOps)
      • Troubleshooting
      • Cost Breakdown
      • Next Steps
      • Support
    • RUNBOOK — KoproGo v0.1.0 sur VPS de production (Phase 1)
      • 1. Topologie
      • 2. PrĂ©-requis humains (Tier 1 — non faisables en session agent)
      • 3. Provisioning initial (une fois)
      • 4. Bring-up applicatif (poller GitOps)
      • 5. DĂ©ploiement standard (jour-Ă -jour)
      • 6. Rollback
      • 7. Sauvegarde & restauration (GPG + S3)
      • 8. VĂ©rification TLS (WP-F2)
      • 9. Endpoints de santĂ© & logs
      • 10. RĂ©fĂ©rences
    • Production Migration Recovery Guide
      • Problem: Superadmin Seed Constraint Violation
    • 🚀 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
    • Amendment 2026-05-19 — Domain-typed error pattern (#433 umbrella)
      • RĂšgle
      • MĂ©canique
      • Garanties
      • Exemple complet d’application
  • 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
  • ADR 0054 : le refresh token vit en cookie HttpOnly, pas en Bearer/localStorage
    • Contexte
    • DĂ©cision
    • Alternatives considĂ©rĂ©es
    • ConsĂ©quences
    • Tests (4 catĂ©gories)
  • KoproGo GitHub Overview
    • Description
    • Last Export
    • Contents
      • Milestones
      • 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
    • Annulations & contre-Ă©critures (politique #526)
      • Rationale
      • ImplĂ©mentation
      • Tests
  • 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
  • Payment Integration System (Issue #84)
    • Overview
    • Belgian Context
    • Transaction Lifecycle
    • Payment Methods
    • Key Features
    • API Endpoints (38 total)
    • Architecture
  • Ticket Management System (Issue #85)
    • Overview
    • Belgian Context
    • Workflow
      • States
    • Priorities & SLA
    • Categories
    • API Endpoints
    • Architecture
    • Audit Events
  • Contractor Quotes System (Issue #91)
    • Overview
    • Belgian Legal Requirements
    • Automatic Scoring Algorithm
    • Quote Workflow
    • Belgian VAT Rates
    • Decision Audit Trail
    • API Endpoints (15)
    • Architecture
  • Community Features (Issue #49 - 6 Phases)
    • Overview
    • Phase Summary
    • Phase 1: SEL - SystĂšme d’Échange Local
    • Phase 2: Community Notice Board
    • Phase 3: Skills Directory
    • Phase 4: Object Sharing Library
    • Phase 5: Resource Booking Calendar
    • Phase 6: Gamification & Achievements
    • BDD Tests
  • 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 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
  • 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
  • Accessibility Guide - WCAG 2.1 Level AA Compliance
    • Overview
    • ✅ Implemented Features
      • 1. Keyboard Navigation
      • 2. Screen Reader Support
      • 3. Color Contrast
      • 4. Visual Design
    • đŸ› ïž Accessibility Components
      • AccessibleButton
      • AccessibleModal
    • 📚 Accessibility Utilities
      • Focus Management
      • Screen Reader Announcements
      • Color Contrast Checking
      • Keyboard List Navigation
    • đŸ§Ș Testing
      • Automated Testing (axe-core)
      • Manual Testing Checklist
    • 📋 WCAG 2.1 AA Compliance Checklist
      • Perceivable
      • Operable
      • Understandable
      • Robust
    • 🎹 Design System Accessibility
      • Color Palette
      • Typography
      • Interactive Elements
    • 🚀 Best Practices for Developers
      • 1. Use Semantic HTML
      • 2. Add ARIA Labels
      • 3. Manage Focus
      • 4. Announce Dynamic Changes
      • 5. Keyboard Event Handling
    • 📞 Reporting Accessibility Issues
    • 📖 Resources
    • 🔄 Continuous Improvement
  • Svelte 5 Runes Migration Guide — KoproGo
    • Strategy
    • Migration Pattern (leaf components)
      • Checklist per component
    • Parent-Child Interop
    • Known Issues
      • vitest + bind:value on <select> (Svelte 5 DEV mode)
    • Progress
  • Testing Svelte 5 Forms via MCP Automation
    • Context
    • The Problem
    • The Fix: Dispatch a Native InputEvent
    • For Select Elements
    • Preferred: Use Playwright’s Native Methods
    • Why This Matters
    • Future: Runes Migration
  • Test Coverage Matrix — KoproGo Frontend Components
  • Conformite Juridique
    • KoproGo — Base legale de reference
      • Sources juridiques
      • Structure par role
      • Convention de nommage des regles
      • Utilisation par le serveur MCP
    • Syndic
      • Syndic — Mandat et dĂ©signation
      • Syndic — Missions lĂ©gales (art. 3.89 §5)
      • Syndic — Travaux et entretien
      • Syndic — DĂ©ontologie gĂ©nĂ©rale (Titre I)
      • Syndic — DĂ©ontologie spĂ©cifique (Titre III, Chapitre II)
    • Coproprietaire
      • CopropriĂ©taire — Droits et obligations
    • Locataire / Occupant
      • Locataire / Occupant — Droits et obligations
    • Commissaire aux Comptes
      • Commissaire aux comptes — Droits et obligations
    • Conseil de Copropriete
      • Conseil de copropriĂ©tĂ© — Droits et obligations
    • Association des Coproprietaires (ACP)
      • ACP — PersonnalitĂ© juridique et patrimoine
    • Notaire
      • Notaire — Transmission de lot
    • Assemblee Generale
      • AssemblĂ©e gĂ©nĂ©rale — SĂ©quence de l’ordre du jour
    • Droit Belge de la Copropriete — Art. 3.84 a 3.94 Code Civil
      • Introduction
      • Art. 3.84 — Disposition generale
      • Art. 3.85 — Statuts et reglement d’ordre interieur
      • Art. 3.86 — Personnalite juridique de l’ACP
      • Art. 3.87 — Assemblee Generale
      • Art. 3.88 — Majorites qualifiees
      • Art. 3.89 — Le Syndic
      • Art. 3.90 — Conseil de copropriete
      • Art. 3.94 — Etat date
    • Plan Comptable Minimum Normalise (PCMN) — AR 12/07/2012
      • Introduction
      • Dispositions principales de l’AR
      • Comptes specifiques copropriete
      • TVA belge applicable
      • Obligations du commissaire aux comptes
      • Rapports financiers
      • Risques de non-conformite comptable
    • Conformite RGPD et Autorite de Protection des Donnees (APD)
      • Introduction
      • Articles RGPD implementes
      • Lacunes RGPD identifiees
      • Sanctions APD belge
      • Matrice de conformite RGPD
    • Audit de Conformite Juridique — KoproGo v0.1.0
      • Informations generales
      • Score de conformite par domaine
      • Conformite — Droit de la copropriete
      • Conformite — RGPD
      • Conformite — Comptabilite (PCMN)
      • Securite technique
      • Plan d’action
      • Verification
    • Matrice de Conformite Code-Loi
      • Introduction
      • Droit de la copropriete (Art. 3.84-3.94 CC)
      • Comptabilite (AR 12/07/2012)
      • RGPD
      • Taux d’interet legal
      • Recapitulatif
      • Comment utiliser ce suivi
    • Analyse des Risques Juridiques
      • Introduction
      • Responsabilite du syndic (Art. 3.89 §6)
      • Non-conformite des assemblees generales
      • Taux d’interet de retard
      • Non-conformite RGPD
      • Non-conformite comptable (PCMN)
      • Conservation des documents
      • Synthese des risques par priorite
    • KoproGo — Module d’Achat GroupĂ© d’Énergie
      • Vision
      • 1. Cadre lĂ©gal
      • 2. État de l’art — Comment fonctionne un achat groupĂ©
      • 3. Module KoproGo — Architecture
      • 4. SpĂ©cificitĂ©s copropriĂ©tĂ©
      • 5. Interfaces
      • 6. Outils MCP (extension du serveur existant)
      • 7. RĂšgles mĂ©tier — Énergie
      • 8. Roadmap
      • 9. ModĂšle Ă©conomique
      • 10. RĂ©fĂ©rences
  • Droit Belge de la Copropriete — Art. 3.84 a 3.94 Code Civil
    • Introduction
    • Art. 3.84 — Disposition generale
    • Art. 3.85 — Statuts et reglement d’ordre interieur
    • Art. 3.86 — Personnalite juridique de l’ACP
    • Art. 3.87 — Assemblee Generale
      • §1 — Periodicite
      • §2 — Ordre du jour
      • §3 — Convocations (15 jours minimum)
      • §4 — Representation
      • §5 — Quorum
      • §7 — Procurations (max 3 mandats)
    • Art. 3.88 — Majorites qualifiees
    • Art. 3.89 — Le Syndic
    • Art. 3.90 — Conseil de copropriete
    • Art. 3.94 — Etat date
  • Plan Comptable Minimum Normalise (PCMN) — AR 12/07/2012
    • Introduction
    • Dispositions principales de l’AR
      • Art. 1 — Champ d’application
      • Art. 2 — Comptabilite en partie double
      • Art. 3 — Structure du plan comptable
      • Art. 4 — Pieces justificatives
      • Art. 5 — Conservation des documents
    • Comptes specifiques copropriete
      • Classe 1 — Fonds propres
      • Classe 4 — Creances et dettes
      • Classe 5 — Tresorerie
      • Classe 6 — Charges
      • Classe 7 — Produits
    • TVA belge applicable
    • Obligations du commissaire aux comptes
    • Rapports financiers
    • Risques de non-conformite comptable
  • Conformite RGPD et Autorite de Protection des Donnees (APD)
    • Introduction
    • Articles RGPD implementes
      • Art. 15 — Droit d’acces
      • Art. 16 — Droit de rectification
      • Art. 17 — Droit a l’effacement
      • Art. 18 — Droit a la limitation du traitement
      • Art. 21 — Droit d’opposition (marketing)
      • Art. 30 — Registre des traitements
    • Lacunes RGPD identifiees
      • Art. 13-14 — Politique de confidentialite
      • Directive ePrivacy — Cookies
      • Art. 28 — DPA sous-traitants
      • Art. 33 — Notification de violation
      • Art. 32 — Securite du traitement
    • Sanctions APD belge
    • Matrice de conformite RGPD
  • Audit de Conformite Juridique — KoproGo v0.1.0
    • Informations generales
    • Score de conformite par domaine
    • Conformite — Droit de la copropriete
      • Convocations — CONFORME
      • Systeme de vote — LACUNES CRITIQUES
      • Etat date — CONFORME (corrige)
      • Devis entrepreneurs — CONFORME
    • Conformite — RGPD
    • Conformite — Comptabilite (PCMN)
    • Securite technique
    • Plan d’action
      • Phase 1 — Critique (avant production)
      • Phase 2 — Elevee (avant 100 utilisateurs)
      • Phase 3 — Moyenne (avant 500 utilisateurs)
    • Verification
  • Matrice de Conformite Code-Loi
    • Introduction
    • Droit de la copropriete (Art. 3.84-3.94 CC)
    • Comptabilite (AR 12/07/2012)
    • RGPD
    • Taux d’interet legal
    • Recapitulatif
    • Comment utiliser ce suivi
  • Analyse des Risques Juridiques
    • Introduction
    • Responsabilite du syndic (Art. 3.89 §6)
    • Non-conformite des assemblees generales
    • Taux d’interet de retard
    • Non-conformite RGPD
    • Non-conformite comptable (PCMN)
    • Conservation des documents
    • Synthese des risques par priorite
      • Priorite 1 — Critique (avant production)
      • Priorite 2 — Elevee (avant 100 utilisateurs)
      • Priorite 3 — Moyenne (avant 500 utilisateurs)
  • Achat groupĂ© d’énergie : Ă©conomisez sur votre facture grĂące Ă  votre copropriĂ©tĂ©
    • Qu’est-ce que l’achat groupĂ© d’énergie ?
    • Pourquoi la copropriĂ©tĂ© est le cadre idĂ©al ?
    • Combien peut-on Ă©conomiser rĂ©ellement ?
    • Comment fonctionne concrĂštement la dĂ©marche ?
    • Les piĂšges Ă  Ă©viter
  • PersonnalitĂ© juridique (ACP01)
  • Patrimoine limitĂ© (ACP02)
  • Fonds de rĂ©serve obligatoire (ACP03)
  • CapacitĂ© d’ester en justice (ACP04)
  • Inscription Ă  la BCE (ACP05)
  • RGPD : l’ACP est responsable de traitement (ACP06)
  • Dissolution et liquidation (ACP07)
  • SiĂšge de l’ACP (ACP08)
  • L’acte de base de copropriĂ©tĂ© belge : fondations juridiques
    • Qu’est-ce que l’acte de base ?
    • HiĂ©rarchie lĂ©gale : acte de base > ROI > code civil
    • Contenu obligatoire de l’acte de base
    • Le rĂšglement de copropriĂ©tĂ© (et ROI)
    • Modification de l’acte de base vs. modification du ROI
    • En pratique
    • Base lĂ©gale
    • Conclusion et actions
  • AssemblĂ©e gĂ©nĂ©rale belge : tout ce que vous devez savoir
    • Qu’est-ce qu’une assemblĂ©e gĂ©nĂ©rale (AG) ?
    • Recevoir la convocation : ce que vous devez vĂ©rifier
    • Lire et interprĂ©ter l’ordre du jour (OdJ)
    • Les rĂšgles de procuration (Art. 3.87 §7 Code Civil)
    • Vote et majoritĂ©s requises
    • DĂ©roulement et transparence
    • Vos droits et protections
    • PiĂšges Ă  Ă©viter
    • En pratique
    • Base lĂ©gale
    • Conclusion et actions
  • Étape 1 — Ouverture et constitution du bureau
  • Étape 2 — VĂ©rification du quorum
  • Étape 3 — Rapport du commissaire aux comptes
  • Étape 4 — Approbation des comptes
  • Étape 5 — DĂ©charge (quitus) du syndic
  • Étape 6 — DĂ©charge du commissaire aux comptes
  • Étape 7 — Rapport d’évaluation des contrats
  • Étape 8 — Budget prĂ©visionnel
  • Étape 9 — Renouvellement du mandat du syndic
  • Étape 10 — DĂ©signation du commissaire aux comptes
  • Étape 11 — Travaux et propositions des copropriĂ©taires
  • Étape 12 — Divers
  • Pas de vote possible sur les points “divers”. C’est un tour de table pour suggestions et remarques pour la prochaine AG.
  • Aide-mĂ©moire : les majoritĂ©s requises
  • Comment KoproGo prouve sa conformite juridique — et pourquoi vous pouvez le verifier
    • Le probleme : comment prouver qu’un logiciel respecte la loi ?
    • Notre methode : des scenarios en langage naturel
    • Un fichier central de conformite
    • Ce que l’audit a revele (et corrige)
    • Les lacunes identifiees
    • Pourquoi cette transparence compte
    • Comment verifier par vous-meme
    • Prochaines etapes
  • Audit de conformite : ou en est KoproGo ?
    • Pourquoi un audit maintenant ?
    • Le score global : 65%
    • Ce qui marche bien
    • Ce qu’il reste a faire
    • Ou en est la roadmap par capacites ?
    • Ce que l’audit change concretement
    • Pourquoi ca vous concerne
    • La suite
  • Bienvenue sur le blog KoproGo — Premieres fondations
    • Ou en est KoproGo ?
    • Pourquoi un audit de conformite ?
    • Transparence sur les tests
    • La suite
  • Borne de recharge en copropriĂ©tĂ© : comment exercer votre droit depuis 2024
    • Votre droit depuis 2024 : l’Art. 3.82 CC
    • Deux approches : individuelle ou collective ?
    • La gestion de la puissance Ă©lectrique : un enjeu critique
    • Quel fournisseur pour les parties communes ?
    • Financement et aides disponibles
    • Lien avec la transition Ă©nergĂ©tique : EPBD 2024
  • Les charges de copropriĂ©tĂ© : tout ce que vous payez vraiment
    • Qu’est-ce que les charges communes ?
    • Distinction critique : fonds de roulement vs. fonds de rĂ©serve
    • Comment sont rĂ©parties les charges entre copropriĂ©taires ?
    • Minimum lĂ©gal : fonds de rĂ©serve
    • DĂ©penses non comprises dans les charges courantes
    • En pratique
    • Contester une charge : vos droits
    • Fonds de rĂ©serve insuffisant : appel de fonds extraordinaire
    • En pratique : contester une charge abusive
    • Base lĂ©gale
    • Conclusion et actions
  • DĂ©signation annuelle obligatoire (CO01)
  • IncompatibilitĂ© avec le syndic (CO02)
  • AccĂšs Ă  tous les documents comptables (CO03)
  • Rapport annuel avant l’AG (CO04)
  • DĂ©charge du commissaire (CO05)
  • CommunautĂ© d’énergie renouvelable : produire et partager l’électricitĂ© dans votre immeuble
    • Qu’est-ce qu’une CommunautĂ© d’Énergie Renouvelable ?
    • Comment fonctionne le partage virtuel ?
    • Combien peut-on Ă©conomiser ?
    • Qui peut crĂ©er ou rejoindre une CER en Belgique ?
    • Comment dĂ©marrer concrĂštement ?
    • Les aides disponibles
  • Constitution obligatoire dĂšs 20 lots (CC01)
  • Composition : copropriĂ©taires uniquement (CC02)
  • Mission principale : contrĂŽler le syndic (CC03)
  • DĂ©lĂ©gations temporaires par l’AG (CC04)
  • IncompatibilitĂ© avec le syndic (CC05)
  • Droit de proposer des points Ă  l’ordre du jour (CC06)
  • DĂ©ontologie gĂ©nĂ©rale (14 rĂšgles)
    • Cadre lĂ©gal global (G01)
    • ResponsabilitĂ© personnelle (G02)
    • Assurance RC professionnelle (G03)
    • Respect de la vie privĂ©e / RGPD (G04)
    • Contrat Ă©crit et information (G05)
    • Refus de mission contraire au code (G06)
    • VĂ©rification d’identitĂ© (G07)
    • ContinuitĂ© jusqu’au terme (G08)
    • Devoir de discrĂ©tion (G09)
    • Formation continue obligatoire (G10)
    • Conflits d’intĂ©rĂȘts (G11)
    • Mentions obligatoires sur documents (G12)
    • LoyautĂ© envers les confrĂšres (G13)
    • Anti-blanchiment (G14)
  • DĂ©ontologie spĂ©cifique au syndic (14 rĂšgles)
    • Respect du Code civil copropriĂ©tĂ© (D01)
    • NeutralitĂ© dans les conflits (D02)
    • Faciliter le conseil de copropriĂ©tĂ© et le commissaire (D03)
    • Syndic judiciaire : mĂȘmes obligations (D05)
    • Conservation 10 ans (D06)
    • Compte distinct par ACP (D08)
    • Sommes revenant Ă  l’ACP (D09)
    • OpĂ©rations financiĂšres justifiĂ©es (D10)
    • Comptes clairs et dĂ©taillĂ©s (D11)
    • AccĂšs aux piĂšces justificatives (D12)
    • Conseils et recommandations (D13)
    • Recommandation d’assurances (D14)
  • Vos 10 droits
    • 1. Participer Ă  l’assemblĂ©e gĂ©nĂ©rale (CP01)
    • 2. Se faire assister (CP02)
    • 3. Donner procuration (CP03)
    • 4. Proposer des points Ă  l’ordre du jour (CP04)
    • 5. Convoquer une AG extraordinaire (CP05)
    • 6. AccĂ©der aux documents (CP06)
    • 7. Contester une dĂ©cision de l’AG (CP07)
    • 8. Demander une rectification des quotes-parts (CP08)
    • 9. Recevoir le PV dans les 30 jours (CP09)
    • 10. Droit de vote proportionnel (CP10)
  • Vos 5 obligations
    • 1. Payer les charges (CP11)
    • 2. ResponsabilitĂ© proportionnelle (CP12)
    • 3. Respecter les statuts et le ROI (CP13)
    • 4. Informer votre locataire (CP14)
    • 5. Informer l’acheteur lors d’une vente (CP15)
  • EPBD 2024 : la rĂ©novation de votre copropriĂ©tĂ© n’est plus une option
    • Qu’est-ce que l’EPBD et pourquoi ça vous concerne ?
    • Le calendrier coercitif (rĂ©sidentiel)
    • Comment la Belgique transpose-t-elle cette directive ?
    • Qu’est-ce que ça implique concrĂštement pour une copropriĂ©tĂ© ?
    • Le rĂŽle du syndic face Ă  l’EPBD
  • Votre facture d’énergie dĂ©cryptĂ©e : ce qu’on peut nĂ©gocier (et ce qu’on subit)
    • Les 4 composantes d’une facture d’énergie belge
    • Ce que signifie “20% moins cher”
    • Tarif fixe vs tarif variable : lequel choisir ?
    • Les fournisseurs verts : qu’est-ce que ça signifie vraiment ?
    • Les compteurs intelligents (Linky/Ores/Fluvius)
  • F-Gas 2030 : votre climatisation et pompe Ă  chaleur sont dans le viseur
    • Qu’est-ce que le rĂšglement F-Gas ?
    • Les appareils concernĂ©s dans votre copropriĂ©tĂ©
    • Le calendrier de phase-out HFC
    • Le lien avec la pompe Ă  chaleur : l’opportunitĂ©
    • Les obligations de contrĂŽle d’étanchĂ©itĂ©
    • Ce que doit faire le syndic
    • Les aides disponibles pour remplacer par une PAC
  • Blog KoproGo : Guides pratiques de copropriĂ©tĂ© en Belgique
    • L’acte de base de copropriĂ©tĂ© belge : fondations juridiques
      • Qu’est-ce que l’acte de base ?
      • HiĂ©rarchie lĂ©gale : acte de base > ROI > code civil
      • Contenu obligatoire de l’acte de base
      • Le rĂšglement de copropriĂ©tĂ© (et ROI)
      • Modification de l’acte de base vs. modification du ROI
      • En pratique
      • Base lĂ©gale
      • Conclusion et actions
    • AssemblĂ©e gĂ©nĂ©rale belge : tout ce que vous devez savoir
      • Qu’est-ce qu’une assemblĂ©e gĂ©nĂ©rale (AG) ?
      • Recevoir la convocation : ce que vous devez vĂ©rifier
      • Lire et interprĂ©ter l’ordre du jour (OdJ)
      • Les rĂšgles de procuration (Art. 3.87 §7 Code Civil)
      • Vote et majoritĂ©s requises
      • DĂ©roulement et transparence
      • Vos droits et protections
      • PiĂšges Ă  Ă©viter
      • En pratique
      • Base lĂ©gale
      • Conclusion et actions
    • Les charges de copropriĂ©tĂ© : tout ce que vous payez vraiment
      • Qu’est-ce que les charges communes ?
      • Distinction critique : fonds de roulement vs. fonds de rĂ©serve
      • Comment sont rĂ©parties les charges entre copropriĂ©taires ?
      • Minimum lĂ©gal : fonds de rĂ©serve
      • DĂ©penses non comprises dans les charges courantes
      • En pratique
      • Contester une charge : vos droits
      • Fonds de rĂ©serve insuffisant : appel de fonds extraordinaire
      • En pratique : contester une charge abusive
      • Base lĂ©gale
      • Conclusion et actions
    • Syndic bĂ©nĂ©vole ou professionnel : mĂȘme exigence lĂ©gale
      • Qui peut ĂȘtre syndic ?
      • Les obligations lĂ©gales : mĂȘmes pour tous (Art. 3.89 §5 CCB)
      • ResponsabilitĂ© civile du syndic bĂ©nĂ©vole
      • Syndic bĂ©nĂ©vole : avantages et inconvĂ©nients
      • Syndic dĂ©lĂ©guĂ© : meilleur compromis
      • Passer de bĂ©nĂ©vole Ă  professionnel : les questions
      • Syndic bĂ©nĂ©vole indĂ©pendant : droits et protections
      • En pratique
      • Base lĂ©gale
      • Conclusion et actions
    • Articles principaux
    • À propos de ces articles
    • Non-responsabilitĂ©
    • Support et questions
  • Être informĂ© des dates d’AG (LO01)
  • Formuler des observations Ă©crites (LO02)
  • Pas de droit de vote (LO03)
  • Les statuts vous sont opposables (LO04)
  • Être notifiĂ© des dĂ©cisions aprĂšs l’AG (LO05)
  • Charges rĂ©percutables (LO06)
  • DĂ©signation du syndic (M01)
  • DurĂ©e maximale : 3 ans, sans reconduction tacite (M02)
  • Renouvellement par dĂ©cision expresse (M03)
  • Engagements limitĂ©s Ă  la durĂ©e du mandat (M04)
  • Contrat Ă©crit obligatoire (M05)
  • RĂ©vocation par l’AG (M06)
  • ContinuitĂ© en cas de dĂ©mission (M07)
  • Transfert du dossier au successeur (M08-M09)
  • IncompatibilitĂ©s de rĂŽles (M10)
  • Inscription Ă  la BCE (M11)
  • Le syndic (professionnel ou bĂ©nĂ©vole) doit ĂȘtre inscrit Ă  la Banque-Carrefour des Entreprises pour chaque ACP gĂ©rĂ©e, avant le dĂ©but de mission ou dans les 8 jours ouvrables (AR 15/03/2017).
  • Points clĂ©s Ă  retenir
  • 1. ExĂ©cuter les dĂ©cisions de l’AG (L01)
  • 2. Actes conservatoires et d’administration provisoire (L02)
  • 3. Administrer les fonds de l’ACP (L03)
  • 4. ReprĂ©senter l’ACP en justice (L04)
  • 5. Correspondance recommandĂ©e : double adresse (L05)
  • 6. RelevĂ© des dettes lors d’une vente (L06)
  • 7. Communication aux occupants (L07)
  • 8. Transfert du dossier au successeur (L08)
  • 9. Assurance responsabilitĂ© civile (L09)
  • 10. AccĂšs aux documents (L10)
  • 11. Registre des PV (L11)
  • 12. Affichage des coordonnĂ©es (L12)
  • 13. Rapport d’évaluation des contrats (L13)
  • 14. Liste des copropriĂ©taires (L14)
  • 15. ComptabilitĂ© claire et dĂ©taillĂ©e (L15)
  • 16. Budget prĂ©visionnel (L16)
  • 17. Inscription des budgets Ă  l’ordre du jour (L17)
  • 18. Inscription Ă  la BCE (L18)
  • Source : Art. 3.89 §5, point 17 + AR 15/03/2017 Le syndic doit faire inscrire les donnĂ©es du syndic Ă  la Banque-Carrefour des Entreprises et communiquer toute modification.
  • En rĂ©sumĂ©
  • Syndic bĂ©nĂ©vole ou professionnel : mĂȘme exigence lĂ©gale
    • Qui peut ĂȘtre syndic ?
    • Les obligations lĂ©gales : mĂȘmes pour tous (Art. 3.89 §5 CCB)
    • ResponsabilitĂ© civile du syndic bĂ©nĂ©vole
    • Syndic bĂ©nĂ©vole : avantages et inconvĂ©nients
    • Syndic dĂ©lĂ©guĂ© : meilleur compromis
    • Passer de bĂ©nĂ©vole Ă  professionnel : les questions
    • Syndic bĂ©nĂ©vole indĂ©pendant : droits et protections
    • En pratique
    • Base lĂ©gale
    • Conclusion et actions
  • Information prĂ©-contractuelle obligatoire (N01)
  • RelevĂ© des dettes : 30 jours maximum (N02)
  • Retenue notariale sur arriĂ©rĂ©s (N03)
  • Le fonds de roulement est remboursable (N04)
  • Le fonds de rĂ©serve n’est PAS remboursable (N05)
  • Travaux urgents : le syndic peut agir seul (T01)
  • Travaux non urgents : majoritĂ© des 2/3 (T02)
  • Mise en concurrence obligatoire (T03)
  • Fournisseurs agrĂ©Ă©s uniquement (T04)
  • Provision avant commande (T05)
  • Conflit d’intĂ©rĂȘts : fournisseurs liĂ©s au syndic (T06)
  • Travaux Ă©nergĂ©tiques par un copropriĂ©taire (T07)
  • Documentation Miroir ComplĂšte - KoproGo
    • Architecture
      • Backend - Index
      • Frontend - Index
      • Infrastructure - Index
    • Couches Backend
    • Frontend
    • Infrastructure
    • Liens Rapides
KoproGo
  • KoproGo GitHub Overview
  • Projects
  • View page source

Projects

Total: 2 projects

  • KoproGo - Infrastructure Roadmap
  • KoproGo - Software Roadmap
Previous Next

© Copyright 2025, KoproGo Team.

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