1 Probleemstelling

1.1 Omschrijving

Voorafgaand aan elke verkiezing van het Europees Parlement wisselen EU-lidstaten op grond van de Europese Richtlijn 93/109/EG, bilateraal gegevens uit over kiesgerechtigde burgers met als doel zoveel mogelijk te voorkomen dat deze burgers twee oproepkaarten ontvangen voor de verkiezingen (in de lidstaat van verblijf en in de lidstaat van herkomst).

Momenteel is het voor de lidstaat Nederland niet mogelijk om volledig te voldoen aan de gestelde eisen in de EU-richtlijn en Kieswet over gegevensuitwisseling met andere EU-lidstaten. Van de EU-burger die ervoor kiest om in de lidstaat van verblijf te stemmen, moet worden verstrekt: het adres en woonplaats waar de burger het laatst als kiezer geregistreerd stond in de lidstaat waarvan de burger de nationaliteit bezit. Anders dan de andere uit te wisselen gegevens kan Nederland dit gegeven echter niet (eenvoudig) verstrekken omdat dit niet in de BRP wordt geregistreerd.

Gemeenten beschikken daarentegen wel over dit gegeven. EU-onderdanen met een nationaliteit van een andere EU-lidstaat die in Nederland wonen en er voor kiezen om in Nederland te stemmen voor het Europese Parlement (art. Y 32, lid 2, Kieswet), maken dit kenbaar via een Y32 formulier bij de gemeente van inschrijving. Op het huidige Y32 formulier wordt gevraagd naar ‘laatste adres en plaats in de lidstaat van herkomst’, dit is het adres en woonplaats waar de burger het laatst als kiezer geregistreerd stond in lidstaat waarvan de burger de nationaliteit bezit. In de praktijk is niet altijd duidelijk welk adres wordt bedoeld. Het formulier zal op korte termijn (per 1 april 2023) worden aangepast om dit te verduidelijken.

1.2 Herkomst

BZK-DGOBDR/DenB/Democratie/Team Verkiezingen.

1.3 Raakvlakken

Er zijn geen raakvlakken met andere LO-wijzigingen.

2 Oplossing

2.1 Huidige situatie

Ondanks het feit dat Nederland verplicht is het laatste adres en woonplaats uit de EU-lidstaat van herkomst uit te wisselen met de andere EU-lidstaten is dat tot op heden niet mogelijk. Er is nu geen voorziening om deze gegevens te registreren in de BRP.

2.2 Oplossing

Om volledige gegevensuitwisseling met de EU-lidstaten mogelijk te maken, is een wijziging van het Logisch Ontwerp BRP noodzakelijk. Voor registratie van de laatste adres en woonplaats uit de lidstaat van herkomst wordt groep 13.31 uitgebreid met drie velden:
31.40 Adres EU-lidstaat van herkomst
31.50 Plaats EU-lidstaat van herkomst
31.60 Land EU-lidstaat van herkomst

3 Consequenties

3.1 Logisch Ontwerp BRP

Het Logisch Ontwerp wordt conform paragraaf 2.2 aangepast.

3.2 Logisch Ontwerp BSN

Geen wijzigingen

3.3 Logisch Ontwerp BRPk

Geen wijzigingen

3.4 Logisch Ontwerp BES

Geen wijzigingen

3.5 Logisch Ontwerp PGK

Geen wijzigingen

3.6 Beschrijving Interface Reisdocumenten

Geen wijzigingen

4 Invoering

Omdat EU-richtlijn 93/109/EC verplicht dat de adresgegevens uit de lidstaat waar de EU-onderdaan het laatst als kiezer stond ingeschreven uitgewisseld worden, moeten gemeenten deze gegevens vanaf het in werking treden van het aangepaste LO BRP 4.4 op basis van het brondocument, modelformulier Y32, op de persoonslijst plaatsen.

Het met terugwerkende kracht invoeren van deze gegevens van in het verleden ingevulde Y32 formulieren wordt niet verplicht gesteld. Het is echter wel van belang dat in aanloop naar de aanstaande Europees Parlementsverkiezing (voorjaar 2024) deze gegevens zoveel als mogelijk in de BRP worden geregistreerd, om ‘dubbel stemmen’ zo goed mogelijk te voorkomen.

Kiest de gemeente er voor de nieuwe elementen 31.40, 31.50 en 31.60 in categorie 13 met terugwerkende kracht in te voeren dan kan een gemeente, na het in werking treden van het aangepaste LO BRP 4.4, een selectie maken uit de lokale BRP van alle persoonslijsten waar de aanduiding Europees kiesrecht op voorkomt. Als de betrokken EU-onderdaan nog woonachtig is in de gemeente waar het verzoek tot registratie om in Nederland deel te nemen aan de Europees Parlementsverkiezingen is gedaan, is het brondocument (Y32 formulier) bij die gemeente aanwezig. Als betrokken EU-onderdaan na het verzoek tot registratie voor deelname in Nederland aan de EP-verkiezingen naar een andere gemeente is verhuisd, dan kan het brondocument worden opgevraagd in de gemeente waar deze registratie heeft plaatsgevonden. Op grond van de datum van het verzoek (31.20) kan worden bepaald bij welke gemeente het Y32-formulier moet worden opgevraagd.

5 Gevolgen

5.1 Wet- en regelgeving BRP

Besluit BRP.

5.2 Gemeenten

Aanpassing van de burgerzakenapplicatie op de nieuwe gegevenselementen in categorie 13. Optioneel: het opzoeken van brondocumenten (model Y32) en het registreren van de gegevens.

5.3 Burgerlijke Stand modules

Geen gevolgen.

5.4 Reisdocumenten modules

Geen gevolgen.

5.5 GBA-V en/of Daft

Aanpassing in de gegevensset met impact op de gegevensverstrekking en synchronisatie.

5.6 TMV

Aanpassen BRP catalogus.

5.7 Evaluatie-Instrument

Geen gevolgen.

5.8 BCM en Robin

BCM uitbreiden met controle op de nieuwe gegevenselementen in categorie 13.

5.9 POM/POWS

Zichtbaar maken dat de nieuwe gegevens zijn verstrekt.

5.10 RNI

Aanpassen van de applicatie op ontvangen en tonen van de nieuwe rubrieken. Merk op dat deze rubrieken in de RNI niet worden bijgehouden.

5.11 Technische Handleiding ABO-Interface

Geen gevolgen.

5.12 Tabellenapplicatie

Aanpassing van de autorisatietabelregel op de nieuwe gegevenselementen in categorie 13.

5.13 A-nummer aanvraag programma (AAP)

Geen gevolgen.

5.14 Autorisaties

Bij nieuwe of te wijzigen autorisaties rekening houden met de nieuwe mogelijkheden. Het autorisatieaanvraagformulier (AAF) aanpassen zodat om de nieuwe gegevens kan worden verzocht.

5.15 Berichtenverkeer

Wijzigingen in Lg01, La01 en gegevensverstrekkingen.

5.16 Afnemers

Na autorisatie voor de nieuwe gegevenselementen in categorie 13. Dit betreft vooralsnog uitsluitend team Verkiezingen (formeel de Minister van BZK).

5.17 HUP

HUP moet aangepast worden door het opnemen van de nieuwe gegevenselementen en de beschrijving daarvan.

5.18 WIR

Geen gevolgen.

5.19 Q-brochure/website

Geen gevolgen.

5.20 Voorlichting/roadshows

Gemeenten moeten geïnformeerd worden over het invoeren van de nieuwe gegevenselementen bij de geregistreerde Kiesrechtgegevens.

5.21 Financiën

Geen gevolgen.

5.22 Wet- en regelgeving BES

Geen gevolgen.

5.23 Caribisch Nederland BES

Geen gevolgen.

5.24 PGK-module

Geen gevolgen.

5.25 PIVA-V

Geen gevolgen.

5.26 Caribische landen ACM

Geen gevolgen.

5.27 Tabellenapplicatie PIVA

Geen gevolgen.

5.28 Wet- en regelgeving BSN

Geen gevolgen.

5.29 BV BSN

Geen gevolgen.

5.30 Wet- en regelgeving Reisdocumenten

Geen gevolgen.

5.31 RAAS

Geen gevolgen.

5.32 Signaleringsregister

Geen gevolgen.

5.33 Basisregister/Verificatieregister

Geen gevolgen.

5.34 Centraal meldpunt Identiteitsfraude

Geen gevolgen.

1. Inleiding

Dit document is een aanvulling op het functioneel ontwerp van de BV BSN en geeft invulling op een aantal punten, waar gekozen is voor een flexibele opzet van de use cases. Dit document kan naar aanleiding van voortschrijdend inzicht of bevindingen bij testuitvoering aangepast worden.

Definities

Zie de BSN glossary.

2. Intelligent zoeken

2.1 inleiding

Alleen velden die niet verplicht zijn. De velden, die altijd onderdeel uitmaken van het verplicht zoekpad, worden niet gebruikt in het aankleed regime en derhalve niet in de BV BSN toegepast.

Het gaat hierbij voor UC12 om de velden:

• Geslachtsnaam
• Geboortedatum
• Geslachtsaanduiding

En voor UC23 (en ook 35 en 37) om de velden:

• Geboortedatum
• Geslachtsaanduiding

2.2 Algemeen

Per veld kan een keuze gemaakt worden welke zoekmethode geboden wordt. Hierbij moet een goede afweging gemaakt worden tussen de kans op een juiste match en het risico van een onjuiste match.

Er kunnen verschillende zoekmethoden onderscheiden worden:

1. Exacte match: Het opgegeven veld komt exact overeen met het gevonden veld. Deze zoekmethode zal voor alle opgegeven velden gebruikt worden.
2. Diakrietentransformatie: Het opgegeven veld komt, na diakrietentransformatie, exact overeen met het gevonden veld (dat volgens dezelfde methode is ontdaan van zijn diakrieten). In onderstaande tabel staat aangegeven voor welke velden diakrietentransformatie wordt toegepast. In de notitie “Diakrieten” is reeds beschreven hoe moet worden omgegaan met de transformatie van diakrieten.
3. Overige zoekmethoden: Er zijn verschillende zoekmethoden per veld onderscheiden. Deze staan in de tweede tabel. Bij het selecteren van de zoekmethoden, zijn de volgende uitgangspunten gehanteerd:
   -    Er wordt uitgegaan van een goed identificeerbare persoon (liefst met identiteitsdocument), die aan het loket geïdentificeerd wordt.
   -    Tikfouten worden niet opgelost met de voorgestelde zoekmethoden.

In onderstaand overzicht staat per veld aangegeven of diakrietentransformatie van toepassing is.

Veld	Diakrietentrans- formatie
Voornamen	X
Voorvoegsels geslachtsnaam	X
Geslachtsnaam	X
Geboortedatum
Geboorteplaats	X
Geboorteland	X
Geslachtsaanduiding
Nationaliteit
Gemeente van inschrijving	X
Straatnaam	X
Huisnummer
Huisletter
Huisnummertoevoeging
Aanduiding bij huisnummer
Postcode	(1)
Locatiebeschrijving	X
Land vanwaar ingeschreven	X
Datum vertrek uit Nederland

(1) Voor de postcode geldt: Alleen exacte match, case insensitive

2.2.1    Diakrietentransformatie

De diakrietentransformatie wordt als volgt uitgevoerd:

• Alle diakritische tekens worden verwijderd en een aantal bijzondere lettertekens (bv. Ǽ) wordt omgezet naar een corresponderend teken of tekens in de range ‘a’ tot en met ‘z’. Dit gebeurt volgens een vertaaltabel (zie conversietabellen).
• Alle (normale) hoofdletters A tot en met Z worden omgezet naar de overeenkomstige kleine letters.
• Alle resterende karakters, niet zijnde de cijfers ‘0’ tot en met ‘9’ en de letters ‘a’ tot en met ‘z’, worden omgezet naar spaties waarna alle spaties worden verwijderd.

2.3    Zoekmethoden per veld voor UC 12

2.3.1    Voornamen

1. Alleen op de opgegeven voornamen zoeken
   Het is mogelijk om alleen op die voornaam/voornamen te zoeken, die in de vraag zijn opgegeven. Dit betekent dat als slechts één voornaam is opgegeven, deze wordt vergeleken met de eerste voornaam in het veld voornamen en als er twee voornamen zijn opgegeven, deze worden vergeleken met de eerste twee voornamen in het veld voornamen, etc. De opgegeven volgorde en de in de registratie vastgelegde volgorde moeten exact aan elkaar gelijk zijn.
2. Op eerste voorletter zoeken
   Er wordt alleen op eerste voorletter gezocht als slechts 1 positie in het veld voornamen is opgegeven. Het opgegeven karakter wordt vergeleken met de eerste positie van het veld in de registratie (na diakrietentransformatie).

Bij het zoeken in BVR’ het zoekresultaat alleen verkleind door het zoeken op voornaam of de opgegeven voornaam, indien het veld voornamen gevuld is (en ongelijk is aan het veld voorletters). Het zoeken op eerste voorletter wordt altijd uitgevoerd (ongeacht of in het veld voornamen de voornamen of de voorletters zijn opgenomen).

2.3.2    Voorvoegsels geslachtsnaam

Geen overige zoekmethoden

2.3.3    Geslachtsnaam

N.B. Dit veld is onderdeel van het verplichte zoekpad en de zoekstap is daarmee functioneel onderdeel van de beheercomponenten. Voor de compleetheid wordt hier ook beschreven, hoe met het zoeken van de geslachtsnaam wordt omgegaan.

1.    Bekende schrijfwijzen van onderdelen van een naam
Op basis van een conversietabel wordt de opgegeven naam vergeleken met het veld Geslachtsnaam in de registraties. Uitgangspunten hierbij zijn:
-    Gericht op het oplossen van verschillen in buitenlandse geslachtsnamen, omdat de verwachting is dat Nederlandse geslachtsnamen goed gedocumenteerd (paspoort, rijbewijs) zijn
-    De omzetting is met name gericht op transliteratie en transscriptie. Hiermee worden gedeeltelijk verschillen in het omzetten van niet Romaanse schriften opgelost. (In Russische paspoorten is bijvoorbeeld vaak het cyrillisch omgezet volgens een Franse transliteratie. Deze verschilt van de Nederlandse of Engelse transliteratie).
-    Er is met name aandacht besteed aan de omzetting van cyrillisch (en afgeleide schriften), Chinees, Koreaans en Arabisch.
-    De voorgestelde omzetting wordt toegepast op de geslachtnaam, zoals deze na diakrietentransformatie (in brede zin) is ontstaan.

De omzetting zal als volgt plaatsvinden
a.    In geslachtsnaam gevonden letter of lettercombinatie wordt vervangen door een code volgens onderstaande tabel. Hierbij wordt de langste combinatie eerst vervangen. De overige letters in de naam blijven staan.

Code	Letters of lettercombinaties
1	v,w
2	ae, a
3	zj, zh, sh, sch, tsj, ch, tsch, tch, sj, jh, x, kh, s
4	sjtsj, schch, schtsch, chtch, sc
5	j, i, y
6	u, oe, ou, yu, o, ue

b.    Letters en codes, die opeenvolgend meermalen voorkomen, worden teruggebracht tot 1 (dus eee wordt e en 33 wordt 3)
c.    de “h”, die niet in een combinatie in de tabel voorkomt, wordt verwijderd. (Hiermee wordt dh=d, th=t, etc)
 
2 Opgegeven geslachtsnaam en opgegeven voorvoegsels combineren

De opgegeven voorvoegsels en geslachtsnaam worden van diakrieten ontdaan en samen gevoegd om deze te vergelijken met de velden voorvoegsels en geslachtsnaam uit de registratie, die een zelfde bewerking hebben ondergaan.

2.3.4    Geslachtsaanduiding

N.B. Dit veld is onderdeel van het verplichte zoekpad en de zoekstap is daarmee functioneel onderdeel van de beheercomponenten. Voor de compleetheid wordt hier ook beschreven, hoe met het zoeken van de geslachtsaanduiding wordt omgegaan.

• Als in de zoekvraag ‘Man’ wordt opgegeven, wordt gezocht naar ‘Man’ én ‘Onbekend’.
• Als in de zoekvraag ‘Vrouw’ wordt opgegeven, wordt gezocht naar ‘Vrouw’ én ‘Onbekend’.

2.3.5    Geboortedatum

N.B. Dit veld is onderdeel van het verplichte zoekpad en de zoekstap is daarmee functioneel onderdeel van de beheercomponenten. Voor de compleetheid wordt hier ook beschreven, hoe met het zoeken van de geboortedatum wordt omgegaan.

• als in de zoekvraag staat jjjjmmdd, wordt gezocht op jjjjmmdd (Exacte match)
• als in de zoekvraag staat jjjjmm00, wordt gezocht op jjjjmm00 en jjjjmm01
• als in de zoekvraag staat jjjj0000, wordt gezocht op jjjj0000, jjjj0101 en jjjj0701
• als in de zoekvraag staat 00000000, wordt gezocht op 00000000

2.3.6    Geboorteplaats

1.    Gemeentenaam voor herindeling
Bij het opgeven van een geboorteplaats wordt rekening gehouden met het door de gebruiker opgeven van een gemeentenaam van voor herindeling. Daarnaast wordt er rekening mee gehouden dat er gemeentes met gelijke namen zijn. In dat geval moet naar alle bijbehorende gemeentes worden gezocht
2.    Bekende schrijfwijzen Nederlandse plaatsnamen (incl. woonplaatsen) Op basis van een conversietabel wordt de ingevoerde plaatsnaam ten behoeve van de vergelijking omgezet naar de officiële plaatsnaam. Hierbij wordt er rekening mee gehouden dat een woonplaats onder meerdere gemeenten kan vallen en dat er woonplaatsen met gelijke namen bestaan.

2.3.7    Geboorteland

Geen overige zoekmethoden

2.3.8    Nationaliteit

Geen overige zoekmethoden

2.3.9    Gemeente van inschrijving

Geen overige zoekmethoden

2.3.10    Datum vertrek uit Nederland

Geen overige zoekmethoden

 

2.4    Zoekmethoden per veld voor UC 23

Deze zoekmethoden gelden ook voor BV BSN UC35 en BV BSN UC37.

 

1.    Alleen op de opgegeven voornamen zoeken
Het is mogelijk om alleen op die voornaam/voornamen te zoeken, die in de vraag is/zijn opgegeven. Dit betekent dat als slechts één voornaam is opgegeven, deze wordt vergeleken met de eerste voornaam in het veld voornamen en als er twee voornamen zijn opgegeven, deze worden vergeleken met de eerste twee voornamen in het veld voornamen, etc. De opgegeven volgorde en de in de registratie vastgelegde volgorde moeten exact aan elkaar gelijk zijn.
2.    Op eerste voorletter zoeken
Er wordt alleen op eerste voorletter gezocht als slechts 1 positie in het veld voornamen is opgegeven. Het opgegeven karakter wordt vergeleken met de eerste positie van het veld in de registratie (na diakrietentransformatie).

2.4.2    Voorvoegsels geslachtsnaam

Geen overige zoekmethoden

2.4.3    Geslachtsnaam

1.    Bekende schrijfwijzen van onderdelen van een naam
Op basis van een conversietabel wordt de opgegeven naam vergeleken met het veld Geslachtsnaam in de registraties. Uitgangspunten hierbij zijn:
-    Gericht op het oplossen van verschillen in buitenlandse geslachtsnamen, omdat de verwachting is dat Nederlandse geslachtsnamen goed gedocumenteerd (paspoort, rijbewijs) zijn
-    De omzetting is met name gericht op transliteratie en transcriptie. Hiermee worden gedeeltelijk verschillen in het omzetten van niet Romaanse schriften opgelost. (In Russische paspoorten is bijvoorbeeld vaak het cyrillisch omgezet volgens een Franse transliteratie. Deze verschilt van de Nederlandse of Engelse transliteratie).
-    Er is met name aandacht besteed aan de omzetting van cyrillisch (en afgeleide schriften), Chinees, Koreaans en Arabisch.
-    De voorgestelde omzetting wordt toegepast op de geslachtnaam, zoals deze na diakrietentransformatie (in brede zin) is ontstaan.

De omzetting zal als volgt plaatsvinden
d.    In geslachtsnaam gevonden letter of lettercombinatie wordt vervangen door een code volgens onderstaande tabel. Hierbij wordt de langste combinatie eerst vervangen. De overige letters in de naam blijven staan.

 

Code	Letters of lettercombinaties
1	v,w
2	ae, a
3	zj, zh, sh, sch, tsj, ch, tsch, tch, sj, jh, x, kh, s
4	sjtsj, schch, schtsch, chtch, sc
5	j, i, y
6	u, oe, ou, yu, o, ue

 

e.    Letters en codes, die opeenvolgend meermalen voorkomen, worden teruggebracht tot 1 (dus aa wordt a, eee wordt e en 33 wordt 3)
f.    de “h”, die niet in een combinatie in de tabel voorkomt, wordt verwijderd. (Hiermee wordt dh=d, th=t, etc)

2.    Opgegeven geslachtsnaam en opgegeven voorvoegsels combineren De opgegeven voorvoegsels en geslachtsnaam worden van diakrieten ontdaan en samen gevoegd om deze te vergelijken met de velden voorvoegsels en geslachtsnaam uit de registratie, die eenzelfde bewerking hebben ondergaan.

2.4.4    Geslachtsaanduiding

N.B. Dit veld is onderdeel van het verplichte zoekpad en de zoekstap is daarmee functioneel onderdeel van de beheercomponenten. Voor de compleetheid wordt hier ook beschreven, hoe met het zoeken van de geslachtsaanduiding wordt omgegaan.

o    Als in de zoekvraag ‘Man’ wordt opgegeven, wordt gezocht naar ‘Man’ én ‘Onbekend’.
o    Als in de zoekvraag ‘Vrouw’ wordt opgegeven, wordt gezocht naar ‘Vrouw’ én ‘Onbekend’.

2.4.5    Geboortedatum

N.B. Dit veld is onderdeel van het verplichte zoekpad en de zoekstap is daarmee functioneel onderdeel van de beheercomponenten. Voor de compleetheid wordt hier ook beschreven, hoe met het zoeken van de geslachtsnaam wordt omgegaan.

• Als in de zoekvraag staat jjjjmmdd, wordt gezocht op jjjjmmdd (Exacte match)
• Als in de zoekvraag staat jjjjmm00, wordt gezocht op jjjjmm00 en jjjjmm01
• Als in de zoekvraag staat jjjj0000, wordt gezocht op jjjj0000, jjjj0101 en jjjj0701
• Als in de zoekvraag staat 00000000, wordt gezocht op 00000000

2.4.6    Geboorteplaats

1.    Gemeentenaam voor herindeling
Bij het opgeven van een geboorteplaats wordt rekening gehouden met het door de gebruiker opgeven van een gemeentenaam van voor herindeling. Daarnaast wordt ermee rekening gehouden dat er gemeentes met gelijke namen zijn. In dat geval moet naar alle bijbehorende gemeentes worden gezocht
2.    Bekende schrijfwijzen Nederlandse plaatsnamen (incl. woonplaatsen) Op basis van een conversietabel wordt de ingevoerde plaatsnaam ten behoeve van de vergelijking omgezet naar de officiële plaatsnaam. Hierbij wordt er rekening mee gehouden dat een woonplaats onder meerdere gemeenten kan vallen en dat er woonplaatsen met gelijke namen bestaan.

2.4.7    Geboorteland

Geen overige zoekmethoden

2.4.8    Gemeente van inschrijving

1.    Gemeentenaam voor herindeling
Bij het opgeven van een geboorteplaats wordt rekening gehouden met het door de gebruiker opgeven van een gemeentenaam van voor herindeling. Daarnaast wordt gehouden met dat er gemeentes met gelijke namen zijn. In dat geval moet naar alle bijbehorende gemeentes worden gezocht
2.    Bekende schrijfwijzen Nederlandse plaatsnamen (incl. woonplaatsen) Op basis van een conversietabel wordt de ingevoerde plaatsnaam ten behoeve van de vergelijking omgezet naar de officiële plaatsnaam. Hierbij wordt er rekening mee gehouden dat een woonplaats onder meerdere gemeenten kan vallen en dat er woonplaatsen met gelijke namen bestaan.

2.4.9    Straatnaam

BOCO-vertaling (24 tekens) Als de straatnaam langer is dan 24 posities dan wordt de straatnaam ingekort volgens de specificaties van de BOCO- norm (zie bijlage 1 van de HUP GBA).

2.4.10    Huisnummer

Alleen het eerste numerieke deel wordt meegenomen in de vergelijking.Het huisnummer kan alleen numeriek zijn, alle tekens na de eerste set numerieke tekens worden verwijderd

2.4.11    Huisletter

Terug tot 1 positie. Het eerste niet-numerieke teken in het opgegeven veld als huisletter gezien.

2.4.12    Huisnummertoevoeging

Alleen exacte match

2.4.13    Aanduiding bij huisnummer

Alle andere invoer dan “to” of “by” wordt genegeerd en heeft dan geen gevolgen voor de gevonden resultaten.

2.4.14    Postcode

Geen overige zoekmethoden

2.4.15    Locatiebeschrijving

Geen overige zoekmethoden

2.4.16    Land vanwaar ingeschreven

1.    Bekende schrijfwijzen buitenlandse landen
Op basis van een conversietabel wordt de landnaam omgezet. In de conversietabel zullen van een land de lokale schrijfwijze en de Nederlandse schrijfwijze worden opgenomen.
2.    Historische landnamen
Op basis van de landentabel wordt de opgegeven naam geconverteerd en vergeleken met de vulling van het veld in de registratie.

2.5    Instellingen intelligent zoeken

2.5.1    Wegingsfactor

De wegingsfactor van een veld bepaalt de volgorde van het toepassen van het aankleedregime. Daarnaast wordt de wegingsfactor gebruikt om (ten behoeve van UC 12) de score te berekenen. De hier opgegeven wegingsfactoren vormen de initiële instelling van het intelligent zoeken. Deze kunnen naar aanleiding van het afstellen van het intelligent zoeken gewijzigd worden.

Veld	Wegingsfactor
Voornamen	0,70
Voorvoegsels geslachtsnaam	0,65
Geslachtsnaam	0,85
Geboortedatum	0,90
Geboorteplaats	0,67
Geboorteland	0,60
Geslachtsaanduiding	0,90
Nationaliteit	0,30
Gemeente van inschrijving	0,50
Straatnaam	0,45
Huisnummer	0,75
Huisletter	0,40
Huisnummertoevoeging	0,25
Aanduiding bij huisnummer	0,20
Postcode	0,80
Locatiebeschrijving	0,10
Land vanwaar ingeschreven	0,32
Datum vertrek uit Nederland	0,35

 

2.5.2    Matchwaarde zoekmethode per veld

De hier opgegeven matchwaarden vormen de initiële instelling van het intelligent zoeken. Deze kunnen naar aanleiding van het afstellen van het intelligent zoeken gewijzigd worden.

Veld	Zoekmethode	Matchwaarde
Voornamen	Exact	1
Diakrietentransformatie	0,95
Alleen op opgegeven voornamen zoeken	0,80
Op eerste voorletter zoeken	Nvt
Voorvoegsels geslachtsnaam	Exact	1
Diakrietentransformatie	0,95
Geslachtsnaam	Exact	1
Diakrietentransformatie	0,95
Bekende schrijfwijzen van onderdelen van een naam	(lengte van de langste string – Levenshtein distance)/ lengte van de langste string
Opgegeven geslachtsnaam en voorvoegsels combineren	0,8
Geboortedatum	Exact	1
Diverse notaties met nullen	0,8
Geboorteplaats	Exact	1
Diakrietentransformatie	0,95
Gemeentenaam voor herindeling	0,9
Geboorteland	Exact	1
Diakrietentransformatie	0,95
Geslachtsaanduiding	Exact	1
Ook met geslacht is “O” zoeken	0,85
Nationaliteit	Exact	1
Gemeente van inschrijving	Exact	1
Diakrietentransformatie	0,95
Gemeentenaam voor herindeling	0,9
Bekende schrijfwijzen Nederlandse plaatsnamen (woonplaatsen)	0,85
Straatnaam	Exact	1
Diakrietentransformatie	0,95
BOCO-vertaling	0,85
Huisnummer	Exact	1
Alleen het eerste numerieke deel	0,8
Huisletter	Exact	1
Terug naar 1 positie	0,80
Huisnummertoevoeging	Exact	1
Aanduiding bij huisnummer	Exact	1
Negeren andere invoer dan to of by	0,9
Postcode	Exact (case insensitive)	1
Locatiebeschrijving	Exact	1
Diakrietentransformatie	0,95
Land vanwaar ingeschreven	Exact	1
Diakrietentransformatie	0,95
Datum vertrek uit Nederland	Exact	1

 

2.6    Conversietabellen

2.6.1    Woonplaatsen

Ten behoeve van het zoeken op woonplaats zal een conversietabel waarin de woonplaats volgens PTT en NEN en de gemeentenaam zijn gekoppeld worden toegepast. Onderstaand een uittreksel als voorbeeld. De volledige tabel komt in Excel beschikbaar

Plaats PTT	Plaats NEN	Gemeentecode	Gemeentenaam
LEIDSCHENDAM	LEIDSCHENDAM	1916	Leidschendam-Voorburg
VOORBURG	VOORBURG	1916	Leidschendam-Voorburg
RYSWYK ZH	RIJSWIJK ZH	603	Rijswijk
WATERINGEN	WATERINGEN	1783	Westland
LEIDEN	LEIDEN	546	Leiden

 

2.6.2    Vertaaltabel diakrieten

Ten behoeve van de diakrietentransformatie wordt een conversietabel gehanteerd, waarin de letter (met diakriet) en de bijbehorende vertaling zijn opgenomen. Onderstaand een uittreksel als voorbeeld. De volledige tabel is in Excel beschikbaar.

Vertaling	letter
Y	Ý
Y	Ŷ
Y	Ÿ
R	Ŕ
R	Ŗ
R	Ř
S	Ś
S	Ŝ
S	Ş
S	Š
W	Ŵ
T	Ţ
T	Ť
U	Ù
U	Ú
U	Û

 

3. Dienstsoorten

Binnen de BV BSN worden de volgende dienstsoorten onderkend:

Dienstnummer	Dienstsoorten
02	Controleer BSN en identificerende gegevens
03	Haal op set identificerende gegevens
04	Distribueer nummer
05	Registreer nummertoekenning
06	Hang registratie om bij BSN
07	Ophalen berichten uit berichtenlogboek
08	Vraag auditgegevens op
11	Nummer uit verkeer halen
12	Match identificerende gegevens
16	Toets of het nummer een BSN is
21	Registreer opgewaardeerd sofinummer
22	Registreren instantiewijziging
23	Opvragen BSN op basis van identificerende gegevens
24	Verificatie van identiteitsdocumenten
28	Ophalen nummergegevens
29	Ophalen nummerfouten uit het nummerfoutenlogboek
30	Ophalen protocolgegevens
31	Vastleggen autorisatiegegevens
32	Melden foutvermoeden
33	Stellen bulkvraag
34	Ophalen antwoord bulkvraag
35	Opvragen BSN tbv schoning en initiële vulling
39	Doorvoeren correctie nummerregister.doc

 

4. Autorisatie: rollen en diensten

4.1    Implementatie vastleggen autorisatiegegevens

Het vastleggen van de autorisatiegegevens zal vooralsnog worden geïmplementeerd op basis van Microsoft Active Directory en de bijbehorende hulpmiddelen. De beschrijving van het proces in de use case zal daarom op verschillende punten afwijken van de realisatie:

• Er is geen sprake van verwerking op basis van berichten.
• De datum vanaf en datum t/m worden niet zoals beschreven geïmplementeerd.
• Logging zal plaatsvinden op basis van de standaardfunctionaliteit.

4.2    Rollen en diensten

Ten behoeve van het autorisatiemechanisme worden de volgende rollen onderkend:

• Beheercomponent
• Beheerorganisatie BV BSN
• Foutenmeldpunt
• Gebruiker van alle verificatievragen
• Gebruiker van twee verificatievragen

Hierbij dient opgemerkt te worden dat de rol beheercomponent betrekking heeft op de BC GBA en de BC RNI. De BC BVR zal niet geautoriseerd worden voor de diensten van de BV BSN.

De rollen zijn gekoppeld aan de diensten, die een rol tot zijn beschikking heeft:

Nr	Dienst	Beheer- component	Beheer- organisatie BV BSN	Fouten- meldpunt	Alle vragen	Twee vragen
2	Controleer BSN en identificerende gegevens	X	X	X	X
3	Haal op set identificerende gegevens	X	X	X	X
4	Distribueer nummer	X	X
5	Registreer nummertoekenning	X
6	Hang registratie om bij BSN	X
7	Ophalen berichten uit berichtenlogboek	X	X
8	Vraag auditgegevens op	X
11	Nummer uit verkeer halen	X
12	Match identificerende gegevens	X	X	X
16	Toets of het nummer een BSN is	X	X	X	X	X
21	Registreer opgewaardeerd sofinummer	X
22	Registreren instantiewijziging	X	X
23	Opvragen BSN op basis van identificerende gegevens	X	X	X	X
24	Verificatie van identiteitsdocumenten	X	X		X	X
28	Ophalen nummergegevens	X	X
29	Ophalen nummerfouten uit het nummerfoutenlogboek	X
30	Ophalen protocolgegevens	X
31	Vastleggen autorisatiegegevens	X
32	Melden foutvermoeden	X			X	X
33	Stellen bulkvraag	X	X		X
34	Ophalen antwoord bulkvraag	X	X		X
35	Opvragen BSN tbv schoning en initiële vulling	X	X		X
39	Doorvoeren correctie nummerregister	X

 

5. Schoningstermijnen

Ten behoeve van het schoningsproces worden schoningstermijnen gehanteerd. In onderstaande tabel; wordt een overzicht gegeven van de schoningstermijnen:

logboek/register	Schoningstermijn
Berichtenlogboek	6 weken
Nummerfoutenlogboek	1,5 jaar
Protocollogboek	1,5 jaar
Auditlogboek	1,5 jaar
Bulkvragenregister	2 weken

 

6. Auditlogboek

Indien er sprake is van een proces dat het nummerregister muteert, dan is vereist dat ook de tussenstappen van het proces fysiek in het auditlogboek worden vastgelegd.

 

Inleiding

Als een organisatie volgens de Wet algemene bepalingen BSN gebruiker is, kan de organisatie gebruik gaan maken van de Beheervoorziening BSN (BV BSN) om verificatievragen te stellen. Met deze verificatievragen kan de identiteit en het Burgerservicenummer van een burger, bijvoorbeeld bij een loket, op basis van identificerende persoonsgegevens worden geverifieerd. Het verdient daarbij de voorkeur om deze persoonsgegevens over te nemen uit een identiteitsdocument. Hierna kan het Burgerservicenummer op een betrouwbare wijze in de administratie van de gebruiker worden gebruikt. Om daadwerkelijk van de BV BSN gebruik te kunnen maken moet de aansluitprocedure worden doorlopen. Deze procedure, en de daarin te nemen stappen is te vinden op de website van RvIG

Naast het doorlopen van dit proces moetendoor de gebruiker een aantal technische voorzieningen worden gerealiseerd. Voordat van deze voorzieningen betrouwbaar gebruik kan worden gemaakt moeten ze getest (stap 6 uit de aansluitprocedure) en getoetst worden (stap 7). Testen en toetsen is onderdeel van de aansluitprocedure van de BV BSN. Ook andere partijen (zoals softwareleveranciers) mogen hun technische voorziening testen. Tijdens het test- en toetsproces hebben technisch contactpersonen van de “tester” en beheerorganisatie regelmatig overleg over technische details als ip-adressen en digitale certificaten. In deze notitie wordt ingegaan op de (functionele) inhoud van de testset en de aansluittoets. Hiermee wordt beoogd dat de gebruiker zich goed kan voorbereiden op de aansluittoets en het daarop volgend gebruik van de BV BSN.

Doelstelling aansluittoets

De aansluittoets biedt de waarborg voor de aansluitende gebruikers en voor de BV BSN dat bij aanvang van het BV BSN gebruik door de gebruiker de geteste functionaliteit werkt. Daarnaast wordt door de aansluittoets voorkomen dat de organisatie en systemen van de BV BSN in de productiesituatie onnodig worden belast door het aansluiten van slecht functionerende voorzieningen.

Achtergrond

In het najaar van 2007 is het Burgerservicenummer (BSN) ingevoerd. Het BSN is een uniek nummer, dat voor de meeste burgers gelijk is aan hun sofi-nummer. Het speelt binnen de gegevenshuishouding van de overheid een spilfunctie: persoonsgebonden gegevens kunnen doelmatig en – mits wettelijk toegestaan – betrouwbaar worden uitgewisseld tussen overheid en burger en tussen (semi-) overheidsorganisaties onderling. Om dit technisch mogelijk te maken is een systeem, de Beheervoorziening Burgerservicenummer (BV BSN), ingericht.
De BV BSN is het geheel van voorzieningen dat het genereren, distribueren, beheren en raadplegen van het BSN verzorgt. Daarnaast wordt met behulp van de beheervoorziening ook (geautoriseerd en op basis van een beperkt aantal vragen) toegang verkregen tot identificerende persoonsgegevens en kan worden gecontroleerd of identiteitsdocumenten die aan het loket worden gebruikt nog in omloop mogen zijn. Op deze wijze kan, aan het loket van een gebruiker van het BSN, de identiteit en BSN van een burger aan het loket betrouwbaar worden vastgesteld.

De BV BSN functioneert daarbij als een berichtenmakelaar; de informatie die vanuit diverse bronnen wordt betrokken wordt aan gebruikersystemen (wederom servers) doorgeven; er is dus geen rechtstreekse gebruikersinterface. Het systeem is ingericht op 24 uur gebruik per dag en 7 dagen per week. De Beheervoorziening spreekt XML/SOAP met haar gebruikers. In onderstaande figuur wordt de architectuur van de BV BSN weergegeven.

Gebruikers worden hierin per sector of organisatie aangesloten. Omdat de beheervoorziening uitsluitend in (synchrone) XML berichten spreekt is de gebruiker zelf verantwoordelijk voor opname in de gebruikersprocessen en het realiseren van een gebruikersinterface. Veelal zal hierbij een systeem dat de huidige processen ondersteund worden uitgebreid.

Een organisatie die een systeem gaat gebruiken dat de aansluiting op de BV BSN omvat zal deze willen testen en toetsen. Zo kan door de gebruiker worden vastgesteld of de aansluiting correct functioneert. Daarnaast toetst de beheerorganisatie van de BV BSN of de (nieuwe) aansluiting past op de interface en de integriteit van het systeem niet in gevaar brengt. Voor beide activiteiten stelt de beheerorganisatie van de BV BSN faciliteiten beschikbaar. In dit document worden de testset en de inhoud van de toets gedefinieerd.

De diensten van de BV BSN

Voor gebruikers biedt de BV BSN vijf diensten: vier rond BSN en de identificerende gegevens van een persoon en één over de geldigheid van een identiteitsdocument (van waaruit de identificerende gegevens bij voorkeur zijn overgenomen). Op hoofdlijnen (voor de details wordt verwezen naar het Logisch Ontwerp [1]) zien de diensten er als volgt uit:

1. Toets BSN
   De beheervoorziening BSN toetst of het opgegeven nummer voldoet aan de eisen voor het nummer én of het nummer daadwerkelijk “in verkeer” is.
    
2. Haal identificerende gegevens op
   De beheervoorziening BSN haalt op basis van het opgegeven BSN de identificerende gegevens van een persoon op.
    
3. Opvragen BSN
   Op basis van opgegeven identificerende persoonsgegevens haalt de BV BSN het BSN op. Dit lukt alleen maar als de opgegeven identificerende persoonsgegevens zodanig (onderscheidend) zijn dat één (en slechts één) persoon bij de gegevens wordt gevonden.
    
4. Controleer nummer en identificerende gegevens
   De BV BSN toetst of het opgegeven nummer een BSN is én of de bijbehorende persoonsgegevens overeenkomen (“matchen”) met de opgegeven identificerende gegevens.
      
5. Toets identiteitsdocument
   Op basis van een opgegeven documentnummer en documenttype achterhaalt de BV BSN of het document gebruikt kan worden als identiteitsdocument conform artikel 1 van de WID.

Beschrijving testset (voor stap 6 aansluitprocedure)

Om een goede test uit te kunnen voeren is het belangrijk om, vanuit een gegeven invoer, de uitkomst te voorspellen. Feitelijk is dat reeds voor enkele eenvoudige gevallen in de aansluittoets gedaan. Er is daarnaast voor gekozen om een beschrijving van de testset op te nemen. Hiermee kan, naar wens van de gebruiker, een groot aantal testscenario’s worden gemaakt. Het feit dat het hiervoor noodzakelijk is de werking van BV BSN enigszins te bestuderen wordt als pré beschouwd!
De gegevens uit deze testset zijn volledig gefingeerd. Ze vertonen derhalve geen enkele gelijkenis met personen die echt bestaan. In alle test- en toetsomgevingen van de BV BSN is gegarandeerd deze testset aanwezig. De inhoud van de testdatabase kun je opvragen via info@rvig.nl.

Beschrijving aansluittoets (stap 7 aansluitprocedure)

Met de aansluittoets wordt zeker gesteld dat de voorziening van de nieuwe BV BSN gebruiker aan een aantal minimale eisen voldoet. Gedacht wordt daarbij onder meer aan de vulling van verplichte velden. Doordat de gebruiker zelf verklaart dat de door zijn voorziening getoonde resultaten voldoen aan de uitvoervoorspelling wordt ervoor gezorgd dat een minimaal testproces plaatsvindt. De verwachting (en het advies) is dat veel organisaties er voor zullen kiezen hun voorzieningen veel uitgebreider te testen.
De testgevallen van de aansluittoets zijn beschreven in bijlage 1. Deze testgevallen kunnen ook als inspiratiebron dienen voor aanvullende testbeschrijvingen. Al voor de daadwerkelijke aansluittoets kunnen deze testen ook al worden uitgevoerd.

Bij de aansluittoets voert de aansluitende partij zelf de testen uit; vanuit de gegevens die in de logboeken worden opgeslagen kan de technisch contactpersoon van de BV BSN verklaren of aan de minimale eisen wordt voldaan. Zoals in de aansluitprocedure staat vermeld, moet je vooraf contact opnemen met de technisch contactpersoon van de beheerorganisatie beheervoorziening BSN om af te stemmen wanneer de aansluittoets zal gaan plaatsvinden. In die gevallen dat een gebruiker (gedurende de aansluitprocedure) heeft aangegeven niet alle 5 de diensten te gaan gebruiken kan worden volstaan met het toetsen van de wel te gebruiken diensten. Wordt in een later geval besloten om een dienst aan de gebruikersvoorziening toe te voegen dan dient voor deze dienst de aansluittoets alsnog te worden doorlopen.

Aanvullende informatie

• Logisch Ontwerp BSN
• Aansluitprocedure BV BSN
• Functioneel Ontwerp BV BSN

 

Bijlage 1 Aansluittoets

In deze bijlage staan de testen die onderdeel uitmaken van de aansluittoets.

A. Toets BSN

Test A1 Veld	Invoer	Verwachte uitvoer
BSN	123456789
Omschrijving resultaat		Nummer is geen BSN

 

Test A2 Veld	Invoer	Verwachte uitvoer
BSN	999990068
Omschrijving resultaat		Nummer is een BSN

B. Haal identificerende gegevens op

Test B.1 Veld	Invoer	Verwachte Uitvoer
BSN	999990068	999990068
Voornamen		Rozen
Voorvoegsel geslachtsnaam
Geslachtsnaam		Groeman
Geboortedatum		19470909
Geboorteplaats		's-Gravenhage
Geboorteland		Nederland
Geslacht		M
Gemeente van inschrijving		's-Gravenhage
Straatnaam		Zuiderparklaan
Huisnummer		12
Huisletter
Huisnummer toevoeging
Aanduiding bij huisnummer
Postcode		2574HA
Locatiebeschrijving
Land vanwaar ingeschreven

 

Test B.2 Veld	Invoer	Verwachte Uitvoer
BSN	999990160	999990160
Voornamen		Hendrik Jan
Voorvoegsel geslachtsnaam		de
Geslachtsnaam		Brink
Geboortedatum		19711213
Geboorteplaats		Utrecht
Geboorteland		Nederland
Geslacht		M
Gemeente van inschrijving		Utrecht
Straatnaam		St. Jacobsstraat
Huisnummer		400
Huisletter		L
Huisnummer toevoeging		Toe
Aanduiding bij huisnummer
Postcode		3511BT
Locatiebeschrijving
Land vanwaar ingeschreven		Zwitserland

C. Opvragen BSN

Test C.1 Veld	Invoer	Verwachte Uitvoer
BSN		999990160
Voornamen		Hendrik Jan
Voorvoegsel geslachtsnaam		de
Geslachtsnaam	Brink	Brink
Geboortedatum	19711213	19711213
Geboorteplaats		Utrecht
Geboorteland		Nederland
Geslacht	M	M
Gemeente van inschrijving		Utrecht
Straatnaam		St. Jacobsstraat
Huisnummer		400
Huisletter		L
Huisnummer toevoeging		Toe
Aanduiding bij huisnummer
Postcode		3511BT
Locatiebeschrijving
Land vanwaar ingeschreven		Zwitserland

 

Test C.2 Veld	Invoer	Verwachte Uitvoer
BSN		999990160
Voornamen		Hendrik Jan
Voorvoegsel geslachtsnaam		de
Geslachtsnaam		Brink
Geboortedatum	19711213	19711213
Geboorteplaats		Utrecht
Geboorteland		Nederland
Geslacht	M	M
Gemeente van inschrijving		Utrecht
Straatnaam		St. Jacobsstraat
Huisnummer	400	400
Huisletter		L
Huisnummer toevoeging		Toe
Aanduiding bij huisnummer
Postcode	3511BT	3511BT
Locatiebeschrijving
Land vanwaar ingeschreven		Zwitserland

 

Test C.3 Veld	Invoer	Verwachte Uitvoer
BSN		999994931
Voornamen		Jan
Voorvoegsel geslachtsnaam		de
Geslachtsnaam	Jager	Jager
Geboortedatum	19701201	19701201
Geboorteplaats		Hellevoetsluis
Geboorteland		Nederland
Geslacht	V	V
Gemeente van inschrijving		Amsterdam
Straatnaam		Acacia
Huisnummer		55
Huisletter
Huisnummer toevoeging
Aanduiding bij huisnummer
Postcode		3224EA
Locatiebeschrijving
Land vanwaar ingeschreven
Indicatie geheim		Ja

 

Test C.4 Veld	Invoer	Verwachte Uitvoer
BSN
Voornamen
Voorvoegsel geslachtsnaam
Geslachtsnaam	Kooyman
Geboortedatum	20030303
Geboorteplaats
Geboorteland
Geslacht	V
Gemeente van inschrijving
Straatnaam
Huisnummer
Huisletter
Huisnummer toevoeging
Aanduiding bij huisnummer
Postcode
Locatiebeschrijving
Land vanwaar ingeschreven
Melding		Meerdere resultaten gevonden
Resultaatcode		23003

D. Controleer nummer en identificerende gegevens

Test D.1 Veld	Invoer	Verwachte Uitvoer
BSN	999994396	999994396
Voornamen		Eisa
Voorvoegsel geslachtsnaam		von
Geslachtsnaam	Thursen	Thursen
Geboortedatum	20000505	20000505
Geboorteplaats		Hellevoetsluis
Geboorteland		Nederland
Geslacht	V	V
Gemeente van inschrijving		Hellevoetsluis
Straatnaam		Cronus
Huisnummer		555
Huisletter
Huisnummer toevoeging
Aanduiding bij huisnummer
Postcode		3225TD
Locatiebeschrijving
Land vanwaar ingeschreven

 

Test D.2 Veld	Invoer	Verwachte Uitvoer
BSN	999994396	999994396
Voornamen		Eisa
Voorvoegsel geslachtsnaam		von
Geslachtsnaam		Thursen
Geboortedatum	20000505	20000505
Geboorteplaats		Hellevoetsluis
Geboorteland		Nederland
Geslacht	V	V
Gemeente van inschrijving		Hellevoetsluis
Straatnaam		Cronus
Huisnummer	555	555
Huisletter
Huisnummer toevoeging
Aanduiding bij huisnummer
Postcode	3225TD	3225TD
Locatiebeschrijving
Land vanwaar ingeschreven

 

Test D.3 Veld	Invoer	Verwachte Uitvoer
BSN	999990019	999990019
Voornamen		Erebos
Voorvoegsel geslachtsnaam
Geslachtsnaam	Bultenaar	Bultenaar
Geboortedatum	20000401	20000401
Geboorteplaats		Hellevoetsluis
Geboorteland		Nederland
Geslacht	M	M
Gemeente van inschrijving		Hellevoetsluis
Straatnaam		Eik
Huisnummer		555
Huisletter
Huisnummer toevoeging
Aanduiding bij huisnummer
Postcode		3224TB
Locatiebeschrijving
Land vanwaar ingeschreven
Gegevens in onderzoek		Geboortedatum is in onderzoek (010310)