In verschillende scenario's voor het wijzigen van relaties, mag er in het oud of huidig voorkomen geen gerelateerde entiteit aanwezig zijn in de betreffende relatie-entiteit.
Daarom is er een regel gemaakt STV0000069:
"Bij het beeindigen van een relatie entiteit mag alleen het element <StUF:eindRelatie> een nieuwe waarde krijgen in het eerste <object> element, In tweede <object> element wordt een relatie-entiteit opgenomen met de attributes StUF:entiteittype, StUF:verwerkingssoort=”E” en StUF:noValue=”geenWaarde” en een lege elementinhoud."
Bijvoorbeeld in situatie "beeindigen van een relatie":
object1 bevat:
<ZKN:heeftBetrekkingOp StUF:entiteittype="ZAKOBJ" StUF:verwerkingssoort="E">
<ZKN:gerelateerde>
<ZKN:adres StUF:entiteittype="AOA" StUF:verwerkingssoort="I">
<BG:identificatie>0000000000000084</BG:identificatie>
</ZKN:adres>
</ZKN:gerelateerde>
<StUF:tijdvakRelatie>
<StUF:beginRelatie>20060331</StUF:beginRelatie>
<StUF:eindRelatie>20150210</StUF:eindRelatie>
</StUF:tijdvakRelatie>
<StUF:tijdstipRegistratie>20150211153722987</StUF:tijdstipRegistratie>
</ZKN:heeftBetrekkingOp>
object2 bevat:
<ZKN:heeftBetrekkingOp StUF:entiteittype="ZAKOBJ" StUF:verwerkingssoort="E" StUF:noValue="geenWaarde">
<ZKN:gerelateerde/>
</ZKN:heeftBetrekkingOp>
Hetzelfde gebeurt bij verwijderen van een relatie. In deze gevallen komt er bovenop de fout uit regel STV0000069 ook dezelfde fout uit regel STV0000084.
Hier is het niet mogelijk leeg subelement ZKN:gerelateerde weg te laten, want dit element is vereist in het xsd.
Wanneer de relatie-entiteit een leeg ZKN:gerelateerde subelement bevat, moet dit dan beschouwd worden als te voldoen aan de eis "lege elementinhoud"?
Dit onderhoudsverzoek is opgevoerd in de onderhoudsverzoeken als ONV0377.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
Frank,
Het antwoord op je vraag is overigens dat het relatie element echt leeg moet zijn.
Dit issue speelt ook binnen andere sectormodellen zoals StUF-BG 3.10 en StUF-ZTC 3.10 maar ook in de schema's van een koppelvlak als 'Betalen- en Invorderenservices 1.0'.
Je kunt de gerelateerde wel weglaten als je het attribute xsi:nil="true" toevoegt in object 2:
<ZKN:heeftBetrekkingOp StUF:entiteittype="ZAKOBJ" StUF:verwerkingssoort="E" StUF:noValue="geenWaarde" xsi:nil="true"/>
De te testen applicatie moet dus zijn berichten op deze manier aanpassen om aan StUF te voldoen.
Je hebt helemaal gelijk. Dat had ik even over het hoofd gezien.
Ik stel voor dit onderhoudsverzoek af te voeren.
Mee eens. Kan worden afgevoerd/gesloten.
Tijdens de StUF Expertgroep van 20 januari 2016 is besloten dit onderhoudsverzoek af te voeren.