Brontekst bekijken van Federatief Datastelsel en Notificeren

== Notificeren in het Federatief Datastelsel ==

De volgende tabel geeft een overzicht van de belangrijkste eigenschappen van het Federatief Datastelsel en de impact ervan op notificeren.

<table border=1 cellpadding="10" style="border-collapse: collapse;">
<tr><th valign="top">Eigenschap van Federatief Datastelsel</th><th valign="top">Impact op notificeren</th></tr>
<tr><td valign="top">Organisatie-overstijgend</td><td valign="top">Focus op business-gebeurtenissen,<br>Gebruik van webstandaarden voor uitwisseling van notificaties</td></tr>
<tr><td valign="top">Inwinning is buiten scope</td><td valign="top">Event sourcing ondersteunt inwinning en is daarmee binnen het Federatief Datastelsel geen vorm van notificeren</td></tr>
<tr><td valign="top">Streven naar data bij de bron</td><td valign="top">Voorkeur voor informatiearm notificeren</td></tr>
<tr><td valign="top">Ondersteuning van organisaties met publieke taken</td><td valign="top">Gebruik van standaarden van Forum Standaardisatie</td></tr>
<tr><td valign="top">Onbekende, maar potentieel groot aantal afnemers, met onbekende behoeften</td><td valign="top">Voorkeur voor gebruik een tussenliggend softwarecomponent voor ontkoppeling tussen producers en consumers</td></tr>
<tr><td valign="top">Verantwoordelijkheden zoveel mogelijk bij domeinen en deelnemers zelf laten</td><td valign="top">Decentrale deployment van tussenliggende softwarecomponenten</td></tr>
</table>

Het Federatief Datastelsel is gericht op het uitwisselen van gegevens over de grenzen van organisaties en domeinen heen. Daardoor ligt de focus op business-gebeurtenissen en niet op systeemgebeurtenissen. De afhankelijkheden tussen organisaties zouden zoveel mogelijk op procesniveau moeten liggen en niet op systeemniveau. Daarnaast zijn vooral webstandaarden belangrijk voor de uitwisseling van notificaties, omdat deze eenvoudig over de grenzen van organisaties en hun firewalls heen kunnen worden uitgewisseld.

Het Federatief Datastelsel is niet bedoeld voor het ondersteunen van de inwinning van gegevens. Notificaties die inwinning ondersteunen zijn dus ook buiten scope van het Federatief Datastelsel. Dit betekent ook dat Event Sourcing buiten scope van deze architectuur valt. Event Sourcing is een patroon dat is bedoeld om opgetreden gebeurtenissen vast te leggen, waarbij de gebeurtenis zelf het primaire ingangspunt is. De datalineage die wordt opgebouwd in event sourcing kan wel waardevol zijn om te delen in het Federatief Datastelsel.

Het streven naar data bij de bron heeft ook belangrijke impact. Het gebruik van notificaties ter ondersteuning van het kopiëren van gegevens is niet gewenst. Het leidt verder vooral tot de voorkeur om informatiearm te notificeren, omdat je dan zo min mogelijk gegevens kopieert. Een ander belangrijke argument voor informatiearm notificeren is dataminimalisatie. Dat is in de context van het Federatief Datastelsel ook belangrijk, omdat het stelsel zich richt op het verantwoord delen van gegevens (en dan gaat het al snel over gevoelige gegevens). Tegelijkertijd blijkt dat er in de praktijk dat toch redenen zijn om informatierijk te notificeren. Zo zijn bijvoorbeeld bepaalde bronsystemen gewoonweg niet in staat om raadplegingen n.a.v. een notificatie te ondersteunen. 

Omdat het Federatief Datastelsel gericht is op de ondersteuning van organisaties met publieke taken zijn de standaarden van Forum Standaardisatie leidend. Er zijn ook datastelsels waarbij private partijen een belangrijke rol spelen. Daar worden dan ook andere afwegingen gemaakt over de te gebruiken standaarden.

Het Federatief Datastelsel wil gegevens ter beschikking stellen voor breder gebruik. Dat betekent dat vantevoren niet bekend is welke partijen de gegevens willen afnemen, hoeveel dat er zijn en wat hun behoeften zijn. Hierdoor is er een sterke behoefte aan ontkoppeling van producer en consumers, waardoor de inzet van een tussenliggend softwarecomponent voor de hand ligt. Deze kan ook garanties bieden die relevant kunnen zijn voor bepaalde consumers, zoals een bepaalde aflevergarantie of een bepaalde vorm van beveiliging of logging.

Het federatieve van het Federatief Datastelsel betekent dat verantwoordelijkheden zoveel mogelijk bij domeinen en deelnemers zelf gelaten worden. Dat betekent dat tussenliggende softwarecomponenten in principe in domeinen en door aanbieders zelf zouden moeten worden geboden. Daarbij zijn er liefst generieke softwarecomponenten beschikbaar die zij kunnen hergebruiken.

[[Categorie:Architectuur Notificeren in het Federatief Datastelsel]]