De StUF-standaard specificeert nu dat de kerngegevens niet in een kennisgevingbericht of een update-element in een vrij bericht hoeven te worden opgenomen, als sleutelOntvangend een waarde heeft. Dit heeft tot gevolg dat in mutaties en verwijderingen de kerngegevens in het schema niet verplicht kunnen zijn.
Om de standaard uniformer te maken en de schema's scherper wordt voorgesteld om de kerngegevens altijd verplicht te laten zijn in kennisgevingen en update-elementen.
Dit RFC is opgevoerd in de onderhoudsverzoeken als RFC0461.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
Tijdens de StUF Expertgroep van 21 december 2016 is dit RFC besproken en is besloten te onderzoeken of we kerngegevens apart in een groep kunnen plaatsen apart van de andere gegevens. Tegelijkertijd gaan we kijken of we sleutelVerzender en sleutelOntvanger in een choice constructie met de gegroepeerde kerngegevens kunnen plaatsen door daar elementen van te maken.
Tevens is de StUF Expertgroep er voor te onderzoeken of het aantal kerngegevens beperkt kan worden.
In de afgelopen EG zijn (voornamelijk vanuit mijzelf) een aantal voorstellen gedaan om het oorspronkelijke RFC (post #1) uit te breiden met nieuwe toeters en bellen: kerngegevens apart in een groep, technische sleutels in een choice zetten met kerngegevens, etc., zie post #3. Bij nadere bestudering hebben deze uitbreidingen allerlei negatieve consequenties. Bijvoorbeeld in de context van schemageneratie is het lastig om de kerngegevens op één plek te groeperen. Mijn voorstel is om het originele RFC zoals geformuleerd in post #1 te handhaven en goed te keuren voor uitwerking in de aankomende EG-vergadering.
Tijdens de StUF Expertgroep van 18 januari 2017 is dit RFC in zijn oorspronkelijke vorm goedgekeurd. Dit heeft tot gevolg dat als je een technische sleutel gebruikt je ook de kerngegevens moet opnemen.
Hierbij de uitwerking van dit RFC ter goedkeuring tijdens de StUF Expertgroep van 15 februari 2017.
Bijlage
Tijdens de StUF Expertgroep van 15 februari 2017 is de uitwerking van dit RFC goedgekeurd.