In de XSD zkn0310_ent_vraagantwoord.xsd staat bij <complexType name="ZAKSTT-vraagSelectie"> een gerelateerde element gespecificeerd van type type="ZKN:STT-vraag" met een minOccurs="0".
Dit maakt het mogelijk om een relatie element toe te voegen aan de "heeft" relatie in de vraagselectie van een zakLv01, waarbij geen gerelateerde is opgenomen en dit os onjuist. Het StUFTestplatform accepteert overigens dergelijke berichten ook.
De StUF 03.01 documentatie Hoofdstuk 6.3 Regels voor vraagberichten, blz 96/97 zegt hier het volgende over:
Een relatie wordt gevraagd door het element voor de relatie op te nemen met het attribute
StUF:entiteittype gevuld met de naam van het entiteittype voor de relatie. Hierbinnen worden weer de gevraagde gegevens en relaties opgenomen naast het verplichte element <gerelateerde> voor de gerelateerde.
Ik liep tegen dit probleem aan omdat de XSD dit gerelateerde element op de betreffende plaats niet verplichtte, maar bij gebruik van de StUFKletser wordt het bericht zonder dit gerelateerde element afgekeurd voor het verstuurd kon worden.
Dit onderhoudsverzoek is opgevoerd in de onderhoudsverzoeken als ONV0414.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
Dat het StUF testplatform berichten goedkeurt met deze fout is denk ik niet zo verwonderlijk. Ik vermoed dat het StUF Testplatform geen aanvullende regels heeft gedefinieerd op dit punt. Het vertrouwt hier immers volledig op de schemavalidatie.
Ik zal de verantwoordelijke personen binnen KING daar desondanks toch even naar laten kijken.
Er is inderdaad geen regel in het StUF Testplatform die hierop controleert.
In de bijgaande zip file is in het bestand 'zkn0310_ent_vraagAntwoord.xsd' in de complexType 'ZAKSTT-vraagSelectie' het 'gerelateerde' element verplicht gemaakt.
Bijlage
Tijdens de StUF Expertgroep van 17 februari 2016 is het voorstel goedgekeurd.
Het onderhoudsverzoek is omgezet naar een erratum (ERR0414).