gemma-zaken
gemma-zaken copied to clipboard
VNG-Realisatie
ZTC 1.3: welke url's van besluittype, zaaktype en informatieobjecttype worden teruggegeven in de GET-reponse
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
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
