Décisions d'architecture (ADR)
Un ADR (Architecture Decision Record) documente une décision structurante : son contexte, les options envisagées, le choix retenu et ses conséquences. Le format suivi ici s'inspire de la méthode décrite par Stéphane Robert : https://blog.stephane-robert.info/docs/documenter/concevoir/adr/.
Les ADR ci-dessous constatent les décisions telles qu'elles existent aujourd'hui dans le code (statut
Accepté= état de fait), et en tirent les conséquences. Certaines proposent une évolution (statutProposé).
Format
Chaque ADR suit le modèle _template-adr.md :
Titre · Statut · Contexte · Décision · Conséquences · Alternatives · Références.
Statuts possibles : Proposé, Accepté, Déprécié, Remplacé par ADR-XXXX.
Index
| # | Titre | Statut | Sujet |
|---|---|---|---|
| 0001 | Stack React + Vite + Supabase + Netlify | ✅ Accepté | Choix de plateforme |
| 0002 | Application monolithique dans App.jsx |
⚠️ Accepté (à faire évoluer) | Organisation du code |
| 0003 | RLS permissive, contrôle d'accès côté client | 🔴 Accepté (à remplacer) | Sécurité |
| 0004 | Multi-établissements par « scope » applicatif | ✅ Accepté | Cloisonnement |
| 0005 | Le planning est la source de vérité de la paie | ✅ Accepté | Métier |
| 0006 | Export CSV pour la comptabilité | 🟡 Proposé (à généraliser) | Interop comptable |
Lien vers la documentation détaillée
- Détail technique :
../01-technologies-et-architecture.md - Sécurité à remédier :
../prompts/05-durcir-securite-rls.md - Besoins comptables :
../tech/export-comptable-besoins.md