Verzoek
De start van een Zaakdossier
Last updated
De start van een Zaakdossier
Last updated
Een zaakdossier start naar aanleiding van 'iets wat gebeurt', in BPMN 2.0 termen een 'event'. In de Haagse referentiearchitectuur van het ZGW-landschap wordt het event op basis waarvan een zaakdossier kan worden gestart een 'verzoek' genoemd.
Het verzoek is zelf geen onderdeel van een zaakdossier, er is immers nog geen zaakdossier op het moment dat het event plaatsvindt. Het verzoek kan wel worden toegevoegd aan het zaakdossier, zodat de oorsprong van het zaakdossier herleidbaar is.
Het Verzoek wordt ook wel ProductAanvraag genoemd. Deze term is de oorspronkelijke naam in de Haagse referentiearchitectuur. We hanteren bijvoorkeur de term 'verzoek', omdat een Zaakdossier niet altijd tot een Product leidt.
Het verzoek wordt gedaan door een klant, voor het leveren van een product of dienst in de breedste zin van het woord. Het kan een vraag zijn of een verzoek iets te leveren, zoals een parkeervergunning of rijbewijs. Ketenpartners doen geen verzoeken, ze dragen bij aan de uitvoering van een verzoek. Een organisatie die ketenpartner is kan in de rol van klant een verzoek doen.
In het ZGW-landschap wordt bijvoorkeur gebruik gemaakt van informatie-arm notificeren, zoals beschreven in de informatiearchitectuurprincipes van de VNG. Het werken met notificaties zorgt voor het ontkoppelen van systemen, in dit geval veelal een formulierencomponent en GZAC. Dit principe staat uitgelegd op de pagina Integratiepatronen.
Meerdere componenten kunnen verzoeken kunnen aanmaken. Dat ondersteunt de volgende scenario's:
meerdere soorten formulierencomponenten van verschillende leveranciers maken verzoeken aan, bijvoorbeeld in een 'nieuw-naast-oud' situatie;
een zaakafhandelcomponentent verzoekt een ander zaakafhandelcomponent een subzaak uit te voeren;
een chatbot of een scanstraat maakt een verzoek aan.
Uitgangspunt is dat het verzoek in JSON-formaat wordt gemaakt. De waardes uit het verzoek worden via een mapping geplaatst op de juiste locatie in GZAC, in praktijk het vooral het zaakdetailobject. Er kan ook gekozen worden het gehele verzoek op te nemen in het zaakdetailobject.
Om na te gaan wat de aanleiding van een Zaakdossier was, kan het verzoek worden toegevoegd aan het zaakdossier. Er zijn meerdere mogelijkheden dit te doen.
Sommige formulierencomponenten zijn in staat het verzoek in PDF mee te leveren. Het veel toegepaste OpenFormulieren plaatst het verzoek in PDF-formaat in de Documenten API en levert de link naar dit document mee. Deze link wordt door GZAC verwerkt, zodat het document een zaakinformatieobject wordt in de Zaak - praktisch veelal OpenZaak. Het document is dan inzichtelijk in GZAC onder de documententab.
De informatie vanuit het verzoek kan in zijn geheel worden opgenomen in het zaakdetailobject.
Het verzoek wordt geplaatst in de Objects API en na verwerking verwijderd. Dit is het principe achter informatie-arm notificeren, nadat het bericht succesvol is overgebracht wordt het vernietigd, waarmee dataduplicatie wordt voorkomen (immers, alle inhoud van het verzoek is verwerkt in het zaakdossier). Het is ook mogelijk om het bericht te bewaren, en te linken als zaakobject in OpenZaak. Dit wordt gedaan in het systeemproces dat de verzoekenplugin gebruikt. Dit wordt weergegeven in de laatste stap van het systeemproces, deze kan worden verwijderd of aangepast.
