Zaak- en Documentservices

Graag zou ik ook zien dat het schema alleen relevante elementen voor de actualiseerZaakstatus toestaat. Nu zijn alle zaak-elementen toegestaan in het bericht. Dus kan via actualiseerZaakStatus_ZakLk01 van alles aan de zaak worden gewijzigd, zoals ander zaakobject, heeft betrekking op, heef als belanghebbende, enz.

Naar mijn idee is het bericht wel fout (zoals we net hebben besproken). Bij mutatiesoort="T" gaat het om toevoegen van een object, in het geval van een zakLk01 bericht dus om het toevoegen van een zaak. We willen hier niet een zaak toevoegen, maar een relatie naar een status toevoegen aan de zaak. Voor het toevoegen van een relatie wordt mutatiesoort="W" gebruikt, met op de relatie verwerkingssoort="T".

Dus zou ik graag zien dat het schema afdwingt dat:
1. parameters/mutatiesoort="W"
2. object@verwerkingssoort="W"
3. object/heeft@verwerkingssoort="T"

Roel de Bruin schreef:

"In principe moet het StUF-ZKN schema de specificaties volgen. Volgens mij zou het schema dus moeten worden aangepast in een patch. Het probleem is echter veel groter want ik zie dat in de schema's van zowel StUF-ZKN als StUF-BG de gerelateerde onder een relatie altijd verplicht is. Dat zou dus een systematische afwijking van de specificaties zijn, tenzij ik de specificaties verkeerd interpreteer.

Wellicht is dit dus iets dat met de beheerders van deze schema's c.q. met de StUF expertgroep moet worden opgenomen. "

Dit heb ik doorgestuurd aan Henri en Robert met de vraag of de bevinding van Roel correct is en StUF ZKN dus niet aan StUF voldoet.

Robert Melskens schreef:
_Dit issue is al eerder opgevoerd in deze discussie en ook toen is vastgesteld dat het probleem ook bij de andere sectormodellen speelt en op basis daarvan in het onderhoudsverzoek ONV0377 opgevoerd. Tijdens de StUF Expertgroep van 20 januari 2016 is echter besloten dat onderhoudsverzoek af te voeren omdat je de gerelateerde wel weg kunt laten als je het attribute xsi:nil="true" toevoegt zoals het onderstaande fragment aantoont:

<ZKN:heeftBetrekkingOp StUF:entiteittype="ZAKOBJ" StUF:verwerkingssoort="E" StUF:noValue="geenWaarde" xsi:nil="true"/>_

Roel de Bruin schreef:
_Mee eens. Ik had over het hoofd gezien dat de relatie nillable is.

Er is dus op dit punt geen probleem. En de conclusie van Michiel is juist dat de schema's moeten afdwingen dat er twee objecten zijn (oud en nieuw) en dat:

1. parameters/mutatiesoort="W"
2. object@verwerkingssoort="W"
3. object/heeft@verwerkingssoort="T"
_

Bovenstaande wijziging geldt dan ook voor het updateZaak_zakLk01 bericht