Directeurenoverleg GWS4all - KING

Directeurenoverleg GWS4all 

Het gebruik van DKD fase 1 

Handreiking voor de implementatie van DKD fase 1 in de 

werkwijze en processen van de organisatie 

Zwolle/Gouda 

04 maart 2009 

Vastgesteld in DO GWS 03-03-2009 

< bijlagen > 

1


Inhoudsopgave 

BIJLAGE 1 DEELNEMERS KLANKBORDGEMEENTEN 4 

BIJLAGE 2 GROEIPAD WET EENMALIGE GEGEVENSUITVRAAG 5 

BIJLAGE 3 OVERZICHT GEGEVENS BERICHTEN DKD FASE 1 7 

BIJLAGE 4 GENERIEKE FUNCTIONALITEIT – DE PROCESSEN 20 

4.1 ELEKTRONISCH INDIENEN AANVRAAGVERZOEK - EWWB 20 

4.2 RAADPLEGEN EN VERZOEK CORRECTIE KLANTBEELD 21 

4.3 TERUGMELDEN AAN KETENPARTNERS 22 

BIJLAGE 5 OVERZICHT GEGEVENS IN HET KLANTBEELD 24 

BIJLAGE 6 SPECIFIEKE FUNCTIONALITEIT BINNEN GWS4ALL 28 

6.1 VERSIE 5: AANLEVEREN EN BEVRAGEN 28 

6.2 VERSIE 6: KOPPELVLAK AANVRAGEN 28 

6.3 VERSIE 7: DKD BASISFUNCTIONALITEIT 28 

6.3.1 Eenvoudig opstarten Suwinet-Inkijk 28 

6.3.2 Opvragen, inzien en beoordelen DKD-gegevens binnen werkprocessen 28 

6.3.3 DKD-gegevens gebruiken binnen documenten 29 

6.4 VERSIE 8: OP WEG NAAR DE DKD-PLUSFUNCTIONALITEIT 29 

6.4.1 Positionering opvragen BSN 29 

6.4.2 Collectieve opvraag BSN’s 29 

6.4.3 Statusinformatie aanvragen 30 

6.4.4 Beschikbaarstellen uitkeringenspecificatie en jaaropgave 31 

6.5 VERSIE 9: DOORONTWIKKELING DKD-PLUSFUNCTIONALITEIT 32 

6.5.1 Opschoning logging berichtenverkeer 32 

6.5.2 Vergelijkingsscherm DKD 32 

6.5.3 E-bijzondere bijstand 33 

6.5.4 Bevragen SVB en IBG berichten 34 

6.5.5 Ondersteuning beveiligingscertificaten 35 

6.5.6 Documentvorming bij berichtenverkeer 36 

6.5.7 Omzetten overnameschermen bij berichtenverkeer 36 

6.6 ALGEMEEN: SCRIPTS VOOR KWALITEIT GEGEVENS 36 

6.7 VOORUITBLIK VERSIE 10: BASISREGISTRATIES & AANPASSINGEN DKD 36 

BIJLAGE 7 TESTRESULTATEN EN TIPS & TRUCS 38 

7.1 TESTRESULTATEN DKD IN DE GEMEENTEN ALMELO EN BREDA 39 

7.1.1 Aanleveren verwijsindex (initieel en mutaties) 39 

7.1.2 Bevraagd worden vanuit DKD 39 

7.1.3 DKD bevragen vanuit GWS 40 

7.1.4 Koppelvlak aanvragen 40 

7.1.5 (Deep)linken met Suwinet-Inkijk 40 

2


7.1.6 DKD-gegevens gebruiken binnen documenten 41 

7.1.7 Opvragen, Inzien en beoordelen DKD-gegevens binnen werkprocessen 41 

7.1.8 Positionering opvragen algemeen BSN 41 

7.1.9 Collectieve opvraag BSN’s 42 

7.1.10 Statusinformatie aanvragen 42 

7.1.11 Beschikbaar stellen uitkeringsspecificatie en jaaropgaaf 42 

7.1.12 Opschoning logging berichtenverkeer 43 

7.1.13 Vergelijkingsscherm DKD 43 

7.1.13 E-BB (restant van versie 8) 44 

7.1.14 SVB en IBG berichten bevragen 44 

7.1.15 Ondersteuning beveiligingscertificaten 44 

7.1.16 Omzetten overnameschermen bij berichtenverkeer 44 

7.1.17 Controlescript DKD 44 

7.2 NOODZAKELIJKE ASN-INSTELLINGEN 45 

7.3 STAPPENPLAN IMPLEMENTATIE FUNCTIONALITEIT IN GWS4ALL 48 

BIJLAGE 8 MAATREGELEN ROND HET BEHEER 49 

8.1 KWALITEIT VAN DE GEGEVENS: PERMANENTE CONTROLE 49 

8.2 FUNCTIONEEL BEHEER 49 

8.3 TECHNISCH BEHEER 53 

BIJLAGE 9 OVERZICHT PROGRAMMA DKD2 56 

9.1 UITBREIDING GEBRUIK DKD 56 

9.2 UITBREIDING FUNCTIONALITEIT SYSTEMEN 56 

9.3 UITBREIDING GEGEVENS 57 

9.4 RANDVOORWAARDEN 59 

3


Bijlage 1 Deelnemers klankbordgemeenten 

Almelo 

Bert Oving Applicatiebeheerder GWS4all 

Edwin Benjamins Medewerker stafbureau bedrijfsvoering 

Joop Kuiper Informatieadviseur 

Otto Tip Teamleider handhaving 

Breda 

Harrie Broeders Afdelingshoofd arbeid & activering 

Inge Timmerman Medewerker administratieve organisatie 

Rein Nigg Senior applicatiebeheerder 

Oosterhout 

Adri Gabriels Afdelingshoofd Sociale Zaken 

Jimmy de Leeuw Applicatiebeheerder GWS4all 

Ruud de Kort Applicatiebeheerder GWS4all 

Ulco Hollink Informatieadviseur 

Zwolle 

Bert Jan ter Arve Applicatiebeheerder GWS4all 

Edwin Rolf Hoofd bedrijfsbureau eenheid Sociale Zaken 

Henk van der Kolk Beleidsadviseur 

Marianne Kragting Eenheidsmanager Sociale Zaken 

4


Bijlage 2 Groeipad wet eenmalige gegevensuitvraag 

GBA 

Gegevens genoemd in bijlage 1d. bij artikel 58a van 

het Besluit gemeentelijke basisadministratie 

persoonsgegevens voor zover van toepassing. 

Gegevens over de burgerlijke staat. 

Gegevens over de nationaliteit. 

Gegevens over het verblijfrecht van de 

vreemdeling Gegevens over de gemeente van 

inschrijving. 

Gegevens over het burgerservicenummer van de 

ingeschrevene, van de echtgenoot dan van de 

geregistreerde partner, de eerdere echtgenoten 

of eerdere geregistreerde partners en de 

kinderen. 

Gegevens over het gebruik door de 

ingeschrevene van de geslachtsnaam van de 

echtgenoot, de geregistreerde partner, 

de eerdere echtgenoot of de eerdere 

geregistreerde partner. 

CWI 

X X 

Gegevens betreffende inschrijving. 

Datum inschrijving CWI 

Inschrijfreden CWI 

Datum einde inschrijving CWI 

Datum einde geldigheidstermijn inschrijving CWI 

Reden einde inschrijving CWI 

UWV 

Gegevens m.b.t. inkomens- en 

arbeidsverhoudingen 

Uitkeringsgegevens; 

Hoogte van de bruto uitkering per dag 

Aanvang uitkering 

Eind van de uitkering 

Uitkeringsstatus en Re-integratiegegevens 

Gegevens betreffend financiële afhandeling 

Betaalspecificatie WW (met uitzondering van 

de O&O klantgroep) 

Jaaroverzicht 

SVB 

Gegevens over de kinderbijslag. 

sofinummer/BSN kind 

geboortedatum kind 

indicatie thuis-/uitwonend 

indicatie recht kinderbijslag 

landencode ISO 

Gegevens over de Algemene nabestaandenwet 

(Anw). 

ingangsdatum Anw 

Uiterlijk 31 

december 2008 

X 

X 

X 

Uiterlijk 31 

december 2009 

Uiterlijk 31 

december 2010 

X of zoveel eerder 

als mogelijk.* 

* Gelet op 

afspraken in kader 

van GBA. 

Bestuursorganen 

hebben tot 2010 

voor aanpassing. 

5


brutobedrag Anw 

Gegevens over de Algemene ouderdomswet (Aow). 

ingangsdatum Aow 

einddatum Aow 

indicatie toeslag Aow 

percentage Aow 

netto bedrag Aow 

bruto bedrag Aow 

Gemeenten 

WWB: 

Begindatum uitkering; 

Einddatum uitkering. 

Datum aanvang maatregel 

Datum einde maatregel 

Reden maatregel 

Huisvesting. 

Leefvorm. 

Soort normbedrag; 

Normbedrag. 

Reden beëindiging bijstand. 

Datum bijzondere bijstand 

Soort kosten bijzondere bijstand 

Datum besluit vordering 

Reden vordering 

Bedrag aanvang vordering 

Bedrag saldo vordering 

Status vordering 

WWIK: 

Datum ingang uitkering; 

Datum beëindiging uitkering. 

IOAW: 



IOAZ: 



RDW 

Gegevens met betrekking tot aansprakelijke,status 

voertuig en het voertuig. 

IB-Groep 

Gegevens met betrekking tot het recht op 

studiefinanciering en diplomagegevens. 

Uiterlijk 31 

december 2008 

X 

X 

X 

X 

X 

Uiterlijk 31 

december 2009 

X 

X 

Uiterlijk 31 

december 2010 

6


Bijlage 3 Overzicht gegevens berichten DKD fase 1 

7


Entiteit Attribuut / Gegevenselement 

GBA Inkijk 

Persoonsvraag 

GBA Inkijk 

Bewonersvraag 

CWI 

Dossier 

Persoon 

UWV 

Dossier 

Persoon 

UWV Dossier 

Arbeidsverleden 

Inkijk GSD via 

IB samenloop 

GSD Dossier 

Persoon VIS Toets 

Aansprakelijke Datum registratie aansprakelijkheid X 

Datum einde aansprakelijkheid X 

Aanvraag uitkering Datum aanvraag uitkering X X 

Datum aanvang periode aanvraag uitkering X 

Datum einde periode aanvraag uitkering X 

Aanvulling op uitkering Datum aanvang aanvulling op uitkering X 

Datum einde aanvulling op uitkering X 

Aard inkomstenverhouding Code aard inkomstenverhouding X 

Datum aanvang aard inkomstenverhouding X 

Datum einde aard inkomstenverhouding X 

Administratieve eenheid Naam administratieve eenheid X 

Loonheffingennummer X X 

Datum aanvang administratieve eenheid X 

Datum einde administratieve eenheid X 

Indicatie blokkade administratieve eenheid X 

Adres buitenland Locatieomschrijving buitenland X X 

Postcode buitenland X X 

Woonplaatsnaam buitenland X X 

Regionaam buitenland X X 

Landencode ISO X X 

Landsnaam X X 

Adres Nederland Locatieomschrijving X X X 

Postcode X X X X X X 

Woonplaatsnaam X X X X X X 

Gemeentenaam X X X 

Arbeidsgeschiktheid Cliënt Code arbeidsongeschiktheidsklasse X 

Datum aanvang AO-klasse X 

Code arbeidsongeschiktheidsklasse geschat per 

einde wachttijd WAO X 

Datum eerste AO-dag X 

Arbeidsperiode Datum aanvang arbeidsperiode X 

Datum einde arbeidsperiode X 

Gemiddeld aantal werkuren per week X 

RDW 

Dossier



GBA Inkijk 

Persoonsvraag 

GBA Inkijk 

Bewonersvraag 

CWI 

Dossier 

Persoon 

UWV 

Dossier 

Persoon 

Indicatie verplicht verzekerd ZFW X 

Arbeidsverhouding Datum aanvang arbeidsverhouding X X 

UWV Dossier 


Datum einde arbeidsverhouding X X 

Indicatie regelmatig arbeidspatroon X 

Arbeidsverledenbeschikking Jaar aanvang arbeidsverledenbeschikking X 

Jaar einde arbeidsverledenbeschikking X 

Datum verzending arbeidsverledenbeschikking X 

ATL relatie Datum aanvang ATL-relatie X 

Datum einde ATL-relatie X 

Beroepschrift Datum dagtekening beroepschrift X 

Beroepsnaam gecodeerd Code beroepsnaam X 

Omschrijving beroepsnaam X X 

Code soort beroepsnaam X 

Indicatie beroepsnaam actief X 

Beroepsnaam ongecodeerd Naam beroep ongecodeerd X X 

Beschikbaarheid cliënt voor 

arbeid Datum aanvang beschikbaar voor arbeid X 

Datum einde beschikbaar voor arbeid X 

Aantal uren per week beschikbaar voor arbeid X 


IB samenloop 

Beslissing op aanvraag 

uitkering Code beslissing op aanvraag uitkering X X 

Datum dagtekening beslissing op aanvraag 

uitkering X X 

Beslissing op beroepschrift Code beslissing op beroepschrift X 

Datum dagtekening beslissing op beroepschrift X 

Beslissing op 

bezwaarschrift Code beslissing op bezwaarschrift X 

Datum dagtekening beslissing op bezwaarschrift X 

Bezwaarschrift Datum dagtekening bezwaarschrift X 

Referentienummer bezwaarschrift X 

Bruto uitkeringsbedrag Code munteenheid X 

Waarde bedrag X 

Code uitkeringsperiode X 

GSD Dossier 


RDW 

Dossier



GBA Inkijk 

Persoonsvraag 

GBA Inkijk 

Bewonersvraag 

CWI 

Dossier 

Persoon 

UWV 

Dossier 

Persoon 

Datum aanvang bruto uitkeringsbedrag X 

Datum einde bruto uitkeringsbedrag X 

CAO Code CAO X 

Datum aanvang CAO X 

Datum einde CAO X 

Cliënt SUWI Datum overlijden X 

Burgerlijke staat X 

UWV Dossier 



IB samenloop 

Code leefvorm X X 

Code land doelgroep X 

Verblijfplaatstype X 

Bank-/gironummer X 

Indicatie inkomen X 

Contactpersoon/-afdeling Naam contactpersoon/-afdeling X X 

Detentie Datum aanvang detentie X 

Dienst activiteit CWI Code soort dienst activiteit CWI X 

Datum aanvang dienst activiteit CWI X 

Datum einde dienst activiteit CWI X 

Dienst CWI Code soort dienst CWI X 

Datum aanvang dienst CWI X 

Datum einde dienst CWI X 

Dienst instrument CWI Code soort dienst instrument CWI X 

Datum aanvang dienst instrument CWI X 

Datum einde dienst instrument CWI X 

Dienstverleningspad CWI Volgnummer dienstverleningspad CWI X 

Datum aanvang dienstverleningspad CWI X 

Datum einde dienstverleningspad CWI X 

Code reden einde dienstverleningspad CWI X 

Doelgroep re-integratie Code doelgroep re-integratie X 

Emigratie Datum vertrek uit Nederland X 

Code fase-indeling X 

Fase indeling WFZ Code fase indeling WFZ X 

Datum aanvang fase indeling WFZ X 

Datum einde fase indeling WFZ X 

GSD Dossier 


RDW 

Dossier



GBA Inkijk 

Persoonsvraag 

GBA Inkijk 

Bewonersvraag 

CWI 

Dossier 

Persoon 

Flexibiliteit Indicatie ingeschreven bij uitzendbureaus X 

Indicatie bereidheid zoeken buiten beroepswens X 

Indicatie bereidheid beroep onder eigen niveau X 

Indicatie bereidheid verrichten zwaar/vuil werk X 

UWV 

Dossier 

Persoon 

UWV Dossier 



IB samenloop 

GSD Dossier 


Indicatie bereidheid verrichten onregelmatig werk 

of ploegendienst X 

Gevolmachtigde Code gevolmachtigde X 

Naam gevolmachtigde X 

Huisvesting Code relatie bewoner tot huisvesting X 

Incidentele 

inkomstenvermindering Code incidentele inkomstenvermindering X 

Datum aanvang incidentele 

inkomstenvermindering X 

Datum einde incidentele inkomstenvermindering X 

Inkomsten invloed op GSDuitkering 

Code soort overige inkomsten X 

Inkomstenopgave Datum aanvang inkomstenopgave X 

Datum einde inkomstenopgave X 

Aantal SV-dagen inkomstenopgave X 

Aantal verloonde uren inkomstenopgave X 

Bedrag brutoloon SV X 

Bedrag vakantiebijslag inkomstenopgave X 

Bedrag opgebouwd recht vakantiebijslag 

inkomstenopgave X 

Bedrag extra periode salaris inkomstenopgave X 

Bedrag opgebouwd recht extra periode salaris 


Bedrag WW premie AWF inkomstenopgave X 

Bedrag WW premie wachtgeldfonds 


Bedrag UFO premie inkomstenopgave X 

Bedrag ingehouden bijdrage ZVW 


RDW 

Dossier



GBA Inkijk 

Persoonsvraag 

GBA Inkijk 

Bewonersvraag 

CWI 

Dossier 

Persoon 

UWV 

Dossier 

Persoon 

Bedrag vergoeding ZVW inkomstenopgave X 

Bedrag basispremie WAO/WIA inkomstenopgave X 

Bedrag gedifferentieerde premie WAO/WIA 


Inkomstenverhouding Volgnummer inkomstenverhouding X 

Aanduiding inkomstenverhouding werkgever X 

Datum aanvang inkomstenverhouding X 

Datum einde inkomstenverhouding X 

Personeelsnummer X 

Inschrijvingsgegevens CWI Datum inschrijving CWI X 

Code inschrijfreden CWI X 

Datum einde inschrijving CWI X 

Datum einde geldigheidstermijn inschrijving CWI X 

Code reden einde inschrijving CWI X 

Inzet instrument trajectplan Code soort instrument X 

Datum aanvang inzet instrument X 

Datum einde inzet instrument X 

UWV Dossier 



IB samenloop 

GSD Dossier 


Code resultaat inzet instrument X 

Kolom SUWI Code kolom SUWI X X X X X X X 

Legitimatiebewijs Code soort legitimatiebewijs X 

Nummer legitimatiebewijs X 

Loonbelastingtabel Code loonbelastingtabel X 

Datum aanvang loonbelastingtabel X 

Datum einde loonbelastingtabel X 

Loonperiode Datum aanvang loonperiode X 

Datum einde loonperiode X 

Bedrag brutoloon SV X 

Maatregel mbt uitkering Datum aanvang maatregel mbt uitkering X X 

Datum einde maatregel mbt uitkering X X 

Percentage korting uitkering X 

Mobiliteit Indicatie bereidheid te verhuizen X 

Reistijd X 

RDW 

Dossier



GBA Inkijk 

Persoonsvraag 

GBA Inkijk 

Bewonersvraag 

CWI 

Dossier 

Persoon 

UWV 

Dossier 

Persoon 

UWV Dossier 



IB samenloop 

GSD Dossier 


Naam 

onderneming/instelling Handelsnaam organisatie X 

Nationaliteit Code nationaliteit X X X 

Natuurlijk rechtspersoon Sofinummer X 

Naam rechtspersoon X 

Niet natuurlijk 

rechtspersoon Fi-nummer X 

Naam rechtspersoon X 

Normbedrag Code soort normbedrag X 

Code munteenheid X 

Waarde bedrag X 

Onderneming/Instelling Code type onderneming/instelling X 

Code rechtsvorm X 

Inschrijvingsnummer Kamer van Koophandel X 

Opleiding Datum aanvang volgen opleiding X 

Datum einde volgen opleiding X 

Code status opleiding X 

Indicatie diploma X 

Aantal jaren succesvol afgerond X 

Aantal uren opleiding X 

Code tijdsbeslag opleiding X 

Indicatie deeltijdopleiding X 

Toelichting opleiding X 

Opleidingsnaam gecodeerd Code opleidingsnaam X 

Omschrijving opleidingsnaam X 

Opleidingsnaam 

ongecodeerd Naam opleiding ongecodeerd X 

Partij SUWI Code partij SUWI X X X X X X X 

Periode SV-dagen 

arbeidsverleden Code basis arbeidsverleden X 

Datum aanvang periode arbeidsverleden X 

Datum einde periode arbeidsverleden X 

Aantal SV-dagen periode arbeidsverleden X 

RDW 

Dossier



GBA Inkijk 

Persoonsvraag 

GBA Inkijk 

Bewonersvraag 

CWI 

Dossier 

Persoon 

UWV 

Dossier 

Persoon 

UWV Dossier 



IB samenloop 

GSD Dossier 


Persoon Burgerservicenummer X X X X X X X X 

Sofinummer X X X X X X X X 

A-nummer X 

Voornamen X X X X X 

Voorletters X X X X X 

Voorvoegsel X X X X X X X 

Significant deel van de achternaam X X X X X X X 

Aanduiding naamgebruik X 

Voorvoegsel echtgeno(o)t(e)/geregistreerd 

partner X 

Significant deel van de achternaam 

echtgeno(o)t(e)/geregistreerd partner X 

Geslacht X X X X X X 

Geboortedatum X X X X X X X 

Code fictieve geboortedatum X X 

Geboorteplaats X 

Code verificatie sofinummer X 

Code verificatie GBA X 

Code bijzonder Nederlanderschap X 

Code VIPtype X X 

Code GBA-gegevens geheim X X 

Indicatie curatelestelling X 

Postbusadres Postbusnummer X 

Postbusadres buitenland Postbusnummer buitenland X 

Premiepercentage 

individueel Premiepercentage individueel X 

Datum aanvang premiepercentage individueel X 

Datum einde premiepercentage individueel X 

Reden maatregel mbt 

uitkering GSD Code reden maatregel mbt uitkering GSD X 

Reden maatregel mbt 

uitkering UWV Code reden maatregel mbt uitkering UWV X 

Regelmatig arbeidspatroon Indicatie regelmatig arbeidspatroon X 

RDW 

Dossier



GBA Inkijk 

Persoonsvraag 

GBA Inkijk 

Bewonersvraag 

CWI 

Dossier 

Persoon 

UWV 

Dossier 

Persoon 

Datum aanvang regelmatig arbeidspatroon X 

Datum einde regelmatig arbeidspatroon X 

Rijbewijs Code soort rijbewijs X 

Sector OSV Code sector OSV X 

Naam sector OSV X 

Sector risicogroep Code sector risicogroep X 

Datum aanvang sector risicogroep X 

Datum einde sector risicogroep X 

Sociale verzekering 

buitenland Sociaal verzekeringsnummer buitenland X 

Landencode ISO X 

Datum aanvang sociaal verzekeringsnummer 

buitenland X 

Datum einde sociaal verzekeringsnummer 

buitenland X 

Soort inkomstenverhouding Code soort inkomstenverhouding X 

Datum aanvang soort inkomstenverhouding X 

Datum einde soort inkomstenverhouding X 

UWV Dossier 



IB samenloop 

Specifieke gegevens 

Bijzondere Bijstand Code soort kosten Bijzondere Bijstand X 

Datum betaalbaarstelling Bijzondere Bijstand X 

Specifieke gegevens GSDuitkering 

Code aanleiding GSD-uitkering X 

Code aanleiding beëindiging GSD-uitkering X 

Code classificatie Bbz X 

Specifieke gegevens WW 

uitkering Datum einde loongerelateerde uitkering WW X 

Datum einde vervolguitkering WW X 

Standaard 

Aansluitingsnummer BV BV-nummer X 

GSD Dossier 


Werkgeversnummer BV X 

Status voertuig Code status voertuig X 

Datum aanvang status voertuig X 

RDW 

Dossier



GBA Inkijk 

Persoonsvraag 

GBA Inkijk 

Bewonersvraag 

CWI 

Dossier 

Persoon 

UWV 

Dossier 

Persoon 

UWV Dossier 



IB samenloop 

GSD Dossier 


Datum einde status voertuig X 

Straatadres Straatnaam X X X X X X 

Huisnummer X X X X X X 

Huisnummertoevoeging X X X X X X 

Woonbootverwijzing X X 

Woonwagenverwijzing X X 

Straatadres buitenland Straatnaam buitenland X X 

Huisnummer buitenland X X 

SV-dagen arbeidsverleden Jaar SV-dagen arbeidsverleden X X 

Aantal SV-dagen arbeidsverleden X X 

Percentage jaar arbeidsverleden X 

Indicatie halfjaar WW X 

Indicatie zorgforfait X 

SZ-wet Code SZ-wet X X X 

Telefoonnummer Cliënt Netnummer X X 

Abonneenummer X X 

Titulatuur Code adellijke titel/predikaat X 

Trajectplan Indicatie trajectplan 

Datum aanbod trajectplan X 

Datum aanvang trajectplan X X 

Datum einde trajectplan X X 

Code reden einde trajectplan X 

Bedrag kosten trajectplan 

Financieringsafspraak trajectplan 

Code soort financiering trajectplan X 

Datum aanvang loonkostensubsidie X 

Datum einde loonkostensubsidie X 

Type arbeidscontract Code type arbeidscontract X 

Datum aanvang type arbeidscontract X 

Datum einde type arbeidscontract X 

Uitkeringsperiode Datum aanvang uitkeringsperiode X X X 

Datum einde uitkeringsperiode X X X 

RDW 

Dossier



GBA Inkijk 

Persoonsvraag 

GBA Inkijk 

Bewonersvraag 

CWI 

Dossier 

Persoon 

UWV 

Dossier 

Persoon 

Indicatie verplicht verzekerd ZFW X 

UWV Dossier 



IB samenloop 

Uitkeringsverhouding Datum aanvang uitkeringsverhouding X X 

Datum einde maximale uitkeringsduur X X 

Omschrijving reden einde uitkeringsverhouding X 

Datum einde uitkeringsverhouding X 

Aantal werkuren per week grondslag uitkering X 

Vakantiebonnen toegepast Indicatie vakantiebonnen toegepast X 

Datum aanvang vakantiebonnen toegepast X 

Datum einde vakantiebonnen toegepast X 

Verblijfstitel Code verblijfstitel X X 

Datum aanvang verblijfstitel X 

Datum einde verblijfstitel X 

Datum einde rechtmatig verblijf X 

Verwijzing naar vacature Datum verwijzing naar vacature X 

Indicatie plaatsing X 

Verzekerd WAO/WIA Indicatie verzekerd WAO/WIA X 

Datum aanvang verzekerd WAO/WIA X 

Datum einde verzekerd WAO/WIA X 

Verzekerd WW Indicatie verzekerd WW X 

Datum aanvang verzekerd WW X 

Datum einde verzekerd WW X 

Verzekerd ZW Indicatie verzekerd ZW X 

Datum aanvang verzekerd ZW X 

GSD Dossier 


Datum einde verzekerd ZW X 

Verzekering Code soort dekking X 

Polisnummer X 

Datum aanvang verzekering X 

Datum einde verzekering X 

Verzekeringsmaatschappij Code verzekeringsmaatschappij RDW X 

Naam verzekeringsmaatschappij RDW X 

Verzekeringssituatie ZVW Code verzekeringssituatie ZVW X 

Datum aanvang verzekeringssituatie ZVW X 

RDW 

Dossier



GBA Inkijk 

Persoonsvraag 

GBA Inkijk 

Bewonersvraag 

CWI 

Dossier 

Persoon 

UWV 

Dossier 

Persoon 

Datum einde verzekeringssituatie ZVW X 

UWV Dossier 



IB samenloop 

GSD Dossier 


Vestiging 

onderneming/instelling Vestigingsvolgnummer Kamer van Koophandel X 

Code type vestiging X 

Vestiging SUWI Code vestiging SUWI X X X X X X 

VIS document Code land van uitgifte VIS document X 

VIS toetsing Datum toetsing VIS X 

Tijdstip toetsing VIS X 

Indicatie klant aan de balie X 

Code resultaat toetsing VIS X 

Voertuig Code soort voertuig X 

Code classificatie voertuig X 

Kenteken voertuig X 

Merk voertuig X 

Type voertuig X 

Hoofdkleur voertuig X 

Nevenkleur voertuig X 

Datum eerste inschrijving voertuig nationaal X 

Datum eerste inschrijving voertuig internationaal X 

Bedrag BPM X 

Voortzetting relatie Percentage loonsom overgegaan in opvolger X 

Datum voortzettingsrelatie X 

Loonheffingennummer X 

Vordering Datum besluit vordering X 

Code reden vordering X 

Bedrag aanvang vordering X 

Code status vordering X 

Bedrag saldo vordering X 

Vreemdelingendocument Code soort vreemdelingendocument X X 

Nummer vreemdelingendocument X 

Vrijstelling arbeidsplicht Indicatie vrijstelling arbeidsplicht X 

Datum aanvang vrijstelling arbeidsplicht 

RDW 

Dossier



GBA Inkijk 

Persoonsvraag 

GBA Inkijk 

Bewonersvraag 

CWI 

Dossier 

Persoon 

UWV 

Dossier 

Persoon 

UWV Dossier 


Werkervaring Aantal jaren werkzaam in beroep X 

Werkgever Handelsnaam organisatie X X X 

Code bedrijfsaard X X 

Code bedrijfsklasse X X 

Code bedrijfstak X X 

Aansluitingsnummer BV X X 

Werkloosheid Cliënt Datum eerste werkloosheidsdag X 

Omschrijving reden werkloosheid X 

Zorgverzekeraar Naam zorgverzekeraar verkort X 


IB samenloop 

Code soort zorgverzekeraar X 

Rood = verplicht gebruik 

Groen = hergebruik (groeipad) 

omkaderd = gegevens van gemeenten in klantbeeld 

GSD Dossier 


RDW 

Dossier


Bijlage 4 Generieke functionaliteit – de processen 

4.1 Elektronisch indienen aanvraagverzoek - eWWB 

Het indienen van een elektronisch aanvraagverzoek is onderstaand schematisch opgenomen, 

inclusief de daarbij behorende processtappen (nummers). 

klant 

1 

elektronisch indienen 

werkeninkomen.nl 

Klantbeeld 

waarde 

Klantbeeld 

waarde* 

eFormulieren 

eWerk 

eWW 

eWWB 

omgekeerde intake 

3 

uitvraag tbv werkeninkomen.nl 

4 

2 

DKD 

(virtuele database) 

gegevens leveren 

0 

GSD 

UWV 

CWI 

ketenpartijen 

gebruiken 

LRD 

RDW 

digitaal 

overnemen 

SuwiNet-Inkijk 

GSD-applicatie 

5 

8 

raadplegen 

GSD-medewerker 

6 

eWWB 

handmatig 

verwerken 

(aanvragen, 

correcties, 

terugmeldingen) 

7 

papier, bij enkele 

gemeenten 

digitaal 

Het proces eWWB 

Het proces eWWB verloopt als volgt (uitgangspunt is stap 0, de levering van gegevens aan het DKD): 

1. de klant gaat naar de website 1 , logt in met zijn DigiD en start de eWWB. Als de klant nog niet staat 

ingeschreven voor werk, doet de klant eerst de elektronische werkintake; 

2. de in het DKD beschikbare gegevens van de klant worden opgehaald en vooringevuld in het 

digitale formulier; 

3. de klant vult de ontbrekende gegevens aan en corrigeert zonodig onjuistheden in de 

vooringevulde gegevens; 

4. als de klant klaar is met invullen, wordt de eWerk en de eWWB verzonden naar het CWI 2 ; 

5. het CWI print het eWWB uit en verzendt het papieren document naar uw organisatie, tenzij u een 

werkwijze voor digitale overdracht hebt afgesproken; 

6. uw organisatie ontvangt de eWWB, een medewerker gaat er mee aan de slag; 

7. de eWWB-gegevens worden handmatig ingevoerd in uw bedrijfsapplicatie(s); 

8. werkgegevens en andere voor de aanvraag relevante gegevens kunnen worden opgevraagd in 

Suwinet-Inkijk en worden ook handmatig ingevoerd in uw bedrijfsapplicatie(s). 

1 

www.werkeninkomen.nl bestaat inmiddels niet meer. De Wwb-klant kan terecht op de site van CWI, UWV of 

gemeente (mits deze laatste is gekoppeld) 

2 

De eWerk-gegevens zijn daarna (vrijwel) direct beschikbaar in het DKD. Dat wil zeggen zodra een medewerker 

gegevens over deze klant opvraagt in Suwinet-Inkijk worden deze gegevens direct betrokken van het CWI 

(webservice) 

20


4.2 Raadplegen en verzoek correctie klantbeeld 

De tweede belangrijke generieke functionaliteit betreft het gegeven dat de klant zijn “klantbeeld” kan 

raadplegen via internet en, waar nodig, correcties in zijn of haar gegevens kan aanbrengen. 

Onderstaand is dit schematisch opgenomen. 

klant 

raadplegen 

corrigeren 

1 

werkeninkomen.nl 

Klantbeeld 

waarde 

Klantbeeld 

waarde* 

eFormulieren 

eWerk 

eWW 

eWWB 

3 

af te spreken 

gegevens 

uitvraag tbv werkeninkomen.nl 

4 

klant naar balie 

2 

DKD 



0 

GSD 

UWV 

CWI 

ketenpartijen 

5 

LRD 

RDW 


Verzamelde correcties 


raadplegen 


6 

7 

handmatig 

verwerken 

(aanvragen, 

correcties, 


8 afmelden 

Het proces raadplegen klantbeeld & correctie 

Het proces raadplegen klantbeeld & correctie verloopt als volgt (uitgangspunt is stap 0, de levering 

van gegevens aan het DKD) 

1. de burger gaat naar de website (zie voetnoot 8), logt in met zijn DigiD en vraagt zijn gegevens op; 

2. de in het DKD beschikbare gegevens van de klant worden opgehaald en getoond in het 

klantbeeld. In bijlage 3 is een volledig overzicht van deze gegevens opgenomen; 

3. de klant constateert dat een gegeven niet (meer) correct is en klikt op „de correctieknop‟ om een 

verzoek tot correctie te doen; 

4. afhankelijk van de instellingen bij het gegeven wordt: 

a. het correctieverzoek digitaal doorgezonden naar de correctievoorziening in het DKD; 

b. een melding gegeven dat een digitaal correctieverzoek voor dit gegeven niet mogelijk is en 

dat de klant zich moet melden bij de bronbeheerder voor het gegeven 3 . Het digitale proces 

eindigt hiermee en de klant meldt zich via één van de huidige kanalen bij uw organisatie of bij 

één van uw ketenpartners; 

5. uw organisatie krijgt vervolgens een melding dat een correctieverzoek is ingediend (centraal via email 

of Suwinet-mail); 

6. een medewerker raadpleegt Suwinet-Inkijk, print het correctieverzoek uit en zet de status op „In 

behandeling‟ 4 . Deze status wordt ook getoond in het klantbeeld; 

7. een medewerker behandelt het correctieverzoek; 

a. in geval van een kennelijke onjuiste registratie, kan het gegeven direct in de eigen applicatie 

worden gewijzigd 5 ; 

b. bij wijzigingen in de situatie van de klant start een (her)onderzoek waarna een beslissing 

wordt genomen en een beschikking aan de klant wordt gestuurd; 

3 

De klant ziet in de melding welke ketenpartner het betreft. De bronbeheerder is die ketenpartij die het 

betreffende gegeven aan het DKD levert. 

4 

Bij gebruik van Suwinet-mail is deze stap niet nodig. Suwinet-Inkijk hoeft niet geraadpleegd te worden, de 

inhoud van het verzoek is opgenomen in de mail. De status van het correctieverzoek wordt automatisch op „In 

behandeling‟ gezet. 

5 

Afhankelijk van de wijze waarop u gegevens aanlevert aan het DKD is de nieuwe waarde van het gegeven 

direct (webservice) of binnen een week (batch) raadpleegbaar voor de klant en uw ketenpartners. 

21


c. in het geval dat de klant dit kanaal wenst te gebruiken om in bezwaar te gaan tegen een 

genomen beslissing informeert u de klant over de bestaande schriftelijke procedure; 

8. een medewerker meldt het correctieverzoek af in Suwinet-Inkijk. U informeert de klant over het 

resultaat. 

4.3 Terugmelden aan ketenpartners 

De laatste generieke functionaliteit binnen het DKD is het terugmelden (correctie door professionals) 

rond de DKD-gegevens. In onderstaande tabel is dit schematisch opgenomen. 

Registratie Verplicht 

gebruik? 

UWV Ja, maar alleen 

polisgegevens 

CWI Ja, want Suwipartij 

RDW Ja, conform bijlage 

2 WEU 

GBA Ja, authentieke 

registratie 

Terugmelden 

Hergebruik Bij aanvraag Overige GSD 

andere 

gegevens 

mogelijk? 

processen 

Ja, 

uitkeringsgegevens 

Nee Nee 

Nvt Nee, uitgaan van 

verzamelde gegevens 

bij intake CWI 

Ja 

Nvt Nee Nee 

Nvt Nee, doorsturen naar 

GBA 

GSD Nee Ja Ja Ja 

Ja, conform reeds 

bestaande 

procesafspraken 

Ter toelichting: 

UWV: bij onjuistheden verwijst u de klant naar de UWV-vestiging. Terugmelden op UWVgegevens 

is vooralsnog niet mogelijk; 

CWI: bij de aanvraag geconstateerde onjuistheden hoeft u niet terug te melden 6 . Er wordt 

uitgegaan van een korte periode (maximaal enkele weken) tussen de CWI-intake en de GSDintake. 

Het is belangrijk dat het CWI beseft dat u deze gegevens altijd hergebruikt en dat de 

kwaliteit van de verzamelde gegevens hoog moet zijn. Mocht de klant bij de aanvraag toch 

afwijkende informatie verstrekken, dan stuurt u de klant terug naar het CWI voor juiste registratie. 

Als u afwijkingen constateert bij de uitvoering van overige processen, dan doet u wel een 

terugmelding; 

RDW: terugmelden aan de RDW is niet nodig; 

GBA is een authentieke registratie 7 . Gegevens moeten ook conform de wet GBA verplicht worden 

gebruikt. Terugmelden bij de intake is niet nodig. Voordat u verder gaat met uw intakeproces 

stuurt u de klant – waarschijnlijk net als nu – terug naar de GBA om de gegevens juist te laten 

registreren. Terugmelden bij andere processen verloopt conform de bestaande afspraken, 

bijvoorbeeld naar aanleiding van een onderzoek Sociale Recherche of bij onvindbare debiteuren; 

GSD: uw medewerkers melden afwijkingen altijd terug. Als voorbeeld kan gedacht worden aan 

datum einde en datum begin uitkering na een verhuizing. In de praktijk gebeurt dit nu al bijna 

altijd. U wordt geadviseerd andere gemeenten altijd op de hoogte te stellen van de 

geconstateerde onjuistheden. Vooralsnog kan dit via Suwinet-mail en uiteraard telefonisch en/of 

schriftelijk. 

6 Indien gebruik wordt gemaakt van EKB zijn wel twee terugmeldingsberichten benoemd, namelijk rond de 

kwaliteit van de uitkeringsintake en het re-integratieadvies 

7 Bij gerede twijfel kan een melding gedaan worden aan de GBA (bronhouder). Deze kan gegeven(s) in 

onderzoek plaatsen (zogenoemd adresonderzoek). Er wordt momenteel gewerkt aan een landelijke 

terugmeldvoorziening. 

22


Het proces terugmelden 

Het proces terugmelden verloopt als volgt (uitgangspunt is stap 0, de levering van gegevens aan het 

DKD) (zie schema): 

1. een medewerker constateert in Suwinet-Inkijk een onjuist gegeven; 

2. de medewerker meldt deze onjuistheid terug aan de juiste organisatie (zie gegevensmatrix bijlage 

2 voor juiste bronnen); 

3. de betreffende ketenpartner onderzoekt de melding en voert indien nodig de wijziging door in de 

eigen applicatie. Lokaal stemt u af hoe de melder wordt bericht over de afhandeling van de 

terugmelding (bijvoorbeeld Suwinet-mail); 

4. afhankelijk van de wijze van aanleveren is het gewijzigde gegeven direct (webservice) of binnen 

een week (batch) beschikbaar in het DKD; 

5. als de medewerker Suwinet-Inkijk na wijziging raadpleegt, wordt het nieuwe gegeven 8 getoond. 

DKD 



0 

GSD 

UWV 

CWI 

54 

ketenpartijen 

gebruiken 

LRD 

RDW 

8 Let op: Suwinet-Inkijk heeft een cache van 1 dag 

3 


5 


raadplegen 

1 

terugmelden (niet digitaal) 


handmatig 

verwerken 

(aanvragen, 

correcties, 


2 

23


Bijlage 5 Overzicht gegevens in het klantbeeld 

Overzicht tabbladen 

- persoonsgegevens 

- aanvullende persoonsgegevens 

- arbeid- en uitkeringsgegevens 

- betalingsgegevens 

- opleiding 

- re-integratie 

Persoonsgegevens 

Naam 

Voornamen 

Geboortedatum 21/02/1961 

Geboorte plaats Amersfoort 

Geslacht Vrouw 

Burgerlijke staat Gehuwd 

Nationaliteit(en) Nederlands 

Domicilie adres 

Straat / huisnummer / toev. HOOFDSTRAAT 13 

Postcode / woonplaats 1234EF Apeldoorn 

Telefoonnummer 055 5555555 

06 12345678 

Aanvullende persoonsgegevens 

Leefsituatie 

Huisvesting Huurder 

Leefvorm Gehuwd 

Verblijfsstatus 

Verblijfstitel 

Einddatum rechtmatig verblijf 

Soort vreemdelingendocument 

24


Arbeid- en Uitkeringsgegevens 

Arbeid in 2006 en 2007 (wordt niet getoond) 

Werkgever Van Tot en met 

Adecco 15/04/2006 - 

Arbeidsverleden t.b.v recht en duur uitkering 

Jaar Opgebouwde SV Basis voor 

SV dagen Werkgever 

dagen 

arbeidsverleden 

2005 volledig 

2004 volledig 

2003 40 Loondagen 23 Start uitzendbureau 

Loondagen 15 ING Bank 

ZW 2 

2002 volledig 

Werkervaring 

Beroep Jaren werkzaam in beroep 

receptionist 4 

Administratief medewerker 2 

Uitkeringen 

Uitkeringsinstantie Soort 

uitkering 

Reden uitkering Van Tot en met Reden einde 

GSD Apeldoorn WWB 16/12/2004 - 

UWV WW 02/01/2000 - 

30/06/2000 

25


Betalingsgegevens 

Uitkering 

Periode 01/12/2006 - 

Soort uitkering WWB 

Soort normbedrag Bedrag* 

Netto bedrag landelijke norm WWB EUR 580,00 

Netto bedrag bijstandsnorm WWB EUR 600,00 

* Het bovenstaande bedrag is een 'normbedrag'. Dat wil zeggen dat bovenstaand bedrag niet gelijk hoeft te zijn aan het 

bedrag wat u maandelijks aan uitkering ontvangt. Bijvoorbeeld omdat de gemeente kan besluiten dit bedrag te verhogen of 

verlagen op grond van een verordening, of omdat dit normbedrag geen rekening houdt met verrekening van inkomsten. 

Bijzondere Bijstand 

Soort kosten Datum betaalbaarstelling 

Kleding en schoeisel 12/12/2006 

Autokosten 11/11/2006 

Maatregelen 

Uitkeringsperiode Maatregel periode Reden 

05/12/1999 - 16/12/2002 - 01/01/2003 Wil niet solliciteren 

Vorderingen 

Uitkering Datum besluit Reden Bedrag Saldo** Status 

WWB 16/12/2002 vanwege lening voor duurzame EUR 600,00 

gebruiksgoederen 

EUR 600,00 vordering voldaan 

** Wanneer over een periode de netto bijstandsuitkering wordt teruggevorderd, wordt de vordering aan het einde van 

dat kalenderjaar verhoogd met de afgedragen premies en belastingen. Hierdoor kan het voorkomen dat u hierboven een 

of meer vorderingen aantreft waarbij het huidige saldo hoger is dan het (aanvangs-)bedrag. De gemeente kan u hierover 

informeren. 

Opleiding 

Naam Start Einde Diploma 

Bouw- en Houttechniek (basisberoepsopl.) 01/03/1977 01-06-1978 Ja 

Mechanische Techniek (vbo) 16/08/1974 01-05-1976 Ja 

Rijbewijs BE 

26


Re-integratie 

CWI Inschrijving 

Datum inschrijving 30/12/2005 

Reden inschrijving 

Einde geldigheidstermijn 07/12/2001 

Beroep Receptionist 

Beschikbaarheid voor werk 

Vanaf 15/08/2006 

Aantal uren per week 32 

Dienstverlening 

Dienst Van Tot en met 

Advies Scholing 15/01/2004 - 30/01/2004 

Advies sollicitatietraining 31/01/2004 - 

27


Bijlage 6 Specifieke functionaliteit binnen GWS4all 

Onderstaand is de beschrijving opgenomen van alle specifieke functionaliteit binnen GWS4all, die in 

het kader van DKD is ontwikkeld. 

6.1 Versie 5: Aanleveren en bevragen 

In versie 5 is de basisfunctionaliteit geleverd, namelijk de adapter, EKB en het automatisch aanmaken 

van een verwijsindex (die richting Inlichtingenbureau wordt gezonden), zowel initieel (1 e keer) als voor 

mutaties. Daarmee kunnen de relevante (GSD)gegevens worden geleverd en kan de WIZ-dienst door 

het Inlichtingenbureau worden bevraagd. Dit zijn de technische onderdelen van het DKD, die ook naar 

de toekomst toe moeten worden beheerd. In hoofdstuk 5 komt dit aan de orde. 

6.2 Versie 6: Koppelvlak aanvragen 

ASPECT OMSCHRIJVING 

Omschrijving 

aanpassing 

Nieuwe 

functionaliteiten 

In het kader van de ontwikkeling van digitale dienstverlening binnen gemeenten, is de vraag 

gekomen of het mogelijk is om vanuit andere toepassingen, voornamelijk de gemeentelijke 

website, aanvragen of processen te kunnen starten in GWS4all. Op dit vlak bestaan nog geen 

standaarden, maar is er vanuit GWS4all een standaard XML-bericht gespecificeerd om dit 

mogelijk te maken. De eWWB kan via deze functionaliteit als werkproces worden ingeboekt. 

Het XML-bericht wordt door de generieke adapter van GWS4all verwerkt en doorgegeven 

naar GWS4all. Het bericht bevat het BSN, NAW en aanvullende gegevens om een 

werkproces in de module werkbeheersing te kunnen starten. Op basis van de inhoud van het 

bericht is het mogelijk om met behulp van filters in GWS4all te bepalen hoe de afhandeling 

van het werkproces moet plaatsvinden. Het is mogelijk om dit bericht voor alle gemeentelijke 

regelingen te gebruiken. 

6.3 Versie 7: DKD basisfunctionaliteit 

Binnen versie 7 zijn drie functionaliteiten geleverd, namelijk eenvoudig opstarten Suwinet-Inkijk, 

opvragen gegevens binnen werkprocessen en het gebruik van DKD-gegevens binnen documenten. 

6.3.1 Eenvoudig opstarten Suwinet-Inkijk 9 


Omschrijving In Suwinet-Inkijk zijn een groot aantal gegevens te raadplegen. Dit betreft niet alleen 

aanpassing gegevens die binnen het DKD benoemd zijn, die ook interessant zijn voor de professional. 

Nieuwe 

Vanuit de programma‟s werkvoorraad (scherm: Mijn cliënten) en opvragen algemeen (onder 

functionaliteiten rechtermuisknop op cliëntnummer) is het mogelijk gemaakt om Suwinet-Inkijk op te starten. 

De professional dient hier eenmalig in te loggen (met gebruikersnaam en wachtwoord) en 

dient handmatig het BSN in te voeren (of via kopiëren/plakken functionaliteit. 

6.3.2 Opvragen, inzien en beoordelen DKD-gegevens binnen werkprocessen 


Omschrijving 

aanpassing 

In het kader van hergebruik van gegevens en het raadplegen van binnen de keten bekende 

DKD gegevens t.b.v. de beoordeling van bijvoorbeeld een aanvraag, dienen deze gegevens 

9 Destijds is bezien of “deeplinken” een optie was (vanuit GWS doorstarten naar de betreffende pagina binnen 

Suwinet-Inkijk). Daarvoor is niet gekozen, enerzijds vanwege de afhankelijkheid die dan ontstaat tussen Suwinet- 

Inkijk en GWS4all (vooral bij wijzigingen), anderzijds omdat Suwinet-Inkijk een geheel eigen autorisatiestructuur 

kent. 

28



m.b.v. de webservice-variant opgevraagd te kunnen worden. 

Nieuwe 

Binnen GWS4all is het mogelijk gemaakt om de DKD-gegevens via webservice op te vragen. 

functionaliteiten Dit kan vanuit een speciaal programma in het menu, maar kan ook automatisch plaatsvinden 

bij het opstarten van een werkproces. Hierbij zullen automatisch alle DKD-berichten van alle 

partijen worden opgevraagd van zowel de cliënt als eventuele partner. 

Vanuit de menukeuze kan een professional zelf bepalen welke berichten er voor een cliënt 

opgevraagd dienen te worden. 

Tevens is er een apart programma beschikbaar om de opgevraagde gegevens te raadplegen. 

Daarbij bestaat de mogelijkheid om een kwaliteitskenmerk hierbij aan te geven. Beide nieuwe 

programma‟s kunnen opgenomen worden als taak binnen een werkproces. 

6.3.3 DKD-gegevens gebruiken binnen documenten 


Omschrijving 

aanpassing 

Nieuwe 


Vanuit de mogelijkheid om DKD gegevens m.b.v. de webservice-variant op te vragen, kan het 

hergebruik van gegevens in documentvorming worden vormgegeven. Deze kunnen 

opgenomen worden bij het toesturen van vooringevulde formulieren aan de klant. Zowel de 

eigen (beschikbare historische) gegevens als de DKD-gegevens zijn dan bruikbaar. 

Binnen de documentvorming is het op gegevenssetniveau mogelijk gemaakt om via nieuw 

benoemde (sub)entiteiten de DKD-gegevens, welke zich in de xml-berichten bevinden, te 

ontsluiten voor te genereren documenten. Dit betreft zowel stuksdocumenten (rapportage, 

beschikking, brief, trajectplan enz.) als bulkdocumenten (hercontroleformulier, mutatieformulier 

enz.). 

Hiermee wordt invulling gegeven aan het hergebruik van binnen de keten bekende gegevens. 

De ontsluiting van gegevens in het xml-bericht vindt plaats via een nieuw ontwikkeld 

programma, welk in .NET is gebouwd. 

6.4 Versie 8: op weg naar de DKD-plusfunctionaliteit 

6.4.1 Positionering opvragen BSN 


Omschrijving 

aanpassing 

Nieuwe 


Met de invoering van de wet BSN (per 26 november 2007) heeft het BSN een duidelijke status 

gekregen, zowel in de communicatie naar de klant, als in de gegevensuitwisselingen 

(basisregistraties en DKD). 

6.4.2 Collectieve opvraag BSN’s 

Binnen het DKD worden gegevens tussen ketenpartners uitgewisseld op basis van het 

Burgerservicenummer (BSN). Dit BSN wordt steeds belangrijker. Binnen GWS4all is het BSN 

op veel plaatsen beschikbaar en zichtbaar. Het programma „Opvragen algemeen‟ wordt zeer 

veel gebruikt door medewerkers van een WIZ-dienst. Daarom heeft het BSN een 

duidelijkere positionering gekregen binnen dit programma. 


Omschrijving 

aanpassing 

Nieuwe 


Binnen GWS4all is het mogelijk om individueel voor een klant DKD-gegevens binnen de 

SUWI-keten op te vragen en te gebruiken. Deze functionaliteit dient verder uitgebreid te 

worden door het mogelijk te maken om voor meerdere klanten (BSN‟s) de DKD-gegevens op 

te vragen. Op deze wijze kan het hergebruik van gegevens worden vormgegeven, bij het 

toesturen van vooringevulde formulieren aan klanten. Zowel de eigen (beschikbare, 

historische) gegevens als de DKD-gegevens zijn dan bruikbaar. 

Binnen het programma „Collectief bevragen Digitaal Klant Dossier‟ is het mogelijk gemaakt om 

een door de gemeente zelf samengesteld bestand met cliëntnummers te selecteren. De 

cliëntnummers dienen onder elkaar te staan, zonder toevoeging van leestekens. 

Voor de cliënten die aanwezig zijn in dit tekstbestand (.txt) worden de DKD-gegevens binnen 

de SUWI-keten opgevraagd. Deze bevraging wordt in principe asynchroon uitgevoerd. Dat wil 

zeggen dat, nadat op de „OK‟ button is geklikt, het programma gesloten wordt, maar het 

proces verder afloopt op de webserver (conform de aanlevering van de initiële verwijsindex). 

29



Er kan aangegeven worden voor welk(e) bericht(en) bevraging dient plaats te vinden. Deze 

berichten zijn: 

22 = GSD Dossier Persoon 

23 = CWI Dossier Persoon 

24 = RDW Dossier 

25 = UWV Dossier Arbeidsverleden 

26 = UWV Dossier Persoon 

Het programma kan eventueel ook in batch opgestart worden. 

Wanneer het signaal „Collectief bevragen Digitaal Klant Dossier‟ wordt afgemeld, wordt het 

verslag aangemaakt en is deze te benaderen met behulp van het programma „Afdrukken 

printbestanden”. De gegevens van de succesvol bevraagde cliënten kunnen worden ingezet 

bij de documentvorming. Op het verslag zullen alleen de niet succesvol bevraagde cliënten en 

de reden van het niet kunnen bevragen, worden vermeld. 

6.4.3 Statusinformatie aanvragen 


Omschrijving 

aanpassing 

Nieuwe 


Binnen de gemeentelijke informatiearchitecturen wordt een “zakenmagazijn” onderscheiden, 

waarin gemeentebreed de statussen van de af te handelen werkprocessen worden 

opgeslagen, conform het GFO-zaken. Dit zakenmagazijn wordt benaderd indien de burger via 

internet de status opvraagt. Het kan uiteraard ook intern worden gebruikt om te bezien welke 

werkprocessen van een burger openstaan, zodat een integraal beeld per burger ontstaat. 

Vanuit de WIZ-diensten kan het gaan om aanvragen, maar ook andere producten, 

bijvoorbeeld een trajectplan. 

De nieuwe functionaliteit is het op initiatief van GWS4all (als backoffice-applicatie) doorgeven 

van statusinformatie met betrekking tot aanvragen aan een ontvangende applicatie 

(zakenmagazijn), naar aanleiding van een relevante wijziging binnen een werkproces. De 

doorgevoerde wijzigingen bevinden zich vooral binnen de werkbeheersing. 

Voor de realisatie van deze functionaliteit is een aantal aspecten van belang. 

Statusinformatie aanvragen 

De relevante statuswijzigingen binnen de afhandeling van een zaak (in dit geval een 

werkproces binnen GWS4all) worden actief vanuit de procesapplicatie (GWS4all) verstuurd 

naar een ontvangende applicatie. Deze ontvangende applicatie kan bijvoorbeeld het 

zakenmagazijn in het midoffice zijn, maar ook een applicatie in het frontoffice. De statuscodes 

kunnen in een nieuwe referentietabel “Status Zaak” worden benoemd. In de fasentabel kan 

vervolgens bij relevante fasen in een werkproces een statuscode worden opgenomen. De 

omschrijving van de code is zichtbaar in „Opvragen Algemeen‟, scherm „Gegevens 

werkproces‟. Het berichtenverkeer komt op gang wanneer: 

een werkproces wordt aangemaakt en er een statuscode in de startfase van het 

werkproces is opgenomen; 

een werkproces wordt ingetrokken. 

Het bericht wordt verzonden naar een andere applicatie. De URL van deze ontvangende 

applicatie moet aanwezig zijn in de filterset KoppelVlak Aanvraag (KVA) bij Parameters 

berichtenverkeer. 

Werkbeheersing 

Bij automatisch aanmaken van werkprocessen gaan dezelfde validaties af als bij het 

vastleggen van een werkproces via het menu. Een voorbeeld van automatisch aanmaken van 

werkprocessen is het programma „Aanmaken hercontroles‟. 

KoppelVlak Aanvraag 

Binnen de module KoppelVlak Aanvraag (KVA) was het bericht „web-intake‟ gebaseerd op de 

standaard SuwiML. Omdat er in het kader van e-dienstverlening steeds meer berichten aan 

deze module toegevoegd gaan worden, die zich ook binnen het gemeentelijke domein 

afspelen, is er voor gekozen om aan te sluiten bij de standaard StUF-XML. Indien bepaalde 

gegevens niet zijn gedefinieerd binnen StUF-XML, is aangesloten bij de definities van 

GWS4all. 

Verwerken KVA berichten 

Indien er wordt gekozen voor automatisch verwerken, dan zal er een werkproces en eventueel 

een signaal worden aangemaakt op basis van de inrichting bij onderhoud automatische 

30



werkprocessen/signalen. Indien wordt gekozen om KVA berichten niet automatisch te 

verwerken in GWS4all, dan kan dit alsnog handmatig gedaan worden. 

Verzenden KVA berichten 

Bij parameters berichtenverkeer, KoppelVlak Aanvraag, kan worden aangegeven of KVA 

berichten automatisch moeten worden verzonden. 

Indien gekozen wordt om KVA berichten niet automatisch te verzenden, dan kan dit alsnog 

handmatig worden gedaan via de button „Verzenden‟. 

Filterset binnenkomende berichten 

Er is een nieuwe conditie toegevoegd aan de Filterset Berichtenverkeer. 

Gevolgen eindgebruiker 

Het gehele proces van Statusinformatie aanvraag speelt zich af buiten het gezichtsveld van de 

eindgebruiker. In „Opvragen algemeen‟ is bij „Gegevens werkproces‟ te lezen wat het 

„Zaakidentificatienummer‟ (allen bij KVA werkprocessen) is en wat de „Status zaak‟ is. 

6.4.4 Beschikbaarstellen uitkeringenspecificatie en jaaropgave 


Omschrijving 

aanpassing 

Nieuwe 


De burger kan via de gemeentelijke website gegevens met betrekking tot de 

uitkeringsspecificatie en de jaaropgave opvragen uit GWS4all. Deze gegevens worden 

opgehaald uit de GWS4all-database naar aanleiding van een door de generieke adapter 

ontvangen vraagbericht. Dit vraagbericht dient aan bepaalde specificaties te voldoen. 

Een specifieke pagina op de gemeentelijke website (bijvoorbeeld een pagina van de WIZdienst 

waarop een burger komt, na ingelogd te zijn met DigiD) dient dus in staat te moeten zijn 

om een vraagbericht (xml-formaat) samen te kunnen stellen en deze te versturen naar het 

adres van de generieke adapter. Daarnaast dient deze specifieke pagina de gegevens in het 

terugontvangen antwoord (xml-formaat) te kunnen tonen aan de burger. De burger moet 

hiervan vervolgens een afdruk kunnen maken. Ook dit behoort tot de functionaliteit van de 

specifieke gemeentelijke pagina. 

Voor de specificatie van de samenstelling van de berichten wordt verwezen naar de 

releasenotes. 

31


6.5 Versie 9: doorontwikkeling DKD-plusfunctionaliteit 

6.5.1 Opschoning logging berichtenverkeer 


Omschrijving 

aanpassing 

Nieuwe 


6.5.2 Vergelijkingsscherm DKD 

Door de opzet van de generieke adapter worden alle berichten die ontvangen en verzonden 

worden op eenzelfde manier behandeld, waaronder de opslag in generieke tabellen. Met de 

functionaliteit van het DKD heeft iedere gemeente nu te maken met de toename van het 

aantal records in deze tabellen. Op het moment dat gemeenten berichtenverkeer EKB en IBG 

in gebruik gaan nemen en functionaliteit die met versie 8 beschikbaar is gekomen 

(statusinformatie aanvragen, beschikbaar stellen jaaropgave en uitkeringsspecificaties, 

gewijzigde webintake), zal deze toename alleen nog maar verder oplopen. In de zeer nabije 

toekomst kunnen hier berichten in het kader van WMO bij komen evenals de afhandeling van 

eFormulieren (bijvoorbeeld bijzondere bijstand, WMO). 

De afhandeling van de bestaande berichten binnen GWS4all is per berichtenmodule (EKB, 

DKD, IBG, KVA) en met versie 9 ook eFormulieren (EFM)) verschillend. Daarom vraagt dit per 

berichtenmodule een aparte opschoonbenadering. 

Aangezien de betreffende tabellen bij het berichtenverkeer actief worden bijgewerkt, dient 

voor het opschonen gekozen te worden voor eenzelfde constructie zoals die is opgezet voor 

mutaties (tabel SHTAB). Opschoning dient op die manier een tweetrapsraket te worden, dat 

wil zeggen eerst verplaatsen naar historietabellen om vervolgens hieruit definitieve 

verwijdering te kunnen doen. 

Het opschonen van de logging van het berichtenverkeer dient gefaseerd plaats te vinden. In 

eerste instantie dienen records uit de productietabellen overgeheveld te worden naar 

overeenkomstige historietabellen. De records in de aan BSKOPPEL gerelateerde 

tussentabellen dienen niet overgeheveld te worden. Deze dienen gelijk verwijderd te worden 

uit de betreffende tussentabellen. In tweede instantie dient het mogelijk gemaakt te worden 

om de overgehevelde records in de historietabellen definitief te verwijderen. 

Zowel het overhevelen van records van de productie- naar historietabellen, als het definitief 

verwijderen uit de historietabellen dient op basis van een peildatum plaats te vinden. Deze 

peildatum dient bij de overheveling naar historietabellen handmatig ingegeven te kunnen 

worden, waarbij deze datum voor de systeemdatum dient te liggen. 

Aangezien er in het kader van aanvragen bij het berichtenverkeer EKB wettelijke 

bewaartermijnen gelden voor de logging van berichtenverkeer (een bericht kan als een 

document gezien worden), dient er een nieuwe numerator beschikbaar te komen, waarbij een 

termijn van maanden ingegeven dient te kunnen worden. De peildatum die op basis van deze 

numerator berekend wordt (systeemdatum -/- aantal maanden numerator), dient default en 

niet wijzigbaar in het definitieve opschoonprogramma gepresenteerd te worden. Deze 

numerator geldt voor alle berichtenmodules met betrekking tot de berichten die enigszins met 

een aanvraag verband houdt. Dat wil zeggen dat bij: 

module EKB alle berichten hieronder vallen; 

module DKD alle berichten behalve de IBVerwijsindex-berichten hieronder vallen; 

module ISI alle bij elkaar horende uitgaande en inkomende berichten hieronder 

vallen, de overige niet; 

module KVA de webintakeberichten hieronder vallen, de overige niet; 

module EFM alle berichten hieronder vallen. 

Voor de berichten die onder de uitzondering vallen, dient te gelden dat in ieder geval 

opschoning plaatsvindt (dus niet afhankelijk van de peildatum). 


Omschrijving 

aanpassing 

In het basisontwerp „DKD gebruik (deel 1 NJV 2007)‟ is bij paragraaf 3.7 (Vergelijking tussen 

DKD-gegevens datum n en datum n-1) opgenomen dat het voor een eindgebruiker mogelijk 

moet zijn om opgevraagde gegevens bij ketenpartners (CWI, UWV, RDW en WIZ-diensten) 

van verschillende tijdstippen te kunnen vergelijken. Uiteraard dient deze vergelijking plaats te 

vinden op berichten van dezelfde soort. Bij de realisatie hiervan in versie 7.1 is in eerste 

instantie gekozen voor een visuele vergelijking door een eindgebruiker door middel van het 

openen van twee dezelfde soort berichten in verschillende schermen. Tijdens de workshop 

„DKD gebruik: plusvariant‟ is aangegeven, dat het wenselijk is om dit in één scherm 

32



gepresenteerd te krijgen. 

Nieuwe 


6.5.3 E-bijzondere bijstand 10 

Zoals al in het basisontwerp „DKD gebruik (deel 1 NJV 2007) vermeld is, brengt de status van 

DKD-gegevens een „beperkte houdbaarheid‟ met zich mee, gegeven het feit dat een „actuele 

inkijk‟ wordt geboden. Het betreft dus telkens een momentopname, die mede bepalend is voor 

de afhandeling van een proces. De doorlooptijd van een proces kan (vanwege allerlei 

omstandigheden) dusdanig lang zijn, dat de DKD-gegevens op basis waarvan een besluit 

onder andere genomen is, intussen gewijzigd zijn, waardoor het besluit wellicht anders uit zou 

kunnen vallen. Het dient voor een gebruiker mogelijk gemaakt te worden om een vergelijking 

te kunnen maken tussen de DKD-gegevens van een cliënt (BSN) van verschillende datums. 

In versie 7.1 is het programma „Inzien en beoordelen Digitaal KlantDossier‟ gerealiseerd. In dit 

programma kunnen per cliënt (BSN) opgevraagde gegevens binnen het DKD worden ingezien 

en kan er een kwaliteitsoordeel (inclusief vrije tekst) aan toegekend worden. De opgevraagde 

gegevens kunnen per bericht in een rapportagescherm (internet browser) getoond worden. 

Naast de hierboven beschreven gerealiseerde functionaliteit dient het in dit programma ook 

mogelijk gemaakt te worden om twee berichten van dezelfde soort van verschillende 

tijdstippen te selecteren. Indien er twee dezelfde soort berichten geselecteerd zijn, dient door 

middel van een nieuwe button „Vergelijken‟ een nieuw programma opgestart te worden. 

Dit nieuwe programma dient de twee geselecteerde berichten te vergelijken, waarbij op 

elementniveau bepaald dient te worden of de inhoud hiervan nieuw, gewijzigd, ongewijzigd of 

verwijderd is. Tevens dienen de gewijzigde elementen (nieuw toegevoegd, verwijderd of 

gewijzigd) getoond te worden in een afwijkende kleur, zodat dit ondersteunend kan zijn aan 

een gebruiker. 


Omschrijving 

aanpassing 

Nieuwe 


In samenwerking tussen CP ICT en EGEM zijn e-formulieren ontwikkeld ten behoeve van 

bijzondere bijstand (BB) voor klanten en niet-klanten. De hier bedoelde functionaliteit maakt 

het mogelijk om e-formulieren BB voor bestaande klanten “voor in te vullen” (als de klant deze 

via de website aanroept) en de ingevulde e-formulieren vervolgens naar GWS te sluizen, 

zowel wat betreft de gegevens (en deze in te lezen), evenals om het e-formulier op te slaan in 

de documentmodule en het bericht in te kunnen zien. 

Het berichtenverkeer ten behoeve van de te realiseren functionaliteit in het kader van de 

voorinvulling van gegevens op het eFormulier heeft de structuur van het stellen van een vraag 

vanuit een gemeentelijke website (internet) aan de generieke adapter (welke op een 

webserver draait binnen het gemeentelijke netwerkdomein). De generieke adapter handelt de 

vraag af en stuurt hiervoor de benodigde GWS4all-componenten aan. Het antwoord dient 

synchroon aan de vraagsteller (eFormulier bijzondere bijstand) gestuurd te worden. 

10 Bij de test in Almelo is gebleken, dat de berichten uit de eFormulieren niet aan de specificaties voldoen. EGEM 

heeft aangegeven geen onderhoud meer op deze berichten te leveren. Het CP ICT is nu in overleg met EGEM 

rond de overname van de huidige formulieren en het beheer van de formulierengenerator. Indien daarover 

duidelijkheid bestaat, kunnen de eFormulieren worden aangepast. Uiteraard kunt u ook uw eigen eFormulieren 

bouwen en daarbij gebruik maken van de ontwikkelde berichtenspecificaties. 

33



Voor het eFormulier bijzondere bijstand (niet van EGEM) dient in dit kader een nieuw 

vraagbericht gedefinieerd te worden op basis waarvan de generieke adapter de benodigde 

naw-gegevens in een nieuw te definiëren antwoordbericht zal leveren. De naw-gegevens 

zoals die in het GSDDossierPersoon-bericht gedefinieerd zijn, dienen in dit nieuwe 

antwoordbericht opgenomen te worden. Tevens dient in dit antwoordbericht een indicatie 

opgenomen te worden of het bevraagde BSN een actieve uitkering (WWB, IOAW of IOAZ) 

heeft. Op grond hiervan kan interpretatie op het niveau van het webformulier plaatsvinden. 

Het eFormulier bijzondere bijstand op een gemeentelijke website (waarop een burger komt, na 

ingelogd te zijn met DigiD) dient dus in staat te moeten zijn om het vraagbericht (in xmlformaat) 

samen te kunnen stellen en deze te versturen naar het adres van de generieke 

adapter. Daarnaast dient deze specifieke pagina de naw-gegevens in het terugontvangen 

antwoord (in xml-formaat) te kunnen tonen in het eFormulier bijzondere bijstand aan de 

burger. 

Voor de betrokken gegevens zij verwezen naar het basisontwerp. 

6.5.4 Bevragen SVB en IBG berichten 11 


Omschrijving 

aanpassing 

Nieuwe 


Per 1 februari 2008 is de SVB aangesloten op het DKD en naar verwachting zal dit per eind 

2008 geschieden voor de IBG. Op grond hiervan dient het mogelijk gemaakt te worden om de 

DKD-gegevens van deze instanties met behulp van webservices op te vragen. De 

specificaties van het SVB-bericht zijn inmiddels bekend. De specificaties van het IBG-bericht 

echter nog niet! (en dus niet opvraagbaar). Tevens dient er binnen GWS4all een autorisatie 

toegepast te worden met betrekking tot het opvragen en inzien/beoordelen van DKDgegevens 

bij instanties door gebruikers. 

Met behulp van het bestaande programma „Bevragen Digitaal KlantDossier‟ kunnen 

momenteel al gegevens opgevraagd worden van het UWV, CWI, RDW en andere WIZdiensten 

(GSD). In dit programma dient het mogelijk gemaakt te worden om ook de gegevens 

op te vragen van de SVB en IBG. De van belang zijnde componenten (GWS4all en generieke 

adapter) dienen hierop aangepast te worden. Dit betekent dat deze nieuw te ontvangen 

berichten dezelfde afhandeling dienen te krijgen als de huidig op te vragen berichten, zoals 

wegschrijven in de tabel, mogelijk maken om een kwaliteitsbeoordeling te plaatsen, opnemen 

binnen documentvorming et cetera. 

Met betrekking tot het opvragen van DKD-gegevens bij andere instanties dient autorisatie 

toegepast te gaan worden voor welke instanties een gebruiker mag bevragen en 

inzien/beoordelen. Dit dient op het niveau van gebruikersgroepen toegepast te gaan worden. 

11 De SVB-berichten zijn gereed, doch het bevragen van de SVB via webservices wordt technisch nog niet 

ondersteund door het Inlichtingenbureau. De specificaties van de IBG-berichten zijn nog niet bekend. 

34



Per gebruikersgroep dient dus aangegeven te gaan worden, welke berichten er door de 

gebruikers uit die groep opgevraagd en inzien/beoordeeld mogen worden. In de bestaande 

programma‟s „Bevragen Digitaal KlantDossier‟, „Inzien en Beoordelen Digitaal KlantDossier‟ en 

„Inzien Digitaal KlantDossier‟ (= logging) dienen vervolgens alleen die berichten getoond te 

worden, waarvoor betreffende ingelogde gebruiker (behorende bij een gebruikersgroep) 

geautoriseerd is om te bevragen. Deze functionaliteit dient alleen toegepast te worden bij op 

te vragen berichten binnen het DKD (dus niet bij berichtenverkeer EKB en IBG). 

6.5.5 Ondersteuning beveiligingscertificaten 


Omschrijving 

aanpassing 

Nieuwe 


Een belangrijk issue bij het berichtenverkeer is de beveiliging van de gegevens (xmlberichten) 

die over de lijnverbindingen verstuurd worden. Gaan de berichten bij het 

berichtenverkeer EKB, IBG en DKD nog over Gemnet (wat in de regel als veilig beschouwd 

wordt), met het beschikbaar komen van de andere koppelvlakken wordt het mogelijk om deze 

aan te spreken vanaf een website, waarbij de berichten over internet verstuurd worden. 

Hierdoor is communicatiebeveiliging niet alleen belangrijk, maar dringend noodzakelijk. De 

meest gangbare manier van communicatiebeveiliging over internet is de inzet van certificaten. 

De inzet van certificaten kan echter ook ingezet worden voor berichten die over Gemnet 

verstuurd worden. 

Het inzetten van certificaten heeft geen gevolgen voor de functionaliteit van GWS4all. Het 

speelt zich geheel af op de webserver, waar de generieke adapter op draait. In die zin is de 

levering van deze functionaliteit GWS4all-versie onafhankelijk. 

Op het niveau van de webserver dient de inzet en gebruik van PKI-certificaten mogelijk 

gemaakt te worden. 

PKI staat voor Public Key Infrastructure. Dit betreft dus een infrastructuur voor het 

vertrouwelijk versturen van data over een (onveilig publiek) netwerk. PKI maakt gebruik van 

een publieke- en een geheime sleutel voor het coderen en decoderen van berichten. 

PKI voor de Overheid (PKI-Overheid) maakt betrouwbare communicatie mogelijk. Met behulp 

van PKI-certificaten is de informatie die personen/-organisaties over het internet sturen, 

beveiligd op een hoog niveau van betrouwbaarheid. Certificaten worden bijvoorbeeld gebruikt 

bij: 

het authenticeren 

het beveiligen van websites 

het versleutelen van berichten. 

Een belangrijke rol binnen zo‟n infrastructuur spelen trusted third parties (TTP‟s). Zij 

controleren of de aanvrager echt is wie hij zegt dat hij is en geeft een certificaat af als alles in 

orde is. Dit is een publieke sleutel met de naam van de eigenaar en de digitale handtekening 

van de persoon of instantie die dit heeft geverifieerd. Zo‟n persoon of instantie heet een 

Certificerende Autoriteit (CA). Organisaties die een certificaat willen hebben, moeten zich bij 

een CA identificeren en hun publieke sleutel afgeven. De keuze voor het juiste type certificaat 

hangt af van het gewenste niveau van vertrouwen. 

Een certificaat is een klein bestandje waarin de gegevens van de gebruiker samen met diens 

publieke sleutel zijn opgenomen. Deze gegevens zijn vervolgens elektronisch ondertekend 

door een Certification Service Provider (Certificatiedienstverlener). Momenteel zijn er drie 

Certification Service Providers (CSP), te weten PinkRoccade, DigiNotar en CIBG, die 

certificaten mogen verkopen. De ontvangende partij, ook wel vertrouwende partij genoemd, 

kan aan de hand van het certificaat controleren of de verzender ook daadwerkelijk is wie hij 

zegt te zijn. De vertrouwende partij vertrouwt hierbij op de CSP die de gegevens in het 

certificaat heeft bekrachtigd met zijn elektronische handtekening. 

Voor verdere informatie rond de inzet en werkwijze van deze beveiligingscertificaten wordt 

verwezen naar het basisontwerp. 

35


6.5.6 Documentvorming bij berichtenverkeer 


Omschrijving 

aanpassing 

Nieuwe 


Met de vrijgave van GWS4all versie 7 is het voor WIZ-diensten mogelijk geworden om 

gegevens met betrekking tot xml-berichten binnen het DKD op te vragen. Hierbij is het binnen 

GWS4all mogelijk gemaakt om de gegevens in deze xml-berichten op te nemen binnen 

documentvorming. Hiervoor is de tabel SZBER_XML geïntroduceerd. Op deze manier kan 

invulling gegeven worden aan het hergebruik van gegevens (zogenaamde voorinvulling) in het 

kader van de Wet Eenmalige gegevens Uitvraag (WEU). 

Het uitwisselen van gegevens door middel van xml-berichten in het kader van 

berichtenverkeer EKB (met het CWI) was al langer mogelijk binnen GWS4all. Met versie 6 is 

het webintakebericht (binnen koppelvlak Aanvragen) beschikbaar gesteld. In versie 7.1 is ook 

berichtenverkeer met IBG gerealiseerd (wet Inburgering) en in deze versie 9 tevens de 

ondersteuning van een e-aanvraag Bijzondere Bijstand. De gegevens binnen al deze xmlberichten 

dienen eveneens beschikbaar te komen binnen de documentvorming. 

Voor het gebruiken van deze gegevens binnen documenten zijn aanpassingen binnen 

GWS4all aangebracht. De detailinformatie is opgenomen in het basisontwerp. 

6.5.7 Omzetten overnameschermen bij berichtenverkeer 


Omschrijving 

aanpassing 

Nieuwe 


Het vervangen van de schermen van de module Elektronische Ketenberichten (EKB) door 

nieuwe schermen met de nieuwe look and feel van GWS4all (-schermen). Deze 

look and feel is vanaf GWS4all versie 6 toegepast en de module EKB moest nog worden 

omgezet. 

Alle overname- en verzendschermen zijn vervangen door schermen met de nieuwe look and 

feel. 

6.6 Algemeen: scripts voor kwaliteit gegevens 


Omschrijving 

aanpassing 

Nieuwe 


Vanaf 1 mei 2007 zijn gemeenten verplicht om gegevens van cliënten beschikbaar te stellen 

aan het DKD. Omdat de gemeente eigenaar van de geleverde gegevens is, dient bewaking op 

kwaliteit hiervan plaats te vinden. 

D.m.v. separaat ontwikkelde sql-scripts kan snel inzicht gekregen worden m.b.t. mogelijke 

foutsituaties in de GWS4all-database m.b.t. gegevens welke aangeleverd dienen te worden in 

het kader van DKD. Deze scripts worden met elke nieuwe GWS4all-versie op de installatie CD 

meegeleverd. 

Advies is om deze periodiek te draaien en de output hiervan te beoordelen. De scripts 

bevatten geen automatische correctie. Eventueel door te voeren mutaties dienen handmatig 

(of via SQL indien de omvang zich daartoe leent) via GWS4all plaats te vinden. 

6.7 Vooruitblik versie 10: basisregistraties & aanpassingen DKD 

In het verlengde van het voorgaande wordt in versie 10 verder gebouwd, enerzijds richting de 

basisregistraties, anderzijds een aantal aanpassingen in DKD. Onderstaand worden deze kort 

toegelicht 12 

12 Ontleend aan het programma van eisen versie 10, november 2008 

36


Voorbereiding SBG 

De exercitie voor de SBG dient ter voorbereiding op de latere aansluiting op de in het najaar 

afkomende specificaties voor de SBG-onderdelen GBA en BAG. De deelprojecten zijn: 

automatisch ophalen en verwerken van GBA-mutaties. Van alle cliënten die in GWS4all zijn 

opgenomen worden de gegevens automatisch bijgewerkt vanuit de GBA-ontsluiting (m.b.v. 

producten zoals DDS/Key2DD en BRS). Authentieke gegevens worden hierbij leidend, de 

zogenaamde plusgegevens worden niet bijgewerkt. 

nieuwe (/uitgebreidere) methode voor het aanmaken van werkprocessen. Het moet mogelijk 

worden op één signaal meerdere werkprocessen te genereren; 

naast een mutatievenster komt er een viewer waarmee gegevens vanuit de basisregistraties 

kunnen worden ingezien. In eerste instantie zal dit zich beperken tot de gegevens uit het GBA. De 

koppeling levert zelf al de adresgegevens mee (deze hoeven niet nog eens afzonderlijk uit de 

BRA gehaald te worden). Het onderhoudsscherm (mutatievenster) zal hiertoe breder beschikbaar 

gemaakt moeten worden; 

aansluiten adresstructuur op basisregistraties. Hiermee sluit GWS4all beter aan op de 

datamodellen zoals deze in de basisregistraties (en DDS) gebruikt worden. Dit maakt het 

datamodel van GWS4all meer “futureproof”. Daarnaast wordt het hiermee mogelijk om signalen te 

ontvangen en te verwerken op adressen; 

overstappen op standaard codes. De gemeente-, land-, nationaliteit- en verblijfstitelcodes worden 

conform de GBA standaard ingevuld. Daarnaast wordt een begin- en einddatum vastgelegd. 

Hierop zouden werkprocessen aangemaakt kunnen worden; 

het ondersteunen van het in onderzoek plaatsen van een gegeven. Wanneer een gegeven in de 

basisregistratie niet correct blijkt (lijkt) te zijn, moet het mogelijk zijn om tijdelijk met de 

verondersteld juiste gegevens te werken. De GBA-ontsluiting biedt hiertoe de mogelijkheid om de 

verondersteld juiste gegevens als plusgegevens op te slaan. 

Aanpassingen op het gebied van DKD 

Onder dit punt vallen de onderdelen die in versie 9 vanwege het ontbreken van specificaties door 

derden, c.q. niet afkomen van specificaties passend binnen de realisatietermijn, niet zijn doorgevoerd. 

IBG berichten bevragen: 

Binnenkort sluit de IBG aan op het DKD, waarbij op grond van specificaties van de xml-berichten 

bevraging en verwerking door en in GWS4all plaats kan gaan vinden, conform huidige functionaliteit 

voor UWV, CWI en GSD. 

Gewijzigde berichten DKD: 

Binnen de DKD-structuur zijn er drie berichten gewijzigd die aangepast dienen te worden. . 

37


Bijlage 7 Testresultaten en tips & trucs 

De specifieke functionaliteit, zoals voor GWS4all ontwikkeld, is in de gemeenten Almelo en Breda 

getest. In onderstaande tabel zijn de betreffende onderdelen opgenomen. 

Functionaliteit DKD Onderdeel Testbaar 

Versie 5.6 Aanleveren verwijsindex (initieel en 

mutaties) 

Ja. 

Betreft webservice-variant. Is niet meer van 

toepassing op batch-variant. 

Bevraagd worden vanuit DKD Ja. 

Bijvoorbeeld via Suwinet-Inkijk. 

Versie 6 Koppelvlak aanvragen Nee. 

Dient er een toepassing te zijn (is niet 

aanwezig bij Almelo of Breda). 

Versie 7 (Deep)linken met Suwinet-Inkijk Ja. 

DKD-gegevens gebruiken binnen 

documenten 

Opvragen DKD-gegevens binnen 

werkprocessen 

Ja. 

Let op: .NET-versie 2.0 dient op pc 

geïnstalleerd te zijn. 

Ja. 

Zowel vanuit het menu als vanuit 

werkprocessen (automatisch bij opstarten 

werkproces en als taak binnen werkproces). 

Inzien en beoordelen DKD gegevens Ja. 

Versie 8 Positionering opvragen algemeen BSN Ja. 

Collectieve opvraag BSN‟s Ja. 

Alleen via menuoptie. Is vooral handig bij 

bulkdocumenten. 

Statusinformatie aanvragen Nee. 

Dient er een toepassing te zijn, waar het 

statusbericht naar toegezonden kan worden (is 

Beschikbaar stellen 

uitkeringsspecificatie en jaaropgaaf 

niet aanwezig bij Almelo of Breda). 

Nee. 

Dient er een toepassing te zijn (is niet 

aanwezig bij Almelo of Breda). 

Versie 9 Opschoning logging berichtenverkeer Ja. 

Vergelijkingsscherm DKD Ja. 

Ook hiervoor is .NET versie 2.0 op de pc 

vereist. 

E-BB (restant van versie 8) Nee. 

Dient er een toepassing te zijn die een XMLbericht 

(welke voldoet aan de specificaties) 

kan verzenden naar de generieke adapter (is 

niet aanwezig bij Almelo of Breda). 

SVB en IBG berichten bevragen Nee. 

Alleen SVB geïmplementeerd (geen 

specificaties ontvangen van IBG-bericht). Maar 

beide ondersteunen nog geen webservice 

bevraging. 

Ondersteuning beveiligingscertificaten Nee. 

Is nog niet geleverd. 

Documentvorming bij berichtenverkeer Ja 

Omzetten overnameschermen bij 

berichtenverkeer 

Ja (bijvoorbeeld berichtenverkeer EKB). 

Controlescripts Kwaliteit van gegevens is voortdurend 

aandachtspunt. 

Het testverslag is op de volgende pagina‟s integraal opgenomen, inclusief de “tips & trucs”. De 

geconstateerde “fouten”zullen via een fix zo spoedig mogelijk worden opgelost, zodat DKD-gebruik 

kan worden vrijgegeven. Via de ondersteuningssite zal deze informatie worden gecommuniceerd. 

38


7.1 Testresultaten DKD in de gemeenten Almelo en Breda 

7.1.1 Aanleveren verwijsindex (initieel en mutaties) 

In versie 5 is de basisfunctionaliteit geleverd, namelijk de (generieke) adapter, EKB en het 

automatisch aanmaken van een verwijsindex (die richting Inlichtingenbureau wordt gezonden), zowel 

initieel (1e keer) als voor mutaties. Daarmee kan de WIZ-dienst door ketenpartners worden bevraagd 

en kunnen de relevante (GSD)gegevens worden geleverd. 

Testresultaat 

Dit onderdeel is in beide gemeenten niet separaat getest; de aanlevering van de verwijsindex verloopt 

zonder problemen. 

Tips & Trucs 

Voor het actueel houden van de verwijsindex met behulp van het „veegprogramma‟, wordt dezelfde 

programmatuur gebruikt als voor de initiële vulling. In dit programma dient echter voor de indicatie 

„Mutaties‟ gekozen te worden. Het actueel houden van de verwijsindex, met behulp van het 

„veegprogramma‟, dient periodiek plaats te vinden (bijvoorbeeld 1 maal per week). De gemeente is 

immers eigenaar van de aangeleverde gegevens en dient derhalve tevens de kwaliteit hiervan te 

bewaken. 

7.1.2 Bevraagd worden vanuit DKD 

De bevraging vindt plaats door middel van bijvoorbeeld Suwinet-Inkijk. 

Testresultaat 

Met behulp van SQL is een BSN opgevraagd die was aangemeld voor DKD en deze bevraagd in 

Suwinet-Inkijk. Dit heeft onderstaand resultaat opgeleverd: 

Aandachtsgebieden 

Persoonsgegevens toont correcte gegevens 

Adresgegevens toont correcte gegevens 

Uitkeringsaanvragen toont correcte gegevens 

Uitkeringsverhoudingen toont correcte gegevens 

Bijzondere bijstand toont correcte gegevens 

Vorderingen toont correcte gegevens 

Re-integratie niet testbaar, gegevens worden door gemeente geregistreerd in 

applicatie Stratech 

Bij een van de gemeenten was er sprake van een time-out probleem, het duurde te lang voordat er 

een antwoordbericht terugkwam van de gemeente. Suwinet-Inkijk toont hierbij de melding: Gemeente 

x heeft geen gegevens geleverd, wat duidt op een time-out probleem. Ondertussen heeft de 

gemeente dit probleem opgelost. 

Tips & Trucs 

Bij de implementatie dient gecontroleerd te worden of systematisch sinds de release van versie 5.6 de 

aanpassingen in de asn bestanden met betrekking tot het DKD/generieke adapter zijn doorgevoerd 

door systeembeheer (zie verderop). 

In het programma „inzien en beoordelen DKD‟ kan het voorkomen dat de html pagina‟s niet worden 

weergegeven. Dit kan worden opgelost door te controleren of de gebruiker op de webserver 

schrijfrechten heeft op de XSL map van de GWS4all-programmaboom. 

39


7.1.3 DKD bevragen vanuit GWS 

Binnen GWS4all is het op verschillende wijzen mogelijk gemaakt om de DKD-gegevens via 

webservice op te vragen. Dit kan bijvoorbeeld vanuit een speciaal programma in het menu. Hierbij 

zullen automatisch alle DKD-berichten van alle partijen worden opgevraagd van zowel de cliënt als 

eventuele partner. Vanuit de menukeuze kan een professionele medewerker zelf bepalen welke 

berichten er voor een cliënt opgevraagd dienen te worden. 

Tevens is er een apart programma beschikbaar om de opgevraagde gegevens te raadplegen. Daarbij 

bestaat tevens de mogelijkheid om een kwaliteitskenmerk hierbij aan te geven. 

Testresultaat 

GSD Dossier Persoon Succesvol bevraagd 

UWV Dossier Persoon Succesvol bevraagd 

UWV Arbeidsverleden Succesvol bevraagd 

CWI Dossier Persoon Succesvol bevraagd 

RDW Dossier Persoon Succesvol bevraagd 

SVB Dossier Persoon SVB is nog niet te bevragen (nog geen ondersteuning webservice 

bevraging). 

7.1.4 Koppelvlak aanvragen 

Het xml-bericht wordt door de generieke adapter van GWS4all verwerkt en doorgesluisd naar 

GWS4all. Het bericht bevat het BSN, NAW en aanvullende gegevens om een werkproces in de 

module werkbeheersing te kunnen starten. Op basis van de inhoud van het bericht is het mogelijk om 

met behulp van filters in GWS4all te bepalen hoe de afhandeling van het werkproces moet 

plaatsvinden. Het is mogelijk om dit bericht voor alle gemeentelijke regelingen te gebruiken. 

Testresultaat 

Dit onderdeel is in beide gemeenten niet getest. 

7.1.5 (Deep)linken met Suwinet-Inkijk 

Vanuit de programma‟s werkvoorraad (scherm: Mijn cliënten) en opvragen algemeen (onder 

rechtermuisknop op cliëntnummer) is het mogelijk gemaakt om Suwinet-Inkijk op te starten. De 

professionele medewerker dient hier eenmalig in te loggen (met gebruikersnaam en wachtwoord) en 

dient handmatig het BSN in te voeren (of via de toepassing van „plakken‟ van het op het klembord 

vastgelegde BSN). 

Testresultaat 

1. via rechtermuisknop 

Wanneer nog niet is ingelogd in Suwinet-Inkijk werkt het deeplinken correct en wordt de 

inlogpagina van Suwinet-Inkijk getoond. Echter, op het moment dat er al is ingelogd in Suwinetinkijk 

wordt er een foutmelding(http 404) getoond. 

2. via werkproces 

De Suwinet-Inkijk inlogpagina wordt getoond (zowel indien reeds eerder is ingelogd als indien nog 

niet is ingelogd). 

Tips & Trucs 

Geadviseerd wordt aan de eindgebruiker om voorafgaand aan het deeplinken de openstaande sessie 

af te sluiten. 

40


7.1.6 DKD-gegevens gebruiken binnen documenten 

Binnen de documentvorming is het op gegevenssetniveau mogelijk gemaakt om via nieuw benoemde 

(sub)entiteiten de DKD-gegevens, welke zich in de xml-berichten bevinden, te ontsluiten voor te 

genereren documenten. Dit betreft zowel stuksdocumenten (rapportage, beschikking, brief, trajectplan 

enz.) als bulkdocumenten (hercontroleformulier, mutatieformulier enz.). Hiermee wordt invulling 

gegeven aan het hergebruik van binnen de keten bekende gegevens. De ontsluiting van gegevens in 

het xml-bericht vindt plaats via een nieuw ontwikkeld programma, welk in .NET is gebouwd. 

Testresultaat 

Het gebruik van gegevens uit 1 xml-bericht in documenten werkt voor zowel enkele gegevens als 

repeterende gegevens. 

Nog te realiseren (fout) 

in de ingerichte gegevensset wordt (ongeacht het aantal entiteiten) de inhoud achter de knop 'filter 

XML' als een leeg scherm gepresenteerd; deze gegevens zijn wel aanwezig maar worden niet 

gepresenteerd; 

bij meerdere ingerichte xml-entiteiten in 1 gegevensset worden de bij de entiteiten gedefinieerde 

velden niet gepresenteerd in de ingerichte gegevensset; 

bij opname van xml-entiteiten RDW of UWV-AV bij documentvorming lukt het samenstellen van 

het .ctc-bestand niet (NB: deze fout dient opgelost te worden, voordat overgegaan kan worden tot 

vrijgave). 

Tips & Trucs 

Door middel van het plaatsen van de schuifbalk op de onderste positie (= laatste entiteit van de 

gegevensset) van de entiteiten in het scherm „onderhoud gegevensset‟, wordt alsnog de inhoud 

getoond. In een xml-entiteit dient niet alleen het veld inhoud_xml opgenomen te worden, maar ook 

nog een ander veld. 

7.1.7 Opvragen, Inzien en beoordelen DKD-gegevens binnen werkprocessen 

Binnen GWS4all is het op verschillende wijzen mogelijk gemaakt om de DKD-gegevens via 

webservice op te vragen. Dit kan bijvoorbeeld automatisch plaatsvinden bij het opstarten van een 

werkproces. Hierbij zullen automatisch alle DKD-berichten van alle partijen worden opgevraagd van 

zowel de cliënt als eventuele partner.. Tevens is er een apart programma beschikbaar om de 

opgevraagde gegevens te raadplegen. Daarbij bestaat de mogelijkheid om een kwaliteitskenmerk 

hierbij aan te geven. Beide nieuwe programma‟s kunnen ook opgenomen worden als taak binnen een 

werkproces. 

Testresultaat 

via menu: werkt 

via werkprocestaak: werkt, het werkprocesnummer wordt vastgelegd in de tabel BSKOPPEL 

bij het aanmaken van een werkproces: akkoord, het scherm wordt onmiddellijk vrijgegeven en de 

bevraging wordt op de achtergrond uitgevoerd. 

7.1.8 Positionering opvragen algemeen BSN 

Binnen het DKD worden gegevens tussen ketenpartners uitgewisseld op basis van het 

Burgerservicenummer (BSN). Dit BSN wordt steeds belangrijker. Binnen GWS4all is het BSN op veel 

plaatsen beschikbaar en zichtbaar. Het programma „Opvragen algemeen‟ wordt zeer veel gebruikt 

door medewerkers van een WIZ-dienst. Daarom heeft het BSN een duidelijkere positionering 

gekregen binnen dit programma. 

Testresultaat 

Akkoord. 

41


7.1.9 Collectieve opvraag BSN’s 

Binnen het programma „Collectief bevragen Digitaal Klant Dossier‟ is het mogelijk gemaakt om een 

door de gemeente zelf samengesteld tekstbestand (.txt) met cliëntnummers te selecteren. De 

cliëntnummers dienen onder elkaar te staan, zonder toevoeging van leestekens. Voor de cliënten die 

aanwezig zijn in dit tekstbestand worden de DKD-gegevens binnen de SUWI-keten opgevraagd. Deze 

bevraging wordt in principe asynchroon uitgevoerd. Dat wil zeggen dat, nadat op de „OK‟ button is 

geklikt, het programma gesloten wordt, maar het proces verder afloopt op de webserver (conform de 

aanlevering van de initiële verwijsindex). Er kan aangegeven worden voor welk(e) bericht(en) 

bevraging dient plaats te vinden. Deze berichten zijn: 

22 = GSD Dossier Persoon 

23 = CWI Dossier Persoon 

24 = RDW Dossier 

25 = UWV Dossier Arbeidsverleden 

26 = UWV Dossier Persoon 

Het programma kan eventueel ook in batch opgestart worden. Wanneer het signaal „Collectief 

bevragen Digitaal Klant Dossier‟ wordt afgemeld, wordt het verslag aangemaakt en is deze te 

benaderen met behulp van het programma „Afdrukken printbestanden‟. De gegevens van de 

succesvol bevraagde cliënten kunnen worden ingezet bij de documentvorming. Op het verslag zullen 

alleen de niet succesvol bevraagde cliënten en de reden van het niet kunnen bevragen, worden 

vermeld. 

Testresultaat 

Textbestand aangemaakt met een aantal cliëntnummers (respectievelijk 6 en 19 cliënten) en gebruikt 

bij het collectief bevragen. Op het moment dat er een bevraging wordt uitgevoerd, wordt het scherm 

vrijgegeven en wordt op de achtergrond de bevraging uitgevoerd. Na afloop wordt meldingnummer 

721 (zie tabel SZAUTOWS) getoond in de werkvoorraad, waarna ook een printbestand gegenereerd 

wordt. 

7.1.10 Statusinformatie aanvragen 

De relevante statuswijzigingen binnen de afhandeling van een zaak (in dit geval een werkproces 

binnen GWS4all) worden actief vanuit de procesapplicatie (GWS4all) verstuurd naar een 

ontvangende applicatie. Deze ontvangende applicatie kan bijvoorbeeld het zakenmagazijn in het 

midoffice zijn, maar ook een applicatie in het frontoffice. De statuscodes kunnen in een nieuwe 

referentietabel „Status Zaak‟ worden benoemd. In de fasentabel kan vervolgens bij relevante fasen in 

een werkproces een statuscode worden opgenomen. 

De omschrijving van de code is zichtbaar in „Opvragen Algemeen‟, scherm „Gegevens werkproces‟. 

Het berichtenverkeer komt op gang wanneer: 

een werkproces wordt aangemaakt en er een statuscode in de startfase van het werkproces is 

opgenomen; 

een werkproces wordt ingetrokken. 

Het bericht wordt verzonden naar een andere applicatie. De URL van deze ontvangende applicatie 

moet aanwezig zijn in de filterset KoppelVlak Aanvraag (KVA) bij Parameters berichtenverkeer. 

Testresultaat 

Dit onderdeel is in beide gemeenten niet getest (nog geen zakenmagazijn beschikbaar). 

7.1.11 Beschikbaar stellen uitkeringsspecificatie en jaaropgaaf 

Een specifieke pagina op de gemeentelijke website (bijvoorbeeld een pagina van de WIZ-dienst 

waarop een burger komt, na ingelogd te zijn met DigiD) dient in staat te zijn om een vraagbericht 

(xml-formaat) samen te kunnen stellen en deze te versturen naar het adres van de generieke adapter. 

Daarnaast dient deze specifieke pagina de gegevens in het terugontvangen antwoord (xml-formaat) te 

kunnen tonen aan de burger. De burger moet hiervan vervolgens een afdruk kunnen maken. Ook dit 

behoort tot de functionaliteit van de specifieke gemeentelijke pagina. 

42


Testresultaat 


7.1.12 Opschoning logging berichtenverkeer 

Het opschonen van de logging van het berichtenverkeer dient gefaseerd plaats te vinden. In eerste 

instantie dienen records uit de productietabellen overgeheveld te worden naar overeenkomstige 

historietabellen. De records in de aan BSKOPPEL gerelateerde tussentabellen dienen niet 

overgeheveld te worden. Deze dienen gelijk verwijderd te worden uit de betreffende tussentabellen. In 

tweede instantie dient het mogelijk gemaakt te worden om de overgehevelde records in de 

historietabellen definitief te verwijderen. Zowel het overhevelen van records van de productie- naar 

historietabellen, als het definitief verwijderen uit de historietabellen dient op basis van een peildatum 

plaats te vinden. Deze peildatum dient bij de overheveling naar historietabellen handmatig ingegeven 

te kunnen worden, waarbij deze datum voor de systeemdatum dient te liggen. Aangezien er in het 

kader van aanvragen bij het berichtenverkeer EKB wettelijke bewaartermijnen gelden voor de logging 

van berichtenverkeer (een bericht kan als een document gezien worden), is er een nieuwe numerator 

beschikbaar waarbij een termijn van maanden ingegeven kan worden. De peildatum die op basis van 

deze numerator berekend wordt (systeemdatum -/- aantal maanden numerator), is default en niet 

wijzigbaar in het definitieve opschoonprogramma. Deze numerator geldt voor alle berichtenmodules 

met betrekking tot de berichten die enigszins met een aanvraag verband houdt. Dat wil zeggen dat bij: 

module DKD alle berichten behalve de IBVerwijsindex-berichten hieronder vallen; 

module EKB alle berichten hieronder vallen; 

module ISI alle bij elkaar horende uitgaande en inkomende berichten hieronder vallen, de 

overige niet; 

module KVA de webintakeberichten hieronder vallen, de overige niet; 

module EFM alle berichten hieronder vallen. 

Voor de berichten die onder de uitzondering vallen, geldt dat in ieder geval opschoning plaatsvindt 

(dus niet afhankelijk van de peildatum). 

Testresultaat 

Overhevelen Ongeveer 100 records worden per minuut verwerkt (beide gemeenten). Het scherm 

wordt bij verwerking niet vrijgegeven. Printverslag wordt aangemaakt. 

Opschonen Tussen de 230 tot 600 records worden per minuut verwerkt. Het scherm wordt bij 

verwerking niet vrijgegeven. Printverslag wordt aangemaakt. 

Tips & Trucs 

Geadviseerd wordt om de programma‟s vanaf een afzonderlijk werkstation te laten draaien. 

7.1.13 Vergelijkingsscherm DKD 

De status van DKD-gegevens brengt een „beperkte houdbaarheid‟ met zich mee, gegeven het feit dat 

een „actuele inkijk‟ wordt geboden. Het betreft dus telkens een momentopname, die mede bepalend is 

voor de afhandeling van een proces. De doorlooptijd van een proces kan (vanwege allerlei 

omstandigheden) dusdanig lang zijn, dat de DKD-gegevens op basis waarvan een besluit onder 

andere genomen is, intussen gewijzigd zijn, waardoor het besluit wellicht anders uit zou kunnen 

vallen. Het dient voor een gebruiker mogelijk gemaakt te worden om een vergelijking te kunnen 

maken tussen de DKD-gegevens van een cliënt (BSN) van verschillende datums. In het programma 

„Inzien en beoordelen Digitaal KlantDossier‟ is het ook mogelijk om twee berichten van dezelfde soort 

van verschillende tijdstippen te selecteren. Indien er twee dezelfde soort berichten geselecteerd zijn, 

kan door middel van een button „Vergelijken‟ een nieuw programma opgestart te worden. 

Dit nieuwe programma vergelijkt de twee geselecteerde berichten, waarbij op elementniveau bepaald 

wordt of de inhoud hiervan nieuw, gewijzigd, ongewijzigd of verwijderd is. 

Testresultaat 

Akkoord; de vergelijkingsbutton verschijnt na selectie 2 gelijksoortige berichten. 

Nog te realiseren (wens) 

Op het selectiescherm bij het vergelijken van berichten wordt alleen de naam en datum van het 

43


bericht getoond; er staat geen tijdstip of volgnummer wat het lastig maakt om meerdere (>2) 

gelijksoortige berichten te kunnen onderscheiden die op dezelfde datum zijn bevraagd. 

7.1.13 E-BB (restant van versie 8) 

Het berichtenverkeer ten behoeve van de functionaliteit in het kader van de voorinvulling van 

gegevens op het eFormulier heeft de structuur van het stellen van een vraag vanuit een gemeentelijke 

website (internet) aan de generieke adapter (welke op een webserver draait binnen het gemeentelijke 

netwerkdomein). De generieke adapter handelt de vraag af en stuurt hiervoor de benodigde GWS4allcomponenten 

aan. Het antwoord wordt synchroon aan de vraagsteller (eFormulier bijzondere bijstand) 

gestuurd. 

Testresultaat 


7.1.14 SVB en IBG berichten bevragen 

Met behulp van het bestaande programma „Bevragen Digitaal KlantDossier‟ dienen, naast gegevens 

van het UWV, CWI, RDW en andere WIZ-diensten (GSD), ook de gegevens van de SVB en IBG te 

kunnen worden opgevraagd. 

Testresultaat 

Dit onderdeel is in beide gemeenten niet getest: Specificaties van IBG zijn nog niet beschikbaar en 

SVB is nog niet te bevragen (nog geen ondersteuning webservice bevraging). 

7.1.15 Ondersteuning beveiligingscertificaten 

Op het niveau van de webserver dient de inzet en gebruik van PKI-certificaten mogelijk gemaakt te 

worden. 

PKI staat voor Public Key Infrastructure. Dit betreft dus een infrastructuur voor het vertrouwelijk 

versturen van data over een (onveilig publiek) netwerk. PKI maakt gebruik van een publieke- en een 

geheime sleutel voor het coderen en decoderen van berichten. PKI voor de Overheid (PKI-Overheid) 

maakt betrouwbare communicatie mogelijk. Met behulp van PKI-certificaten is de informatie die 

personen/-organisaties over het internet sturen, beveiligd op een hoog niveau van betrouwbaarheid. 

Certificaten worden bijvoorbeeld gebruikt bij: 

het authenticeren 

het beveiligen van websites 

het versleutelen van berichten 

Testresultaat 

Dit onderdeel is in beide gemeenten niet getest (nog niet beschikbaar). 

7.1.16 Omzetten overnameschermen bij berichtenverkeer 

Alle overname- en verzendschermen van de module Electronische Ketenberichten (EKB) zijn 

vervangen door schermen met de nieuwe look and feel. 

Testresultaat 


7.1.17 Controlescript DKD 

Door middel van seperaat ontwikkelde sql-scripts kan snel inzicht gekregen worden met betrekking tot 

mogelijke foutsituaties in de GWS4all-database voor gegevens welke aangeleverd dienen te worden 

in het kader van DKD. Deze scripts worden met elke nieuwe GWS4all-versie op de installatie CD 

meegeleverd. Advies is om deze periodiek te draaien en de output hiervan te beoordelen. De scripts 

44


bevatten geen automatische correctie. Eventueel door te voeren mutaties dienen handmatig (of via 

SQL indien de omvang zich daartoe leent) via GWS4all plaats te vinden. 

Testresultaat 

Scripts worden periodiek door de gemeente uitgevoerd. Output van deze scripts wordt door de 

gemeente beoordeeld. 

Tips & Trucs 

Periodiek scripts draaien ter controle van de betrouwbaarheid van de door de gemeente aan te 

leveren DKD-gegevens. 

7.2 Noodzakelijke asn-instellingen 

Onderstaande instellingen dienen aanwezig te zijn in de betreffende asn-bestanden. 

testontvanger_omgeving_gemeente.asn 

usys:uana.urr \\gwsserver\share\Appl\Gws4all\Prod\Libs\uana.urr 

[FILES] 

*.xml \\gwsserver\share\Appl\Gws4all\Prod\Xml\*.xml 

[LOGICALS] 

HTTPTESTSTATUS 200 

HTTPTESTRESPONS test_respons.xml 

urouter.asn 

blk_async_productie_gemeente = ":\applic\centric\gws4all\uniface8\bin\userver.exe" 

-max=10 -maxreq=100 -maxidle=0s - 

dir=":\applic\centric\gws4all\prod\log" - 

asn="\\gwsserver\share\gws4all\prod\asn\berichtenverkeer_productie_gemeente.asn" 

blk_mut_vi_productie_gemeente = ":\applic\centric\gws4all\uniface8\bin\userver.exe" 



asn="\\gwsserver\share\gws4all\prod\asn\berichtenverkeer_asynchroon_productie_gemeente.asn" 

blk_mut_vi.aps 

blk_dkd_productie_gemeente = ":\applic\centric\gws4all\uniface8\bin\userver.exe" 




productie_gemeente_a_bev = ":\applic\centric\gws4all\uniface8\bin\userver.exe" 

-maxreq=100 -maxidle=30s - 



productie_gemeente_b_bev = ":\applic\centric\gws4all\uniface8\bin\userver.exe" 




productie_gemeente_c_bev = ":\applic\centric\gws4all\uniface8\bin\userver.exe" 

-maxreq=100 -maxidle=0s - 


asn="\\gwsserver\share\gws4all\prod\asn\berichtenverkeer_productie_gemeente.asn" 

blk_async_test_gemeente = ":\applic\centric\gws4all\uniface8\bin\userver.exe" 

-max=10 -maxreq=100 -maxidle=0s -dir=":\applic\centric\gws4all\test\log" - 

asn="\\gwsserver\share\gws4all\test\asn\berichtenverkeer_test_gemeente.asn" 

blk_mut_vi_test_gemeente = ":\applic\centric\gws4all\uniface8\bin\userver.exe" 


45


asn="\\gwsserver\share\gws4all\test\asn\berichtenverkeer_asynchroon_test_gemeente.asn" 

blk_mut_vi.aps 

blk_dkd_test_gemeente = ":\applic\centric\gws4all\uniface8\bin\userver.exe" 



test_gemeente_a_bev = ":\applic\centric\gws4all\uniface8\bin\userver.exe" 

-maxreq=100 -maxidle=30s -dir=":\applic\centric\gws4all\test\log" - 


test_gemeente_b_bev = ":\applic\centric\gws4all\uniface8\bin\userver.exe" 



test_gemeente_c_bev = ":\applic\centric\gws4all\uniface8\bin\userver.exe" 

-maxreq=100 -maxidle=0s -dir=":\applic\centric\gws4all\test\log" - 

asn="\\gwsserver\share\gws4all\test\asn\berichtenverkeer_test_gemeente.asn" 

berichtenverkeer_asynchroon_omgeving_gemeente.asn 

[PATHS] 

$ASYNC TCP:server+13000|user|wachtwoord|blk_async_omgeving_gemeente 

$BEV_SERVER TCP:server+13000|user|wachtwoord|omgeving_gemeente_c_bev 

[FILES] 

GSDDossierPersoon*.xsl \\gwsserver\share\Appl\Gws4all\Prod\Xsl\GSDDossierPersoon*.xsl 

GSD-IBVerwijsindex*.xsl \\gwsserver\share\Appl\Gws4all\Prod\Xsl\GSD-IBVerwijsindex*.xsl 

CWI*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\CWI*.xsl 

UWV*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\UWV*.xsl 

RDW*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\RDW*.xsl 

Suwi*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Suwi*.xsl 

Webintake*.xsl \\gwsserver\share\Appl\Gws4all\Prod\Xsl\Webintake*.xsl 

Rp*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Rp*.xsl 

Rq*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Rq*.xsl 

Isi*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Isi*.xsl 

Status*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Status*.xsl 

Jaar*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Jaar*.xsl 

Uit*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Uit*.xsl 

GWS*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\GWS*.xsl 

Een*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Een*.xsl 

SVB*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\SVB*.xsl 

b*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\b*.xsl 

[SERVICES_EXEC] 

CLI_DKD_C_IBV_S $ASYNC:CLI_DKD_C_IBV_S 

CLI_DKD_C_BEV_S $BEV_SERVER:CLI_DKD_C_BEV_S 

[ENTITIES] 

*.BM2GWS $SERVER:*.* 

[LOGICALS] 

xsd_locatie \\gwsserver\share\Appl\Gws4all\Prod\Xsd 

utf8_filter http://server:8080/berichtenverkeercwi/filter/omgeving/gemeente/run/ 

SOAP_ENDPOINT http://server:8080/berichtenverkeercwi/omgeving/gemeente/run/ 

[USER_3GL] 

\\gwsserver\share\Appl\Gws4all\Prod\libs\gws_add.dll 

:\Applic\Centric\Gws4all\Uniface8\jre\bin\client\jvm.dll /preload 

46


berichtenverkeer_omgeving_gemeente.asn 

[PATHS] 

$GWS_SERVER TCP:server+13000|user|wachtwoord|blk_dkd_omgeving_gemeente 

$BEV_SERVER TCP:server+13000|user|wachtwoord|omgeving_gemeente_b_bev 


CLI_DKD_B_IBV_S $GWS_SERVER:CLI_DKD_B_IBV_S 

CLI_DKD_B_BEV_S $BEV_SERVER:CLI_DKD_B_BEV_S 

[FILES] 

GSDDossierPersoon*.xsl \\gwsserver\share\Appl\Gws4all\Prod\Xsl\GSDDossierPersoon*.xsl 

GSD-IBVerwijsindex*.xsl \\gwsserver\share\Appl\Gws4all\Prod\Xsl\GSD-IBVerwijsindex*.xsl 

CWI*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\CWI*.xsl 

UWV*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\UWV*.xsl 

RDW*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\RDW*.xsl 

Suwi*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Suwi*.xsl 

Webintake*.xsl \\gwsserver\share\Appl\Gws4all\Prod\Xsl\Webintake*.xsl 

Rp*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Rp*.xsl 

Rq*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Rq*.xsl 

Isi*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Isi*.xsl 

Status*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Status*.xsl 

Jaar*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Jaar*.xsl 

Uit*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Uit*.xsl 

GWS*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\GWS*.xsl 

Een*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\Een*.xsl 

SVB*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\SVB*.xsl 

b*.xsl \\gwsserver\share\Appl\Gws4all\Prod\xsl\b*.xsl 

[ENTITIES] 


[LOGICALS] 

xsd_locatie \\gwsserver\share\Appl\Gws4all\Prod\Xsd 

utf8_filter http://server:8080/berichtenverkeercwi/filter/omgeving/gemeente/run/ 

SOAP_ENDPOINT http://server:8080/berichtenverkeercwi/omgeving/gemeente/run/ 

[USER_3GL] 


:\Applic\Centric\Gws4all\Uniface8\jre\bin\client\jvm.dll /preload 

berichtenverkeer_web_omgeving_gemeente.asn 

[FILES] 

GSDDossierPersoon*.xslt \\gwsserver\share\Appl\Gws4all\Prod\Xsl\GSDDossierPersoon*.xslt 

CWIDossierPersoon*.xslt \\gwsserver\share\Appl\Gws4all\Prod\Xsl\CWIDossierPersoon*.xslt 

RDWDossier*.xslt \\gwsserver\share\Appl\Gws4all\Prod\Xsl\RDWDossier*.xslt 

UWVDossier*.xslt \\gwsserver\share\Appl\Gws4all\Prod\Xsl\UWVDossier*.xslt 

[LOGICALS] 

xsl_locatie \\gwsserver\share\Appl\Gws4all\Prod\Xsl 

[ENTITIES] 


47


gwsomgeving.asn 


CLI_DKD_A_IBV_S $GWS_SERVER:CLI_DKD_A_IBV_S 

BSVERZEND_S $GWS_SERVER:BSVERZEND_S 

CLI_DKD_A_BEV_S $BEV_SERVER:CLI_DKD_A_BEV_S 

BSVERZEND_ASYN_S $GWS_SERVER:BSVERZEND_ASYN_S 

[PATHS] 

$GWS_SERVER TCP:server+13000|user|wachtwoord|blk_omgeving_gemeente 

$BEV_SERVER TCP:server+13000|user|wachtwoord|omgeving_gemeente_a_bev 

$BM_SERVER TCP:server+13000|user|wachtwoord|verwerk_bericht_omgeving_gemeente 

[LOGICALS] 

XSL \\gwsserver\share\Appl\Gws4all\Prod\Xsl 

XSLT \\gwsserver\share\Appl\Gws4all\Prod\Xalan\bin\xalan.jar 

XSD_LOCATIE \\gwsserver\share\Appl\Gws4all\Prod\Xsd 

bmlogger http://server:8080/berichtenverkeercwi/web/omgeving/gemeente/run/ 

[USER_3GL] 


\\gwsserver\share\Appl\Uniface8\jre\bin\client\jvm.dll /preload 

7.3 Stappenplan implementatie functionaliteit in GWS4all 

1. check asn-instellingen met betrekking tot berichtenverkeer DKD 

2. check of de gebruiker op webserver schrijfrechten heeft op de XSL-map van GWS 

3. check juiste versie: Microsoft .NET framework versie 2.0 dient minimaal aanwezig te zijn 

4. controleer kwaliteit aan te leveren gegevens aan de hand van de controlescripts (zie uitlever CD: 

map Controle_Databasegegevens) 

5. beheer DKD borgen (actueel houden van de verwijsindex met behulp van het periodieke 

„veegprogramma‟ en het periodiek draaien van de controlescripts) 

6. functionaliteit in GWS4all inrichten; relevante onderhoudstabellen die daarbij een rol spelen: 

menu-autorisaties 

parameters berichtenverkeer 

parameters systeem 

parameters kantoorautomatisering 

parameters casemanager 

autorisatie DKD-berichten 

autorisatie opvragen algemeen 

numeratoren (vervolg) 

code besluit aanvraag uitkeringen (maatwerkprogramma) 

onderhoud vestiging suwi 

cliëntgroep werkbeheersing 

kwaliteit bericht 

fasentabel 

tabel GWS taken 

automatische werkprocessen/signalen 

documentvorming (sjabloon, body, gegevensset) 

48


Bijlage 8 Maatregelen rond het beheer 

Onderstaand zijn de belangrijkste maatregelen opgenomen, die rond het beheer van DKD moeten 

worden vormgegeven en ingevuld. 

8.1 Kwaliteit van de gegevens: permanente controle 

In GWS4all is vanaf versie 6 de ondersteuning bij invoer van gegevens door een professionele 

gebruiker in de zogenaamde dossierschermen verder vergroot. Een groot aantal validatie- en 

relatiecontroles zijn toegevoegd, zodat de kwaliteit van de ingevoerde gegevens verder toegenomen 

is. Daarnaast heeft iedere gemeente de mogelijkheid om hun eindgebruikers nog verdere 

ondersteuning te bieden door het inzetten van de zogenaamde matrices. Met behulp van deze 

matrices kunnen bepaalde zaken afgedwongen worden (verplicht te vullen velden door een 

gebruiker), kan een default waarde meegegeven worden die niet wijzigbaar is en kan een 

eindgebruiker bepaalde velden naar eigen inzicht met een waarde vullen. Hiermee kan een hogere 

kwaliteit van de ingevoerde gegevens bereikt worden. Volledigheidshalve verwijzen we voor de inzet 

hiervan naar de beschikbare releasenotes en workshopmateriaal van GWS4all versie 6. 

Tijdens het invoeringstraject van functionaliteit voor het DKD binnen GWS4all zijn bij en met de 

koplopergemeenten Breda, Eindhoven en Rotterdam onder andere de zogenaamde 

signaleringsscripts ontwikkelt. Deze scripts leveren lijstwerk op en signaleren mogelijke foutsituaties. 

Deze signaleringen dienen beoordeeld te worden om te bezien of er correcties dan wel 

opschoonacties doorgevoerd dienen te worden. In de bij de signaleringscripts meegeleverde 

documentatie wordt aangegeven hoe deze correcties doorgevoerd kunnen worden. 

Het advies is om deze signaleringsscripts periodiek te draaien ter controle van de kwaliteit van 

gegevens. De frequentie kan afgestemd worden in relatie tot het mogelijk aantal door te voeren 

correcties. Dit dient elke gemeente naar eigen inzicht te bepalen. 

De signaleringsscripts worden op elke uitlever CD van een nieuwe versie van GWS4all meegeleverd 

in de map \Controle_Databasegegevens\DKD. Eventuele opmerkingen dan wel gewenste 

aanpassingen c.q. uitbreidingen in deze scripts kunnen gemeld worden bij de helpdesk GWS4all. 

Het hergebruiken van gegevens van ketenpartners betekent dat de professionele medewerkers 

inzage hebben in gegevens die bij een andere ketenpartner – de bronhouder – geregistreerd zijn. 

Hierin kunnen fouten voorkomen en/of wijzigingen optreden. Om de kwaliteit van gegevens in de 

keten op niveau te houden, is het van belang dat de partners elkaar hierover informeren en een 

zogenaamde terugmelding aan de bron doen. 

Landelijk zijn er afspraken gemaakt en kaders ontwikkeld waarbinnen de terugmelding plaats kan 

vinden. Binnen deze kaders dienen er ook lokaal met de ketenpartners afspraken gemaakt te worden 

over het proces „Terugmelden‟. In deze afspraken dient in ieder geval aandacht besteed te worden 

aan de manier waarop, het tempo en de terugkoppeling naar de melder. Voor uitgebreidere informatie 

hierover, zie bijlage 4. 

8.2 Functioneel beheer 

In de dagelijkse praktijk omvat functioneel beheer het volgende: 

het onderhouden van de functionele specificaties; 

het toekennen van autorisaties; 

het uitvoeren van een acceptatietest; 

het begeleiden en opleiden van gebruikers met betrekking tot het gebruik van informatiesystemen; 

het bewaken van het juiste gebruik van het informatiesysteem; 

het onderhouden en uitvoeren van handmatige procedures; 

het beheer van applicatiegebonden gegevens; 

het inhoudelijk beheer van gegevensverzamelingen. 

De laatste twee onderwerpen hebben vooral betrekking op de kwaliteit van gegevens. Hier is in de 

vorige paragraaf bij stil gestaan. Ten aanzien van de eerste zes aandachtspunten zijn binnen 

49


GWS4all met betrekking tot het beschikbaar komen van specifieke functionaliteit in het kader van het 

DKD een aantal zaken te benoemen. Deze vragen een extra inzet in relatie tot het DKD en dienen 

binnen het “reguliere” werk geborgd te worden. 

Onderhouden van de functionele specificaties en toekennen van autorisaties 

Binnen GWS4all zijn ten behoeve van het DKD een aantal functionaliteiten beschikbaar gekomen. 

Om deze efficiënt en effectief in te zetten, dienen hiervoor een aantal inrichtingsactiviteiten uitgevoerd 

te worden. 

Allereerst dient bepaald te worden welke programma‟s aan welke gebruikers(groepen) toegekend 

dienen te worden. De volgende programma‟s zijn beschikbaar gekomen: 

Programma’s voor de professionele eindgebruiker 

Plaats in menu Naam programma Toelichting 

Module algemeen > Activiteiten > 

Digitaal KlantDossier: 

Bevragen 

Betreft nieuw programma. 

Inzien en beoordelen Betreft nieuw programma. 

Module werkbeheersing > 

Besluit In bestaand programma is het soort besluit 

Activiteiten > 

ten behoeve van aanvraaggegevens DKD 

toegevoegd. 

Programma’s voor applicatiebeheer 


Module werkbeheersing > 

Werkvoorraad Indien het programma „Aanleveren IB 

Activiteiten 

verwijsindex‟ gereed is, komt hier een melding 

van in de werkvoorraad. Dit geldt ook voor 

een collectieve bevraging, waarbij vanuit deze 

melding een verslag afgedrukt kan worden. 

Module applicatiebeheer algemeen Inzien berichten 

In bestaand programma zijn zaken met 

> Berichtenverkeer 

betrekking tot inzien van DKD-berichten 

toegevoegd. Hier worden de berichten in hun 

xml-opmaak getoond. 

Module applicatiebeheer tabellen > 

Parameters 


Systeem 


Vrije tabellen > Onderhoud 

werkbeheersing 

DKD aanleveren IB 

verwijsindex 

DKD collectief bevragen 

Verzenden 

Opnieuw verzenden 

Overhevelen logging 

Parameters 

berichtenverkeer 

Toewijzing autorisatie 

gebruikersgroep 

Besluit aanvaag 

uitkeringen 

Betreft nieuw programma voor het initieel 

(eenmalig) en mutaties (periodiek) aanleveren 

van de verwijsindex aan het 

Inlichtingenbureau. 

Betreft nieuw programma voor het opvragen 

van DKD gegevens van een geselecteerde 

groep cliëntnummers. 

In bestaand programma is het verzenden van 

DKD-berichten toegevoegd. 

In bestaand programma is het opnieuw 

verzenden van DKD-berichten toegevoegd (in 

geval van eerder mislukte poging(en)). 

Nieuw programma waarin o.a. logging met 

betrekking tot DKD-berichtenverkeer 

opgeschoond kan worden. 

Hier is een nieuw tabblad voor het DKD 

berichtenverkeer beschikbaar gekomen voor 

het zetten van de nodige instellingen. 

In dropdownlijst is keuze „Toewijzing DKD 

berichten‟ beschikbaar. 

Betreft nieuw programma voor het vastleggen 

van het soort besluit op een aanvraag 

(werkproces) voor het DKD. 

50


Programma’s voor applicatiebeheer 


Cliëntgroepen 

In bestaand programma kan per groep 

werkbeheersing 

(werkproces) vastgelegd worden of bij 

vastleggen van een nieuw werkproces met 

deze groep aanlevering aan de IBverwijsindex 

en/of automatische bevraging 

van het DKD voor de cliënt en eventuele 

partner dient plaats te vinden. 

Module applicatiebeheer tabellen > Gegevensset, sjablonen In bestaande programma‟s kan in bestaande 


en bodydocumenten of nieuw vast te leggen gegevenssets, 

documenten 

sjablonen en bodydocumenten de DKDgegevens 

uit de xml-berichten van 

ketenpartners opgenomen worden. 

Vervolgens dient bepaald te worden hoe de inrichting van deze referentietabellen inhoudelijk zal zijn 

(dus welke waarden, codes e.d.). Hiervoor dient duidelijk in beeld te zijn welke en hoe de 

werkprocessen en procedures binnen de eigen organisatie verlopen. De inrichting dient afgestemd te 

worden met de gebruikersorganisatie. 

Inrichtingsaspecten en beheerprogramma’s 

Programma Toelichting 

Module applicatiebeheer algemeen Beheerprogramma: 

> Berichtenverkeer: 

Bij mogelijke fouten kan hier op loggingniveau meer informatie verkregen 

Inzien berichten 

worden. Dit is vooral bestemd voor een applicatiebeheerder. 

DKD aanleveren IB verwijsindex 

DKD collectief bevragen 

Verzenden 

Opnieuw verzenden 

Overhevelen logging 


Parameters: 

Parameters berichtenverkeer 

Beheerprogramma: 

Inmiddels heeft iedere gemeente initieel de verwijsindex aangeleverd 

voor de webservice-variant. Elke cliënt die voldoet aan één of meer DKD 

voorwaarden is hiermee aangemeld. Periodiek dient deze verwijsindex bij 

het IB geactualiseerd te worden. Dit op basis van doorgevoerde mutaties 

of het verstrijken van de tijd op grond waarvan een cliënt niet meer tot de 

doelgroep DKD behoort. Dit betreft dus zowel aan- als afmeldingen. 

Dit tijdsinterval dient naar eigen inzicht bepaald te worden. Indien er 

gebruik wordt gemaakt van zogenaamde productieschema‟s kunnen deze 

hierin opgenomen worden. 


Met behulp van dit programma kunnen voor meerdere cliënten de DKDgegevens 

opgevraagd worden. Dit kan aan de hand van een eigen 

samengestelde lijst. Dit is vooral handig indien deze gegevens als prefill 

opgenomen dienen te worden in bulkdocumenten in het kader van 

hergebruik van gegevens. 


Indien er voor gekozen is om berichten niet automatisch te verzenden, 

kan met behulp van dit programma DKD berichten verzonden worden. 


Indien eerdere pogingen van verzenden van DKD berichten niet is gelukt 

(om wat voor reden dan ook), kan via dit programma alsnog verzending 

plaatsvinden. 


Ter beperking van de omvang van de loggingtabellen is dit programma 

beschikbaar gekomen. Afhankelijk van de groei van de betreffende 

tabellen dient overheveling van de logging (periodiek) ingepland te 

worden. Indien er gebruik wordt gemaakt van zogenaamde 

productieschema‟s kunnen deze hierin opgenomen worden. 

Inrichtingsaspecten: 

Hier dienen de nodige zaken m.b.t. de connectiviteit opgenomen te 

worden. 

51


Inrichtingsaspecten en beheerprogramma’s 

Programma Toelichting 

Module applicatiebeheer tabellen > Inrichtingsaspecten: 

Systeem: 

Hier kan per gebruikersgroep bepaald worden, welke DKD-berichten er 

Toewijzing autorisatie 

opgevraagd en ingezien/beoordeeld mogen worden. 

gebruikersgroep 

Deze inrichting heeft rechtstreeks effect op de gebruikersprogramma‟s 

„Bevragen‟ en „Inzien en beoordelen‟ (Module algemeen > Activiteiten > 

Digitaal KlantDossier) 

Module applicatiebeheer tabellen > Inrichtingsaspecten: 


Er kunnen eigen besluitcodes vastgelegd worden, waar de 

werkbeheersing: 

voorgeschreven DKD-codes aan gekoppeld kunnen worden. 

Besluit aanvaag uitkeringen Deze inrichting heeft rechtstreeks effect op het gebruikersprogramma 

„Besluit‟ (Module werkbeheersing > Activiteiten > Besluit en 

Werkvoorraad). 

Cliëntgroepen werkbeheersing 



documenten: 

Gegevensset , sjabloon en 

bodydocument 


Hier kan bepaald worden (door invulling van de code SZ Wet) bij welke 

groep er aanlevering van de IB verwijsindex plaats dient te vinden van de 

cliënt en eventuele partner bij het opstarten van deze groep in het 

werkproces. 

Tevens kan aangegeven worden bij welke groep er automatische 

bevraging van het DKD dient plaats te vinden van de cliënt en eventuele 

partner bij het opstarten van deze groep in het werkproces. 

Deze inrichting heeft rechtstreeks effect op alle gebruikersprogramma‟s 

waar werkprocessen nieuw opgevoerd kunnen worden (en onder 

voorwaarde dat zij een relatie hebben met het DKD op basis van een 

gevuld code SZ Wet). 


Hier kunnen in bestaande of nieuw vast te leggen gegevenssets, 

sjablonen en bodydocumenten de DKD-gegevens uit de xml-berichten 

van ketenpartners opgenomen worden. Hiervoor is per te bevragen 

bericht een separate entiteit (subtype van de tabel SZBER_XML) 

beschikbaar. Deze gegevens dienen als velden vastgelegd te worden in 

de betreffende sjablonen en/of bodydocumenten. 

Deze zijn op te nemen in zowel stuks- als bulkdocumenten. Vooral in de 

documentvorming komt het hergebruik van DKD-gegevens het best tot 

zijn recht. 

Uitvoeren van de acceptatietest 

Het uitvoeren van de acceptatietest heeft in deze een tweeledig doel. Allereerst om er van overtuigd te 

zijn dat de programmatuur van GWS4all werkt en ten tweede of wat in afstemming met de 

gebruikersorganisatie is ingericht een werkbare situatie oplevert met de beoogde toegevoegde 

waarde binnen de processen. 

Het begeleiden en opleiden van gebruikers met betrekking tot het gebruik van 

informatiesystemen en het bewaken van het juiste gebruik van het informatiesysteem 

Nadat de inrichting heeft plaatsgevonden en deze is geaccepteerd door de gebruikersorganisatie 

kunnen de eindgebruikers opgeleid worden. Hier zal vooral stilgestaan dienen te worden hoe het DKD 

in bestaande werkprocessen is ingebed en hoe hier mee omgegaan dient te worden. 

Onderhoud en uitvoering van handmatige procedures 

Ondanks dat de nodige informatiesystemen voor het DKD zijn aangepast, zullen er handmatig uit te 

voeren procedures blijven. Dit betreft onder andere: 

controle in de werkvoorraad of aanlevering van IB verwijsindex (mutaties) gelukt is. 

controle op berichten die opnieuw verzonden dienen te worden en het daadwerkelijk verzenden 

daarvan. 

indien gebruik wordt gemaakt van collectieve bevraging, het samenstellen van lijsten met 

cliëntnummers d.m.v. queries/selecties op de GWS4all-database. 

opstarten van het programma om logging over te hevelen 

52


8.3 Technisch beheer 

Met het DKD is vooral voor het technisch beheer met betrekking tot het WIZ-domein een nieuwe 

dimensie geïntroduceerd. Bij de webservice-variant wordt namelijk vanuit de GWS4all-applicatie 

rechtstreeks naar buiten gecommuniceerd met andere partijen. Deze communicatie verloopt via een 

webserver over Gemnet naar de webserver van het Inlichtingenbureau. Er vindt dus communicatie 

plaats vanuit het gebruikelijke gemeentelijke netwerk naar buiten. Bij de meeste gemeenten is dit 

overigens een al voorkomende situatie, namelijk ten behoeve van het GBA (communicatie via Gemnet 

naar landelijke voorzieningen). 

In onderstaand plaatje wordt dit gevisualiseerd, waarbij gelijk aangetekend dient te worden, dat een 

dergelijk infrastructuur in verschillende hoedanigheden voor kan komen (bijv. wel of geen DMZinstallatie). 

In afstemming met elke gemeente heeft in de loop van de tijd de installatie van de zogenaamde 

generieke adapter op een webserver plaats gevonden. Zaken waaraan de nodige aandacht gegeven 

diende te worden en in afstemming met technisch beheer van de gemeenten zijn geïnstalleerd, waren 

onder andere: 

installatie Windows-webserver (2000, bij voorkeur server 2003 (virtueel (VMware) of fysiek)). 

installatie Tomcat / IIS. 

installatie Uniface (inrichting Urouter en userver, inclusief aanpassing van bestaande .asn-bestand 

(t.b.v. opstarten client-server sessie GWS4all en introductie nieuwe asn-bestanden t.b.v. 

berichtenverkeer). 

installatie Oracle-client. 

installatie xml-parser. 

installatie Novell-client (bij Novell netwerk). 

communicatie via firewall naar Gemnet (poorten). 

beschikbaar fysiek en extern geheugen. 

eventuele installatie van GWS4all-applicatie (bij (deel-)DMZ installatie). 

53


Voor de technische opzet, inrichting en verwijzingen van onder andere de Uniface urouter-service, 

Uniface tomcat-service, web.xml, .asn-bestanden, genereren van logging enz. wordt 

volledigheidshalve verwezen naar het document „Werken met DKD‟, welke op de ondersteuningssite 

van GWS4all beschikbaar is. 

Inmiddels is vooral over de beschikbaarheid van DKD gegevens in relatie tot de snelheid (leveren van 

gegevens binnen 10 seconden) de afgelopen tijd het nodige gecommuniceerd van zowel CP-ICT als 

Centric. Er zijn een zeer beperkt aantal gemeenten die nog geheel niet aanleveren (zowel IBverwijsindex 

als DKD-gegevens n.a.v. bevraagd worden). Deze gemeenten zullen door het CP-ICT en 

IB benaderd worden. 

En er zijn een iets groter aantal gemeenten, die bij bevragingen niet altijd binnen de vereiste 10 

seconden DKD-gegevens leveren. Dit betreft het zogenaamde time-out-probleem. Vanuit Centric zijn 

hier de afgelopen tijd de nodige acties richting deze gemeenten gehouden. Helaas dient 

geconstateerd te worden dat bij elke probleemsituatie steeds weer specifieke eigenaardigheden 

geconstateerd worden, waardoor het toepassen van allerlei oplossingen niet schaalbaar is. 

De gehele opzet van de infrastructuur is een samenspel van vele componenten. Zo kan het 

voorkomen dat (performance-)problemen binnen een eigen gemeentelijke netwerk de oorzaak kunnen 

zijn van het niet tijdig leveren van gegevens aan het DKD n.a.v. een bevraging. Er zijn echter wel een 

aantal zaken die aangereikt kunnen worden, die de snelheid in positieve zin beïnvloeden. 

Databasebeheer 

Met de vrijgave van GWS4all-versie 6 is geadviseerd om Oracle in de zogenaamde optimizer-mode 

„choose‟ te draaien (NB. de vrijgave van versie 6 viel min of meer samen met het dringende advies om 

over te stappen naar Oracle-versie 9, aangezien de support op versie 8 beëindigd werd). 

Bij de optie „choose‟ bepaalt Oracle zelf of gebruik gemaakt wordt van de rule-based- of cost-based 

optimizer. Over het algemeen geldt dat de cost-based optimizer een snellere toegang tot de gegevens 

in de database geeft. Om Oracle gebruik te laten maken van deze optimizer dienen de zogenaamde 

statistics opgebouwd te worden. En deze dienen periodiek geactualiseerd te worden. Dit kan op 

verschillende manieren plaatsvinden. 

Op het moment dat een gemeente vanuit het DKD bevraagd wordt, zullen er ten behoeve van het 

samen te stellen GSDDossierPersoon xml-bericht gegevens uit de GWS4all database worden 

verzameld. Hoe optimaler Oracle dit uit kan voeren, hoe sneller deze stap in het proces gereed is. 

Hier ligt dus een groot aandachtspunt voor databasebeheer. 

Systeembeheer 

Uit de inmiddels opgedane ervaringen bij het oplossen van problemen m.b.t. het time-out-probleem is 

geadviseerd om ook een installatie van de GWS4all-programmatuur te doen op de webserver. Op het 

moment dat een gemeente vanuit het DKD bevraagd wordt, wordt namelijk op de achtergrond Uniface 

opgestart en delen van de GWS4all-programmatuur gebruikt. Op het moment dat deze „geladen‟ 

dienen te worden vanaf een andere server, neemt dit extra tijd in beslag. Door een dergelijke 

installatie kan dit vermeden worden. 

Indien een gemeente wordt bevraagd, wordt vanuit het TCP-protocol een zogenaamde reverse DNS 

look-up uitgevoerd. Dit ter controle waar de bevraging vandaan komt. Hierop gaat een timer lopen. 

Om deze controle te bekorten, wordt geadviseerd om in de hostfile van de webserver of op de DNSserver 

(kan die van Gemnet zijn of een eigen DNS-server) een tweetal verwijzingen op te nemen, te 

weten: 

--- Is van BKWI ---- 

194.104.15.185 suwinet-inkijk-productie.suwinet.nl 

--- Is tbv Inlichtingenbureau 

192.168.73.73 suwi-dkd-productie.extranet.inlichtingenbureau.nl 

54


Netwerkbeheer 

T.b.v. het berichtenverkeer DKD op basis van de webservice-variant dient elke gemeente over een 

zogenaamde tweewegverbinding te beschikken. Dit is inmiddels bij alle gemeenten het geval. 

E-pacity is een van de nieuwe netwerken van KPN. KPN is de nieuwe eigenaar van Gemnet. Zij 

hebben het netwerk overgenomen van BT networks. In een later stadium is Gemnet op een nog 

recenter netwerk van KPN gezet, te weten Next Gen(eration). Het voordeel hiervan is dat de 

beveiliging niet in de routers op de klantlocaties staat, maar op een paar centrale firewalls. Dit is beter 

beheersbaar waardoor het beheer efficiënter en dus sneller en veiliger worden uitgevoerd. 

Bij het gebruik van gemeentelijke firewalls dienen een aantal poorten opengezet en beheerd te 

worden. Welke dit zijn, is afhankelijk van lokale instellingen. 

55


Bijlage 9 Overzicht programma DKD2 

In deze bijlage zijn de projecten opgenomen, zoals deze zijn benoemd in het kader van DKD2. 

9.1 Uitbreiding gebruik DKD 

Naam project Doel 

Uitbreiding gebruik 

Implementatie DKD2 / Bevorderen 

gebruik DKD "Verdieping van de 

implementatie in de uitvoering" 

Trekker: CP-ICT / UWV 

Doorontwikkeling eenmalige uitvraag 

gemeentelijk domein 

Trekker: CP-ICT 

Onderzoek beleving 

ketendienstverlening DKD fase 1 en 

opzetten van gestructureerde 

dialoog met klanten 

(gebruikersgroep klanten) 

Trekker: UWV / BKWI 

Meer klantgroepen aansluiten 

Trekker: UWV 

Personalisatie en andere generieke 

diensten (optioneel) 

Trekker: BKWI 

1. Verbeteren van het gebruik van het DKD door medewerkers 

2. Het coördineren van de uitrol 

3. Het in gebruik nemen van nieuwe functionaliteiten, gegevens ed. 

4. Het ondersteunen van de gezamenlijke werkpleinen 

5. Het bevorderen van het gebruik van e-diensten van het DKD door 

burgers 

6. NB: ook implementatie van beheer: releasemanagement, 

wijzigingsbeheer 

Onderzoeken welke gegevens nog meer voor eenmalige uitvraag in 

aanmerking komen en op welke termijn dit zou kunnen 

Inzicht verwerven in klantperceptie DKD diensten om hiermee: 

• Inzicht te verkrijgen hoe de klanten de huidige dienstverlening DKD 

ervaren 

• Input te verkrijgen voor het dienstenaanbod fase 2 – uitbreiding gegevens, 

functionaliteiten klantgroepen 

• Daarnaast specifieke klantbehoeften voor deze groepen identificeren. 

Inventarisatie voor welke doelgroepen Wajong, WIA, WAO en ZW klanten 

de dienstverlening via DKD kan worden uitgebreid. 

Het uiteindelijke doel is om deze geïntegreerde dienstverlening in te zetten 

voor 1 of meerdere van deze klantgroepen. 

Realiseren Personalisatie 

9.2 Uitbreiding functionaliteit systemen 


Uitbreiding functionaliteit 

systemen 

Uitbreiden E-formulieren Domein 

werk&inkomen 

Trekker:CP-ICT 

1. Breder aanbod creëren van E- dienstverlening aan de burger als 

(potentiële) klant voor gemeentelijke diensten. 

2. Faciliteren van gemeenten bij het creëren van dit bredere aanbod. 

In dit project wordt in de parametriseringskit aan de hand van de specificatie 

van de specificaties van de genoemde 5 een aantal default formulieren 

gemaakt die gemeenten kunnen aanpassen en die vooringevuld worden 

met DKD informatie. Naast deze formulieren wordt er op expliciet verzoek 

van een werkgroep gemeenten de volgende producten ontwikkeld: 

1. een generiek aanvraagformulier voor de verschillende gemeentelijke 

inkomensondersteunende regelingen (= geen bijzondere bijstand) 

2. een formulier voor het doorgeven van wijzigingen 

3. een korte cursus voor de eFormulieren generator (voor de Community), 

waardoor eigen eFormulieren gecreëerd kunnen worden 

4. op aanvraag van de Community 10 extra defaults van E-Formulieren 

waarbij de specificaties van het bericht dat gegenereerd wordt in Stuf EF 

standaard (aansluitend op SGR, SuwiML) zullen worden ontwikkeld. 

56



Uitbreiding functionaliteit 

systemen 

Uitbreiding klantbeeld 

Trekker: UWV 

Doorontwikkeling bestaande edienstverlening 

WW 

Trekker: UWV 

Naam: KVF eenduidig definiëren 

Trekker: UWV 

Invoerschil binnen Suwinet-Inkijk 


Opwaarderen correctieservice 

Trekker: BKWI 

Technische doorontwikkeling 

klantbeeld 

Trekker: BKWI 

9.3 Uitbreiding gegevens 


Uitbreiding gegevens 

Onderzoek naar (additionele) 

klantvolginfo gemeenten 

beschikbaar 


Relevante gegevens tonen aan klant via het klantbeeld en raadpleegbaar 

via werk.nl. De mogelijkheid tot controle en correctie door klant. Wordt 

uitgewerkt in projectkaart 26 

Eind september 2008 wordt een nieuwe versie van de e-intake WW in 

productie gebracht. Deze versie wordt in alle regio‟s uitgerold. Netto effect 

is dat de e-aanvraag WW na indienen door de klant, direct (zonder 

tussenkomst van een CWI-medewerker) in de UWV back office aankomt. 

Naast de wijziging in de ondersteunende applicaties wordt ook het proces 

aangepast, leidend tot snellere afhandeling en het voorkómen van 

meervoudige uitvraag. 

In augustus 2008 is de middellange termijn architectuur voor de e-intake 

WW vastgesteld. Als eerste onderdeel hiervan zal begin 2009 een 

rechtstreekse koppeling tussen de e-intake module en de UWV back office 

tot stand worden gebracht, waarmee SONAR als tussenliggende schakel 

wordt weggenomen. Op deze wijze zullen in de toekomst wijzigingen in de 

elektronische aanvraag WW sneller en eenvoudiger kunnen worden 

verwezenlijkt. 

Voorts is een aantal voorstellen opgesteld waar in de komende tijd uit wordt 

gekozen (volgorde en tijdpad). 

Eenduidige en gedragen begrip van een klantvolgfunctionaliteit binnen DKD 

Het bieden van samenwerkingsverbanden om gegevens te registreren over 

klant en klantproces die in gezamenlijkheid worden uitgevoerd zonder dat 

de DKD-bronnen aan waarde verminderen. 

Door: 

*Het ontwikkelen van een invoerschil van gegevens voor meerdere 

processen en organisaties, vooral ten behoeve van gezamenlijke ingerichte 

intakeprocessen en klantcontacten. 

*Verbinden van de invoerschil met diverse applicaties, waaronder Suwinet 

Inkijk 

1. De keten in staat stellen de correctiefaciliteit zoals die is gerealiseerd in 

fase 1 van DKD in te zetten in hun processen. 

2. Waarborgen dat een gemeenschappelijk beeld bestaat over de 

benodigde aanpassingen aan de correctieservice en de inzet van de 

correctieservice. 

3. Diverse e-formulieren services aansluiten op de correctieservice. Bijv. Eintake 

van CWI, maar ook de formulierenservice van de gemeenten 

(ontwikkeld door CP-ICT in fase 1 DKD) Daarbij in ogenschouw nemend dat 

aansluiting met het huidige mechanisme mogelijk niet optimaal is. Daarom 

dient allereerst doel 2 bereikt te zijn, alvorens over te gaan tot aansluiting 

van e-formulieren. 

4. Aansluiten van de correctieservice op gemeenschappelijke 

terugmeldfaciliteiten van de overheid. Denk daarbij bijv. aan de 

terugmeldvoorziening van de GBA. 

Het aanpassen van de klankbeeldapplicatie om het mogelijk te maken om 

informatie in te passen, bijvoorbeeld m.b.t. toelichtingen op de getoonde 

klantgegevens (zie project SGR Begrijpelijke Taal). 

Inzichtelijk maken of er: 

• gestructureerde informatie 

• in gemeentelijke sociale dienst bestanden 

• door alle gemeenten 

57




Additionele klantvolginformatie 

beschikbaar stellen Gemeente 


(additionele) klantvolginfo UWV (incl. 

CWI) beschikbaar 

Trekker: UWV 

(additionele) klantvolginfo UWV (incl. 

CWI) beschikbaar 

Trekker: UWV 

Actualiseren inhoud Elektronische 

Keten Berichten 


Antwoordgenerator Jongeren 

Centraal 


Matrix signaleringen W&I 


Uitbreiden rol SVB in DKD 

Trekker: SVB 

Verklaring klantgegevens in 

begrijpelijke taal 

Trekker: BKWI 

Aanpassen SGR met nieuwe 

bronnen 

Trekker: BKWI 

• gestructureerd verzameld en vastgelegd 

• die relevant is voor andere uitvoerende instanties (W&I), 

• ontsloten kan worden via het IB over Suwinet 

• en ingelezen kan worden in verschillende applicaties 

Het doel van dit voormalige AKO project is de ICT ondersteuning van de 

Werkpleinen voor de professional en klant stapsgewijs te verbeteren. Dit 

project zorgt specifiek voor het verbeteren van de mogelijkheden om de 

klant te kunnen volgen en met de klant te communiceren. Dit is vooral ter 

ondersteuning van de klantmanager werkzoekende 

Het inzichtelijk maken van informatie over en van de klant ten behoeve van 

het integrale klantproces en dienstverlening. Het is aanvullend op de 

informatie die door het VIDI programma wordt ontsloten. 

Het doel van dit AKO project is de ICT ondersteuning van de Werkpleinen 

voor de professional en klant stapsgewijs te verbeteren. Dit doel wordt 

bereikt door het realiseren en implementeren van vijf verbeter- 

deelprojecten: 

1) Ketenbrede vacatureverwerving, bemiddeling en verwijzing. Deze 

processen ondersteunen de klantmanager werkgever en werkzoekende. 

2) Verbeteren van de mogelijkheden om de klant te kunnen volgen en met 

de klant te communiceren. Dit is vooral ter ondersteuning van de 

klantmanager werkzoekende. 

3) Direct beschikbaar stellen van de aanvraaggegevens - die via het 

elektronisch aanvraagproces voor de Wet Werk en Bijstand (eWWB) zijn 

ingenomen - aan de medewerkers en de backofficesystemen van de 

gemeenten. 

4) Het uitbreiden van RAAK, het re-integratiesysteem van de G4, met 

diagnose en vacaturebemiddeling op basis van CWI uitgangspunten. 

5) Het voor de ketenpartners mogelijk maken om de gezamenlijk te 

gebruiken applicaties aan elkaar ter beschikking te stellen. 

Het doel van het project is om een concreet wijzigingsvoorstel in te dienen 

over de inhoud (informatie) en de wijze waarop de huidige Elektronische 

Ketenberichten die tussen UWV (huidige CWI) en gemeenten worden 

uitgewisseld te actualiseren. 

Over Suwinet worden allerlei berichten uitgewisseld. Deze berichten 

bestaan uit allerlei gegevens. Professionals kunnen op basis van deze 

gegevens relevant conclusies trekken voor hun proces. Deze conclusies 

zouden deels geautomatiseerd kunnen worden vastgesteld omdat de 

bronnen gezamenlijk de antwoorden bevatten. Dit concept is in het kader 

van DKD1 beproefd en wordt nu verder uitgewerkt en breder in productie 

genomen 

Het inzichtelijk maken van signalen en geautomatiseerd over Suwinet 

beschikbaar krijgen die uitgewisseld moeten worden om in de uitvoerende 

processen klantdoelen te behalen. 

Bereiken van grotere deling en hergebruik van gegevens tussen SVB en 

overige SUWI-partners en daarmee met een verminderde uitvraag bij de 

burger 

Op dit moment is gekozen voor het ontsluiten van de semantische definities 

van gegevens die getoond zijn aan de klanten/burgers, zoals die 

gedefinieerd zijn in het SGR. Dit heeft als gevolg dat de klant/burger te 

maken krijgt met termen die voor hen niet begrijpelijk zijn. Het doel van dit 

project is een onderzoek te doen naar de “onbegrijpelijkheid” van de klanten 

wat betreft de gebruikte termen. Op basis hiervan wordt voorstellen gedaan 

in de verklaring van de al gedefinieerde SGR-termen voor de getoonde 

klantgegevens in een begrijpelijke taal. 

De uitbreiding van gegevensbronnen biedt aan zowel de klant als de 

professionals de mogelijkheid om daar meer gebruik van te maken en de 

eenmalige gegevensuitvraag toe te passen. Het is te verwachten dat de 

IBG, Kadaster binnenkort aangesloten kan worden. Daarnaast wordt 

verwacht dat nieuwe gegevens van de UWV en Polis (over werk), 

58




Uitbreiding van gegevens - IBG 

Trekker: BKWI 

Uitbreiding van gegevens - Kadaster 

Trekker: BKWI 

Uitbreiding van gegevens - Ontsluiting van nader te bepalen bron 1 

Trekker: BKWI 

Uitbreiding van gegevens - Ontsluiting van nader te bepalen bron 2 

Trekker: BKWI 

9.4 Randvoorwaarden 


Randvoorwaarden 

Naam: Onderzoek actualiteit gegevens 

gemeenten 


Naam: Onderzoek actualiteit gegevens 

UWV 

Trekker: UWV 

Naam: Verbeteren performance 

gemeentelijke webservices 


Naam: ontwikkelen monitoringstool & 

technisch beheer gemeentelijke 

webservices 


Naam: Afspraken over verbeteren 

kwaliteit, beschikbaarheid en beveiliging 

Trekker: CP-ICT / BKWI 

Naam: Single sign on 

Trekker: UWV 

Naam: Actualiseren Ketenarchitectuur 

Trekker: BKWI 

Naam: Ketentoetsmaatregelen P&B 

Trekker: BKWI 

Sonar/ABS (over competenties, ambities en werk) en Nieuwe 

Handelsregister (over bedrijven/werkgever) ook ontsloten zullen worden. 

Deze nieuwe gegevens moeten gedefinieerd en vastgesteld worden in het 

SGR. 

In navolging op de technische pilot in december 2007, het daadwerkelijk ter 

beschikbaar stellen van IBG gegevens aan de keten van Werk en Inkomen 

via Suwinet-Inkijk. 

Het bereiken van ontsluiting van Kadastergegevens en deze ter beschikking 

stellen aan de professionals binnen het terrein van werk en inkomen via 

Suwinet-Inkijk 

Het doel van het project is om mbv het DKD te kunnen beschikken over actuele (= op 

het ogenblik van opvragen door klant en/of professional de bestaande feitelijke 

dagwaarde) gegevens van de bron gemeenten. Gegevens die aangeleverd worden 

via het bericht GSDdossierpersoon. 

Waarborgen van de actualiteit van de gegevens die het werkbedrijf ter beschikking 

stelt aan de keten en SUWI-inkijk. 

Een groot deel van de gemeenten leveren het bericht GSDdossierpersoon via een 

webservice. Bij een aanzienlijk aantal gemeenten is geconstateerd dat de vereiste 

performance niet gehaald wordt. Dit project moet verbetervoorstellen opleveren en 

overdragen aan gemeenten (en hun leveranciers). 

Verbeteren, volgen, beheren en ondersteunen van de aanlevering door gemeenten 

aan het Inlichtingenbureau door twee maatregelen: 

1. Het ontwikkelen en in beheer nemen van een instrument waarmee kan worden 

nagegaan of en hoe gemeenten het bericht GSDdossierpersoon aanleveren aan het 

Inlichtingenbureau 

2. Het beheer van de gemeentelijke webservices (GSDdossierpersoon) ligt enerzijds 

bij gemeenten zelf maar anderzijds ook bij het Inlichtingenbureau. Bij de uitvoering 

van DKD1 is te weinig aandacht besteed aan de impact die de nieuwe producten op 

de interne organisatie had. In dit project moet dit worden gecorrigeerd 

Het verbeteren van het bestaande beheer, door alle (nieuwe) (de-)centrale 

ketencomponenten en de afspraken rond gebruik en beheer van de 

ketencomponenten in een aantal documenten en processen vastgelegd worden. 

Wijzigingen kunnen hierdoor gecontroleerd worden gerealiseerd, zonder dat de 

gegevensleveringen naar de Keten nadelig worden beïnvloedt. 

Het doel van Federaal Access Management is het bieden van een faciliteit voor 

burgers en medewerkers van de sociale keten waarbij het eenmalige aanloggen voor 

één van de e-diensten van één organisatie in de keten, voldoende is om bij andere 

organisaties (aangesloten bij het federaal access management) e-diensten af te 

nemen zonder aanvullend in te loggen. Het mechanisme is een resultaat van een 

nauwe samenwerking met de projectgroep PIP. 

DKD Fase 1 is afgerond, er is nieuwe weten regelgeving, en het werkterrein van de 

Gemeenschappelijke Elektronische Voorzieningen Suwi heeft zich verbreed. De 

huidige Suwi Ketenarchitectuur dekt de lading niet meer helemaal en dient 

geactualiseerd te worden. 

Ook dient de Ketenarchitectuur op moderne wijze toegankelijk gemaakt te worden, 

dus niet alleen via een bestand en een boekje, maar ook online. 

De specifieke aandachtspunten voor het onderwerp privacy en beveiliging zijn geland 

in het jaarplan van de Suwibrede Domeingroep Privacy & Beveiliging (DPB). Het is 

zaak te zorgen voor een duidelijke borging in een project waarin een goede juridische 

toets wordt gedaan t.a.v. alle aanvullende bronnen 

59



Randvoorwaarden 

Naam: Beschikbaarheid UWV-systemen 

7x18 uur 

Trekker: UWV 

Beschikbaarheid DKD dienstverlening verhogen tot minimaal 7x18 uur online 

beschikbaarheid 

60

Directeurenoverleg GWS4all - KING

Create successful ePaper yourself

Delete template?

Save as template?