Een applicatie wenst op basis van een zaakidentificatie niet alleen zaakdetails te ontvangen, maar ook direct de lijst van documenten die gerelateerd zijn aan de zaak (hiervoor wil de ZsC/DsC natuurlijk het lieftst maar één vraagbericht sturen). Dit zou volgens de ZSDMS standaard naast de zaakservice ‘geefZaakdetails’ betekenen dat ook de zaakservice ‘geeflijstZaakdocumenten’ aangeroepen moet worden. Hoe zou dit idealiter moeten werken? Het lijkt me niet efficiënt om twee verschillende StUF-vraagberichten te moeten stellen vanuit één zoekactie (en in het antwoord op de geefZaakdetails zitten volgens de standaard geen gegevens over de gerelateerden documenten). Is de oplossing om vanuit één StUF-vraagbericht (gestuurd door een ZsC/DsC) twee zaakservices te triggeren en de antwoorden hierop binnen het zaaksysteem te bundelen voordat het antwoord teruggestuurd wordt naar de ZsC/DsC? Dit klinkt ook best omslachtig als je het vergelijkt met de huidige werking van Vraag/Antwoord uit het reguliere ZKN sectormodel, waarmee je enkel met het definiëren van de scope kan aangeven welke elementen je in het antwoord wil ontvangen.
wo, 16-07-2014 - 16.21u
#1
Combineren van zaakservices, moet dat mogelijk worden?
Ik denk dat het qua efficiency en performance niet zo veel uitmaakt de gegevens met 2 vraagberichten in plaats van 1 te verzamelen. Het alternatief dat jij schetst is inderdaad veel omslachtiger. We zouden natuurlijk wat meer flexibiliteit kunnen aanbrengen in de scope van het vraagbericht van geefZaakdetails. Ik had echter het idee dat men juist van die flexibele scope in vraagberichten af wil in verband met interoperabiliteit van StUF-implementaties. Volledige ondersteuning van de scope zoals StUF die oorspronkelijk bedoeld heeft is immers een enorme klus. Al met al zou ik er voor willen pleiten de standaard op dit punt te laten zoals die is en inderdaad in dit geval met 2 aparte vraagberichten te werken.
Ik ben voorstander van de volgende denkrichting als algemene route (sluit aan op wat Roel schetst):
Dit is in sommige gevallen inderdaad minder efficiënt, maar geeft wel de meeste flexibiliteit en tevens de meeste duidelijkheid bij implementatie.
Ik ben natuurlijk erg benieuwd naar andere meningen in de werkgroep? (Item geregistreerd als ZDS-38)
Volgens de specificatie kan dit al in 1 vraag geregeld worden. Er staat vlak onder paragraaf 4.2.1.2 immers: 'Andere elementen mogen in de vraagberichten voorkomen zolang de berichten voldoen aan de StUF-ZKN-schema’s. Het antwoordend systeem dient ten minste conform onderstaande tabel te antwoorden. Deze specificatie dwingt niet af dat de andere elementen op een correcte wijze geretourneerd worden. ' Het is natuurlijk aan het systeem wat bevraagd wordt of deze de extra informative mee wil sturen. Wat Roxit betreft mag deze combinatie zèker gemaakt worden!
Ik sluit me aan bij Joost en Wouter.
- De twee losse berichten met vaste verplichte waarden zijn duidelijk en eenvoudig te implementeren. Performance-technisch is het prettig dat het geefZaakDetails bericht geen documenten hoeft te retourneren.
- Het staat het zaaksysteem vrij om meer elementen toe te voegen aan een antwoordbericht dan verplicht gesteld is. Ons zaaksysteem retourneert bijvoorbeeld de meest relevante zaakdetails ook terug in het geeflijstZaakdocumenten antwoord.
Op de teleconferentie van 12-02-2015 is besloten het voorstel van Joost te volgen:
De lijst met documenten mag in het bericht geefZaakDetails meegegeven worden, zoals hierboven beschreven is, maar dit hoeft niet per se. Gebruik hiervan vereist afstemming tussen leveranciers. Het bericht bevat geen scope, anders zou dat hiervoor gebruikt kunnen worden.