-
Notifications
You must be signed in to change notification settings - Fork 1
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 gemeente wil ik aan een product één of meer gegevens toevoegen #23
Comments
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. |
Antwoord op vraag van Frank "Wordt hier een gelaagd thema bedoelt? Of gewoon meerdere onderwerpen?" |
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? |
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? |
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. |
Besproken op 28-3: De bedoeling bij de issues #5, #19, #20, #21, 23, #27, #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. |
...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
The text was updated successfully, but these errors were encountered: