Bij uitvragen zaak gegevens met een zakLv01/zakLa01 bericht is niet duidelijk of eventuele besluiten vastgelegd zijn in een document of niet.
Een Besluit kan vastgelegd worden in één of meer documenten welke gerelateerd zijn via de relatiesoort "BESLUIT kan vastgelegd zijn als DOCUMENT". Zie ook http://gemmaonline.nl/index.php/Rgbz_1.0/doc/objecttype/besluit
Echter, wanneer ik een zaak opvraag via de ZDS service GeefZaakdetails (een bericht gebaseerd op zakLv01/zakLa01 vraag-/antwoordberichten) krijg ik deze relatiesoort niet mee. Wel krijg ik de bij de zaak behorende besluiten maar niet de eventuele bij het besluit behorende documenten of de kerngegevens van die relatie zodat ik de documenten eventueel apart op kan halen met EDC vraagberichten. Dit zou nog overkomelijk zijn wanneer deze documenten die bij een besluit horen als zodanig gemerkt worden en als zaakdocument aan de zaak verbonden zijn. Maar dat is ook niet het geval.
Om de zaak volledig op te kunnen vragen moet nu voor elk besluit uitgevraagd worden of er documenten bij het besluit horen en zo ja welke. Dit is nodeloos berichten verkeer wat voorkomen kan worden door de relatiesoort "BESLUIT kan vastgelegd zijn als DOCUMENT" op te nemen in het zakLa01 antwoord bericht.
Dit zou veel netter opgelost kunnen worden wanneer de relatiesoort "BESLUIT kan vastgelegd zijn als DOCUMENT" opgenomen wordt in de Besluit gegevens in zakLv0n/zakLa0n vraag-/antwoordberichten zodat de gehele zaak in het antwoord bericht opgenomen kan worden.
Dit onderhoudsverzoek is opgevoerd in de onderhoudsverzoeken als ONV0449.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
Doorvoeren van dit onderhoudsverzoek is alleen mogelijk met een wijziging van de zkn0310 basisschema's en dit is alleen mogelijk als geen van de partijen die werkt met zkn0310 bezwaar heeft tegen deze wijziging, omdat deze wijziging niet backwards compatible is.
Het lijkt beter om dit onderhoudsverzoek mee te nemen in de verStUFfing van RGBZ 2.0.
Verwijderd, omdat onjuist.
Opnemen in VerStUFfing van RGBZ 2.0 is voor mij een prima oplossing, dan kan in ieder geval in de toekomst dit probleem netjes opgelost worden
Tijdens de StUF Expertgroep van 15 februari 2017 is besloten op basis van dit onderhoudsverzoek geen wijzigingen aan te brengen in StUF-ZKN 3.10. Wel is besloten te bekijken of er op basis van dit onderhoudsverzoek een RFC opgevoerd kan worden. Dit wordt uitgezocht door Maarten en Michiel.
In overleg met Maarten een beschrijving van het probleem en een voorstel om dit op te lossen in de verStUFfing van RGBZ 2.0.
NB. Omdat het RGBZ 2.0 nog niet in StUF XSD schema's is omgezet ben ik uitgegaan van de structuren van StUF ZKN 03.10. Dit is natuurlijk een praatplaatje, de voorgestelde oplossing om de relatie BSLEDC op te nemen moet vertaald worden zodra de nieuwe structuren beschikbaar zijn.
Bijlage
Tijdens de StUF Expertgroep van 19 april 2017 geeft Michiel aan dat er geen reactie is gekomen op het door hem en Maarten ingediende voorstel. Er wordt vervolgens gediscussieerd over de vraag of je het niet ook kunt oplossen met een vervolgvraag. Michiel betoogd echter dat je niet kunt zien dat er een document bijhoort en dat je alle documenten zou moeten doorspitten om te kunnen bepalen of er een besluit bij zit. Uiteindelijk is iedereen het er wel over eens dat het wenselijk is dat je kunt zien als er een besluitdocument is. De StUF Expertgroep besluit het onderhoudsverzoek om te zetten naar een RFC (RFC0449).