Interactiepatronen¶
Hoofdstuk 3 van het globaal ontwerp beschrijft de drie interactiepatronen van GBO. De PSA herhaalt de procesbeschrijvingen en sequencediagrammen niet.
Dit hoofdstuk beschrijft welke stelselfuncties voor ieder patroon relevant zijn. Ook benoemt het de aandachtspunten die de PSA verder uitwerkt.
| Patroon | Grondslag en context | Primair betrokken stelselfuncties | PSA-aandachtspunten |
|---|---|---|---|
| A — Burger gebruikt EUDI-Wallet | De burger vraagt een attestatie van attributen op voor een EUDI-Wallet. Een bronhouder kan zelf of via een andere partij een PubEAA uitgeven. Een QTSP kan een QEAA uitgeven. | S03, S04, S05, S07, S09, S10 en S11 | Identificatie van de burger. Autorisatie van uitgifte, verificatie en retrieval. Attestation rulebooks en semantische mapping. Signing, status en intrekking. Verdeling van verantwoordelijkheden tussen bronhouder, PubEAA-verstrekker, ASI-provider en QTSP. |
| B — Grensoverschrijdend verzoek via OOTS | Een publieke instantie in een andere lidstaat vraagt bewijsgegevens op bij een Nederlandse bronhouder op grond van de SDG-verordening. Binnen GBO loopt dit verzoek via de Basisinrichting OOTS, vooral via de OOTS-V-component. | S04, S05, S07, S08, S09 en S10 | Aansluiting van OOTS-V op de bronontsluiting-API. Autorisatie via dezelfde keten als andere gegevensvragen. Mapping naar OOTS-EDM. Centraal beheer van discovery- en aansluitgegevens. Logging over de hele keten. |
| C — Gegevensverzoek private dienstverlener | Een private dienstverlener vraagt gegevens op bij een bronhouder op basis van een geldige juridische grondslag. Als toestemming nodig is, legt de toestemmingsvoorziening deze specifiek, geïnformeerd en aantoonbaar vast. | S01 tot en met S07, S09 en S10 | Juridische grondslag en burgerinteractie. Registratie, raadpleging en intrekking van toestemming. Pseudonimisering als de afnemer geen BSN mag verwerken. Toelating van dienstverleners. Registratie van diensten en toegestane gegevensvragen. |
Gemeenschappelijke eisen¶
Voor alle interactiepatronen gelden de volgende eisen:
- de bronhouder biedt geen patroon- of afnemerspecifiek bronkoppelvlak aan.
- de autorisatie toetst iedere gegevensvraag aan identiteit, grondslag, doel, gegevensvraag en relevante context.
- alle patronen gebruiken dezelfde generieke autorisatieketen, met patroon- of dienstspecifiek beleid.
- expliciete, beheerde functies buiten het bronsysteem voeren semantische en protocoltransformaties uit.
- iedere gegevensuitwisseling is over de hele keten herleidbaar.
- beleid, schema's, mappings of configuratie leggen afwijkingen en patroonafhankelijke eisen vast, niet hardgecodeerde implementatielogica.