-
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 productbeschrijvingen op een overzichtelijke wijze = in een aantal rubrieken getoond krijgen #25
Comments
Mijn voorstel zou zijn om;
Als voorstel voor rubriek: anvraag, Kosten, Termijn, Voorwaarden, Bijzonderheden, Contact, Meer informatie, Kosten, Meenemen, Hoelang duurt het, Componenten, Voor wie, Voorwaarden, Contact en Zie Ook. Rubrieken kan nog andere naam krijgen. Veelgestelde vragen komt in andere user story terug. |
Besproken op 6-2: @Martindebijl doet navraag bij @frankmijn |
Wat is hier de vraag? |
Het gaat hier om het tonen van kerninformatie = informatie die bedoeld is voor inwoners/ondernemers. Die kerninformatie wordt in overzichtelijke brokken (paragrafen/ rubrieken) gepubliceerd. Die opdeling is niet standaard, noch qua aantal, noch qua inhoud. Volgens mij hadden we in het overleg van 7 maart afgesproken dat we in het kernmodel met een aantal generieke contentblokken gingen werken |
Beproken op 28-3: dmv. contentblokken met label en inhoud. Ook: Label-id, want labeltekst kan wijzigen (in SDG). |
In CimPDC opgenomen als gegevensgroep 'PRODUCTTYPE . Productaspectbeschrijving', zie issue #1. Nog niet verwerkt is dat het Onderwerp (hiervoor label genoemd) uit een zgn. referentielijst moet komen met Id en Naam van het onderwerp (zie posts hoervoor). Vraag: is dit een landelijke referentielijst of per bevoegd gezag? |
...zodat ik snel bij de relevante informatie terecht kom en klanten adequaat kan informeren.
Toelichting
Gemeenten hebben op hun website voor inwoners en in kennisbank voor (KCC)medewerkers informatie over producten en diensten overzichtelijk (= onder kopjes, accordeon’s, tabbladen, etc) gepubliceerd. Dit stelt eisen aan het datamodel, waarin elementen zijn opgenomen. Bijvoorbeeld:
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: