Omnichannel registratie
Beeld- en oordeelsvorming over klantreis registratie en uitgangspunten.
Last updated
Beeld- en oordeelsvorming over klantreis registratie en uitgangspunten.
Last updated
Auteur: Joeri Diederen | Status: In voorbereiding
Deze registratiemethode gaat uit van processen die worden afgehandeld met componenten die voldoen aan de Common Ground richtlijnen.
Registratiemethode bij een product vastleggen in Open Product. Verzoekenpatroon, StUF, etc.
Er wordt een object gecreerd dat als gegevensdrager fungeert. De creatie of update van het object leidt tot een notificatie aan het systeem dat de inhoud verwerkt. Voordeel hiervan is dat de uiteindelijke registratie flexibel in te richten is.
Uitgangspunten hierbij zijn:
Een nieuwe aanvraag leidt altijd tot een verzoekobject
Bij aanvulling op verzoek van de behandelaar wordt de externe taak gebruikt
Een opmerking op een lopende zaak leidt tot een zaakverzoek
Expliciet gevolg hiervan is dat bij een verzoek om aanvulling altijd een externe taak wordt aangemaakt, ongeacht via welk kanaal je die aanvulling verwacht. Optioneel kan een bericht worden samengesteld dat digitaal gepubliceerd word op het portaal, of per post verzonden wordt.
Bij fysieke verzending van dit bericht is de best practice om een verwijzing naar de externe taak op te nemen, zodat de klant effectief, digitaal en veilig de aanvulling kan leveren.
Voor informatie die leidt tot een nieuwe zaak wordt gestuurd op verwerking via het verzoekobject.
Bijlagen worden via de DRC-API geregistreerd, en het unieke kenmerk van de bijlage wordt verwerkt in het verzoekobject.
Door het lezen van het verzoekobjecttype kan de gewenste informatie om het verzoek te leveren door scan- en herkenfunctionaliteit verwerkt worden in het verzoekobject, liefst met scan- en herkenfunctionaliteit, wat de afhandeltermijn ten goede komt.
Via het bestaande patroon wordt het juiste afhandelcomponent genotificeerd, waarna het verzoek tot zaak verwerkt kan worden.
In deze use case zijn twee opties mogelijk. De behandelaar heeft een verzoek om aanvulling gedaan, of de initiator besluit op eigen initiatief om iets na te leveren.
Als de behandelaar een verzoek om aanvulling heeft gedaan staat er een externe taak in de Taken API (conceptnaam). Het patroon schrijft voor dat binnenkomende informatie, ongeacht kanaal, als update op deze externe taak wordt gedaan.
Als de klant zelf besluit om iets na te leveren, wellicht omdat er optionele taken klaarstaan op het portaal, wordt het zaakverzoek gebruikt. Een ingediend zaakverzoek is voor de zaakbehandelaar een ad-hoc event waarop het proces moet acteren: er moet informatie beoordeeld worden.
