Op dit moment worden de Koppelvlakken 'ZS-DMS' en 'Lopende-zaken' ontwikkeld. beide koppelvlakken maken gebruik van de complexTypes 'Tijdstip-r' en 'Datum-r' waarin het gebruik van het attribute 'StUF:noValue' op 'prohibited' wordt gesteld. Beide complexTypes staan in de 'StUF' namespace ('http://www.egem.nl/StUF/StUF0301') en wij stellen dan ook voor deze complexTypes naar een lager niveau te verplaatsen ('stuf0301.xsd') zodat beheer efficienter kan worden ingericht.
Hetzelfde geldt voor de complexTypes 'ZaakIdentificatie-r' en 'Omschrijving-r' in de namespace 'ZKN' ('http://www.egem.nl/StUF/sector/zkn/0310') waarin het gebruik van het attribute 'StUF:noValue' eveneens op 'prohibited' wordt gesteld. Deze zouden we om dezelfde reden graag toegevoegd zien aan 'zkn0310_simpleTypes.xsd'.
Dit Erratum is opgevoerd in de onderhoudsverzoeken als ERR289.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
Het complexType 'Tijdstip-r' wordt inmiddels niet meer gebruikt in de ZS-DMS berichtencatalogus (waar we het hier eigenlijk over hebben). De vraag is echter of het desondanks niet verstandig is om ook dat complexType nog steeds naar een lager niveau te verplaatsen.
Het lijkt een goed idee om Tijdstip-r en Datum-r te definiëren binnen stuf0301.xsd en ik kan me voorstellen dat je ook andere "-r" restriction in de namespace van een sectormodel altijd definieert in de ...._simpleTypes.xsd voor een sectormodel. Lijkt me goed om dit op te nemen in de best practices.
Tijdens de StUF Expertgroep van 17 september 2014 is besloten dit erratum door te voeren. Het mag meegenomen worden in patch 21.