-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Als Developer/Consumer wil ik zaakeigenschappen kunnen aanpassen zonder een nieuwe versie te publiceren van de Zaaktype #2448
Comments
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! |
@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? |
heb je ook een voorbeeld voor mij rondom de Correctie, bijv welke Post/Path call doe ik met welke informatie? |
@michielverhoef Heb jij misschien nog een antwoord op bovenstaande vragen van @shazada? |
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. |
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. |
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:
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
The text was updated successfully, but these errors were encountered: