Het stuf0301.xsd schrijft voor dat een StUF-berichtenset binnen het topelement 0..unbounded elementen <bericht> bevat met een vrije inhoud.
Hoofdstuk 2 in het document stuf.bindingen.030202.pdf beschrijft de inhoud van de berichtenset zonder het element <bericht>. De elementen voor de asynchrone berichten volgen direct onder het topelement.
Deze inconsistentie in de specificatie dient opgelost te worden. Welke oplossing wordt gekozen is afhankelijk van wat partijen al geïmplementeerd hebben en zal besproken moeten worden in de StUF Expertgroep.
Dit RFC is opgevoerd in de onderhoudsverzoeken als RFC0452.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
Vanuit PRLG hebben we de specificaties uit het protocolbindingen document gevolgd. Wat ons betreft zou dus de XSD aangepast kunnen worden en zou het element "StUF-berichtenSet" zelf van het type "anyType" kunnen worden gedefinieerd.
Pink en Vicrea hebben dan hetzelfde gedaan als ik. Omdat verder niemand zich heeft laten horen zou ik King dan willen verzoeken een erratum conform het voorstel van Pink door te voeren in de xsd.
Tijdens de StUF Expertgroep van 21 september is besloten dit RFC om te zetten naar een erratum (ERR0452).
Tijdens de StUF Expertgroep van 19 oktober 2016 is aangegeven dat dit erratum meegenomen zal worden in de eerste patch van 2017.
Maarten vd Broek heeft telefonisch contact gehad met Vicrea en zij waren het eens met het doorvoeren van dit erratum.
In de bijgaande zip is het element <element name="StUF-berichtenSet">.....</element> dan ook vervangen door
<element name="StUF-berichtenSet">
<annotation>
<documentation xml:lang="nl">In het schema van de StUF-standaard kan dit element slechts gedefinieerd worden met als types anyType voor de
elementen die voor kunnen komen in een berichtenbestand. De verschillende sectormodellen definieren deze
elementen in meer detail. Een correcte validatie is mogelijk door in het bericht expliciet het sectormodel te specificeren
waartegen het bericht gevalideerd dient te worden.
</documentation>
</annotation>
<complexType>
<sequence>
<any processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
</complexType>
</element>
Het gebruik van het element 'StUF:bericht' wordt dus niet meer afgedwongen door het schema maar nog wel mogelijk gemaakt.
Bijlage
Tijdens de StUF Expertgroep van 15 februari 2017 is de uitwerking van dit Erratum goedgekeurd.