You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In versie 3.1 refereren zaaktypes (ZT), besluittypes (BT) en Informatieobjecttypes (IOT) naar elkaar middels benamingen (omschrijving of identificatie) in plaats van url's.
In de GET op ZT, BT en IOT worden echter url's teruggegeven in plaats van benamingen, vermoedelijk om deze functie backwards compatible te houden.
De vraag is nu, bij de implementatie van de ZTC, welke url's precies moeten worden teruggegeven in de GET responses als meerdere versies van een type zijn die aan de benaming voldoen.
De huidige omschrijving is nu voor mij het duidelijkst bij de response op GET Zaaktypen -> besluittypen:
"Array of strings (heeft relevante besluittypen) unique [ items ]
URL-referenties naar de BESLUITTYPEN die mogelijk zijn binnen dit ZAAKTYPE."
De vraag is hierbij wat er bedoeld wordt met "mogelijk zijn".
Aanname: de waarde in response-besluittypen wordt gebruikt wordt om te bepalen welke besluittype gebruikt kan worden door een client bij het aanmaken van een besluit bij een zaak van het betreffende zaaktype.
Een nadere definitie van mogelijk zijn zou dan kunnen zijn:
het zaaktype heeft een relatie met het besluittype
het besluittype heeft concept=false;
begingeldigheid van besluittype <= de dag waarop de GET plaatsvindt;
eindegeldigheid van besluittype is leeg of, indien gevuld, > de dag waarop de GET plaatsvindt.
Als jullie het met deze definitie eens zijn implementeren wij het zo.
Tevens moeten er dan soortgelijke definities vastgesteld worden voor (ik hoop dat mijn lijstje compleet is)
GET Zaaktypen -> informatieobjecttypen
GET Zaaktypen -> gerelateerdezaaktypen
GET Zaaktypen -> deelzaaktypen
GET Zaaktype-informatieobjecttypen -> informatieobjecttype (hier is de specificering
extra noodzakelijk: er is hier maar één waarde mogelijk)
GET Besluittypen -> informatieobjecttypen
GET Besluittypen -> zaaktypen
GET Informatieobjecttypen -> zaaktypen
GET Informatieobjecttypen -> besluittypen
The text was updated successfully, but these errors were encountered:
In versie 3.1 refereren zaaktypes (ZT), besluittypes (BT) en Informatieobjecttypes (IOT) naar elkaar middels benamingen (omschrijving of identificatie) in plaats van url's.
In de GET op ZT, BT en IOT worden echter url's teruggegeven in plaats van benamingen, vermoedelijk om deze functie backwards compatible te houden.
De vraag is nu, bij de implementatie van de ZTC, welke url's precies moeten worden teruggegeven in de GET responses als meerdere versies van een type zijn die aan de benaming voldoen.
De huidige omschrijving is nu voor mij het duidelijkst bij de response op GET Zaaktypen -> besluittypen:
"Array of strings (heeft relevante besluittypen) unique [ items ]
URL-referenties naar de BESLUITTYPEN die mogelijk zijn binnen dit ZAAKTYPE."
De vraag is hierbij wat er bedoeld wordt met "mogelijk zijn".
Aanname: de waarde in response-besluittypen wordt gebruikt wordt om te bepalen welke besluittype gebruikt kan worden door een client bij het aanmaken van een besluit bij een zaak van het betreffende zaaktype.
Een nadere definitie van mogelijk zijn zou dan kunnen zijn:
Als jullie het met deze definitie eens zijn implementeren wij het zo.
Tevens moeten er dan soortgelijke definities vastgesteld worden voor (ik hoop dat mijn lijstje compleet is)
GET Zaaktypen -> informatieobjecttypen
GET Zaaktypen -> gerelateerdezaaktypen
GET Zaaktypen -> deelzaaktypen
GET Zaaktype-informatieobjecttypen -> informatieobjecttype (hier is de specificering
extra noodzakelijk: er is hier maar één waarde mogelijk)
GET Besluittypen -> informatieobjecttypen
GET Besluittypen -> zaaktypen
GET Informatieobjecttypen -> zaaktypen
GET Informatieobjecttypen -> besluittypen
The text was updated successfully, but these errors were encountered: