Substatussen (CONCEPT)
Auteur: Joeri Bekker | Status: CONCEPT
Last updated
Auteur: Joeri Bekker | Status: CONCEPT
Last updated
In de zaken API kan je de Zaakstatussen inregelen. De Zaakstatussen zijn mijlpalen die altijd optreden bij de afhandeling en ingericht worden in het zaaktype. Deze zaakstatussen hebben geen wettelijke gevolgen en zijn vooral ten behoeve van de transparantie naar de initiator. Zaakstatussen worden ook getoond als deze nog niet zijn opgetreden.
Vanuit dienstverlening is de behoefte om naast de wettelijke zaakstatussen ook meer voortgang te melden aan de inwoner of ondernemer in de MijnOmgeving over de voortgang.
Hiervoor introduceren we het concept van de substatus. Een substatus:
Heeft geen wettelijke gevolgen
Wordt gecommuniceerd omdat deze van meerwaarde is voor de inwoner of ondernemer
Is gekoppeld aan een hoofdstatus
Wordt alleen geregistreerd bij de zaak, als de processtap daadwerkelijk heeft plaatsgevonden vanuit de Taak Specifieke Applicatie (TSA)
Die getoond wordt, ligt altijd in het verleden (historisch overzicht)
Deze user story vormt te start van SUBSTATUSSEN, een uitbreiding op de Zaken API. Een SUBSTATUS is een informatieve status die op gedetaileerder niveau weergeeft wat de voortgang is van een ZAAK. Een substatus volgt geen vaste volgorde: Een substatus is niet vastgelegd in de Catalogi API. Dat betekent dat alle nodige applicaties in principe (mits rechten enzo) een vrije SUBSTATUS kunnen toevoegen aan de ZAAK zelf. Dit zorgt ervoor dat non-linieare processen altijd per stap in het proces iets kunnen laten weten over de status.
Middels het doelgroep attribuut kan je aangeven of een substatus voor alle betrokkenen zichtbaar is, of alleen intern. Een substatus hangt altijd aan een (hoofd) status, om ze netjes onder te verdelen.
Het doel is het volgende overzicht mogelijk maken vanuit Zaakgericht werken:
Een substatus is gekoppeld aan een hoofdstatus en wordt ook als zodanig aangeboden. De substatus wordt getoond op oudste datum eerst en eronder nieuwere datums.
