Schuldhulpverlening: ZTC 2.0 & termijnen

Dit is een statische kopie van het eerdere discussie.kinggemeenten.nl.
Nieuwe discussies kunnen in de GitHub repository 'StUF standaarden' als issue worden opgevoerd.

4 reacties / 0 nieuw
Login of registreer om te kunnen reageren
vr, 25-07-2014 - 09.20u
#1
Evelien Houweling
Schuldhulpverlening: ZTC 2.0 & termijnen

Bij de gemeente Leiden zijn wij bezig met het inrichten van onze zaaktypencatalogus. Dit doen wij met het programma zaaktypen.nl van Decos. Zij conformeren aan ZTC 2.0. Nu hebben wij een probleem met de termijnen. Volgens ZTC 2.0 is een termijn maximaal 999 dagen (3 karakters). Voor het inrichten van het proces schuldhulpverlening hebben wij echter 4 karakters nodig. Is er een oplossing voorhanden? Aanpassen van ZTC 2.0?

Bovenaan
Arjan Kloosterboer

Dit punt is als wijzigingsverzoek ingebracht in het traject naar het Wijzigingsvoorstel RGBZ 2.0 en als gevolg daarvan als wijzigingsverzoek op ImZTC 2.1. In het wijzigingsvoorstel staat hierover het volgende:

Zowel in het RGBZ als in het ImZTC komen attributen voor waarmee de tijdsduur van een behandeltermijn aangegeven kan worden: 'Doorlooptijd behandeling' en 'Servicenorm behandeling' bij het Zaaktype (en 'Doorlooptijd status' bij Statustype). In RGBZ 1.0 (anno 2010) zijn deze termijnen gesteld in werkbare dagen. In het ImZTC (anno 2013) zijn deze gesteld in kalenderdagen. De reden voor het doorvoeren van deze wijziging (t.o.v. het RGBZ 1.0) was gelegen in de AWB (Algemene Wet Bestuursrecht) waar men het bijvoorbeeld heeft over een termijn van 6 weken (of 42 dagen). In de praktijk blijkt evenwel een behoefte om een doorlooptijd (ook) in werkbare dagen te kunnen specificeren. Hiervan is sprake in bepaalde specifieke wetgeving, zoals de Wet op de lijkbezorging. Om beide varianten te kunnen ondersteunen is het noodzakelijk om van een termijn aan te kunnen geven wat de eenheid daarvan is: werkdagen, kalenderdagen, maanden of jaren. Een termijn in weken is te specificeren in kalenderdagen. Dit betekent de toevoeging van een eenheid-attribuut bij elk termijn-attribuut en het onderbrengen van beide attributen in een groepattribuut.

Dit voorstel is geaccordeerd, het Wijzigingsvoorstel RGBZ is op 4 december jl. goedgekeurd. De wijziging op ImZTC wordt naar verwachting in maart as. goedgekeurd.

Bovenaan
Suzanne Klaus

Volgens mij is de vraag voor deze zaak anders. Namelijk niet de discussie kalenderdagen en werkdagen. Maar hoeveel dagen kan een proces duren? Nu kun je maar 3 karakters invullen in het veld voor doorlooptijd behandeling. Dus maximaal 999 dagen. En dat terwijl er ook zaken zijn die 3 jaar (1082 dagen) kunnen duren.

Het vergroten van het veld naar 4 posities (of meer), zou dit specifieke probleem oplossen. Ikb egrijp van de leverancier ook dat dit een wijziging is die uitvoerbaar is. De wijziging naar dagen, weken, maanden of jaren is denk ik meer ingrijpend. En om die reden lastiger om te ontwikkelen.

 

Bovenaan
Arjan Kloosterboer

Een wijziging van 3 naar 4 cijfers is ook ingrijpend. Vergt aanpassing van alle software waarin StUF-ZKN of daarvan afgeleide koppelvlakken verwerkt zijn. Ik ben benieuwd of dit als RFC nog doorgevoerd kan worden op StUF-ZKN 3.10 (en alle daarvan afgeleide koppelvlakken) of dat dat niet verstandig is in het licht van de aankomende versie 3.20 van StUF-ZKN. Hoe kijken leveranciers hier tegenaan?

Bovenaan