Probleem:
Binnen vrijberichten is het vaak gewenst dat het 'StUF:functie' attribute wordt toegevoegd aan een in die vrijeberichten op het hoofdniveau op te nemen complexType. Het attribute 'final' met de waarde 'extension' dat op complexTypes binnen de StUF schema's wordt gedefinieerd verhindert dat het 'StUF:functie' attribute direct toegevoegd kan worden. Daarvoor is eerst een restriction nodig die vervolgens wel weer uitgebreid kan worden.
Oplossing:
Deze gekunstelde oplossing kan voorkomen worden door het 'StUF:functie' attribute al direct op te nemen in de attributegroup 'StUF:entiteit'.
Dit Erratum is opgevoerd in de onderhoudsverzoeken als ERR313.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
In de StUF Expertgroep van 15 januari 2015 heeft Mark Paanakker opgemerkt dat dit betekent dat je dit attribute dan in alle andere schema's zult moeten prohibiten. Het is dus de vraag of het voordeel dat behaalt wordt groter is dan het nadeel. Maarten stelde voor het attribute 'final' weg te halen. Dit moet dan overal verwijderd worden. Iedereen kon zich hierin vinden.
Wel is afgesproken om op basis hiervan een RFC in te schieten zodat in de nieuwe versie van de StUF onderlaag dit attribute wel wordt opgenomen in de attributegroup 'StUF: entiteit'.
Dit RFC is opgevoerd in de onderhoudsverzoeken als RFC0155.
Hierbij de uitwerking van erratum ERR313 dat voor de volgende StUF Expertgroep op de agenda staat.
In het bijgaande voorbeeld heb ik in het schema 'zkn0310_ent_basis.xsd' bij het complexType 'EDC-basis' het 'final' attribute verwijderd (zie bijlage: Voorstel erratum ERR313.pdf).
Bijlage
final alleen weghalen binnen EDC is half werk, want final komt op heel veel andere plaatsen ook voor. Het lijkt me dan consequent om final overal te verwijderen binnen bg0310 en zkn0310.
Het voorstel bevat alleen een voorbeeld. Het is inderdaad de bedoeling om dit overal te verwijderen.
OK, mag van mij worden doorgevoerd
Dit erratum is doorgevoerd in patch 19 (28 maart 2014
In de StUF-BG 3.10 als StUF-ZKN 3.10 schema's bg0310_ent_basis.xsd, bg0310_ent_mutatie.xsd, bg0310_ent_vraagAntwoord.xsd, zkn0310_ent_basis.xsd, zkn0310_bg0310_ent.xsd, zkn0310_ent_mutatie.xsd en zkn0310_ent_vraagAntwoord.xsd is bij alle complexTypes het 'final' attribute verwijderd.
Discussie gesloten.
M.b.t. RFC0155 is tijdens de StUF Expertgroep van 18 februari 2015 in eerste instantie gesteld dat het handig zijn om dit in een volgende versie op te lossen. Er is echter een risico dat je straks in kennisgevingen dit attribuut gaat terugzien. Dit attribute moet er echter in de kennisgevingen vervolgens weer uit-gerestrict gaan worden. De constatering was dat het misschien toch niet zo handig is. We moeten dus goed nadenken hoe we dit gaan doen.
Tenslotte werd de mogelijkheid van een scriptje waarmee je het attribute aan complexTypes kunt toevoegen geopperd.
Tijdens de StUF Expertgroep van 18 maart 2015 is het voorstel goedgekeurd. Dit RFC kan dus mee in de nieuwe versie van de StUF onderlaag.
Bijgaand de uitwerking van RFC0155. Deze zal in de aankomende EG-meeting als hamerstuk behandeld worden. In geval van bezwaar, graag ruim van te voren melden via dit forum.
Bijlage
Bijgaand (zie bijlage) de Word-versie van de uitwerking van RFC0155. In Word is het voor sommigen handiger om van de ene revisie naar de andere te springen dan in PDF. Ook zijn er mogelijk nog een paar verbeteringen doorgevoerd. Dus graag deze word-versie gebruiken voor de review.
Bijlage
Henri, Kijk nog even goed naar de voorbeeldberichten op de pagina's 80-86. Daar staat "StUF;functie" i.p.v. "StUF:functie" (puntkomma vs dubbelepunt); bij de eerste fout staat ook een punthaak teveel: '>>'.
Tijdens de StUF Expertgroep van 16 november 2016 is besloten de uitwerking van dit RFC goed te keuren.