Skip to content

F2 — Toegang & Interactie #35

Closed
Closed

Description

@FlorisGremmen

S05 - Er is dus een EAM functie gewenst zoals beschreven in FTV. Er wordt in dit GBO al op een implementatie voorgesorteerd. Deze indruk wekt de tekst een referentie-implementatie per bronhouder. Hierbij kan ook gesteld worden dat het wenselijk is dat er een EAM component in het stelsel aanwezig is maar dat bronhouders zelf verantwoordelijk zijn voor dit EAM component. Hierdoor laat je de feitelijke implementatie vrij en hoeft er geen gebruik gemaakt te worden van OPA, maar kunnen ook alternatieven ingezet worden.

Vraag hierbij is of dit bij de bronhouders noodzakelijk is om in te richten? Dit is nog niet heel duidelijk te halen uit het GO.
Voor een data uitwisselingen waarbij de private partij toestemming heeft van de betrokkenen is dan enkel de toestemmingsverklaring voldoende?

Daarnaast hoe verhoudt dit tot de GDI-domeinen Toegang en Interactie?

Activity

  1. Govert-Claus commented on Jul 10, 2026

    @Govert-Claus
    Collaborator

    De EAM is gewenst, omdat de autorisatie op meer aspecten gecontroleerd wordt. De toestemming alleen voldoet niet - de afnemer moet deelnemer zijn van het stelsel, rechten hebben om de dienst aan te roepen en alleen gegevens opvragen die binnen de toegestane gegevensset vallen. Dat kan (grotendeels) met FSC-contracten, maar PBAC geeft meer flexibiliteit en minder beheer.

  2. Govert-Claus commented on Oct 20, 2026

    @Govert-Claus
    Collaborator

    Uitleg voor keuze EAM zit in herschreven oplossingsrichting in v0.9.5

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions