Architecture Decision Records (ADR’s)
ADR’s leggen architectuurkeuzes vast: wat is besloten, waarom, welke alternatieven afgewezen, welke gevolgen verwacht. Eén ADR per beslissing, onveranderlijk na acceptatie. Wordt een keuze later vervangen, schrijf dan een nieuwe ADR die naar de oude verwijst en zet de status van de oude op “vervangen door ADR-XXXX”.
Wanneer een ADR schrijven
- Bibliotheek-, framework- of platformkeuzes met impact op meerdere modules.
- Datamodel- of API-contract beslissingen die moeilijk terug te draaien zijn.
- Cross-cutting concerns: auth, logging, observability, deploy-strategie.
- Bewust afwijken van een conventie in deze codebase.
Niet voor: bug-fixes, refactors zonder design-impact, dependency-bumps.
Een nieuwe ADR maken
npm run docs:adr -- "korte-titel-met-streepjes"
Het script kopieert 0000-template.md naar <volgnummer>-<titel>.md en print het pad. Vul daarna in en commit.
Index
- ADR 0001: Log-level voor HTTP-fouten
- ADR 0002: SCIM-auth via Service Account Token en tenant-uuid in URL
- ADR 0003: Plugin-JWT vault voor Outlook-tokens
- ADR 0004: Pagina-sidebar-navigatie in het hamburgermenu op kleine schermen
- ADR 0005: Multi-tenant tijdzone (per-user weergavezone)
- ADR 0006: Partnership verlengen en verloopnotificatie
- ADR 0007: Categorie-toegang op kenmerk