Open adgerrits opened 7 months ago
Goed voorstel om de constraints tegen het licht te houden. Zoals je zegt is de scope wel groter dan CloudEvents. Er zijn elders in de digitale overheid ook al constraints gesteld in afspraken of standaarden. Valt het hiermee binnen de scope van het profiel op CloudEvents of moet dit een niveau hoger worden afgestemd in de architectuur?
Afhankelijk van de betreffende constraint. Met name bij dingen als coderingen en opbouw van paden is het wenselijk om daarover breder afspraken te maken dan alleen voor dit profiel. Wie en waar dat dan moet initiëren/doen is een volgende te beantwoorden vraag.
Afgesproken in het TO om dit issue te sluiten na de bespreking en ee nnieuw issue aan te maken om dit aandachtspunt verder uit te werken in de handreiking (als best practice bijvoorbeeld).
Omschrijving
Het NL GOV profiel beschrijft voor enkele context attributen 'constraints' m.b.t. gebruik binnen de Nederlandse overheid. Bijvoorbeeld "source SHOULD be a URN notation with 'nld' as namespace identifier" en "type MUST be Reverse domain name notation". Daarmee kun je verdergaande standaardisatie realiseren dan alleen gebruik van de CloudEvents-specificatie. De nu aanwezige constraints zijn opgesteld tijdens het project Notificatieservices waarin het concept-profiel is opgeleverd. Gelet op het belang van de constraints is het wensellijk om:
Categorie 3 betreft afspraken die nodig zijn om het profiel zo effectief mogelijk te gebruiken, maar die een bredere reikwijdte hebben dan alleen dit profiel. Bij 'source' staat nu bijv. iets over sleutelgegevens voor organisaties en voor bronsystemen. In de concept-standaard voor terugmelden staan 3-letter coderingen voor basisregistraties. Het zou goed zijn om voor dit type gegevens zo breed mogelijk geldende afspraken te maken die binnen verschillende standaarden bruikbaar zijn.
Naam
Ad Gerrits
Email
ad.gerrits@vng.nl
Organisatie
VNG