“Doordacht veranderen, zichtbaar verbeteren” · Bijlage 1: projectenbundel Versie 1.0 4...

“Doordacht veranderen, zichtbaar verbeteren”

Bijlage 1

Aanvullende projectenbundel

Bijlage 1: projectenbundel Versie 1.0 3

Frontoffice en digitale producten .................. ............................................................. 4 30 Dienstenrichtlijn / Wettenbank ................................................................................. 4 31 Klantbegeleidingssysteem....................................................................................... 6 32 Gemeenschappelijke Machtigings- en vertegenwoordigings Voorziening .................. 8 33 Digitaal klantdossier werk en inkomen (DKD2)....................................................... 10 34 Kennissysteem (voor KCC) ................................................................................... 12 Midoffice en digitale processen.................... ............................................................ 14 10a CRM fase 1; meldingen ......................................................................................... 14 Backoffice en basisregistraties .................... ............................................................ 16 35 WKPB 2e tranche ................................................................................................. 16 36 Afname Basisregistratie WOZ ............................................................................... 18 37 Registratie niet ingezetenen (RNI)......................................................................... 20 38 Basisregistratie Grootschalige Topografie (BGT) ................................................... 22 Management & organisatie ........................... ............................................................ 24 39 Informatiearchitectuur- en landschap..................................................................... 24


Frontoffice en digitale producten

30 Dienstenrichtlijn / Wettenbank Uitgangssituatie De Wet elektronische bekendmakingen verplicht overheden per 1 januari 2010 alle weten regelgeving online te ontsluiten volgens de standaard voor Internetpublicatie van Decentrale Regelgeving van Overheid heeft Antwoord©. De regelgeving van gemeenten, provincies en waterschappen is dan op de eigen website en op www.overheid.nl te vinden en met elkaar te vergelijken. Om dit mogelijk te maken moeten decentrale overheden hun verordeningen online aanbieden in geconsolideerde vorm en voorzien van metadata. Doelstelling/beoogd resultaat De volgende doelstellingen/beoogde resultaten zullen worden bereikt:

• Het inrichten van een wettenbank; • Het creëren van een ruimte op de website van de gemeente Langedijk waar alle

eigen regelingen systematisch kunnen worden opgeslagen en opgezocht; • Het opslaan van de regelgeving, voorzien van metadata volgens het Internet

Publicatie Model (IPM); • Voldoen aan de landelijke standaard van Overheid heeft Antwoord©; • Decentrale regelgeving op orde hebben; • Voldoen aan de wettelijk gestelde verplichtingen; • Aansluiting op de berichtenbox; • Aansluiting op het Interne Markt Informatiesysteem (IMI).

Huidige en gewenste situatie Huidige situatie Gewenste situatie Proces Lokale regelgeving is verspreid

vindbaar in de organisatie. Een deel staat op de website, maar is niet volledig/actueel. Een deel van de regelgeving is alleen bekend bij diegenen die er mee werken. Een ander deel ligt alleen in het archief. Dat laatste vindt zijn oorzaak in het feit dat op deze regels, nadat ze zijn vastgesteld, niet of nauwelijks meer een beroep wordt gedaan. Deze regels raken daardoor in de vergetelheid.

Inrichten van een centraal punt (gemeentelijke website) waar alle geldende lokale regelgeving terug te vinden is. Dit sluit aan bij de jongste wetgeving die gemeenten verplicht hun regelgeving via overheid.nl/wetten.nl/ antwoordvoorbedrijven.nl voor een ieder (dus ook in Europees verband) te ontsluiten op een wettenbank.

Rollen Diverse medewerkers. Diverse medewerkers.

Gegevens Diverse verordeningen.

Verordeningen met alle daarbij behorende gegevens zoals datum vaststelling, datum wijziging, publicatiedatum, inwerkingtredingsdatum.

ICT Ongestructureerd. Verwerking/bekendmaking via elektronische weg, zoals de website en de Centrale Voorziening Decentrale Regelgeving (CVDR).

Hoofdactiviteiten (wat moet er gebeuren)

• Inventarisatie van de weten regelgeving;


• Toekennen van metadata en wetstechnische informatie aan de weten regelgeving;

• Consolidatie van weten regelgeving volgens de landelijke richtlijnen; • Keuze uitbesteding / eigen beheer benodigde Wettenbank; • Eventuele keuze wettenbank en implementatie; • Verwerken van de geconsolideerde regelgeving voorzien van metadata en

wetstechnische informatie in de gekozen wettenbank; • Consolidatietoets Overheid heeft Antwoord©.

Relatie met andere projecten Dit plan heeft zover bekend geen relatie met projecten uit het realisatieplan. Projectorganisatie Opdrachtgever: Afdelingsmanager BMO Opdrachtnemer: Projectleider Projectteam: Medewerker Griffie Medewerker DIV Medewerker Communicatie Projectuitvoering (Planning, fasering en capaciteit ) Tijdspad 6-2009 t/m 12-2009 Fasering Financiën Investering (Module Wettenbank)

Opleiding Externe ondersteuning / Implementatie

€ 2.250 -

€ 47.000 Personele inzet (urentoedeling)

Archief BMO/DIV Bestuursondersteuning Juridische medewerkers

60 50 55

Opmerkingen Jaarlijkse kosten: € 800, -


31 Klantbegeleidingssysteem Uitgangssituatie Het verbeteren van de dienstverlening is onderdeel van het coalitieakkoord 2006-2010. In 2008 is opdracht gegeven voor het project vraaggestuurde dienstverlening. Het MT heeft in juni 2009 conceptnormen voor dienstverlening vastgesteld voor o.a. openingstijden en wachttijden bij de balies. De overweging is dat de toegankelijkheid van de organisatie kan worden vergroot door een optimale combinatie van de zogenaamde vrije inloop en het op afspraak werken. Doelstelling/beoogd resultaat In 2010 een ingevoerd klantbegeleidingssysteem voor de zogenaamde 2e lijn (1e lijn: geïntegreerde receptie/SMP/telefoonteam; 2e lijn: balies voor burgerzaken, WIZ, belastingen en vergunningen).

• De klant staat centraal en wordt geholpen binnen de norm voor wachttijd; • Inzicht voor de klant in wachtrij en wachttijd; • Klanten kunnen multichannel een afspraak plannen voor producten en diensten

van burgerzaken, WIZ, vergunningen en belastingen; • Optimale intake ten behoeve van de behandelaar en doorverwijzing naar juiste

functionele balie “waar komt u voor”; • Bij eerste contact al check of klant de juiste gegevens mee heeft voor de

gewenste aanvraag, en op termijn mogelijkheid om eenvoudige vragen te beantwoorden/informatie te geven;

• Optimale inzet van 2e lijn (afstemming balieopening op klantaanbod); • Managementinformatie over dienstverlening aan de balie, te weten: wachttijd,

doorlooptijd, wel in wachtrij opgenomen maar niet gemeld en diverse algemene gegevens over aantallen, spreiding klantaanbod en pieken voor bijv. producten en diensten.

Huidige en gewenste situatie Huidige situatie Gewenste situatie

Proces

Klant wordt door receptie opgevangen en naar juiste wachtruimte verwezen. Klanten die op afspraak willen komen maken direct met de balie een telefonische afspraak.

Klant meldt waarvoor deze komt. Baliepersoneel kan op basis van interne werkafspraken/normen balies openen om de wachtrij af te handelen. Wanneer de klant zich meldt is al duidelijk waarvoor deze komt en kan het werkproces snel opgestart worden. Systeem ondersteunt intake o.a. met aan producten en diensten gekoppelde informatie en prefill uit bijv. GBA. De behandelaar meldt in systeem af. Het systeem levert management gegevens over wachttijden, doorlooptijden, pieken en aantallen producten en diensten. Klanten kunnen via de telefoniste en/of de website (multichannel) een afspraak plannen voor bepaalde producten en diensten van de diverse balies en worden direct geïnformeerd over benodigde gegevens etc.

Rollen Vakafdelingen zijn verantwoordelijk voor het bewaken van de wachttijden

Balie heeft een instrument om wachttijden te beheersen en balies


en doorlooptijden. te openen naar behoefte.

Gegevens Geen concrete meetgegevens. Alle meetgegevens kunnen

beschikbaar worden gemaakt uit het KBS.

ICT Er is geen systeem aanwezig. Installeren van een klant

begeleidingssysteem en afsprakenmodule via de website.


• MT discussie over uitgangspunten (begripsvorming en bewustwording over het nut en noodzaak van een klantbegeleidingssysteem);

• Opstellen programma van wensen en eisen om een klant volgsysteem (CRM) te kunnen selecteren;

• Selectie en aanschaf klant volgsysteem (CRM) • Procesaanpassing binnen de afdeling • Implementatie en beheer klant volgsysteem (CRM)

Relatie met andere projecten • Midoffice • Project Vraaggestuurde dienstverlening Projectorganisatie Opdrachtgever: Afdelingsmanager PZ Opdrachtnemer: Projectleider Projectmedewerkers: Medewerker I&A Medewerkers Telefoonteam/receptie/SMP Medewerker Vergunningen Medewerker Belastingen Medewerker Publiekszaken Medewerker Sociale Zaken/WMO Projectuitvoering (Planning, fasering en capaciteit )

Tijdspad 1e helft 2010

Fasering * Opstellen programma van wensen en eisen en selectie Klantbegeleidingssysteem /afsprakenmodule (KBS) * Implementatie Klantbegeleidingssysteem /afsprakenmodule (KBS)

februari/maart 2010

april/mei 2010

Financiën Investering Opleiding Externe ondersteuning / Implementatie

€ 20.000 € 4.000 € 2.500

Personele inzet (urentoedeling)

Projectleider Applicatiebeheerder Systeembeheerder Gegevensbeheerder Medewerkers Telefoonteam / receptie/SMP Medewerker Vergunningen Medewerker Belastingen Medewerker Publiekszaken Medewerker Sociale zaken/WMO Opleiding alle baliemedewerkers

32 32

8 8

16 8 8 8

16 8

Opmerkingen


32 Gemeenschappelijke Machtigings- en vertegenwoord igings Voorziening Uitgangssituatie DigiD is een digitale authenticatie voorziening van de overheid en is de basis voor digitalisering van de dienstverlening. Ook is het geven van de mogelijkheid tot online betalen via de internetkassa daarbij belangrijk. DigiD maakt gebruik van drie zekerheidsniveaus: basis, midden en hoog. Op het basisniveau maakt DigiD gebruik van een gebruikersnaam met wachtwoord. Voor de meeste elektronische diensten van overheidsinstellingen biedt dit niveau voldoende zekerheid. Doelstelling/beoogd resultaat Het project beoogd om DigiD als authenticatievoorziening naast burgers ook voor bedrijven verder in te zetten voor de totale elektronische dienstverlening van de Gemeente. Tevens zal gekeken worden of GMV kan worden ingezet. Aansluiting DigiD bedrijven betekent dat de dienstverlening naar bedrijven verbetert. Huidige en gewenste situatie Huidige situatie Gewenste situatie Proces DigiD kan binnenkort door burgers via

de website van de Gemeente worden gebruikt voor 8 producten, bestaande uit de authenticatie van 11 elektronische formulieren en Mijn gemeente.

DigiD incl. GMV wordt ingezet voor burgers en bedrijven voor alle authenticatie binnen de elektronische dienstverlening van de Gemeente.

Rollen Medewerkers vragen vaak naar de identificatie en dienen vervolgens de persoonsgegevens op te zoeken voor de controle.

Medewerkers zien na de authenticatie door de koppeling van BSN met de (landelijke) voorzieningen direct de (bekende) persoonsgegevens van de aanvrager.

Gegevens Kwaliteit van persoons gegevens is minder geborgd.

Kwaliteit van persoonsgegevens is verbeterd, bijv. door voorkomen van dubbele invoer van gegevens.

ICT Applicaties vragen via medewerkers om authenticatie van burgers en bedrijven.

DigiD kan via het Midoffice dienen als authenticatie van burgers en bedrijven voor applicaties.


• Ontwerpen authenticatie (burgers en bedrijven) voor website; • Inrichten DigiD binnen website; • Testen DigiD binnen website; • Activeren DigiD binnen website.

Relatie met andere projecten o.a.:

• Elektronische dienstverlening / elektronische formulieren • Midoffice / DMS • Basisregistraties

Projectorganisatie Opdrachtgever: Afdelingshoofd Publiekszaken of VVH Opdrachtnemer: Projectleider DigiD bedrijven (medewerker VVH) Projectleider GMV Projectteam: Nog te bepalen


Projectuitvoering (Planning, fasering en capaciteit )

Tijdspad 2010

Fasering


€ 5.000 € 2.000

€ 10.000


Projectleider Coordinator front office Technisch webmaster Gegevensbeheerder Ontwikkelaar leverancier

40 20 20 20 20

Opmerkingen Aansluiten door de gemeente op de landelijke voorziening DigiD is sinds medio 2007 operationeel. Ook elektronisch betalen via Ideal is operationeel. De GMV is nog in ontwikkeling, de precieze gevolgen voor gemeenten zijn moeilijk in te schatten. De verwachting is dat de impact niet fundamenteel verschilt dan die van DigiD. De landelijke voorzieningen DigiD bedrijven en GMV zijn nog niet beschikbaar om te worden ingezet.


33 Digitaal klantdossier werk en inkomen (DKD2) Uitgangssituatie Iedere partner in de keten van Werk en Inkomen verzamelt informatie en deelt die niet of in onvoldoende mate met de overige partners. Als gevolg hiervan moet de klant dezelfde gegevens diverse malen verstrekken. Het DKD maakt het mogelijk dat gegevens van klanten eenmalig worden uitgevraagd en vervolgens worden hergebruikt, bijvoorbeeld via vooringevulde informatie in online aanvraagformulieren zoals e-WWB en e-WW. Ook kunnen klanten hun gegevens via het DKD raadplegen op de sites van CWI, UWV en gemeenten. Bovendien kunnen klanten gebruik maken van e-diensten, zoals het aanvragen van een WW-uitkering, een WWB-uitkering of het inschrijven voor werk. Het gebruik van het DKD is verplicht in het kader van de Wet SUWI en materiewetten zoals de WWB. Inmiddels is fase 1 van het project afgerond. Medewerkers van GSD’s en UWV/Werkbedrijf maken gebruik van één dossier. Dit dossier bevindt zich niet in een database, maar wordt bij opvragen samengesteld met actuele gegevens uit de systemen van deze organisaties en gegevensbronnen daarbuiten. Doelstelling/beoogd resultaat Aan de orde is nu fase 2 met als doelstelling: meer gegevens, meer functionaliteiten en meer e-diensten. Daardoor wordt de dienstverlening efficiënter en klantvriendelijker. DKD2 zoekt naar oplossingen voor problemen zoals dubbel registreren van gegevens, genereren van eenduidige stuur- en managementinformatie en de verbetering van de online communicatie met klanten en werkgevers. In fase 2 ligt de nadruk op doorpakken op de reeds geboekte resultaten. In fase 2 worden hiertoe de volgende activiteiten ondernomen:

• Uitbreiding van gebruik; • Uitbreiding van gegevens; • Uitbreiding van de functionaliteit van systemen; • Borging van randvoorwaardelijke zaken.

Huidige en gewenste situatie Huidige situatie Gewenste situatie Proces na fase 1:

Gemeente levert gegevens aan door tussenkomst van het inlichtingenbureau. Medewerkers van GSD’s en UWV/Werkbedrijf maken gebruik van één dossier. Klanten kunnen hun gegevens raadplegen en zonodig laten corrigeren.

na fase 2: Gemeente levert gegevens aan d.m.v. ‘webservices’, toont via het klantbeeld gegevens aan klanten en houdt zich aan het principe van eenmalige uitvraag. Het aantal beschikbare gegevens neemt toe. Er zijn gegevens beschikbaar op het gebied van vermogen, schulden, kinderbijslag, ouderdom- en nabestaandenpensioen, onroerend goed, diploma’s, studiefinanciering en kinder-opvang. Wijzigingen in klantgegevens bij bronhouders worden automa-tisch ontvangen en automatisch verwerkt in de administratie. De dienstverlening zal steeds meer met e-formulieren plaatsvinden.

Rollen Medewerkers hebben al de beschikking over veel gegevens maar moeten deze nog handmatig

Er komen steeds meer gegevens beschikbaar die (automatisch) verwerkt worden in onze administraties. Andere


verwerken in de eigen administratie.

organisaties moeten kunnen vertrouwen op de kwaliteit van onze gegevens. Dit vraagt extra aandacht voor het ‘gegevensmanagement’.

Gegevens Kwaliteit gegevens in administratie is niet geborgd.

Automatische gegevensvergaring van derden (w.o. GBA) draagt bij aan een betere kwaliteit van de gegevens. Validering van de gegevens blijft noodzakelijk. Zo mogelijk vindt deze validering plaats met behulp van geautomatiseerde verbandcontroles.

ICT Automatisering is niet optimaal. Vooral pakketten van PinkRoccade zijn inmiddels behoorlijk verouderd en niet gebruiksvriendelijk.

Pakketten zijn in staat de hiervoor beschreven situatie te ondersteunen. Aanpassing van het voortraject (EBB) is noodzakelijk en gerealiseerd.


• Inventariseren welke gegevens via DKD uitgewisseld worden en welke gegevens de klant nog moet aanleveren;

• (e-)Formulieren aanpassen; • Applicaties aanpassen; • Werkprocessen aanpassen; • Opleidingen (gegevensmanagement) inplannen.

Relatie met andere projecten

• DMS Projectorganisatie Opdrachtgever: Afdelingshoofd Publiekszaken Opdrachtnemer: Projectleider Projectteam: Medewerker I&A Projectuitvoering (Planning, fasering en capaciteit )

Tijdspad 10-2009 t/m 2010

Fasering


€ 15.000 € 2.000 € 10.000


Projectleider Applicatiebeheerder Systeembeheerder Gegevensbeheerder

150 40 10 10

Opmerkingen Het aanpassen van de bestaande applicaties en (e)formulieren wordt gedekt uit reguliere budgetten ICT.


34 Kennissysteem (voor KCC) Uitgangssituatie Medewerkers die veel voorkomende telefoongesprekken en/of gesprekken aan de balie voeren hebben eigen (soms persoonlijke, soms per team) systemen opgezet/aangelegd om in veel voorkomende gevallen hetzelfde antwoord te kunnen geven. De informatie over producten en diensten op de website is nog beperkt, hierin is nog geen landelijke informatieset opgenomen. Op de website wordt nog niet standaard gewerkt met vraagantwoord combinaties over producten en diensten van de gemeente. Binnen het website ontwikkeltraject wordt nu eerst onderzocht hoe de klant eenvoudiger informatie kan vinden. Het uitbouwen van de werkelijke inhoud is nog niet gepland maar wel nodig voor het verbeteren van de dienstverlening. Doelstelling/beoogd resultaat In 2010 een ingevoerd nieuw systeem (Kennissysteem) voor 1e lijn en 2e lijn van een Klant Contact Centrum i.o. (KCC) ((1e lijn d.w.z. geïntegreerde receptie/SMP/telefoonteam; 2e lijn d.w.z. balies voor burgerzaken, WIZ, belastingen en vergunningen).

• Vraaggericht ontsluiten van (informatie over) producten en diensten; • Multichannel benadering (Mail, Website, Telefoon, Persoonlijk); • De klant centraal, krijgt steeds hetzelfde antwoord; • Optimale inzet van 1e lijn KCC en 2e lijn; • Kunnen importeren en updaten van vraagantwoord combinaties van derde partijen

(gemeente als het loket van de overheid, bijv. Antwoord content collectie). Huidige en gewenste situatie

Huidige situatie Gewenste situatie

Proces

Klantvragen worden doorgezonden naar betreffende behandelaar die doorgaans in vakafdeling zit.

Meer klantvragen kunnen in eerste contact worden beantwoord dankzij raadplegen kennissysteem. Kennissysteem en website-informatie bevatten beide producten en dienstencatalogus en vraagantwoord combinaties. Kennissysteem geeft zicht op afhandelprotocollen en eventueel te gebruiken formulieren.

Rollen

Vakafdelingen zijn nu niet actief in samenbrengen van relevante, actuele en adequate informatie voor front-Office. Frontoffice verzamelt actief en naar behoefte informatie en legt deze vast voor eigen gebruik.

Klantbalie (KCC) kan deel van eenvoudige klantvragen direct beantwoorden omdat informatie geraadpleegd kan worden. Vakafdeling blijft verantwoordelijk als bron voor de informatie in de systemen en het beleid omtrent de producten en diensten.

Gegevens Bij verschillende behandelaars in verschillende vormen.

Centraal systeem waar alle informatie voor medewerkers beschikbaar is en in een later stadium ook voor de klant (website etc.)

ICT Er is geen kennissysteem aanwezig.

Kennissysteem geïmplementeerd.


• Beschrijving project (doelstellingen, aanpak en gewenste resultaten); • Opstellen programma van wensen en eisen om een Kennissysteem te kunnen

selecteren; • Selectie en aanschaf Kennissysteem; • Procesaanpassing binnen de afdeling; • Implementatie en beheer Kennissysteem.


Relatie met andere projecten • DMS • Midoffice • CRM

Projectorganisatie Opdrachtgever: Afdelingsmanager PZ Opdrachtnemer: Projectleider Projectmedewerkers: Medewerker I&A Medewerkers Telefoonteam/receptie/SMP Medewerker Vergunningen Medewerker Belastingen Medewerker Publiekszaken Medewerker Sociale Zaken/WMO Projectuitvoering (Planning, fasering en capaciteit )


Fasering -Opstellen programma van wensen en eisen en selectie kennissysteem -Implementatie kennissysteem

februari/maart 2010

april/mei 2010


€ 5.000 € 2.500 € 5.000



16 16

4 8 8 8 8 8 8 8 8

Opmerkingen Onderzocht moet worden in hoeverre een kennissysteem geïntegreerd kan worden met de website/CMS of Frontoffice systemen zoals CRM.


Midoffice en digitale processen

10a CRM fase 1; meldingen Uitgangssituatie Meldingen openbareruimte worden telefonisch aangenomen maar kunnen niet direct worden ingevoerd in de hiervoor ontwikkelde omgeving van Corsa vanwege een hoog foutenrisico. Corsa biedt ook geen mogelijkheden voor intakebegeleiding (denk aan in systeem opnemen van protocol, script, achtergrondinformatie), voortgangsbewaking, cliëntmanagement en workflowmanagement. Managementinformatie is momenteel heel beperkt. Geen Multichannel toegang en digitale meldingen worden handmatig overgenomen in de Corsa omgeving. Daarnaast vergt het inwerken van nieuwe collega's veel instructietijd. Er is nu geen systematische vastlegging van klantvragen en contacten via telefoon en aan receptie. In het dienstverleningsconcept en het kwaliteitshandvest wordt als uitgangspunt genomen dat de gemeente met een telefoonteam gaat werken en er een integratie plaatsvindt van SMP-telefoniste-receptioniste tot een 1e lijn front-office. In 2010 wordt ingezet wordt op de kanalen telefoon en website. Doelstelling/beoogd resultaat In 2010 een ingevoerd nieuw/aangepast systeem (Klantvolg-/CRM-systeem) voor 1e lijn Klant Contact Centrum (KCC) (d.w.z. een geïntegreerd systeem voor receptie/SMP/telefoonteam).

• De klant staat centraal, kan eenvoudig zijn melding kwijt; • Eenmalige gegevensuitvraag; • Registratie van contactmomenten; • Multichannel benadering (Mail, Website, Telefoon, Persoonlijk); • Optimale intake ten behoeve van de behandelaar; • Voortgangsinformatie en eerder meldingen van cliënt in beeld; • Optimale inzet van 1e lijn KCC.

Huidige en gewenste situatie

Huidige situatie Gewenste situatie

Proces

De telefonische intake vindt plaats door de melding eerst op te schrijven. Het direct invoeren in het huidige Corsa systeem wordt niet gedaan omdat het foutenrisico te groot is. Daarna wordt de melding alsnog ingevoerd in het systeem. Het huidige systeem heeft geen mogelijk voor de 1e lijn om de melding te volgen o.i.d. waardoor er bij een volgend contact met de klant geen statusinformatie beschikbaar is.

Eenduidige en adequate intake via website, telefoonteam, aan receptie. Systeem ondersteunt intake o.a. met producten en diensten gekoppelde informatie, afhandel protocollen en actuele NAW gegevens uit het GBA (prefill). Meldingen kunnen via outlook worden uitgezet naar een behandelaar. De behandelaar meldt in systeem af. Het systeem ondersteunt voortgangs bewaking aan management en terugkoppeling naar cliënt. Eenzelfde werkwijze voor gestelde vragen mogelijk (ook hier registratie van contacten en afhandeling).

Rollen

Vakafdelingen zijn verantwoordelijk voor het behandelen van eenvoudige en complexe klantvragen.

Klantbalie (KCC) kan deel van eenvoudige klantvragen direct beantwoorden omdat statusinformatie van de klant voorhanden is. Vakafdeling blijft verantwoordelijk voor de afhandeling van melding/vraag en het


aanleveren van statusinformatie daarover.

Gegevens

Alle statusinformatie van de klanten wordt opgeslagen in een zakenmagazijn in het midoffice. Het klantvolgsysteem maakt gebruik van deze gegevens.

ICT

Er is geen zakenmagazijn aanwezig. Project 11 - Selectie en implementatie van een Midoffice moet eerst zijn afgerond voordat gestart kan worden met een Klant volgsysteem.


• Beschrijving project (doelstellingen, aanpak en gewenste resultaten); • Opstellen programma van wensen en eisen om een klantvolgsysteem (CRM) te

kunnen selecteren; • Selectie en aanschaf klantvolgsysteem (CRM); • Procesaanpassing binnen de afdeling; • Implementatie en beheer klantvolgsysteem (CRM).


• KCC • DMS • Midoffice

Projectorganisatie Opdrachtgever: Afdelingsmanager BMO Opdrachtnemer: Projectleider Projectmedewerkers: Medewerker I&A Medewerkers Telefoonteam/receptie/SMP Medewerker Vergunningen Medewerker Belastingen Medewerker Publiekszaken Medewerker Sociale Zaken/WMO Projectuitvoering (Planning, fasering en capaciteit )


Fasering -Opstellen programma van wensen en eisen en selectie kennissysteem -Implementatie kennissysteem

februari/maart 2010

april/mei 2010


€ 10.000 € 2.500 € 5.000



16 16

4 8 8 8 8 8 8 8 8

Opmerkingen


Backoffice en basisregistraties

35 WKPB 2e tranche Uitgangssituatie De Wet kenbaarheid publiekrechtelijke beperkingen onroerende zaken (Wkpb) verplicht gemeenten de publiekrechtelijke beperkingen die vanuit gemeentelijke besluitvorming voor een object (perceel of opstallen) zijn vastgesteld op een systematische wijze te registreren en toegankelijk te maken. Hierdoor moet het voor belanghebbenden eenvoudiger worden om op een bepaald moment volledige informatie te krijgen over de rechtstoestand van een onroerende zaak. Wijzigingen in beperkingen dienen binnen 4 dagen nadat deze definitief zijn geworden in het register te zijn opgenomen en de belangrijkste informatie hieruit dient ook binnen die 4 dagen digitaal (in applicatie) beschikbaar te zijn. Bovendien dienen de nieuwe beperkingen, ook weer binnen deze 4 dagen doorgegeven te worden aan een landelijk centraal uitwisselpunt (Landelijke voorziening). Indien de informatie onvolledig, niet aanwezig of te laat is, kan de gemeente aansprakelijk gesteld worden voor de daaruit voortvloeiende schade. Op dit moment voldoet de gemeente aan de wettelijke verplichtingen Wkpb (1e tranche). Doelstelling/beoogd resultaat De invoering van de Tweede Tranche van de Wet kenbaarheid publiekrechtelijke beperkingen onroerende zaken (Wkpb) is op z'n vroegst pas eind 2010 een feit. Het ministerie van VROM, de VNG en het Kadaster hebben afgesproken eerst een evaluatie uit te laten voeren naar het functioneren van de Wkpb. Het is altijd de bedoeling geweest om planologische beperkingen als gevolg van bestemmingsplannen op te nemen in de Tweede Tranche van de Wkpb. Vanaf 1 januari 2010 moeten alle nieuwe ruimtelijke plannen beschikbaar komen via RO-Online, het landelijk portaal voor ruimtelijke plannen. Het ministerie van VROM, de VNG en het Kadaster willen onderzoeken of er een koppeling tussen RO-Online en de Landelijke Voorziening Wkpb / Kadaster-on-line mogelijk is, zodat reeds beschikbare informatie over bestemmingsplannen kan worden hergebruikt. Dit betekent vooralsnog in elk geval registreren van ruimtelijke plancontouren.

• De Wkbp maakt het mogelijk dat inwoners gelijk kunnen zien of er een beperking rust op een huis of een stuk grond. Hierdoor weten zij wat zij wel en niet mogen doen;

• De Wkpb draagt direct bij aan een verbetering van de inwonerstevredenheid; • De Wkpb voorziet in de invoering van meerdere tranches waarvan de eerste per 1

juli 2007 is ingevoerd. Het is nog onduidelijk per wanneer de 2e tranche ingaat en welke gemeentelijke besluiten daar onderdeel van uitmaken. De verwachting is dat beperkingen in planvorm (bestemmingsplannen, zoneringen, voorbereidingsbesluiten, komgrenzen e.d.) gaan vallen onder de 2e tranche.

Huidige en gewenste situatie Huidige situatie Gewenste situatie Proces Het registreren en beschikbaar

stellen van beperkingen uit 1e tranche via Civision Kadaster

Het registreren en beschikbaar stellen van beperkingen uit 1e tranche en ook de ruimtelijke plancontouren via DURP-applicatie (koppeling WKPB-applicatie?)

Rollen Verzoeken om ruimtelijke informatie van burgers en bedrijven komen telefonisch, via

De gemeente stelt ruimtelijke plancontouren via RO-online beschikbaar zodat burgers en


de mail of bij de balie binnen en worden door de medewerkers afgehandeld.

bedrijven deze zelf kunnen raadplegen.

Gegevens De vigerende (oude) bestemmingsplannen met plankaart zijn veelal alleen op papier te raadplegen.

Zoals nu bekend moet de plancontour worden vastgelegd in een registratiesysteem en deze geeft het concreet begrensde gebied aan waarop het besluit betrekking heeft (onder voorbehoud aanpassingen VROM).

ICT WKPB-applicatie is module van Civision Kadaster en is een volledig administratieve applicatie.

Civision Kadaster gekoppeld met Wkpb–plug-in (Nedgraphics) zodat zowel administratieve als geografische informatie m.b.t. de Wkpb ondersteund worden. Binnen project DURP zal software aangeschaft worden om plancontouren te kunnen inlezen en beschikbaar te stellen.


• Bijhouden informatie VROM/kadaster/VNG over invoeringsdatum en omvang en wijze van invoeren 2e tranche WKPB (in samenhang met DURP-project);

• Inventariseren welke ruimtelijke plannen moeten worden geregistreerd; • Bestaande WKPB-applicatie uitbreiden met grafische component; • Werkprocessen aanpassen.


• DURP Projectorganisatie Opdrachtgever: Afdelingsmanager BMO Opdrachtnemer: Nog te benoemen Projectteam: Nog te benoemen Projectuitvoering (Planning, fasering en capaciteit

Tijdspad eind 2010

Fasering (NB uitgaande van huidige plicht t.a.v. alleen ruimtelijke plancontouren

Het uitvoeren van dit project is afhankelijk van de invoering van de 2e tranche WKPB. Vooralsnog lijkt registratie van ruimtelijke plancontouren eind 2010 te gaan plaatsvinden. Per die datum moet het gemeentelijk registratiesysteem toegankelijk zijn voor het raadplegen van ruimtelijke plannen. Hiervoor dient software beschikbaar te zijn (project DURP). De betreffende werkprocessen zullen aangepast moeten worden.


€ 15.000 € 1.000

€ 20.000


80 uur

Opmerkingen Project is tot nader order uitgesteld, incl. beperkingen vanuit ruimtelijke plannen. Wachten op informatie VNG/kadaster/VROM over omvang en wijze van registreren ruimtelijke plancontouren.


36 Afname Basisregistratie WOZ Uitgangssituatie Wet BRWOZ is ingegaan. Planning van het ministerie van Financiën was om in 2009 de landelijke voorziening te bouwen en te testen zodat de gemeenten in 2010 zouden kunnen aansluiten. Echter om financiële redenen heeft het Ministerie de opdracht tot het realiseren van de Landelijke Voorziening WOZ voorlopig uitgesteld (er is nog geen datum bekend). Dit betekent dat het (verplicht) gebruik van gegevens uit de Basisregistratie WOZ voorlopig nog zal verlopen met Stuf-WOZ-bestanden. Op termijn zal het maandelijks uitwisselen van bestanden wel worden omgezet naar een systeem dat voldoet aan de NORA. De implementatie van het sector model WOZ zal zich nu eerst richten op berichtenverkeer en processen tussen BAG en WOZ. Procesmatig (en dus nog niet geautomatiseerd gekoppeld) staat de BAG al in relatie tot de WOZ (BAG gebeurtenissen gaan via de BAG naar de WOZ). Bekeken moet worden hoe de WOZ technisch en geautomatiseerd gekoppeld moet worden aan de BAG. Echter mede dankzij de onduidelijkheid die de overheid blijft scheppen in dit dossier, is hier nog geen eenduidige aanpak van bekend en is het op dit moment lastig een onderbouwde schatting te maken wat uren en budget betreft. Doelstelling/beoogd resultaat Aansluiten op de landelijke voorziening WOZ in 2010, afhankelijk van de besluitvorming van het ministerie van Financiën. Benodigde acties hiervoor zijn nog niet bekend. Wanneer deze landelijke voorziening gereed is, moet de gemeente deze gebruiken voor de uitwisseling van gegevens tussen gemeenten, waterschappen en belastingen. Huidige en gewenste situatie Huidige situatie Gewenste situatie Proces Levering van de WOZ waarden aan

afnemers geschiedt momenteel periodiek via e-mail en file transfer protocol (robo-ftp). Processen verlopen zoals is afgesproken in Stuf WOZ. Het team Heffingen werkt zonder WOZ-kaart. Er wordt ook met het BAG proces meegedacht.

Levering WOZ-waarden via berichtenverkeer. Eigen procesbeschrijving voor de WOZ (en inningen)heffingen Op de afdeling Fin/Bel wordt gewerkt met een WOZ-kaart welke ook gekoppeld is aan de BAG-pandenkaart. De samenhang met de BAG is vastgelegd in geborgde werkprocessen.

Rollen Medewerkers dienen de mutaties zelf te registeren en door te geven (volledigheid is moeilijk te garanderen).

De medewerkers ontvangen via een koppeling de benodigde taxatiegegevens en verwerken die tot WOZ gegevens welke via berichtenverkeer naar de afnemers vloeien. Fouten worden via een terugmeldingsfaciliteit ingeboekt en verwerkt.

Gegevens In de huidige situatie wordt er gewerkt met zogenaamde Stuf bestanden welke wel voldoen maar niet NORA proof zijn.

Via berichtenverkeer welke volledig in de NORA architectuur past worden gegevens uitgewisseld tussen de verschillende administraties (eerste doel is binnengemeentelijke uitwisseling).

ICT Losstaande systemen ter uitvoering van de WOZ en OZB.

Geïntegreerde systemen welke zijn gekoppeld via een midoffice broker(


enkelvoudige invoer en meervoudig gebruik).


• Oriënteren op nieuwe software / technieken welke de aansluiting op een landelijke voorziening (LV) mogelijk moeten maken;

• Werkprocessen vastleggen in werkomschrijvingen naar de RASCI methode. Relatie met andere projecten

• BAG • GEO • DDS

Projectorganisatie Opdrachtgever: Afdelingsmanager Financiën Opdrachtnemer: Projectleider (medewerker Belastingen) Projectteam: Medewerker Burgerzaken

Medewerker Handhaving Medewerker I&A



Fasering 2010/2011 (om financiële redenen heeft het Ministerie de opdracht tot het realiseren van de Landelijke Voorziening WOZ voorlopig uitgesteld; er is nog geen datum bekend).


€ 5.000 € 1.000

€ 10.000


Projectleider (team belastingen) medewerker Burgerzaken medewerker Handhaving I&A coördinator Gegevensbeheerder Systeembeheerder

40 20 20 10 20 10

Opmerkingen


37 Registratie niet ingezetenen (RNI) Uitgangssituatie Ongeveer 1,8 miljoen mensen hebben wel een relatie met de Nederlandse overheid, maar wonen niet in Nederland. Een Duitse toerist bijvoorbeeld, die een huis bezit in Friesland. Een Poolse schilder, die steeds voor twee maanden in Nederland werkt. Of een Nederlander, die aan de Spaanse kust van zijn AOW geniet. Deze mensen hebben vaak een relatie met meerdere Nederlandse overheidsinstellingen. Die instellingen houden elk hun eigen registraties van deze 'niet-ingezetenen' bij. De RNI gaat een aantal gemeenschappelijke basisgegevens van niet-ingezetenen gestandaardiseerd en eenduidig vastleggen in één registratie. Een eenduidige informatiebron die straks - net als de GBA - gebruikt kan worden door alle daartoe geautoriseerde overheidsorganisaties. Bij de inschrijving in de RNI wordt aan de niet-ingezetene (mits goed identificeerbaar) een burgerservicenummer (BSN) toegekend. De RNI vormt straks samen met de GBA de basisregistratie personen. Doelstelling/beoogd resultaat Door het uniform vastleggen van enkele basisgegevens van niet-ingezetenen in een basisregistratie wordt de beschikbaarheid en de uitwisseling van de gegevens die nodig zijn voor het uitvoeren van verschillende overheidstaken verbeterd. Overheidsorganen hoeven niet ieder afzonderlijk correcties bij te houden en niet-ingezetenen hoeven niet aan elk van de overheidsorganisaties afzonderlijk wijzigingen door te geven. Dat verhoogt de kwaliteit van de gegevens, vergemakkelijkt de dienstverlening en biedt bovendien mogelijkheden voor een betere en efficiëntere fraudebestrijding. Huidige en gewenste situatie

Huidige situatie Gewenste situatie Proces Iedere Nederlandse

Overheidsinstelling houdt zijn eigen registratie niet-ingezetenen bij.

Eén registratiebron (net als de GBA) waarin de gemeenschappelijke basisgegevens van niet-ingezetenen op een gestandaardiseerde en eenduidige manier worden vastgelegd.

Rollen nvt De wet GBA bepaalt dat alle afnemers, die voor de vervulling van hun publiekrechtelijke taken algemene persoonsinformatie over niet ingezetenen nodig hebben, gebruik moeten maken van de authentieke gegevens in de RNI.

Gegevens nvt Nog niet bekend

ICT nvt Nog niet bekend


• Vanuit landelijke overheid moet ‘startschot’ komen voor de RNI; • Vanuit landelijke overheid moet bekend gemaakt worden wat er binnen de

gemeente moet gebeuren. Relatie met andere projecten

• Basisregistratie Personen • BAG • Datadistributie

Projectorganisatie Opdrachtgever: Afdelingsmanager Publiekszaken Opdrachtnemer: Projectleider (medewerker Publiekszaken) Projectteam: Medewerker Publiekszaken


Medewerker Dienstverlening Medewerker Belastingen Medewerker Communicatie Medewerker Informatiemanagement


Tijdspad 2011

Fasering Invoeringsdatum is nog niet bekend. Wij gaan ervan uit dat het project in 2010 gestart zal worden.


€ 5.000 € 2.000 € 5.000


Projectleider Medewerker Dienstverlening Medewerker Belastingen Medewerker Communicatie Medewerker Informatiemanagement Gegevensbeheerder Overig

40 20 20 20 40 20

10

Opmerkingen


38 Basisregistratie Grootschalige Topografie (BGT) Uitgangssituatie De overheid beschikt over zo’n 30.000 verschillende systemen om gegevens vast te leggen. Bepaalde gegevens worden daardoor in meerdere systemen geregistreerd én bijgehouden. Om dit proces te vereenvoudigen en de dienstverlening te verbeteren is door de overheid besloten een stelsel van basisregistraties te implementeren. Dit stelsel zorgt ervoor dat elk (basis)gegeven één bron kent, waardoor gegevens betrouwbaarder, actueler en uitwisselbaar zijn. In het NUP (Nationaal Uitvoerings Programma) is aan de GBKN onder de noemer BGT (Basisregistratie Grootschalige Topografie ook bekend als Grootschalige Basiskaart Nederland GBKN) de status van basisregistratie toegekend. Doelstelling/beoogd resultaat Bij de Basisregistratie Grootschalige Topografie gaat het om het ombouwen van de al bestaande grootschalige topografie (zoals de GBKN en bestanden van de Topografie producerende gemeenten) naar een ‘echte’ basisregistratie. De BGT draagt bij aan de volgende doelstellingen:

• Meer en betere dienstverlening aan burgers en bedrijven; • Voorkomen dubbele gegevensuitvraag; • Administratieve lastenverlichting en kostenbesparing.

Huidige en gewenste situatie Huidige situatie Gewenste situatie Proces De grootschalige Topografie

(GBKN) wordt gebruikt in de BackOffice omgeving en bij de GEO-afdeling(en).

Actuele basiskaarten in een Geo-informatiesysteem beschikbaar stellen, waarvan organisatiebreed gebruik gemaakt kan worden. Zodra de specificaties van de toekomstige Basisregistratie Grootschalige Topografie (BGT) bekend zijn geworden (naar verwachting 2011), voldoen aan die specificaties.

Rollen Op verschillende plaatsen houden verschillende medewerkers geografische informatie bij, met verschillende frequentie en actualiteit.

Naar verwachting wordt de gemeente bronhouder van de BGT en dient het beheer dus goed te zijn ingericht. Ook dient dan de koppeling met de Landelijke Voorziening geregeld te worden. Terugmelding wordt dan ook een verplichting

Gegevens Op verschillende plaatsen wordt geografische informatie bijgehouden, met verschillende actualiteit.

Een centrale bron waar iedereen gebruik van maakt

ICT Voorziening zodat de (authentieke) bron gebruikt wordt door een ieder die dit nodig heeft voor zijn/haar werkzaamheden.

Hoofdactiviteiten (wat moet er gebeuren) Gemeenten dienen voor de eigen processen de impactanalyse te doen. Dit komt echter later in het proces als de specificaties zijn uitgewerkt. Een aantal gebruikers maakt nu al gebruik van een vorm van grootschalige topografie. Voor hen zal de impact beperkt zijn. Voldoende invoeringstijd maakt het veelal mogelijk bestaande investeringsbudgetten aan te wenden voor noodzakelijke aanpassingen aan ICT-voorzieningen.



• Basisregistraties • Midoffice • DMS • WOZ • WION • DURP

Projectorganisatie Opdrachtgever: Afdelingsmanager Openbare Werken Opdrachtnemer: Projectleider (Medewerker Openbare werken) Projectteam: Nog te bepalen Projectuitvoering (Planning, fasering en capaciteit

Tijdspad 2011

Fasering Er zijn in beginsel twee relevante invoeringsdata: De datum waarop de productieorganisatie de BGT kan leveren en de datum waarop voor de gebruikers verplicht gebruik en terugmeldplicht ingaan.


€ 5.000 € 1.000

€ 10.000

Personele inzet (urentoe-deling)

80 uur

Opmerkingen In gemeenteland wordt de bruikbaarheid van de GBK(N) hoger geacht dan de Top10-NL. Landelijk worden de gemeenten echter “gedwongen” de Top10-NL als basisregistratie te hanteren. Vanuit gemeenten is er sterk op aangedrongen om (ook) de GBKN als basisregistratie te beschouwen. Dit is in het NUP gehonoreerd. Er is op dit moment nog geen sprake van verplichting voor gemeentes. Vanuit Egem-i en het Kadaster is er nog veel onduidelijkheid en is er nog niets wettelijk vastgelegd.


Management & organisatie

39 Informatiearchitectuur- en landschap Uitgangssituatie Lopende en nog te starten informatiemanagement projecten (zoals BAG, DMS, WABO en DURP) hebben invloed op de informatiearchitectuur (en daarmee op de infrastructuur) van de Gemeente Langedijk. Om ‘wildgroei’ te voorkomen moeten alle toekomstwensen in hun onderlinge afhankelijkheid in kaart worden gebracht zodat de informatiearchitectuur en –infrastructuur van de toekomst kan worden beschreven. Deze toekomstige architectuur wordt richtinggevend voor alle investeringen in applicaties, koppelingen e.d. en voor de infrastructuur (welke servers zijn er, wat draait daarop, welke standaarden worden gehanteerd, wie beheert wat, hoe zijn zaken beveiligd en dergelijke). Om het pad naar die toekomstige architectuur en infrastructuur te kunnen beschrijven, is een goed beeld van de huidige situatie nodig en zal een verdieping moeten plaatsvinden van de in 2008 vastgestelde informatiearchitectuur. Doelstelling/beoogd resultaat

• De huidige situatie alsook de gewenste situatie (architectuur en infrastructuur) in beeld brengen en een stappenplan maken om de gewenste architectuur gefaseerd te realiseren;

• Een verder uitgewerkte informatiearchitectuur, waarin de huidige en toekomstige situatie in beeld is gebracht;

• Een rapportage met bevindingen, kosten, conclusies en aanbevelingen. Hoofdactiviteiten (wat moet er gebeuren)

• Startbijeenkomst met betrokkenen over Architectuur (begripsvorming en bewustwording over het nut en noodzaak van een informatiearchitectuur);

• Inventarisatie huidige applicaties; • Workshop/brainstormsessie met betrokkenen over gewenste toekomstige

informatiearchitectuur; • Opstellen definitieve toekomstige architectuur; • Opstellen rapportage met aanbevelingen en kosteninzicht.


• Midoffice Projectorganisatie Opdrachtgever: Afdelingsmanager BMO Opdrachtnemer: Projectleider (Informatiemanager) Projectteam: Medewerker I&A Projectuitvoering (Planning, fasering en capaciteit )

Tijdspad 1e kwartaal 2010

Fasering


€ 55.000


Opmerkingen

“Doordacht veranderen, zichtbaar verbeteren” · Bijlage 1: projectenbundel Versie 1.0 4...

Documents

Transcript of “Doordacht veranderen, zichtbaar verbeteren” · Bijlage 1: projectenbundel Versie 1.0 4...