Als Developer/Consumer wil ik zaakeigenschappen kunnen aanpassen zonder een nieuwe versie te publiceren van de Zaaktype

[shazada]

Als Developer/Consumer wil ik zaakeigenschappen kunnen aanpassen zonder een nieuwe versie te publiceren van de Zaaktype.

Bij de gemeente Utrecht en Utrechtse Heuvelrug loopt Functioneel beheer tegen problemen aan dat iedere wijziging in de zaakeigenschap een nieuwe Zaaktype Versie triggert en bij lopende en afgesloten zaken kan de nieuwe zaakeigenschap niet gevonden worden.

Dit levert in de praktijk de volgende problemen op:

• Zaakeigenschap is niet terug te vinden op oude versies (klinkt logisch, maar in een ZAC UI super onlogisch. In een filter moet je eerst de zaaktype zoeken en daarna de versie en daarna kun je de zaakeigenschappen ophalen)
• Gebruiker weet niet welke versie van de zaaktype welke zaakeigenschap heeft
• Je kunt in de API niet een zaak filteren op een Zaakeigenschap, want hiervoor moet je eerst weten welke Zaaktype het is en dan pas welke zaakeigenschap van die zaaktype er komt. --> dit lossen we nu op door alle zaakeigenschappen los te indexeren in zodat we vanuit een zoekmachine kunnen zoeken hierop

Technische voorstel zoals INFORMATIEOBJECTTYPE wil je graag los zaakeigenschappen kunnen aanmaken en los kunnen koppelen aan een zaaktype en ook dezelfde zaakeigenschap 1....n relatie hebben met een ZAAKTYPE

[michielverhoef]

Een zaakeigenschap is een (groeps)attribuut van een zaaktype. Wijzig je dit dan ontstaat er een nieuwe versie van het zaaktype. Het is functioneel niets anders dan een enkelvoudig attribuut van het zaaktype.

Zaken die van een oudere versie van een zaaktype zijn kennen de eigenschappen van het nieuwe zaaktype dan ook niet.

Als een eigenschap van een (versie van een) zaaktype van lopende zaken gewijzigd moet worden kan dit via een correctie gedaan worden. Alle lopende zaken zullen dan ook die aangepaste eigenschappen kennen.

NB. de mogelijkheid correcties uit te voeren is niet bedoeld om correct gebruik van versies van zaaktypen te omzeilen en moet dan ook alleen dan gebruikt worden in situaties waarin de bestaande versie van het zaaktype fouten bevat die het correct afhandelen van lopende zaken belemmeren!

[shazada]

@michielverhoef duidelijk, maar lijkt een bewuste keuze om dit niet dan voor informatieobjectype te doen. Zou je kunnen verklaren waarom het daar niet met versie-beheer werkt?

[shazada]

heb je ook een voorbeeld voor mij rondom de Correctie, bijv welke Post/Path call doe ik met welke informatie?
ik kan dat niet helder in het voorbeeld vinden.

[HenriKorver]

@michielverhoef Heb jij misschien nog een antwoord op bovenstaande vragen van @shazada?

[michielverhoef]

@michielverhoef duidelijk, maar lijkt een bewuste keuze om dit niet dan voor informatieobjectype te doen. Zou je kunnen verklaren waarom het daar niet met versie-beheer werkt?

Omdat een informatieobjecttype geen groeposattribuut van een zaaktype is. Een informatieobjecttype is een zelfstandig objecttype wat kan bestaan (en doorontwikkelen) zonder zaaktype. Door de relatie loosely-coupled te houden via de informatieobjecttype.omschrijving kunnen beide objecttypen (zaaktype en informatieobjecttype) doorontwikkeld worden zonder dat meteen nieuwe versies van beide objecttypen nodig zijn.

Voorbeeld: Aan het zaaktype paspoortaanvragen zijn de informatieobjecttypen "paspoort" en "pasfoto" gerelateerd. Wanneer nieuwe eisen aan "pasfoto" gesteld worden hoeft dat niet te betekenen dat het proces van de paspoortaanvraag verandert. Dus van informatieobjecttype "pasfoto" komt een nieuwe versie maar de overige objecttypen blijven gelijk.

[michielverhoef]

heb je ook een voorbeeld voor mij rondom de Correctie, bijv welke Post/Path call doe ik met welke informatie? ik kan dat niet helder in het voorbeeld vinden.

Een correctie is een wijziging van een objecttype wat reeds in gebruik, gepubliceerd, is. Dat kan van alles zijn, al is het maar een titel of een taal. Het enige wat hiervoor nodig is is de JWT-claim documenten.geforceerd-bijwerken. Normaal gesproken gebruikt een normale documenten consumer die niet maar de claim documenten.bijwerken.

Is een versie van een objecttype nog niet gepubliceerd kan met de claim documenten.bijwerken het informatieobjecttype bijgewerkt worden.