search

VNG-Realisatie / producttypecatalogus

2 stars 1 forks source link

Als gemeente wil ik aan een product één of meer gegevens toevoegen #23

Open Martindebijl opened 2 years ago

Martindebijl commented 2 years ago

...zodat ik een beter overzicht kan verkrijgen over producten en diensten en interne afhandeling en beheer efficiënter kan verlopen.

Toelichting De volgende gegevens zijn handig om beter overzicht te verkrijgen. Beter overzicht leidt tot het geven van betere informatie.

De volgende gegevens dragen bij aan betere afhandeling van de vraag. Als de KCC-medewerker geen goed antwoord kan geven dan dient de vraag doorgezet te worden. Ook voor contentbeheer zijn deze gegevens zinvol.

Indiener: vanuit Dimpact-projecten OIP met gemeenten Deventer, Enschede, Groningen, Leeuwarden, Zwolle en vanuit KISS met gemeenten Deventer, Emmen, Enschede, Haarlemmermeer, Kampen, Oost Gelre, Utrecht, Zwolle

Definition of done

frankmijn commented 2 years ago

Thema's - onderwerpen -> #25 maar dan zitten daar geen gelaagde niveaus in. Wordt hier een gelaagd thema bedoelt? Of gewoon meerdere onderwerpen?

Ik zou life events/levensgebeurtenissen en categorieën samenvoegen en dan het volgende voorstel doen:

Over de betere afhandeling: ik zou dat proberen op te lezen met verwijzen naar medewerkers in plaats van hier nog extra informatie op te slaan.

Martindebijl commented 1 year ago

Antwoord op vraag van Frank "Wordt hier een gelaagd thema bedoelt? Of gewoon meerdere onderwerpen?" Hier wordt een gelaagd thema bedoeld.

ArjanKloosterboer commented 1 year ago

Besproken op 6-2: kernmodel. Moeten daarin diverse indelingen afzonderlijk gespecificeerd worden of een generieke opzet voor willekeurige indelingen? Naast thema en subthema's ook andere indelingen kunnen toevoegen. Ook indelingen ergens aan kunnen ontlenen, zoals uit standaarden.overheid.nl en samenwerkende.catalogi. En/of indeling in taakvelden uit financiele hoek?

frankmijn commented 1 year ago

Goed punt, ik denk dat het wachten is tot er ook andere indelingen gewenst zijn dus dat zou zeker pleiten voor een generieke opzet voor willekeurige opdelingen. Waar ik dan alleen mee zit, is dat we verschillende implementatiepartners verschillende implementaties doen waardoor de uitwisselbaarheid over gemeenten in het geding komt.

Ik weet dat er voor de koppeling van een ZaakObject een soort standaardlijstje met waarden die aangeven wat voor soort ZaakObject het is. Hier ook al zo een lijstje definiëren en dan ook een optie overig? En er voor zorgen dat we dit goed bijhouden?

Martindebijl commented 1 year ago

De indeling en de gelaagdheid is divers. Het is niet alleen bedoeld voor intern gebruik, maar ook voor publicatie op gemeentelijke websites/portalen. Via een thema, life event, etc kunnen snel, relevante producten en diensten in beeld komen.

ArjanKloosterboer commented 1 year ago

Besproken op 28-3: De bedoeling bij de issues https://github.com/VNG-Realisatie/producttypecatalogus/issues/5, https://github.com/VNG-Realisatie/producttypecatalogus/issues/19, https://github.com/VNG-Realisatie/producttypecatalogus/issues/20, https://github.com/VNG-Realisatie/producttypecatalogus/issues/21, 23, https://github.com/VNG-Realisatie/producttypecatalogus/issues/27, https://github.com/VNG-Realisatie/producttypecatalogus/issues/28 is om via het relateren van productinformatie een completer beeld te krijgen. Dat completer beeld kan bestaan uit: relevante vraagantwoordcombinaties (5), andere relevante gemeentelijke producten (19), producten van andere organisaties (20, 28), interne productinformatie (21), koppelen van producten aan thema's (23), experts op producten (27). Dit vindt plaats in de ontsluiting-extensie en dus niet in de kern.