Mogelijkheid tot het doen van api calls op basis van verplichte velden ipv database PK id's

[shazada]

Voorbeeld, nu moet je een call doen als:
https:///api/v1/catalogussen/{catalogus_pk}
En je wilt eigenlijk een call doen als:
https:///api/v1/catalogussen/{domein} of {rsin}

Ditzelfde zou je ook op zaaktype niveau willen:
https:///api/v1/catalogussen/{catalogus_pk}/zaaktypen/{zaaktype_pk}/resultaattypen/
Wil je eigenlijk als:
https:///api/v1/catalogussen/{domein}/zaaktypen/{zaaktype_identificatie}/resultaattypen/

Enige idee hoe we dit kunnen realiseren?

[joeribekker]

Klopt helemaal. Het kan ook al deels.

https:///api/v1/catalogussen/{domein} of {rsin} is niet de juiste manier naar mijn mening. Een object op detail niveau opvragen gaat altijd met een identifier (in dit geval de primary key). In het ZDS 2.0 team hebben we dit aangepast naar een uuid zodat er geen interne informatie "lekt".

De doorontwikkeling op meer generiek niveau vind plaats hier: https://github.com/VNG-Realisatie/gemma-zaaktypecatalogus
Deze repository is specifiek voor Haarlem.

Terugkomend op je vraag. Wat je wilt kan middels:
https:///api/v1/catalogussen/?domein={waarde} of https:///api/v1/catalogussen/?rsin={waarde}

Zie ook de documentatie waar dat in staat, onder catalogus_list en dan Query Parameters

Helaas is dit niet voor alle resources gedaan omdat de wensen niet helder waren op dit gebied. In de code kan je dit wel vrij eenvoudig toevoegen, als attribuut op de view.