Open MaartenRutten opened 4 years ago
Bespreken met team.
Heeft te maken met uniciteit van de omschrijving binnen een catalogus en hoe we versies mogelijk hebben gemaakt.
Niet dat het heel veel zal uitmaken maar voor de Catalogi API 1.2.0 wordt ImZTC versie 2.2 gebruikt: https://www.gemmaonline.nl/index.php/ImZTC_2.2_in_ontwikkeling.
Wat hier gevraagd wordt is eigenlijk wat de functie van zaaktype-identificatie zou moeten zijn. In StUF werd hiervoor de zaaktype-code gebruikt, in de vorm van het StUF ZKN element ZKN:code. Jammer genoeg is in ImZTC 2.2 de zaaktype-identificatie slechts 5 tekens lang en de zaaktype-code uit StUF ZKN 10 tekens lang.
In de Catalogi API is zaaktype identificatie 50 tekens lang. De oude zaaktype-code uit StUF kan hier dus in opgenomen worden. Hoewel het gemakkelijk is om een attribuut (zaaktype-)code op te nemen in de resource Zaaktype is ook goed om even goed te kijken naar wat nu echt nodig is en in hoerverre de huidige ZTC's bij gemeenten zowel de zaaktype-identificatie als zaaktype-code gebruiken. Het zou niet goed zijn om maar klakkeloos alles over te nemen maar het is nog veel minder goed wanneer gegevens verloren gaan en daarmee bestaande koppelingen niet meer werken.
Bespreekpunt voor het technische gebruikersoverleg van 2 december.
In een app die zaken aanlevert wordt vastgelegd welke zaaktypen aangeleverd gaan worden. Als in de configuratie van de app 'omschrijving' van het zaaktype vastgelegd wordt, dan heeft een wijziging van de omschrijving tot gevolg dat registraties van nieuwe zaken faalt omdat geen actief zaaktype gevonden wordt met de geconfigureerde omschrijving.
Het heeft niet onze voorkeur om verwijzingen te gaan vastleggen naar specifieke versies van zaaktypen.
In de 'oude' omgeving van de app werd zaaktype-identificatie vastgelegd. Daarmee is de app onafhankelijk van wijzigingen van de omschrijving.
Zoals in GEMMA ZAAKTYPECATALOGUS 2 (VERSIE 2.1) Informatiemodel:
Scenario: