Repository navigation
F3 — Gegevensvoorziening #36
Description
Afhankelijk van de bounding context van een REST API kan deze ook gelijk voldoen aan een 'need to know' principe en daarmee invulling te geven aan dataminimalisatie. In beiden gevallen dien je erover na te denken. Sterker nog, door verantwoordelijkheid bij een client te beleggen i.r.t. de bevraging zou er zelfs overfetching kunnen gebeuren indien achterliggende backends hiervoor geen mitigerende maatregelen getroffen hebben.
S07 — Gegevensontsluiting (bronontsluiting-API) FSC beschikbaar; GraphQL nog niet gestandaardiseerd als API type Dienstencatalogus; GraphQL positionering in FDS; GBO-vertaallaag
Naast FSC (onderdeel van Digikoppeling REST API) zijn ook ADR (API Design Rules) beschikbaar vanuit de NL API Strategie.
Activity
Govert-Claus commentedon Jul 10, 2026
REST API is een alles of niets oplossing, die inderdaad prima werkt als vraag en aanbod volledig op elkaar aansluiten. Bij GraphQL kan de client minder gegevens opvragen dan er aangeboden worden en daarmee voldoen aan de eigen verantwoordelijkheid van dataminimalisatie (de client wordt immers verwerkingsverantwoordelijk na ontvangst van de gegevens).
Om te voorkomen dat client per ongeluk te veel gegevens opvraagt, gelden er wel maximale gegevenssets die voor een bepaalde dienst met een bepaalde doelbinding opgevraagd mogen worden.
Ik zal ADR opnemen!
Govert-Claus commentedon Oct 20, 2026
Verwerkt in v0.9.5