Voor de groepering van gegevens maakt de BRP gebruik van strikjes. Dit verhoogt de lees- en verwerkbaarheid van de berichten in de BRP. Dit is volgens de huidige versie van de StUF-standaard niet mogelijk; wel binnen de standaard in gebruik voor bv. stuurgegevens, parameters, tijdvakgeldigheid.
Door KING is de oplossing aangedragen om hiervoor een extra waarde van het attribuut ‘stuf:functie’ in het leveren te roepen; te weten ‘container’. Aangezien de BRP het attribuut ‘stuf:functie’ in haar bijhoudingberichten niet wenst te gebruiken (zie eerdere forum-post), is dit niet direct de oplossing.
BRP wenst versoepeling in de standaard opdat het mechanisme van ‘strikjes’ vrijelijk kan worden toegepast.
vr, 23-11-2012 - 11.16u
#1
Toestaan 'strikjes' in Vrije berichten
Ik zal dit verzoek opnemen in de onderhoudsverzoeken en agenderen voor de aankomende vergadering.
Gert Jan,
Zou je het concept 'strikjes' even uit willen leggen?
Strikjes zijn container-elementen die je om andere elementen heen zet om de leesbaarheid te vergroten. Deze elementen hebben geen semantiek. Bijvoorbeeld, tijdvakGeldigheid is een typisch voorbeeld van een strikje.
Het verschil van de “strikjes” ten opzichte van het definiëren van een (nieuw) complextype voor het groeperen van gegevens is mij niet duidelijk (of is het gewoon een synoniem?). Indien de “strikjes” ertoe leiden dat gegevens afhankelijk van het bericht in een afwijkende samenstelling en/of volgorde kunnen worden opgenomen, dan lijkt me dit geen gewenst mechanisme. Ook hier mis ik de aanleiding en de argumentatie waarom het toepassen van complex types binnen de StUF standaard niet voldoen.
Worden gedefinieerd via complexTypes, maar volgens de StUF-standaard mag je dit niet vrijelijk doen, zonder aan te geven hoe betreffend berichtelement geïnterpreteerd moet worden; i.c. in dit geval het voorstel via stuf:functie="container".
Binnen de standaard zelfd geldt dit bv. niet voor stuurgegevens, zender, ontvanger, parameters, tijdvakgeldigheid etc. Het kan m.i. geen kwaad dit ook niet te laten gelden voor dergelijk gewenste constructies binnen een sectormodel zelf.
Dit RFC is opgevoerd in de onderhoudsverzoeken als RFC0127.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
Tijdens de StUF Expertgroep van 20-5-2015 is besloten dit RFC af te voeren.