De lokalisatiefunctie kan gebruikt worden voor uitwisselingen waarbij gegevens gericht beschikbaar worden gesteld

[sergejvm]

Voor volgende keer nader uitwerken in samenhang. Meenemen: deze gegevens zijn daar beschikbaar over dir onderwerp, En daar voeg je aan toe, voor deze ontvangers.

Perspectief bronhouder? Gericht en ongericht beschikbaar stellen aan iemand/groep en ophalen/ontvangen. Twee kanten lokaliseren.

De lokalisatiegegevens kunnen dan ook gericht en ongericht beschikbaar worden gesteld. Is een subrequirement?

De lokalisatiefunctie kan gebruikt worden voor uitwisselingen waarbij gegevens gericht beschibaar worden gesteld #35

• Of de lokalisatiegegevens zelf? De index?
• De lokalisatieflow volgt de gegevens flow?

Communicatiepatronen zoals gespecificeerd in whitepaper project Landelijk Vetrouwensstelsel (Ref)?

Nader specificeren welke patronen de functie wel relevant voor is.

• Gericht/ongericht of een niveau 'dieper' (notified pull, pull, ...)?

Relaties tussen usecases/geprioriteerde uitwisselingen en communicatiepatronen en lokalisatiebehoefte.

Gerichte push heeft vaak geen lokalisatie nodig zoals we hier specificeren. Voorstel dat buiten scope te plaatsen.

[Guidonoord]

Voorstel (huiswerk Guido), besproken in schrijversgroep NEN7519:

De lokalisatie functie moet bruikbaar zijn bij zowel het gericht als ongericht beschikbaar stellen van gegevens

NB: dit volgt de NEN 7519 systematiek

NB2: met 'gericht beschikbaar stellen' wordt geïmpliceerd dat de gegevensuitwisseling, en dus ook het beschikbaar stellen van lokalisatie gegevens, onder veronderstelde toestemming moet kunnen plaatsvinden. Juridisch gezien sluit deze eis het gebruik van een index of een systematiek voor lokalisatie waarin lokalisatie gegevens "ongericht" beschikbaar worden gesteld, uit. Deze eis impliceert dus wat voor de (verschillende) implementatie(s) van "de" lokalisatie functie.