Deze pagina bevat een schematisch overzicht van de berichtencycli binnen het BPR-stelsel. Meer informatie is te vinden in het Logisch Ontwerp BRP, dat de processen en bijbehorende berichtenstromen stap voor stap beschrijft. Bij elke cyclus staat een verwijzing naar de betreffende paragraaf in het LO BRP. Voor de berichten op deze pagina is de volgorde van het LO aangehouden. Versie: 2025.Q2 (1 april 2025)

1 Berichtencycli voor bijhouding persoonsgegevens

Dit onderdeel geeft de berichtencycli weer ten behoeve van de bijhouding van persoonsgegevens in de BRP, zie hoofdstuk 5.2 in het Logisch Ontwerp BRP.

Vervolginschrijving van gemeente naar gemeente

(LO BRP 5.2.2)

Vervolginschrijving van gemeente naar RNI

(LO BRP 5.2.3)

Vervolginschrijving van RNI naar gemeente

(LO BRP 5.2.4)

Toevallige geboorte

[LO BRP 5.2.5]

Toevallige gebeurtenis

[LO BRP 5.2.6]

Opnemen verwijsgegevens

[LO BRP 5.2.7]

Wijzigen A-nummer in verwijsgegevens

[LO BRP 5.2.8]

Opnemen/wijzigen verblijfstitel

[LO BRP 5.2.9]

Synchronisatie/synchroniciteit met BRP-V

[LO BRP 5.2.10 | 5.2.12]
 

Synchronisatievraag

[LO BRP 5.2.11]

Opvragen BSN-voorraad

[LO BRP 5.2.13]

Presentievraag

[LO BRP 5.2.14]

Opvragen PL

[LO BRP 5.2.15]

Opvragen afnemersindicaties bij PL

[LO BRP 5.2.16]

Controleren PL

[LO BRP 5.2.17]

Opvragen A-nummervoorraad

Webservice [LO BRP 5.2.18]

API

[LO BRP 5.2.19]

Indienen en beantwoorden verzoek ABO aan RNI

[LO BRP 5.2.20 | 5.2.21]

Opvragen verzoekstatus ABO aan RNI

[LO BRP 5.2.22]

2. Berichten voor de verstrekking van persoonsgegevens

Dit onderdeel geeft de berichtencycli weer voor de verstrekking van persoonsgegevens uit BRP-V aan geautoriseerde afnemers.

Spontane verstrekking

[LO BRP 5.3.2]

Selectieverstrekking

[LO BRP 5.3.3]

Ad hoc verstrekking

[LO BRP 5.3.4]

Ad hoc adresverstrekking

[LO BRP 5.3.5]

Plaatsen afnemersindicatie bij PL

[LO BRP 5.3.6]

Verwijderen afnemersindicatie bij PL

[LO BRP 5.3.7]

Adhoc (adres)vraag (webservice)

[LO BRP 5.3.8]

Aantal bewoners API

[LO BRP 5.3.10]

Bewoning API

[LO BRP 5.3.11]

Personen API

[LO BRP 5.3.12]

Reisdocumenten API

[LO BRP 5.3.13]

Verblijfplaatshistorie API

[LO BRP 5.3.14]

3. Overige berichten

Dit onderdeel bevat de berichtencycli voor het onderhouden van de landelijke tabellen, protocolfouten en het vrije bericht.

Onderhoud overige tabellen

[LO BRP 5.4.3]

Protocolfouten

[LO BRP 5.4.4]

Vrij bericht Berichtendienst

[LO BRP 5.4.5]

Webservice

[LO BRP 5.4.6]

4. Foutredenen en statusmeldingen

Onderstaande tabellen bevatten alle mogelijke fout- of statusmeldingen die in de berichten kunnen voorkomen.

Berichtencycli

Foutcode	Omschrijving
A	PL is actueel PL is aanwezig en niet geblokkeerd Persoon is actueel ingeschreven
B	PL is geblokkeerd i.v.m. verhuizing naar gemeente “code” PL ouder is geblokkeerd i.v.m. verhuizing naar gemeente “code”
E	Bijhouden PL opgeschort wegens emigratie m.i.v. “datum” Bijhouden PL opgeschort wegens emigratie Bijhouden PL ouder opgeschort wegens emigratie ouder
G	Persoon komt niet voor Persoon niet gevonden Persoon komt niet voor in verwijsgegevens Ouder komt niet voor Adres dan wel persoon komt niet voor
H	Betrokkene heeft om geheimhouding verzocht
I	Reeds een afnemersindicatie geplaatst bij deze persoon Geen afnemersindicatie geplaatst bij deze persoon Persoon is Nederlander of wordt behandeld als Nederlander
M	Bijhouden PL opgeschort wegens Ministerieel besluit m.i.v. “datum” Bijhouden PL opgeschort wegens Ministerieel besluit Bijhouden PL ouder opgeschort wegens Ministerieel besluit bij ouder
N	De gegevens van het rechtsfeit kunnen of mogen niet worden verwerkt
O	Bijhouden PL opgeschort wegens overlijden op “datum” Bijhouden PL opgeschort wegens overlijden Bijhouden PL ouder opgeschort wegens overlijden ouder
P	Antwoordbericht te groot
R	Bijhouden PL opgeschort wegens aanleg in de RNI op “datum” Geen autorisatie voor plaatsen afnemersindicatie bij deze persoon Geen autorisatie voor het stellen van ad hoc vragen over deze persoon
U	Eenduidige identificatie niet gelukt
V	Persoon is verhuisd naar gemeente “code” Ouder is verhuisd naar gemeente “code”
X	Geen autorisatie voor de gevraagde actie
Z	Autorisatie voor geen van de personen op het aangegeven adres (bij adresidentificatie) dan wel geen autorisatie voor de gezochte persoon (bij persoonsidentificatie)

Webservices BRP

Vraag PL | Vraag AI | Controleren PL | Ad hoc (adres)vraag | StuurGBAbericht

Foutcode	Omschrijving
G033	Geen gegevens gevonden
P032	Te veel zoekresultaten
X001	Algemene (systeem)fout
X010	Onjuiste credentials of ongeldig certificaat
X011	Service niet geactiveerd
X012	Wachtwoord verlopen
X013	Geen autorisatietabelregel
X018	Rubriek niet toegestaan
X019	Rubriek dubbel opgenomen
X019	Rubriek niet numeriek
X019	Onjuiste lengte
X019	Geen correcte persoonsidentificatie
X025	Gevraagde rubriek dubbel opgenomen
X027	Niet geautoriseerd voor opvragen PL
X028	Niet geautoriseerd voor opvragen Afnemersindicaties
X021	Onbekende actie
X021	Mismatch tussen berichtnummer en berichtinhoud
X021	Berichtnummer is niet Lg01
X021	Lg01 bericht is niet valide
A000	<leeg>
H035	Geen verstrekking vanwege indicatie geheim
P036	Resultaat te groot, te veel personen op 1 adres
R034	Geen van de PL'en voldoet aan de voorwaardenregel
T031	Zoekproces afgebroken
X014	Niet geautoriseerd voor ad hoc vragen
X015	Niet adresvraagbevoegd
X017	Geen autorisatie voor rubriek: <rubrieknummer>
X020	Geen correcte persoons- of adresidentificatie
X021	Ongeldige waarde voor parameter <xml-tag-naam>
X022	Numeriek zoekcriterium <rubrieknummer> bevat geen numerieke waarde
X023	Zoekcriterium <rubrieknummer> bevat ongeldig teken op positie <x>
X024	Dubbel rubrieknummer in zoekcriteria niet toegestaan: <rubrieknummer>
X026	Onjuiste lengte voor rubriek: <rubrieknummer>=<waarde>
Z037	Geen PL'en die aan de verstrekkingscondities voldoen

Opvragen A-nummers

Foutcode	Omschrijving
400	Service aangeroepen met invalide data, de opgegeven data voldoet niet aan de specificaties
401	Authenticatiegegevens ontbreken of zijn onjuist
403	Incorrecte autorisatie, of de geautoriseerde partij kan tijdelijk geen nieuwe A-nummers opvragen
429	De geautoriseerde partij kan tijdelijk geen A-nummers opvragen omdat de aanvraag-limiet bereikt is
500	Er is een probleem opgetreden bij het ophalen van A-nummers

Deelnemersopgave (ABO-webservice)

Foutcode	Omschrijving
100	Er is een technische fout opgetreden
101	Niet geautoriseerd
103	De opgave met RNI referentienummer <referentienummer> is ingetrokken
104	Deelnemer heeft al eerder een opgave gedaan met uw referentienummer <referentienummer>
105	Deelnemer <deelnemerscode> is niet bekend
109	Computervirus aangetroffen
110	Probleem opgetreden tijdens gebruik van externe service. Details: <details>
200	PL met het aangeleverde BSN is niet in de RNI aangetroffen
201	Op basis van het BSN is een PL gevonden maar deze PL heeft een ander A-nummer dan het meegeleverde A-nummer
202	Er zijn meerdere PL'en gevonden met het aangeleverde BSN; Voeg aan de identificatie zo mogelijk het A-nummer toe
203	Er zijn meerdere PL'en gevonden met het aangeleverde BSN, maar de combinatie BSN en het meegeleverde A-nummer komt niet voor
205	PL met het aangeleverde BSN is niet in de RNI aanwezig; BSN komt wel voor in de verwijsgegevens (PL is overgebracht naar de ingezetenen)
206	PL met het aangeleverde BSN is niet in de RNI aanwezig; BSN komt wel voor in de verwijsgegevens (PL is overgebracht naar de ingezetenen, echter niet in combinatie met het door de deelnemer meegeleverde A-nummer
209	De PL is geblokkeerd (i.v.m. verhuizing naar de ingezetenen)
1012	De inschrijving voldoet inhoudelijk niet aan de voorschriften
1013	De inschrijvingsopgave is niet uitgevoerd. Reden: <reden>
1020	De actualisering is gelijk aan de huidige gegevens op de PL; De actualisering is niet uitgevoerd
1021	De actualisering is niet consistent met de huidige gegevens op de PL en kan daarom niet doorgevoerd worden
1022	De PL is opgeschort met reden O (overlijden) en de ingangsdatum van het gegeven (<datum ingang geldigheid>) ligt na de datum opschorting (<datum opschorting dd-mm-jjjj>)
1024	De actualisering <naam> voldoet inhoudelijk niet aan de voorschriften
1025	Op de PL zijn geen gegevens aangetroffen die betrekking hebben op de aangegeven nationaliteit met code <nationaliteitscode>
1026	De actualiseringsopgave is niet doorgevoerd. Reden: <reden>
1028	Actualisering ingangsdatum adres buitenland voldoet inhoudelijk niet aan de voorschriften
1031	De verificatieopgave voldoet inhoudelijk niet aan de voorschriften
1032	De aangeleverde verificatiedatum <datum> is fout (ligt in de toekomst)
1033	De PL is opgeschort met reden O (overlijden) en de verificatiedatum ligt na de datum opschorting (<datum opschorting dd-mm-jjjj>)
1035	In de RNI is reeds een latere verificatiedatum (<RNI-datum>, bron: <deelnemer-meest-recente-verificatie) geregistreerd dan nu door de deelnemer is aangeleverd (<Deelnemer-datum>); geen wijziging doorgevoerd
1036	De verificatiedatum in de RNI heeft al de waarde die nu door de deelnemer is aangeleverd: geen wijziging doorgevoerd
1037	De verificatieopgave is niet doorgevoerd
1041	Op basis van het bestandskenmerk is vastgesteld dat de scan al bij het dossier is opgenomen, mogelijk is de opgave dubbel aangeleverd; De scan(s) is (zijn) niet opgenomen
1303	Overlijdensdatum mag niet in de toekomst liggen
1304	Overlijdensdatum mag niet voor geboortedatum liggen
9999	<unexpected error met nadere omschrijving>

Webservices BV BSN

Opvragen BSN-voorraad | Presentievraag

Foutcode	Omschrijving
2	Technische fout
4	Afzender niet geautoriseerd
6	Bericht bevat meer vragen dan het toegestane maximum (maximum is vooralsnog 1)
7	Bericht bevat geen vraag
8	De afzender van het bericht is niet gevuld
9	Het berichtnummer van de afzender is niet gevuld
11	Eén of meer vraagnummers niet gevuld
14	Vraagnummer moet 1, 2, 3 of 4 zijn
4001	Gemeentecode onjuist
4002	Aantal nummers is niet gevuld
12001	De instantie is niet gevuld
12001	Geen resultaten gevonden
12003	Te veel resultaten gevonden
12004	Set van identificerende gegevens niet valide
12005	Twee personen met hetzelfde BSN gevonden

Inleiding

Goed kunnen zoeken in de Basisregistratie Personen (BRP) is essentieel voor veel afnemers en hun bedrijfsprocessen. Het is daarbij belangrijk dat ook met een beperkte hoeveelheid identificerende gegevens, de juiste persoon gevonden kan worden. Een goede zoekstrategie kan veel tijd besparen en helpt bovendien om de privacy van burgers te beschermen. Persoonsgegevens worden immers minder vaak ‘onterecht’ verstrekt en geraadpleegd wanneer afnemers op zoek zijn naar gegevens van een persoon waarvan ze weinig identificerende gegevens hebben. Daarom werkt RvIG voortdurend aan verbeteringen in de zoekmogelijkheden en zich inzet om de bestaande mogelijkheden onder de aandacht te brengen.

Deze handleiding is voor het zoeken en raadplegen van persoonsgegevens via de Ad-hoc- webservice van de BRP Verstrekkingsvoorziening (BRP-V).

Wie staat er wel en niet in de BRP

Gegevens in de BRP zijn ingevoerd vanaf 1-10-1994

Vóór 1 oktober 1994 bestond de bevolkingsadministratie in Nederland uit papieren persoonskaarten. Met de ingang van de Wet Gemeentelijke Basisadministratie persoonsgegevens (GBA), op 1 oktober 1994, is de digitalisering van de persoonsregistratie gestart. Van iedereen die op deze datum in Nederland woonde, zijn de persoonsgegevens van papier geconverteerd naar digitale gegevens in de GBA. Dat waren toen ongeveer 15 miljoen mensen.

Dus vanaf dat moment stond iedereen die op deze datum in Nederland woonde in de GBA, behalve de personen die zijn:

• Geëmigreerd vóór 1-10-’94;
• Overleden vóór 1-10-’94;

Dit is belangrijk om je te realiseren bij het zoeken. Want als je iemand zoekt die vóór deze datum is overleden, dan kun je die persoon niet vinden in de BRP. Het is nog wel mogelijk om de gegevens van de persoonskaart op te vragen bij de gemeente waar de persoon woonde ten tijde van het overlijden. Als de persoon vóór die tijd is geëmigreerd, dan zal je die in de meeste gevallen ook niet vinden. In sommige gevallen kan het zijn dat de persoon wel vindbaar is, bijvoorbeeld bij hervestiging in Nederland op een later moment. Of als de persoon na 2013 is ingeschreven als niet-ingezetene.

Inschrijving in de BRP is voor altijd

Vanaf het moment dat is gestart met de digitalisering van de gegevens in de toenmalige GBA, 1 oktober 1994, geldt dat als iemand eenmaal in de GBA/BRP is opgenomen met een persoonslijst, deze persoonslijst er altijd in blijft staan.

Wanneer iemand verhuist naar een andere gemeente, dan verhuist de persoonslijst mee naar de gemeente waar de persoon naar toe verhuist.

Iemand kan zich uitschrijven als inwoner van Nederland als hij/zij naar het buitenland verhuist; de persoonslijst ‘verhuist’ dan automatisch van de laatste woongemeente naar de Registratie Niet-ingezetenen (RNI). De RNI is onderdeel van de BRP, dus de persoonslijst blijft in de BRP staan, en is via BRP-V te bevragen. Ook wanneer iemand overlijdt, dan blijven de geregistreerde persoonsgegevens in de BRP staan. Ook de persoonsgegevens van een overledene zijn via BRP-V te bevragen. De status van de persoonslijst (niet-ingezetene of overleden) wordt met het antwoord op een ad-hoc-vraag automatisch mee verstrekt, zodat het voor de afnemer duidelijk is dat het niet om een ingezetene gaat.

Iedereen in de BRP heeft een BSN en een A-nummer

Iedereen die in de BRP staat (ingezetene, niet-ingezetene of overledene) heeft een burgerservicenummer en een A-nummer. Iemand die geen BSN heeft, kan niet als persoon in de BRP staan. Het A-nummer en het BSN blijven geldig, ook na emigratie en/of overlijden.

Een BSN wordt nooit hergebruikt, ook niet wanneer iemand overlijdt of emigreert. Dit geldt ook voor het A-nummer. Ook de oude sofinummers – de voorloper van het BSN – worden niet hergebruikt. Als een persoon nog over een oud sofinummer beschikt en wordt ingeschreven in de BRP, krijgt die persoon een nieuw (en dus ander) BSN.

Ook niet-ingezetenen maken deel uit van de BRP

Bij de invoering van de Wet BRP op 6 januari 2014 is tegelijkertijd de Registratie niet-ingezetenen (RNI) geïntroduceerd. In de RNI staan personen die een relatie hebben met de Nederlandse overheid, maar niet of niet meer in Nederland wonen.

Kort na de invoering van de RNI in 2014 zijn de gegevens van drie miljoen niet-ingezetenen in de RNI opgenomen. Anderhalf miljoen persoonslijsten van personen die vanaf 1-10-1994 geëmigreerd zijn en anderhalf miljoen persoonslijsten van personen die een relatie hebben met de Belastingdienst en/of de Sociale Verzekeringsbank en niet in Nederland wonen. Vanaf 2014 is de RNI verder gevuld met emigraties en inschrijvingen van niet-ingezetenen via de RNI-loketten. Ook kunnen niet -ingezetenen inschreven worden door een aantal daartoe aangewezen bestuursorganen (ABO’s).

Bij emigratie wordt de persoonslijst van de laatste woongemeente naar de RNI gestuurd. Er verdwijnen geen gegevens van de persoonslijst, maar niet alle gegevens worden vanaf dat moment nog actief bijgehouden. De gegevens over de gerelateerden –ouders, partners en kinderen– worden ‘bevroren’; de bijhouding daarvan wordt opgeschort.

Als een persoon zichzelf via een RNI-loket inschrijft, of ingeschreven wordt door een ABO worden de gegevens over de gerelateerden niet opgenomen. De rest van de persoonslijst is vrijwel gelijk aan de persoonslijst van een ingezetene, met als belangrijkste verschil dat het woonadres in het buitenland geregistreerd wordt voor niet-ingezetenen.

De RNI is een onderdeel van de BRP. Iemand die als niet-ingezetene in de RNI staat, staat dus altijd in de BRP. Andersom is dit niet zo. 

28 miljoen mensen (op dat hele kleine stukje aarde…)

Begin 2025 staan er ruim 28 miljoen personen in de BRP:

• 18 miljoen inwoners van Nederland;
• Ruim 5 miljoen niet-ingezetenen;
• Bijna 5 miljoen overledenen;

Binnenkort komt hier nog een vierde groep bij: de inwoners van Caribisch Nederland.

De ad-hoc-vraag

Als je persoonsgegevens op wilt vragen uit de BRP, kun je een ad-hoc-vraag sturen aan BRP-V. Een ad-hoc-vraag bestaat uit twee onderdelen:

1. De identificerende gegevens van de persoon die je zoekt;
2. Een opgave van de gegevens die je over deze persoon in het antwoord wilt ontvangen.

LET OP! Zowel de identificerende gegevens als de gevraagde gegevens, moeten vallen binnen je autorisatie anders krijg je een foutmelding. In het eerste geval is dat foutmelding X018, in het tweede geval is dat foutmelding X017. In de foutmelding staat welk gegeven buiten je autorisatie valt.

Voor de identificatie van de persoon die je zoekt, moet je minimaal één van de volgende gegevens gebruiken, zogenoemde identificerende gegevens:

• A-nummer (rubriek 01.01.10);
• BSN (rubriek 01.01.20);
• Geboortedatum (rubriek 01.03.10);
• Geslachtsnaam (rubriek 01.02.40);
• Postcode (rubriek 08.11.60);
• Postcode tijdelijk verblijfadres (rubriek 16.11.60);

Deze identificatie kan worden aangevuld met andere gegevens waarvoor je bent geautoriseerd. Met de optie “Zoeken in historie” zoekt BRP-V ook in de historische gegevens op de persoonslijst. Je hoeft niet expliciet geautoriseerd te zijn voor die historische gegevens bij het zoeken.

Hoe werkt het zoeken met de ad-hoc-vraag

Als je als identificatie een uniek nummer gebruikt (BSN of A-nummer) krijg je altijd precies één set persoonsgegevens als antwoord. Want het unieke nummer is maar aan 1 persoon gekoppeld. Het is niet gewenst om naast het BSN of het A-nummer nog een ander gegeven als identificatie mee te sturen. BRP-V zoekt namelijk met de combinatie van alle opgegeven gegevens. Het toevoegen van een extra zoekgegeven aan een uniek nummer, maakt de kans alleen maar kleiner dat je de persoon vindt.

Zowel het BSN als het A-nummer is een uniek nummer dat maar aan 1 persoon gekoppeld is. Mocht het voorkomen dat je bij een vraag op A-nummer of BSN toch meerdere personen in het antwoord terugkrijgt, meld dat dan onmiddellijk aan RvIG! Deze situatie moet zo snel mogelijk opgelost worden.

Als je (nog) geen BSN of A-nummer hebt van de gezochte persoon, kun je een combinatie van identificerende gegevens invoeren, bijvoorbeeld geslachtsnaam en geboortedatum.

Zo’n combinatie (waar minimaal één van de verplichte identificerende gegevens bij moet zitten) levert in sommige gevallen meerdere gevonden personen op in de BRP. Bijvoorbeeld als gezocht wordt met alleen een geboortedatum of met een geboortedatum en een veelvoorkomende geslachtsnaam als Jansen/Janssen of (de) Vries.

Als het totaal aantal gevonden personen niet groter is dan tien, dan krijg je van alle gevonden personen de gevraagde set persoonsgegevens terug. Je moet op basis van die gegevens zelf bepalen wie de gezochte persoon is en alleen die gegevens gebruiken voor het doel waarvoor je ze opgevraagd hebt.

Als er meer dan tien personen gevonden zijn, krijg je een melding dat er te veel personen gevonden zijn. Je moet er dan zelf voor zorgen dat het zoekresultaat kleiner wordt door het stellen van een specifiekere vraag. Dat kan op twee manieren:

1. door extra identificerende gegevens toe te voegen aan de oorspronkelijke vraag, of 
2. door andere identificerende gegevens te gebruiken.

Het toevoegen van een of meer extra identificerende gegevens maakt het zoekresultaat kleiner, omdat BRP-V zoekt met de combinatie van alle identificerende gegevens. Alleen de personen die alle identificerende gegevens op hun persoonslijst hebben staan, worden gevonden. Als je bij de geslachtsnaam Janssen plus geboortedatum 1 juli 1955 te veel resultaten krijgt, dan kun je bijvoorbeeld de postcode van het woonadres toevoegen. Er wordt dan binnen de groep van personen met geslachtsnaam Janssen en geboortedatum 1 juli 1955 gezocht naar alleen die personen die ook op de opgegeven postcode wonen.

Als je over andere gegevens van de gezochte persoon beschikt, kunnen die ook gebruikt worden om het zoekresultaat te verkleinen. Bijvoorbeeld door in plaats van de geslachtsnaam, de postcode en het huisnummer te gebruiken. De combinatie van een geboortedatum en een postcode en huisnummer verkleint het zoekresultaat.

Het opgeven van meerdere identificerende gegevens kan soms tot gevolg hebben dat er niemand gevonden wordt, terwijl je toch zeker weet dat de gezochte persoon in de BRP moet staan. De reden hiervoor is meestal dat een of meer van de opgegeven identificerende gegevens niet exact overeenkomt met de geregistreerde gegevens op de persoonslijst van de gezochte persoon. Als je weet welk gegeven dat is, kun je dat vervangen door een ander identificerend gegeven. Heb je geen ander identificerend gegeven, dan kan Slim zoeken [link naar paragraaf] uitkomst bieden.

De ad-hoc-adresvraag

Naast de reguliere ad-hoc-vraag is er ook de ad-hoc-adresvraag. Hierbij zoek je naar alle bewoners van een bepaald adres. Voor het gebruik van de ad-hoc-adresvraag is een aparte autorisatie vereist naast de autorisatie voor de ad-hoc-vraag. Je gebruikt de ad-hoc-adresvraag bijvoorbeeld als je van een persoon moet weten wie diens huisgenoten zijn. Je kunt de ad-hoc-adresvraag ook gebruiken om op te vragen welke niet-ingezetenen het adres in Nederland gebruiken als tijdelijk verblijfsadres. Je kunt de ad-hoc-adresvraag niet gebruiken voor het woonadres in het buitenland van niet-ingezetenen.

De ad-hoc-adresvraag heeft twee zoekingangen:

Optie 1

Je kunt een ad-hoc-adresvraag stellen door een persoon te zoeken. In het antwoord staan dan alle personen die ingeschreven zijn op hetzelfde adres waarop de gezochte persoon ingeschreven staat. Als de persoon ingeschreven staat als niet-ingezetene op dit adres, dan ontvang je in het antwoord alle andere personen die als niet-ingezetene staan ingeschreven op dit adres. Voor de identificatie van de persoon gelden dezelfde minimale eisen als bij de ad-hoc-vraag.

Als je bijvoorbeeld een ad-hoc-adresvraag stelt met als identificatie het BSN 123456789, dan krijg je de gevraagde persoonsgegevens van alle personen die op hetzelfde adres staan ingeschreven als de persoon met BSN 123456789.

Optie 2

Je kunt een ad-hoc-adresvraag stellen door een adres te zoeken. In het antwoord staan dan alle personen die ingeschreven staan op dat adres. Voor de identificatie van het adres moet je bij deze zoekingang minimaal een van de volgende gegevens gebruiken.

• Gemeentecode (rubriek 08.09.10);
• Straatnaam (rubriek 08.11.10);
• Naam openbare ruimte (rubriek 08.11.15);
• Postcode (rubriek 08.11.60);
• Identificatiecode verblijfplaats (rubriek 08.11.80);
• Identificatiecode nummeraanduiding (rubriek 08.11.90);
• Gemeentecode tijdelijk verblijfadres (rubriek 16.09.10);
• Straatnaam tijdelijk verblijfadres (rubriek 16.11.10);
• Naam openbare ruimte tijdelijk verblijfadres (rubriek 16.11.15);
• Postcode tijdelijk verblijfadres (rubriek 16.11.60);
• Identificatiecode verblijfplaats tijdelijk verblijfadres (rubriek 16.11.80);
• Identificatiecode nummeraanduiding tijdelijk verblijfadres (rubriek 16.11.90).

Deze identificatie kun je aanvullen met

• Functie adres (rubriek 08.10.10);
• Gemeentedeel (rubriek 08.10.20) en 
• De overige elementen uit groep 11 Adres. 

De rubrieken uit categorie 08 kun je niet combineren met rubrieken uit categorie 16. Als je categorie 08 gebruikt, ontvang je alle personen die als ingezetene staan ingeschreven op dit adres. Als je categorie 16 gebruikt, ontvang je alle personen die ingeschreven staan als niet-ingezetene op dit adres.

Als bij de identificatie binnen een ad-hoc-adresvraag alle gebruikte rubrieken binnen de definitie van de adresidentificatie vallen, dan interpreteert BRP-V dit als adresidentificatie. Dus zoeken op alleen postcode (08.11.60) geldt als adresidentificatie en niet als persoonsidentificatie.

In het zoekresultaat worden overledenen die ingeschreven staan op dit adres automatisch uitgefilterd. De overledenen staan dus niet in het zoekresultaat dat je terugkrijgt.

Slim zoeken

Als de ingevoerde zoekgegevens niet exact overeenkomen met de gegevens in BRP-V, dan is er nog de mogelijkheid van “slim zoeken”. Slim zoeken betekent dat er breder gezocht wordt dan de letterlijk ingevoerde gegevens. Dat verhoogt de kans dat de gezochte persoon of het gezochte adres in het zoekresultaat verschijnt. Er zijn drie manieren van slim zoeken:

Zoeken zonder onderscheid te maken tussen hoofletters en kleine letters

Je past dit heel gemakkelijk toe door zelf geen hoofdletters te gebruiken bij het invoeren van de zoekgegevens. Stel, je bent op zoek naar iemand met de –vermoedelijke– achternaam VanDenConckelaer, en je vindt niemand. Als je vermoedt dat de hoofdletters niet correct zijn, dan kun je ook vandenconckelaer proberen. Als je bij de invoer geen hoofdletters gebruikt, dan kijkt BRP-V bij het zoeken in de database niet naar het onderscheid in hoofdletters en kleine letters. Als de werkelijke naam vandenConckelaer is, dan wordt die gevonden met deze optie om het hoofdlettergebruik te negeren.

Zoeken zonder diakritische tekens

Diakritische tekens zijn accenttekens die boven, onder of door de letter staan ter aanduiding van de uitspraak, zoals de tilde of de cedille. Zie paragraaf 5.1.2.4 van het Logisch Ontwerp BRP voor een overzicht van alle combinaties van letters en diakritische tekens die in BRP-V kunnen voorkomen.

Zoeken zonder diakritische tekens pas je toe door zelf geen diakritische tekens te gebruiken bij het invoeren van de zoekgegevens. Stel dat je op zoek bent naar iemand met de naam António Eugénio Nuñes da Silva. Als je twijfelt of je alle diakritische tekens goed hebt ingevoerd, dan kun je ook zoeken met ‘Antonio Eugenio Nunes da Silva’. Als je alle diakritische tekens weglaat, negeert BRP-V de diakritische tekens volledig en kijkt alleen naar de gewone letters in de naam.

Let op: soms krijg je juist te veel resultaten door –onbedoeld– slim te zoeken. Stel dat je op zoek bent naar een persoon met achternaam Muller, dan kan het zijn dat BRP-V te veel resultaten vindt, om er ook gezocht wordt naar Müller. In zo’n geval kun je het slim zoeken van BRP-V uitschakelen door een slash “/” voor de naam te zetten. Je voert /Muller als zoekwaarde in; dat is voor BRP-V het signaal dat er letterlijk naar “Muller” gezocht moet worden. Namen zoals Müller of Mułłer worden dan overgeslagen.

Zoeken op een gedeelte van een zoekwaarde (‘wildcard’)

Als je slechts een deel van een zoekwaarde zeker weet, bijvoorbeeld alleen het geboortejaar of een deel van de postcode, dan kun je een zogenaamde ‘wildcard’ gebruiken. In de BRP gebruiken we het sterretje “*” als wildcard.

Voor alle zoekgegevens geldt dat het sterretje aan het einde van de zoekwaarde mag staan. In het zoekproces wordt dan alleen op de tekens vóór het sterretje gezocht. Het sterretje staat voor 0 of meer tekens. Bijvoorbeeld: als je zoekt met voorvoegsel Von* dan worden de voorvoegsels Von, Von ‘t, Von dem, Von den, Von der en Von t gevonden. Als je zoekt met voorvoegsel von* dan worden daarnaast ook nog alle varianten gevonden die met een kleine letter v beginnen vanwege de 1e manier van slim zoeken.

Voor datums geldt dat met de wildcard gezocht kan worden als alleen het jaar bekend is of als alleen het jaar en de maand bekend is. Als alleen het jaar bekend is, voer je de vier cijfers van het jaar in, met daarachter het sterretje; bijvoorbeeld: 1955*. Als het jaar en de maand bekend zijn voer je de vier cijfers van het jaar en de twee cijfers van de maand in, met daarachter het sterretje; bijvoorbeeld: 194405*.

Extra wildcards voor de actuele voornamen en de actuele geslachtsnaam

Speciaal voor het zoeken met de actuele voornamen en actuele geslachtsnaam zijn er ruimere mogelijkheden voor het gebruik van de wildcard. Het sterretje mag op elke positie in de zoekwaarde staan, dus niet alleen op het einde. En er mogen meerdere wildcards in één zoekwaarde staan. Deze uitgebreidere zoekmogelijkheden zijn vooral bedoeld voor het zoeken op voorletters of een deel van de voornamen of samengestelde achternamen.

Hieronder vind je een uitgebreid voorbeeld om dit toe te lichten:

Stel, je hebt in je eigen database: JH Janssen geboren op 27-03-1943 in Amsterdam.
De geboortedatum is niet helemaal zeker.
Je wilt de volledige NAW-gegevens opvragen om een brief te sturen.

• Je zoekt met achternaam Janssen en geboortedatum 02-03-1943. 
  Je krijgt als antwoord: niemand gevonden. Dan weet je zeker dat de geboortedatum niet klopt, want de achternaam Jansen komt zeker voor in de BRP.
   
• Je kunt de geboortedatum dus niet gebruiken en zoekt daarom met achternaam Janssen en geboorteplaats Amsterdam.
  Je krijgt als antwoord: te veel resultaten gevonden. In het antwoord mogen maximaal 10 zoekresultaten getoond worden, en er wonen meer dan 10 personen met de achternaam Jansen in Amsterdam.
   
• Daarom besluit je de zoekgegevens aan te vullen met de voorletters JH.
  Je krijgt als antwoord: niemand gevonden. In de BRP staan geen voorletters maar voornamen. Daarom wordt er niemand gevonden, want BRP-V zoekt letterlijk naar de ingevoerde zoekgegevens.
   
• Je besluit de wildcard te gebruiken: je zoekt met voornamen J*, achternaam Janssen en geboorteplaats Amsterdam.
  Je krijgt als antwoord: te veel resultaten gevonden. Blijkbaar wonen er meer dan 10 personen in Amsterdam met de achternaam Jansen en een voornaam/voornamen die beginnen met een J.
   
• Je besluit de nieuwe optie voor slimmer zoeken te gebruiken: het gebruik van meerdere wildcards in een zoekveld. Je zoekt met voornamen J* H*, achternaam Janssen en geboorteplaats Amsterdam. “J*” staat voor: de eerste letter van de (eerste) voornaam is een J. “H*“ staat voor: daarna moet nog een hoofdletter H komen. Je hebt opzettelijk een spatie gezet tussen J* en * zodat er gezocht wordt naar afzonderlijke voornamen. 
  Je krijgt als antwoord vier personen, met als voornamen: Jurjen Hans, Jan Hein, Johannes Hendrikus Gerardus, Josha Allard Harald. De twee laatste personen kunnen niet de gezochte persoon zijn, want zij hebben drie voornamen. Zij zijn gevonden omdat de wildcard alle tekens accepteert tot aan de volgende opgegeven letter of het einde van de tekenreeks.

Dan blijven er twee personen over, waarbij je op basis van de opgevraagde gegevens moet bepalen wie de gezochte persoon is. Bijvoorbeeld de geboortedatum: als de eerste persoon 03-02-1943 heeft en de tweede persoon 15-11-2023, dan is het vrijwel zeker de eerste persoon (dag en maand omgedraaid).

Een ander voorbeeld, maar dan met een dubbele geslachtsnaam.

Stel, je zoekt een persoon met de achternaam van Thoor Gilsing, maar je krijgt telkens “niet gevonden” als antwoord. Je hebt al geprobeerd te zoeken met T*, maar dat leverde te veel resultaten op. Als de schrijfwijze van het eerste deel “Thoor” onzeker is, kun je voortaan ook zoeken op alleen het laatste deel met: “*Gilsing”. Je vindt dan alleen achternamen die eindigen op Gilsing. Tip: als je een spatie invoegt tussen de * en Gilsing, dan geef je aan dat je de enkele geslachtsnaam Gilsing niet zoekt. Nog een tip: als je niet zeker weet of het eerste deel van de achternaam afgesplitst moet worden als voorvoegsel, kun je ook een * voor de achternaam zetten. Bijvoorbeeld: je moet de achternaam Del las Vidales opzoeken; dan kun je ook *Vidales invoeren, zonder spatie tussen * en Vidales. Als Del las een voorvoegsel uit de Voorvoegseltabel is, dan wordt de achternaam Vidales toch gevonden, want de * staat voor: 0, 1 of meerdere tekens. In dit geval dus 0 tekens.

Nog een voorbeeld uit de praktijk. Je bent op zoek naar een persoon met de achternaam Thomassen à Thuessink van der Hoop van Slochteren. Bij zo’n samengestelde naam kun je gemakkelijk fouten maken, want alleen al het naamdeel Thomassen heeft als varianten: Thomashen, Thomason, Thomasse, Thomassen, Thomasson, Thomasze, Tomase, Tomasse, Tomassen. Als je zeker weet dat het eerste deel klinkt als Tomasse, en dat het laatste deel Slochteren is, dan kun je zoeken met: T*oma* Slochteren.

In het antwoord staan aanvullende gegevens

Opschortingsgegevens

In de BRP staan niet alleen inwoners van Nederland (ingezetenen) maar ook niet-ingezetenen en overleden personen; zie Wie staat er wel en niet in de BRP [link naar paragraaf]. Als je een vraag stelt aan BRP-V worden deze personen automatisch meegenomen in de zoekactie. Daarom sturen we in het zoekresultaat aanvullende gegevens mee waaraan je kunt zien of een gevonden persoon een niet-ingezetene is of een overledene; dit zijn de zogenaamde opschortingsgegevens. In het antwoord kan een van deze vier opschortingsredenen staan:

• O: de persoon is overleden;
• E: de persoon is geëmigreerd;
• R: de persoon is een niet-ingezetene die nooit in Nederland gewoond heeft;
• M: de persoon is een niet-ingezetene die vanwege een ministerieel besluit is uitgeschreven.

Naast de opschortingsreden wordt ook de datum van opschorting meegestuurd.

Wanneer er bij een persoon geen opschortingsgegevens zijn meegestuurd, betekent dit dat de persoon een ingezetene is.

Als je op een zoekvraag meerdere personen in het antwoord krijgt, is een check op de opschortingsgegevens direct een goede eerste controle van het zoekresultaat. Wanneer je zeker weet dat de gezochte persoon in Nederland woont en nog in leven is, vallen de resultaten van niet-ingezetenen en overleden personen dus af.

Onderzoeksgegevens

In het antwoord kunnen ook aanvullende gegevens meegestuurd worden als een gegeven in onderzoek staat. Dit gebeurt in gevallen wanneer er twijfel is over de juistheid van de gegevens en de gemeente daarom een onderzoek uitvoert. Afhankelijk van het proces waarvoor je de gegevens opgevraagd hebt, kan het nodig zijn om contact op te nemen met de desbetreffende gemeente om naar het onderzoek te vragen. Bijvoorbeeld wanneer blijkt dat een adres in onderzoek staat en het doel was om een brief naar deze persoon te sturen.

De aanvullende gegevens worden altijd meegestuurd als ze aanwezig zijn, dit is niet afhankelijk van de inhoud van de autorisatie van je organisatie. Je kunt er bij het stellen van een ad-hoc-vraag ook niet expliciet om vragen.

Gegevens over niet-ingezetenen

Als in het antwoord een niet-ingezetene voorkomt (de opschortingsreden is dan E, R of M) kun je aanvullende gegevens aantreffen over de organisatie (“RNI-deelnemer”) die de gegevens heeft aangeleverd en de datum waarop de gegevens zijn opgenomen. Ook kun je aanvullende gegevens aantreffen over de verificatie die de RNI-deelnemer heeft uitgevoerd op de betreffende gegevens. Deze aanvullende gegevens geven je extra informatie over de actualiteit en betrouwbaarheid van de gevraagde gegevens.

Let op: Het is voor RvIG niet inzichtelijk hoe de meegestuurde gegevens getoond worden op het scherm van de afnemer. Dit is afhankelijk van hoe de leverancier van jouw applicatie dit heeft ingebouwd. Idealiter staan de aanvullende gegevens duidelijk op het scherm weergegeven want het is belangrijke informatie bij het beoordelen van de zoekresultaten. RvIG is verantwoordelijk voor de gegevensverstrekking, de ontvangende applicatie is verantwoordelijk om de gegevens begrijpelijk in beeld te brengen.

Aandachtspunten bij het zoeken

Standaard combinaties voor zoekgegevens

Vaak gebruikte combinaties van zoekgegevens zijn:

• Geslachtsnaam en geboortedatum;
• Geslachtsnaam en postcode;
• Postcode en huisnummer;
• Geslachtsnaam en geboortedatum en gemeente van inschrijving.

Deze combinaties kun je aanvullen met extra gegevens als er te veel zoekresultaten gevonden worden. 
Aandachtspunt: Als je verwacht dat je meer dan 1 persoon gaat vinden, is het aan te bevelen om slechts een beperkte set gegevens in het antwoord op te vragen. Dit voorkomt dat je ongewild een grote set persoonsgegevens te zien krijgt van personen die je niet zocht. De inhoud van de gevraagde set persoonsgegevens moet genoeg zijn om te kunnen bepalen wie de gezochte persoon is. Bijvoorbeeld: voornamen, voorvoegsel, geslachtsnaam, geboortedatum, geboorteplaats. Als je de gezochte persoon gevonden hebt in het zoekresultaat, kun je met het BSN van de bedoelde persoon de hele set gegevens opvragen die je voor je proces nodig hebt.

Zoeken in historische gegevens

Wanneer je een persoon niet kunt vinden en je vermoedt dat dit komt omdat je verouderde gegevens gebruikt, kun je ook zoeken in de historische gegevens in de BRP. In je zoekvraag zet je dan de indicator IndicatieZoekenInHistorie aan (als je die niet op je scherm ziet, vraag dan aan je applicatiebeheerder hoe dat moet). Je hoeft hiervoor niets aan te passen aan de identificerende gegevens, en je hoeft ook niet geautoriseerd te zijn voor deze historische gegevens om ermee te kunnen zoeken. Als je ook historische gegevens in het antwoord wilt ontvangen, moet je daar wel voor geautoriseerd zijn.

Let op: Zoeken in de historische gegevens werkt alleen voor de ad-hoc-vraag, niet voor de ad-hoc-adresvraag.

Voorbeeld: je zoekt een persoon met geslachtsnaam Janssen en geboortedatum 12-08-1995. Je vindt niemand, maar weet zeker zij zich15 jaar geleden ingeschreven heeft. Je stuurt de vraag nogmaals met de indicator IndicatieZoekenInHistorie aan. Dit keer ontvang je mevrouw Müller met geboortedatum 12-08-1995. In de gegevens zie je dat mevrouw Janssen in Duitsland getrouwd is met mijnheer Müller en de huwelijksnaam van haar man aangenomen heeft als haar geslachtsnaam.

Zelfs met één zoekresultaat kan het de verkeerde persoon zijn

Wanneer je een persoon zoekt en je krijgt precies één resultaat, dan is het niet altijd zeker dat dit ook de persoon is die je zocht. Dat kan gebeuren als je bijvoorbeeld per ongeluk een verkeerde geboortedatum hebt ingevoerd. Het is belangrijk om de ontvangen gegevens altijd goed te controleren om zeker te weten dat het zoekresultaat daadwerkelijk de gezochte persoon is. Kijk bijvoorbeeld of de voornamen overeenkomen met die van de gezochte persoon.

Wanneer je het A-nummer of BSN gebruikt als identificerend gegeven, krijg je altijd de juiste persoon. Gebruik daarom bij voorkeur een van deze twee nummers bij het opvragen van persoonsgegevens uit de BRP. 

Foutmeldingen

Hieronder staan de meest voorkomende foutmeldingen met een korte uitleg en, indien mogelijk, tips hoe verder te werk te gaan.

Let op: Het kan zijn dat de foutmelding in de applicatie die je gebruikt anders is genummerd en/of verwoord. RvIG levert deze foutmeldingen aan de leveranciers maar is niet bekend met hoe de leverancier deze in jouw applicatie opneemt.

Foutcode en -omschrijving	Toelichting
G033 Geen gegevens gevonden	Dit betekent dat er geen personen zijn gevonden die voldoen aan de identificatie. Vervang een of meer identificerende gegevens uit de zoekvraag door andere gegevens.
P032 Te veel zoekresultaten	De zoekvraag levert meer dan 10 resultaten op. Vul de zoekopdracht aan met een of meer identificerende gegevens zoals een postcode of geboortedatum.
P036 Resultaat te groot, te veel personen op 1 adres	Er staan meer dan 30 personen ingeschreven op het gevraagde adres of de gevraagde adressen. Meestal krijg je deze melding omdat je geen unieke identificatie gebruikt hebt voor de persoon of het adres.  Gebruik als identificatie het A-nummer, het BSN of de identificatiecode van de verblijfplaats, de nummeraanduiding of het tijdelijk verblijfsadres (zie de BAG Viewer).
R034 Geen van de gevonden persoonslijsten voldoet aan de voorwaardenregel	Er zijn een of meerdere personen gevonden, maar geen daarvan voldoet aan de voorwaarden die gesteld zijn in de autorisatie.
T031 Zoekproces afgebroken	De zoekactie in BRP-V is afgebroken. Probeer een andere combinatie van identificerende gegevens. Als dat niet mogelijk is, neem dan contact op met info@rvig.nl.
X001 Technische fout	De zoekactie in BRP-V is afgebroken. Probeer het later nog een keer of neem contact op met info@rvig.nl.
X010 Ongeldige combinatie gebruikersnaam/wachtwoord	De combinatie van de gebruikersnaam en het wachtwoord waarmee geprobeerd is in te loggen, is ongeldig. Neem contact op met je applicatiebeheerder.
X011 Service is niet geactiveerd voor dit account	Controleer in je autorisatiebesluit of je geautoriseerd bent voor het stellen van ad-hoc-vragen (“verstrekking van gegevens op verzoek”). Als dat zo is, neem dan contact op met info@rvig.nl.
X012 Wachtwoord verlopen	Het gebruikte wachtwoord is verlopen. Wijzig het wachtwoord en probeer het opnieuw.
X013 Geen actuele autorisatietabelregel	Vraag bij de applicatiebeheerder of je de juiste BRP-autorisatie gebruikt. Als dat zo is, neem dan contact op met info@rvig.nl.
X014 Niet geautoriseerd voor ad-hoc-vragen	Je bent niet geautoriseerd voor het stellen van ad-hoc-vragen. Controleer je autorisatie en dien zo nodig een verzoek in voor aanpassing ervan.
X015 Niet adresvraagbevoegd	Je bent niet geautoriseerd voor het stellen van ad-hoc-adresvragen. Vul de zoekopdracht aan met een of meer persoons-identificerende gegevens, zoals een geboortedatum, of achternaam.
X017 Geen autorisatie voor rubriek: <rubrieknummer>	Je vraagt om een of meer gegevens die buiten je autorisatie liggen. Verwijder deze gegevens uit de ad-hoc-vraag en probeer het opnieuw. Als de gevraagde gegevens noodzakelijk zijn voor jouw organisatie, neem dan contact op met info@rvig.nl.
X018 Niet toegestaan zoekcriterium gebruikt: <rubrieknummer>	Je gebruikt als identificatie een of meer gegevens die buiten je autorisatie liggen. Verwijder deze gegevens uit de ad-hoc-vraag en probeer het opnieuw. Als de gebruikte identificatie noodzakelijk is voor jouw organisatie, neem dan contact op met info@rvig.nl.
X019 Geen correcte persoonsidentificatie	Voor een correcte persoonsidentificatie moet minimaal een van de volgende rubrieken ingevuld zijn: A-nummer, BSN, geboortedatum, geslachtsnaam of postcode.
X020 Geen correcte persoons- of adresidentificatie	Voor een correcte adresidentificatie moet minimaal een van de volgende rubrieken ingevuld zijn: gemeentecode, straatnaam, naam openbare ruimte, postcode, identificatiecode verblijfplaats of identificatiecode nummeraanduiding.
X021 Ongeldige waarde voor parameter <xml-tag-naam>	Je hebt een ongeldige waarde ingevoerd voor de genoemde rubriek. Controleer in het Logisch Ontwerp BRP wat de voorwaarden zijn voor deze rubriek.
X022 Numeriek zoekcriterium <rubrieknummer> bevat geen numerieke waarde	Je mag alleen cijfers invullen bij de genoemde rubriek.
X023 Zoekcriterium <rubrieknummer> bevat ongeldig teken op positie <x>	Je hebt een ongeldig teken ingevoerd voor de genoemde rubriek op de genoemde positie. Vanwege de dubbelde codering van diakritische tekens is het mogelijk dat de genoemde positie verschilt van de invoer.
X024 Dubbel rubrieknummer in zoekcriteria niet toegestaan: <rubrieknummer>	Bij de identificerende gegevens is twee keer dezelfde waarde opgegeven. Verwijder een van de twee en stel de vraag opnieuw.
X025 Dubbel rubrieknummer in masker niet toegestaan: <rubrieknummer>	Bij de gevraagde gegevens is twee keer dezelfde waarde opgegeven. Verwijder een van de twee en stel de vraag opnieuw.
X026 Onjuiste lengte voor rubriek: <rubrieknummer>=<waarde>	De genoemde rubriek heeft een lengte die niet is toegestaan. Controleer in het Logisch Ontwerp BRP wat de correct lengte (minimaal of maximaal) is voor deze rubriek.
Z037 Geen persoonslijsten die aan de verstrekkingscondities voldoen	Er zijn wel persoonslijsten gevonden die aan de identificatie voldoen, maar na filtering op de voorwaarden in de autorisatie zijn er geen persoonslijsten overgebleven.

 

Meer informatie

Wil je meer weten over zoeken in de BRP? Kijk dan op onze speciale pagina Zoeken in de BRP | RvIG. Hier vind je o.a. veelgestelde vragen. Mis je nog informatie in dit naslagwerk of heb je een vraag? Mail dan naar info@rvig.nl

Op deze pagina staan de omschrijvingen en de aanbevolen afkortingen, die gebruikt kunnen worden bij de beschrijving van brondocumenten in de BRP. De kwaliteit van de BRP is gewaarborgd door de eis dat alleen op grond van een brondocument of rechtsgrond gegevens in de BRP worden opgenomen. Kort gezegd: geen brondocument of rechtsgrond, geen gegevens in de BRP.  
 
Bij de algemene gegevens op de persoonslijst wordt een verantwoording opgenomen van het gebruikte brondocument. Als het een registerakte van de Nederlandse burgerlijke stand met een aktenummer betreft, wordt dat omgevormd volgens de BRP tabel 39 Akteaanduidingen en opgenomen in element 81.10. Anders wordt een vrije omschrijving opgenomen in element 82.30. De ruimte die daarvoor kan worden gebruikt is echter beperkt tot 40 posities. 
 
Bij voorkeur wordt een volledige beschrijving van het brondocument opgenomen, omdat dit de duidelijkheid vergroot. Als de voorkeur wordt gegeven aan een afkorting, dan is het aan te bevelen die afkortingen te gebruiken die al geruime tijd landelijk in de bevolkingsadministratie en later de BRP werden gebruikt. Deze en andere afkortingen zijn opgenomen in onderstaande lijst. 

Wanneer alle gemeenten deze omschrijvingen gebruiken, heeft dat als voordeel dat bijna direct duidelijk is om welk document het gaat. De resterende ruimte kan vervolgens worden gebruikt voor essentiële aanvullingen. Voorop staat dat de afkortingen en omschrijvingen zo duidelijk zijn, dat alle gebruikers van de BRP begrijpen waar het om gaat. 

Ook voor het omschrijven van een combinatie van brondocumenten wordt zo veel mogelijk van onderstaande lijst gebruik gemaakt. Neem bij voorkeur ook op of er een latere vermelding op het document is geplaatst, bijvoorbeeld geboorteakte + latere vermelding van erkenning. Denk daarbij aan de beschikbare ruimte van niet meer dan 40 posities. 
  
Hieronder volgt een lijst van mogelijk te gebruiken afkortingen en aanvullende omschrijvingen. Andere afkortingen en omschrijvingen zijn denkbaar. Voor de volledigheid zijn ook afkortingen opgenomen die tegenwoordig niet meer worden gebruikt, maar nog wel voorkomen op persoonslijsten. Deze lijst is niet uitputtend, maar geeft wel een indruk van de mogelijkheden om documenten aan te duiden. 
 
Aanbevolen wordt zo mogelijk in element 82.30 tot uitdrukking te laten komen of het brondocument een uittreksel of volledig afschrift is door bij een uittreksel de afkorting 'uittr' aan de omschrijving van het document vooraf te laten gaan. 

Omschrijving	afkorting	Aanvullingen
aanvraagformulier Nederlands reisdocument	aanvrform
Adoptieakte	ad akte	+ land(code)
akte Haags adoptieverdrag		+ land(code)
akte van bekendheid van geboorte	abgeb	+ land(code)
akte van bekendheid van huwelijk	abhuw	+ land(code)
akte van bekendheid van overlijden	abovl	+ land(code)
akte (zwak) Haags adoptieverdrag		+ land(code)
Apostille	apos
attestation de concordance	att de conc	+ land(code) en/of gemeente(code) + autoriteit van afgifte
Beschikking	Beschikk	+ landcode
Besluit	besl	+landcode
besluit evident staatloos	besl-evident staatloos	+datum
Bewijs van Nederlanderschap	bewvned	+ gemeente(code) of Land)code en naam autoriteit
Burgerservicenummer wijziging	besluit wijziging BSN	+ gemeente(code)
Cat 01 PL kind
Cat 01 PL ouder 1
Cat 01 PL ouder 2
Cat 01 PL partner
Consulaire ga NL	Cons ga NL	+land(code)
consulaire verklaring	cons verkl	+ land(code)
CSO-RD locatiecode		+ nummer uitgiftelocatie
deed poll/ verklaring eigen autoriteiten	deed poll	+ land(code) en autoriteit van afgifte
doopakte in Nederlandse taal	da nd	+ land(code) en/of gemeente(code)
doopakte in vreemde taal	da vr	+ land(code) en/of gemeente(code)
dubbel A-nummer
dubbel A-nummer, melding gemeente		+ gemeente(code)
dubbele inschrijving
dubbele inschrijving, melding gemeente		+ gemeente(code)
Echtscheidingsakte	s akte	+ gemeente(code) of land(code)
Echtscheidingsvonnis	s vonnis	+ gerecht en/of land(code)
Erkenningsakte	erkakte	+ gemeente(code)
Familieboek	famboek	+ land(code) en autoriteit van afgifte
Familieregister	famreg	+ land(code) en autoriteit van afgifte
fiche individuelle de l'état civil	fiche ind	+ land(code) en autoriteit van afgifte
Geboorteakte	ga	+ land(code)
geboorteakte met oudernamen	ga mon	+gemeente(code) en/of land(code)
geboorteakte zonder oudernamen	ga zon	+gemeente(code) en/of land(code)
gelegaliseerd document	geleg
Geprivilegieerden	PROBAS	04.82.30
Huwelijksakte	huwakte	+ gemeente(code) en/of land(code)
Identiteitsbewijs	idbew	+ land(code) en/of gemeente(code) en/of autoriteit van afgifte
identiteitsbewijs vreemd	idbew vr	+ land(code)
Identiteitskaart	idkrt	+ gemeente(code)
Initiële vulling SoFi-nummer door Minister van Financiën	Min v Fin Initiële Vulling
internationaal uittreksel	intern uittr	+ land(code) en autoriteit van afgifte
Kennisgeving	kennisg	+ gemeente(code)
kennisgeving kantongerecht	kennisgkr	+ datum en plaats
kennisgeving uitsluiting kiesrecht		+ land(code)
Koninklijk Besluit van brieven van wettiging	KB-wett
Koninklijk Besluit van naamswijziging	KB	+ nummer KB
Koninklijk Besluit van naturalisatie	KB-nat	+ nummer KB
Koninklijk Besluit van naturalisatie met naamsvaststelling	KB-nmvast	+ nummer KB
Koninklijk Besluit van naturalisatie met naamsvaststelling/naamswijziging	KB-nmvast/nmwijz	+ nummer KB
Koninklijk Besluit van naturalisatie met naamswijziging	KB-nmwijz	+ nummer KB
Kopie persoonskaart	kopie PK
Mededeling IND ex art. 2.17 Wet BRP	Med art 2.17 WBRP
Nederlandse vertaling door beëdigde vertaler	nedbv
notariële akte	notakte
Nüfus cüzdâni (geboorteboekje)	nufus cuz	+ land(code) en autoriteit van afgifte
Optiebevestiging	optie	+ gemeente(code) en datum
Overlijdensakte	ovlakte	+ gemeente(code) of land(code) en autoriteit van afgifte
paspoort Nederlands	pas	+ gemeente(code) of autoriteit van afgifte
paspoort vreemd	pas vr	+ land(code)
persoonslijst uit het Caribisch deel van het Koninkrijk	PIVA-PL
Persoonskaart	PK
persoonslijst gerelateerde	PL gerelateerde
persoonslijst kind	PL kind
PK conversiefout
Proces-verbaal	Procverb	+ datum en autoriteit van afgifte
REIS (Reisdocumenten InformatieSystemen)	REIS
Reisdocument	reisdoc	+ gemeente(code) of land(code)
signaleringslijst
ten onrechte opgenomen categorie
uitspraak adoptie	uitspr-adop	+ gerecht en plaats en datum
uitspraak echtscheiding	uitspr-echtsch	+ gerecht en plaats en/of land(code)
uitspraak ontkenning ouderschap	uitspr-ontk oudersch	+ gerecht en datum
uitspraak vaststelling niet Nederlander	uitspr-vastst niet NL	+ gerecht en datum
uitspraak vaststelling staatloosheid	uitspr-vastst staatloos	+ gerecht en datum
uitspraak vaststelling ouderschap	uitspr-vastst oudersch	+ gerecht en datum
uitspraak verbetering akte	uitspr-verbetakte	+ gerecht en datum
Uitspraak vernietiging erkenning	uitspr-verniet erk	+ gerecht en datum
uitspraak voornaamswijziging	uitspr-vrnmwijz	+ gerecht en datum
uittreksel	uittr
uittreksel curatele- en bewindregister
uittreksel gezagsregister
van rechtswege	rechtsw
Verhuisaangifte	verh aang
verificatieformulier (nat/geb/ovl/huw)	verif form (nat/geb/ovl/huw)	+ land(code) en datum
verklaring burgerlijke staat	verkl bst	+ land(code) en datum
verklaring genaturaliseerd tot…	natverkl	+ land(code) en datum
verklaring onder eed of belofte	voe	+ gemeente(code) en datum
verklaring van nationaliteit	verkl nation	+ land(code) en datum
verklaring van naturalisatie	verkl natur	+ land(code) en datum
verklaring vaststelling naam presidium Indonesië	granti nama	+ datum verklaring
Verstotingsakte	verstsakte	+ land(code) en datum
Verzoek deelname Europese verkiezingen	verz deeln Eu verk
verzoek wijziging naamgebruik	verznmgebr
Y32

 

1 Probleemstelling

1.1 Omschrijving

Gegevens over wie het gezag uitoefent over een minderjarige worden, als dit gezag niet van rechtswege berust bij één of beide ouders, in de BRP vastgelegd in categorie 11 Gezagsverhouding. Deze gegevens worden ontleend aan Centraal Gezagsregister (CGR) van de Raad voor de rechtspraak (RvdR). Zodra de rechter een beslissing neemt over het gezag over een minderjarige, dan wordt die beslissing toegezonden aan de gemeente van inschrijving (of de RNI) van de minderjarige, zodat de medewerkers van de gemeente dit op de persoonslijst (PL) van de minderjarige kunnen registreren.

Tot op heden werden zulke beschikkingen van de rechtbank per briefpost naar gemeenten of de RNI gestuurd en handmatig door burgerzakenmedewerkers “vertaald” naar de registratie van het gezag in categorie 11 Gezagsverhouding zoals die in het Logisch Ontwerp BRP is beschreven. Als een PL al voor de beslissingsdatum is opgeschort wegens emigratie of ministerieel besluit, dan wordt een documentindicatie opgenomen. De uitwisseling van uitspraken van de rechtbank via briefpost is tijdrovend en foutgevoelig en daarom wordt dit nu mogelijk gemaakt via een elektronisch bericht van de RvdR naar de gemeente of de RNI. In het begin zal de vertaling naar de registratie van gezag op persoonslijsten nog handmatig plaatsvinden, maar op termijn moet het mogelijk worden om die te automatiseren.

Om te voorkomen dat de RvdR “achter het net vist” als een minderjarige toevallig net is verhuisd en om de RvdR niet te confronteren met mogelijke dubbelinschrijvingen, of verschillen in de registratie in de BRP-V en bij de gemeente of de RNI, wordt er een zogenaamde “routeringsvoorziening” in het leven geroepen die bij een bericht over een minderjarige achterhaalt waar het bericht naar toegestuurd moet worden (de gemeente van inschrijving of de RNI.

1.2 Herkomst

Deze wijziging komt voort uit initiatief GEZ-02-01 Uitwisselen gezagsinformatie CGR – gemeenten, van programma Toekomst BRP.

1.3 Raakvlakken

Er zijn vooralsnog geen raakvlakken met andere LO-wijzigingen.

2 Oplossing

2.1 Huidige situatie

Op dit moment worden gegevens omtrent het gezag over een minderjarige per briefpost naar gemeenten of de RNI gestuurd. De medewerkers van de gemeente of van de afdeling G&R van RvIG verwerken de gegevens dan in categorie 11 op de persoonslijst van de minderjarige. Als een PL al voor de beslissingsdatum is opgeschort wegens emigratie of ministerieel besluit, dan wordt een documentindicatie opgenomen. Dit is tijdrovend en foutgevoelig.

2.2 Oplossing

Er wordt een nieuwe berichtencyclus geïntroduceerd: de Og21-berichtencyclus. In het Og21-bericht wordt de minderjarige geïdentificeerd aan de hand van diens burgerservicenummer, en worden de gegevens omtrent het gezag over die minderjarige opgenomen. Als een PL al voor de beslissingsdatum is opgeschort wegens emigratie of ministerieel besluit, dan wordt een documentindicatie opgenomen.

Daarnaast zorgt een nieuwe voorziening bij RvIG voor de adressering van het nieuwe bericht aan de juiste gemeente of de RNI. Dit zorgt ervoor dat RvIG de meeste foutscenario’s kan ondervangen en oplossen, bijvoorbeeld door het Og21-bericht door te sturen naar een gemeente waarnaar de minderjarige nét verhuisd is. Hierdoor krijgt de Raad voor de rechtspraak nog maar met een beperkt aantal foutscenario’s te maken.

De routeringsvoorziening is een generieke voorziening, waarmee in de toekomst ook andere berichten kunnen worden “afgegeven” bij RvIG, zodat RvIG zorg kan dragen voor de bezorging bij de juiste gemeente of bij de RNI. Denk aan het Og11-bericht waarin de Immigratie- en Naturalisatiedienst verblijfstitels stuurt naar gemeenten en RNI.

2.3 Openstaande punten

Deze wijziging zorgt voor het elektronisch uitwisselen van gegevens omtrent het gezag over een minderjarige. Die gegevens moeten nog wel handmatig op de PL worden verwerkt; in een latere wijziging kan worden besloten om die verwerking geautomatiseerd te laten verlopen.

Daarnaast zijn die gegevens nu nog beperkt tot die gegevens die nodig zijn om de huidige registratie van gezag in de BRP te ondersteunen. In de toekomst is het denkbaar dat niet alleen van ouders, maar ook van derden of van gecertificeerde instellingen identificerende gegevens worden meegestuurd en vastgelegd op de persoonslijst, zodat afnemers van de BRP niet meer bij het CGR hoeven op te vragen wie gezag heeft over een minderjarige als dat gezag deels berust bij een derde.

3 Invoering

Voor de realisatie van deze wijziging is inzet nodig van

1. De Raad voor de Rechtspraak voor het implementeren van een berichtenafhandelingssysteem, functionaliteit voor het aanmaken van het Og21-bericht en de verwerking van de Of21-foutberichten, en van de koppeling met de BRP Berichten API;
2. RvIG voor de ondersteuning van de nieuwe berichtencyclus in de BRP Berichten API en de implementatie van de routeringsvoorziening;
3. De burgerzakenleveranciers Centric, PinkRoccade en Shift2 voor de verwerking van het Og21-bericht en het aanmaken van de Of21-berichten.

Die laatste partijen zijn ook druk met de implementatie van de ondersteuning voor de BRP Berichten API en hebben aangegeven dat ze pas nadat ze over zijn gestapt op de BRP Berichten API kunnen gaan werken aan de ondersteuning van de nieuwe berichtencyclus. Naar verwachting kan die dan ook niet eerder dan 1 juli 2026 in gebruik worden genomen.

4 Gevolgen

4.1 Documentatie

Deze wijziging in LO BRP heeft geen gevolgen voor andere logisch ontwerpen (LO BSN, LO BRPk, LO BES en LO PGK), ook niet voor de HUP en de WIR.

4.2 Gemeenten

Gemeenten moeten de nieuwe berichtencyclus ondersteunen in hun burgerzakensystemen. Dit houdt in dat zij de leveranciers daarvan opdracht moeten geven om die ondersteuning te leveren.

4.3 Afnemers

Geen gevolgen.

4.4 IND

Geen gevolgen.

4.5 Caribische landen en Caribisch Nederland

Geen gevolgen.

4.6 RvIG-systemen

De RvIG moet zorgen dat de nieuwe berichtencyclus wordt ondersteund door de BRP Berichten API, en dat er een routeringsvoorziening komt die zorg draagt voor het adresseren van Og21-berichten aan de juiste gemeente van inschrijving, dan wel aan de RNI, afhankelijk van waar een minderjarige volgens de BRP-V actueel is ingeschreven. Ook moeten de Of21-berichten op de juiste manier worden afgehandeld.

1 Probleemstelling

1.1 Omschrijving

Een burger heeft recht op inzage van de gegevens die over hem op zijn persoonslijst zijn vastgelegd in de BRP. Burgers krijgen inzage in deze gegevens via Mijn Overheid (en de Mijn Gegevens app, maar die zal hier niet telkens apart genoemd worden), of door een uitdraai op te vragen van hun persoonslijst bij de gemeente van inschrijving. Tot die gegevens behoren ook enkele gegevens (BSN, naam, geboortegegevens en geslacht) van gerelateerden, te weten beide ouders (indien bekend) en eventuele partner(s) en kind(eren).

Als iemand van naam of van geslacht verandert, moet dat ook worden gewijzigd op de persoonslijsten van die gerelateerden, die vervolgens weer recht hebben op inzage in die gewijzigde gegevens. Met enige regelmaat komen er klachten binnen van burgers die hun eigen persoonsgegevens proberen af te schermen voor familieleden. De reden voor het afschermen is bijvoorbeeld stalking en/of eerwraak. De impact op de getroffen burger is enorm, vaak levensbedreigend. Iedere dag dat hier niets aan gebeurt, zorgt mogelijk voor een slachtoffer.

De staatssecretaris heeft toestemming gegeven voor het tijdelijk afschermen van de volgende gegevens op Mijn Overheid:

• De gegevens van ex-partners die nog in leven zijn;
• Het BSN van kinderen van 18 jaar of ouder;
• De BSN’s van ouder(s) van personen van 18 jaar of ouder.

In de oplossing hoeft geen rekening gehouden te worden met meerderjarigheidsverklaringen, niet-wilsbekwame burgers, levenloos geboren/overleden kinderen of andere uitzonderingen.

Logius wil dat Mijn Overheid geen bedrijfslogica hoeft toe te passen op de gegevens die zij opvragen uit de BRP.

1.2 Herkomst

Deze wijziging komt voort uit initiatief IWD-03-03 Afschermen gegevens gerelateerden van programma Toekomst BRP.

1.3 Raakvlakken

Er zijn vooralsnog geen raakvlakken met andere LO-wijzigingen.

2 Oplossing

2.1 Huidige situatie

Om de gegevens te kunnen tonen, bevraagt Mijn Overheid de Ad hoc webservice van de BRP-Verstrekkingsvoorziening (BRP-V). Die gegevens worden rechtstreeks getoond op Mijn Overheid, zonder dat daar bedrijfslogica op wordt losgelaten. Dat laatste moet ook zo blijven.

2.2 Oplossing

De Ad hoc webservice wordt zodanig aangepast, dat alleen als Mijn Overheid haar bevraagt, de af te schermen gegevens als volgt worden getoond: de BSN’s van volwassen kinderen en van ouders van volwassen personen worden vervangen door negen asterisken (*********). Gegevens van ex-partners die nog inleven zijn worden geheel weggelaten uit het responsebericht.

2.3 Openstaande punten

Deze wijziging is een eerste stap in het geven van regie aan de burger over de gegevens die hij wil delen met gerelateerden. Het is de bedoeling dat de burger uiteindelijk zelf kan aangeven welke gegevens over hem op de persoonslijst van gerelateerden moeten worden afgeschermd.

3 Invoering

Omdat de impact van deze wijziging voor Logius zeer beperkt is hangt de invoering van deze wijziging vooral af van de aanpassingen in de Ad hoc webservice. Die zijn naar verwachting per 1 juli geïmplementeerd.

4 Gevolgen

4.1 Documentatie

Deze wijziging in LO BRP heeft geen gevolgen voor andere logisch ontwerpen (LO BSN, LO BRPk, LO BES en LO PGK), ook niet voor de HUP en de WIR.

4.2 Gemeenten

Geen gevolgen

4.3 Afnemers

Geen gevolgen. Alleen voor Mijn Overheid is het gevolg dat gegevens van ex-partners die nog in leven zijn, niet meer worden verstrekt, en dat in de plaats van de BSN’s van volwassen kinderen en van ouders van volwassenen een reeks asterisken wordt verstrekt.

4.4 IND

Geen gevolgen.

4.5 Caribische landen en Caribisch Nederland

Geen gevolgen.

4.6 RvIG-systemen

De Ad hoc webservice moet conform bovenstaande worden aangepast.

Wanneer, tijdens de uitvoer van het onderzoek, vastgesteld wordt dat een persoon niet meer woont op het adres waarop hij is ingeschreven in de BRP, kan dit deel van het onderzoeksresultaat al worden opgenomen op de persoonslijst van de persoon. Hiermee wordt geregistreerd dat is vastgesteld dat een persoon niet (langer) op het adres verblijft waarop hij ingeschreven staat, maar dat het onderzoek naar het (nieuwe) woonadres nog loopt. Afnemers die geautoriseerd zijn voor deze gegevens krijgen deze onderzoeksgegevens (mee)geleverd en zijn hierdoor geïnformeerd. Hierdoor kunnen eventuele problemen voor de nieuwe of oude (mede)bewoners voorkomen worden.

Bij het opnemen van deelresultaten van het onderzoek in categorie 08 Verblijfplaats, wordt in element 83.10 Aanduiding gegevens in onderzoek de waarde ‘089999’ opgenomen.
De volgende situaties kunnen bij een adresonderzoek voorkomen:

• Je ontvangt een signaal dat iemand vertrokken is van een adres zonder een adreswijzing door te geven. Je start een onderzoek maar je hebt (nog) niet geconstateerd dat de persoon niet meer verblijft op het woonadres. In element 83.10 Aanduiding gegevens in onderzoek neem je de waarde ‘080000’ op.
• Er is al eerder een onderzoek gestart en in element 83.10 Aanduiding gegevens in onderzoek is de waarde ‘080000’ opgenomen. Uit het onderzoek blijkt nu dat de persoon in ieder geval niet meer verblijft op het adres van inschrijving. Je wijzigt de waarde in element 83.10 Aanduiding gegevens in onderzoek in ‘089999’. De datum ingang onderzoek blijft ongewijzigd. Het onderzoek wordt verder voortgezet, de opname van het deelresultaat van het onderzoek heeft geen gevolgen voor de termijnen die gehanteerd worden bij een adresonderzoek.
• Bij de start van het onderzoek is al duidelijk vastgesteld dat de persoon vertrokken is van het adres zonder een adreswijziging door te geven. Je start een onderzoek naar het nieuwe woonadres. Daarbij neem je in element 83.10 meteen de waarde ‘089999’ op omdat al vastgesteld is dat de persoon niet meer verblijft op het adres. Het onderzoek wordt verder voortgezet.

Opnemen resultaten deelonderzoek adres

V12.2a
	Categorie 08 Verblijfplaats
09.10	Gemeente van inschrijving	0518 's-Gravenhage
09.20	Datum inschrijving	01-10-1994
10.10	Functie adres	W
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	01-03-2017
11.10	Straatnaam	Turfmarkt
11.15	Naam Openbare ruimte	Turfmarkt
11.20	Huisnummer	147
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2511DP
11.70	Woonplaatsnaam	’s-Gravenhage
11.80	Identificatiecode verblijfplaats	0518010001635198
11.90	Identificatiecode nummeraanduiding	0518200001635199
12.10	Locatiebeschrijving
14.10	Land vanwaar ingeschreven
14.20	Datum vestiging in Nederland
72.10	Omschrijving van de aangifte adreshouding
75.10	Indicatie document
83.10	Aanduiding gegevens in onderzoek	089999
83.20	Datum ingang onderzoek	Datum ingang onderzoek
83.30	Datum einde onderzoek
85.10	Ingangsdatum geldigheid	01-03-2017
86.10	Datum van opneming	01-03-2017

Wijzigen lopend adresonderzoek met resultaten deelonderzoek adres

V12.2b
	Categorie 08 Verblijfplaats	Oud	Nieuw
09.10	Gemeente van inschrijving	0518 's-Gravenhage	0518 's-Gravenhage
09.20	Datum inschrijving	01-10-1994	01-10-1994
10.10	Functie adres	W	W
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	01-03-2017	01-03-2017
11.10	Straatnaam	Turfmarkt	Turfmarkt
11.15	Naam Openbare ruimte	Turfmarkt	Turfmarkt
11.20	Huisnummer	147	147
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2511DP	2511DP
11.70	Woonplaatsnaam	's-Gravenhage	's-Gravenhage
11.80	Identificatiecode verblijfplaats	0518010001635198	0518010001635198
11.90	Identificatiecode nummeraanduiding	0518200001635199	0518200001635199
12.10	Locatiebeschrijving
14.10	Land vanwaar ingeschreven
14.20	Datum vestiging in Nederland
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene	I Ingeschrevene
75.10	Indicatie document
83.10	Aanduiding gegevens in onderzoek	080000	089999
83.20	Datum ingang onderzoek	15-12-2021	15-12-2021
83.30	Datum einde onderzoek
85.10	Ingangsdatum geldigheid	01-03-2017	01-03-2017
86.10	Datum van opneming	01-03-2017	01-03-2017

 

In categorie 12 Reisdocument wordt geen historie bijgehouden. Dat betekent dat als je hier een correctie over uitvoert je de onjuiste gegevens overschrijft met de juiste gegevens. Onterecht opgenomen gegevens kun je verwijderen. Het onjuiste of verwijderde gegeven is na het uitvoeren van deze procedure, niet meer terug te zien.

Let op dat je het registreren van een inhouding (I) of vermissing (V) van een reisdocument niet mag terugdraaien. Het document is dan namelijk al geregistreerd in het Basisregister Reisdocumenten en de burger kan in de problemen komen als dit reisdocument nog gebruikt wordt om bijvoorbeeld te reizen. Wel kan een document wat als van rechtswege vervallen (R) staat geregistreerd worden ingehouden/ingeleverd. Zie Van rechtswege vervallen reisdocument wordt ingehouden/ingeleverd of vermist.

Correctie datum einde geldigheid Nederlands reisdocument

V3.12
	Categorie 12 Reisdocument
35.10	Soort Nederlands reisdocument	NI
35.20	Nummer Nederlands reisdocument	Gevuld
35.30	Datum uitgifte Nederlands reisdocument	31-03-2020
35.40	Autoriteit van afgifte Nederlands reisdocument	BU0518
35.50	Datum einde geldigheid Nederlands reisdocument	31-03-2030 overschrijven door 31-03-2025
35.60	Datum inhouding/vermissing Nederlands reisdocument
35.70	Aanduiding inhouding/vermissing Nederlands reisdocument
36.10	Signalering Nederlands reisdocument
82.10	Gemeente waar het paspoortdossier zich bevindt	0000 Onbekend
82.20	Datum van opname in het paspoortdossier	00-00-0000
82.30	Beschrijving dossier paspoortgegevens	CSO-RD 6039
85.10	Ingangsdatum geldigheid	31-03-2020
86.10	Datum van opneming	01-05-2021 overschrijven door Systeemdatum

Koppeling BAG-GBA-BRP 

De Basisadministratie Adressen en Gebouwen (BAG) bevat gegevens van alle adressen en gebouwen in Nederland. Het Kadaster beheert de BAG en stelt de gegevens op verschillende manieren beschikbaar, waaronder via de BAG Viewer. Met de BAG Viewer kun je gegevens uit de Landelijke Voorziening BAG Online raadplegen. Gemeenten zijn de bronhouders van de BAG. Zij zijn verantwoordelijk voor het opnemen van gegevens in de BAG en voor de kwaliteit van die gegevens. Overleg bij verschillen tussen de BAG en de BRP dan ook altijd met de BAG-beheerder van je gemeente. In Logisch Ontwerp 2 (1 juli 2009) zijn de rubrieken die de BAG-gegevens aan een adres toevoegen opgenomen. Vervolgens zijn bij de meeste adressen deze gegevens daadwerkelijk gevuld. Vanaf Logisch Ontwerp 2024.Q1 (1 januari 2024) moeten alle adressen verplicht een BAG-koppeling bevatten.

Koppeling BAG-GBA (Logisch Ontwerp 2)

Vanaf 1 juli 2009 (Logisch Ontwerp 2) zijn aan categorie 08 een aantal rubrieken toegevoegd waarin vanuit de BAG gegevens opgenomen worden bij het adres in de GBA (inmiddels BRP). Het gaat daarbij om de rubrieken:

• 08.11.15 Naam openbare ruimte
• 08.11.70 Woonplaatsnaam
• 08.11.80 Identificatiecode verblijfplaats
• 08.11.90 Identificatiecode nummeraanduiding 

De daadwerkelijke toevoeging van deze gegevens aan categorie 08 Verblijfplaats op de persoonslijst heeft over het algemeen in 2011 plaatsgevonden, met een enkele uitloop in 2012. De datums verschillen per gemeente. Bij de koppeling werden de nieuwe rubrieken gevuld met de gegevens vanuit de BAG. Als ingangsdatum geldigheid werd de datum van de koppeling opgenomen, de datum aanvang adreshouding wijzigde niet. Als omschrijving van de aangifte adreshouding werd de letter “T” (Technische wijziging i.v.m. BAG) ingevuld. Bij deze koppeling kunnen zich een aantal uitzonderingssituaties voordoen. Denk daarbij aan verhuizingen met terugwerkende kracht tot vóór de koppeling. Een aantal voorbeelden is hieronder uitgewerkt.

Naast de toevoeging van de vier nieuwe rubrieken met BAG-gegevens konden bij de koppeling ook meteen kleine verschillen in schrijfwijzen aangepast worden. Denk daarbij aan hoofd- en of kleine letters bij huisletters en straatnamen of al dan geen leestekens in de straatnamen. Deze kleine wijzigingen mochten direct met de koppeling gedaan worden. Veel gemeenten hebben dit echter al voor die tijd gedaan met een infrastructurele wijziging, hetgeen uiteraard ook juist is.

Deze technische koppeling met de BAG werd éénmalig uitgevoerd en komt in categorie 08 van de meeste persoonslijsten voor als een aparte categorie. Dat hoeft echter niet zo te zijn als iemand bijvoorbeeld van een gemeente die de technische koppeling nog niet uitgevoerd had, verhuisde naar een gemeente waar dat al eerder was gebeurd. En er zijn gevallen waarin dit meerdere keren voor kan komen in de persoonslijst, bijvoorbeeld als iemand verhuisde van een gemeente waar de koppeling al gelegd was maar een gemeente waar dat nog niet gebeurd was en pas later ook daar toegevoegd werd. Wat echter niet toegestaan is dat in dezelfde gemeente meerdere keren de technische koppeling wordt gedaan. Is deze eenmaal gedaan in een gemeente dan worden volgende wijzigingen doorgevoerd als correctie of als infrastructurele wijziging.  

Voorbeelden:

In de voorbeelden is de koppeldatum in alle gevallen 24-02-2011 en de datum waarop de latere actualisering/correctie is uitgevoerd is 01-03-2011. Bij de voorbeelden is er altijd van uit gegaan dat de persoon zelf aangifte heeft gedaan. Dat is natuurlijk in de praktijk niet altijd zo, maar voor de verdere uitwerking van de voorbeelden maakt het niet uit wie de aangifte gedaan heeft. Het eerste voorbeeld is geen uitzonderingssituatie, maar een voorbeeld van de koppeling.

Actualisering t.g.v. koppeling BAG GBA, geen verdere wijzigingen

V1.6.1a
	Categorie 08 Verblijfplaats
09.10	Gemeente van inschrijving	0638 Zoeterwoude
09.20	Datum inschrijving in de gemeente	10-02-2009
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	16-04-2010
11.10	Straatnaam	Miening
11.15	Naam Openbare ruimte	Miening
11.20	Huisnummer	1
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2381GL
11.70	Woonplaatsnaam	Zoeterwoude
11.80	Identificatiecode verblijfplaats	Gevuld
11.90	Identificatiecode nummeraanduiding	Gevuld
72.10	Omschrijving van de aangifte adreshouding	T Technische wijziging i.v.m BAG
75.10	Indicatie document
85.10	Ingangsdatum geldigheid	24-02-2011
86.10	Datum van opneming	24-02-2011
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	0638 Zoeterwoude
09.20	Datum inschrijving in de gemeente	10-02-2009
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	16-04-2010
11.10	Straatnaam	Miening
11.15	Naam Openbare ruimte
11.20	Huisnummer	1
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2381GL
11.70	Woonplaatsnaam
11.80	Identificatiecode verblijfplaats
11.90	Identificatiecode nummeraanduiding
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
84.10	Indicatie onjuist
85.10	Ingangsdatum geldigheid	16-04-2010
86.10	Datum van opneming	16-04-2010

Actualisering t.g.v. koppeling BAG GBA, kleine wijziging in schrijfwijze straatnaam

V1.6.1b
	Categorie 08 Verblijfplaats
09.10	Gemeente van inschrijving	0228 Ede
09.20	Datum inschrijving in de gemeente	10-02-2009
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	16-04-2010
11.10	Straatnaam	Dr. Ir. Vondelingpark
11.15	Naam Openbare ruimte	Dr. Ir. Vondelingpark
11.20	Huisnummer	2
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	6716EL
11.70	Woonplaatsnaam	Ede
11.80	Identificatiecode verblijfplaats	Gevuld
11.90	Identificatiecode nummeraanduiding	Gevuld
72.10	Omschrijving van de aangifte adreshouding	T Technische wijziging i.v.m BAG
75.10	Indicatie document
85.10	Ingangsdatum geldigheid	24-02-2011
86.10	Datum van opneming	24-02-2011
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	0228 Ede
09.20	Datum inschrijving in de gemeente	10-02-2009
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	16-04-2010
11.10	Straatnaam	Dr Ir Vondelingpark
11.15	Naam Openbare ruimte
11.20	Huisnummer	2
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	6716EL
11.70	Woonplaatsnaam
11.80	Identificatiecode verblijfplaats
11.90	Identificatiecode nummeraanduiding
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
84.10	Indicatie onjuist
85.10	Ingangsdatum geldigheid	16-04-2010
86.10	Datum van opneming	16-04-2010

Binnengemeentelijke verhuizing op 22-02 maar deze is pas verwerkt na de koppeling op 24-02

V1.6.1c
	Categorie 08 Verblijfplaats
09.10	Gemeente van inschrijving	0638 Zoeterwoude
09.20	Datum inschrijving in de gemeente	10-02-2009
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	22-02-2011
11.10	Straatnaam	Bakkerstraat
11.15	Naam Openbare ruimte	Bakkerstraat
11.20	Huisnummer	50
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2381 CG
11.70	Woonplaatsnaam	Zoeterwoude
11.80	Identificatiecode verblijfplaats	Gevuld
11.90	Identificatiecode nummeraanduiding	Gevuld
72.10	Omschrijving van de aangifte adreshouding	T Technische wijziging i.v.m BAG
85.10	Ingangsdatum geldigheid	24-02-2011
86.10	Datum van opneming	01-03-2011
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	0638 Zoeterwoude
09.20	Datum inschrijving in de gemeente	10-02-2009
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	16-04-2010
11.10	Straatnaam	Miening
11.15	Naam Openbare ruimte	Miening
11.20	Huisnummer	1
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2381GL
11.70	Woonplaatsnaam	Zoeterwoude
11.80	Identificatiecode verblijfplaats	Gevuld
11.90	Identificatiecode nummeraanduiding	Gevuld
72.10	Omschrijving van de aangifte adreshouding	T Technische wijziging i.v.m BAG
84.10	Indicatie onjuist	O Onjuist
85.10	Ingangsdatum geldigheid	24-02-2011
86.10	Datum van opneming	24-02-2011
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	0638 Zoeterwoude
09.20	Datum inschrijving in de gemeente	10-02-2009
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	22-02-2011
11.10	Straatnaam	Bakkerstraat
11.15	Naam Openbare ruimte
11.20	Huisnummer	50
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2381 CG
11.70	Woonplaatsnaam
11.80	Identificatiecode verblijfplaats
11.90	Identificatiecode nummeraanduiding
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
85.10	Ingangsdatum geldigheid	22-02-2011
86.10	Datum van opneming	01-03-2011
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	0638 Zoeterwoude
09.20	Datum inschrijving in de gemeente	10-02-2009
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	16-04-2010
11.10	Straatnaam	Miening
11.15	Naam Openbare ruimte
11.20	Huisnummer	1
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2381GL
11.70	Woonplaatsnaam
11.80	Identificatiecode verblijfplaats
11.90	Identificatiecode nummeraanduiding
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
84.10	Indicatie onjuist
85.10	Ingangsdatum geldigheid	16-04-2010
86.10	Datum van opneming	16-04-2010

Intergemeentelijke verhuizing op 22-02 verwerkt op 25-2, maar vertrekgemeente heeft op 24-02 de koppeling al verwerkt, vestigingsgemeente doet koppeling op 01-03

V1.6.1d
	Categorie 08 Verblijfplaats
09.10	Gemeente van inschrijving	0228 Ede
09.20	Datum inschrijving in de gemeente	22-02-2011
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	22-02-2011
11.10	Straatnaam	Dr. Ir. Vondelingpark
11.15	Naam Openbare ruimte	Dr. Ir. Vondelingpark
11.20	Huisnummer	2
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	6716EL
11.70	Woonplaatsnaam	Ede
11.80	Identificatiecode verblijfplaats	Gevuld
11.90	Identificatiecode nummeraanduiding	Gevuld
72.10	Omschrijving van de aangifte adreshouding	T Technische wijziging i.v.m BAG
85.10	Ingangsdatum geldigheid	01-03-2011
86.10	Datum van opneming	01-03-2022
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	0638 Zoeterwoude
09.20	Datum inschrijving in de gemeente	10-02-2009
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	16-04-2010
11.10	Straatnaam	Miening
11.15	Naam Openbare ruimte	Miening
11.20	Huisnummer	1
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2381GL
11.70	Woonplaatsnaam	Zoeterwoude
11.80	Identificatiecode verblijfplaats	Gevuld
11.90	Identificatiecode nummeraanduiding	Gevuld
72.10	Omschrijving van de aangifte adreshouding	T Technische wijziging i.v.m BAG
84.10	Indicatie onjuist	O Onjuist
85.10	Ingangsdatum geldigheid	24-02-2011
86.10	Datum van opneming	24-02-2011
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	0228 Ede
09.20	Datum inschrijving in de gemeente	22-02-2011
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	22-02-2011
11.10	Straatnaam	Dr. Ir. Vondelingpark
11.15	Naam Openbare ruimte
11.20	Huisnummer	2
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	6716EL
11.70	Woonplaatsnaam
11.80	Identificatiecode verblijfplaats
11.90	Identificatiecode nummeraanduiding
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
85.10	Ingangsdatum geldigheid	22-02-2011
86.10	Datum van opneming	25-02-2011
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	0638 Zoeterwoude
09.20	Datum inschrijving in de gemeente	10-02-2009
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	16-04-2010
11.10	Straatnaam	Miening
11.15	Naam Openbare ruimte
11.20	Huisnummer	1
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2381GL
11.70	Woonplaatsnaam
11.80	Identificatiecode verblijfplaats
11.90	Identificatiecode nummeraanduiding
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
84.10	Indicatie onjuist
85.10	Ingangsdatum geldigheid	16-04-2010
86.10	Datum van opneming	16-04-2010

Intergemeentelijke verhuizing op 22-02, maar vertrekgemeente heeft op 24-02 de koppeling verwerkt, vestigingsgemeente heeft koppeling echter al op 01-02 uitgevoerd

V1.6.1e
	Categorie 08 Verblijfplaats
09.10	Gemeente van inschrijving	0758 Breda
09.20	Datum inschrijving in de gemeente	22-02-2011
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	22-02-2011
11.10	Straatnaam	Oranjesingel
11.15	Naam Openbare ruimte	Oranjesingel
11.20	Huisnummer	5
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	4811CM
11.70	Woonplaatsnaam	Breda
11.80	Identificatiecode verblijfplaats	Gevuld
11.90	Identificatiecode nummeraanduiding	Gevuld
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
85.10	Ingangsdatum geldigheid	22-02-2011
86.10	Datum van opneming	25-02-2011
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	0638 Zoeterwoude
09.20	Datum inschrijving in de gemeente	10-02-2009
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	16-04-2010
11.10	Straatnaam	Miening
11.15	Naam Openbare ruimte	Miening
11.20	Huisnummer	1
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2381GL
11.70	Woonplaatsnaam	Zoeterwoude
11.80	Identificatiecode verblijfplaats	Gevuld
11.90	Identificatiecode nummeraanduiding	Gevuld
72.10	Omschrijving van de aangifte adreshouding	T Technische wijziging i.v.m BAG
84.10	Indicatie onjuist	O Onjuist
85.10	Ingangsdatum geldigheid	24-02-2011
86.10	Datum van opneming	24-02-2011
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	0638 Zoeterwoude
09.20	Datum inschrijving in de gemeente	10-02-2009
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	16-04-2010
11.10	Straatnaam	Miening
11.15	Naam Openbare ruimte
11.20	Huisnummer	1
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2381GL
11.70	Woonplaatsnaam
11.80	Identificatiecode verblijfplaats
11.90	Identificatiecode nummeraanduiding
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
84.10	Indicatie onjuist
85.10	Ingangsdatum geldigheid	16-04-2010
86.10	Datum van opneming	16-04-2010

Intergemeentelijke verhuizing op 22-02, bij vestiging meteen koppeling verwerkt terwijl vestiging gemeente dat pas op 24-02 uitvoerde

V1.6.1f
	Categorie 08 Verblijfplaats
09.10	Gemeente van inschrijving	0638 Zoeterwoude
09.20	Datum inschrijving in de gemeente	22-02-2011
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	22-02-2011
11.10	Straatnaam	Miening
11.15	Naam Openbare ruimte	Miening
11.20	Huisnummer	1
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2381GL
11.70	Woonplaatsnaam	Zoeterwoude
11.80	Identificatiecode verblijfplaats	Gevuld
11.90	Identificatiecode nummeraanduiding	Gevuld
72.10	Omschrijving van de aangifte adreshouding	T Technische wijzging i.v.m. BAG
85.10	Ingangsdatum geldigheid	24-02-2011
86.10	Datum van opneming	01-03-2011
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	0638 Zoeterwoude
09.20	Datum inschrijving in de gemeente	22-02-2011
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	22-02-2011
11.10	Straatnaam	Miening
11.15	Naam Openbare ruimte	Miening verwijderen
11.20	Huisnummer	1
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2381GL
11.70	Woonplaatsnaam	Zoeterwoude verwijderen
11.80	Identificatiecode verblijfplaats	Gevuld verwijderen
11.90	Identificatiecode nummeraanduiding	Gevuld verwijderen
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
85.10	Ingangsdatum geldigheid	22-02-2011
86.10	Datum van opneming	01-03-2011
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	0638 Zoeterwoude
09.20	Datum inschrijving in de gemeente	22-02-2011
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	22-02-2011
11.10	Straatnaam	Miening
11.15	Naam Openbare ruimte	Miening
11.20	Huisnummer	1
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	2381GL
11.70	Woonplaatsnaam	Zoeterwoude
11.80	Identificatiecode verblijfplaats	Gevuld
11.90	Identificatiecode nummeraanduiding	Gevuld
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
84.10	Indicatie onjuist	O Onjuist
85.10	Ingangsdatum geldigheid	22-02-2011
86.10	Datum van opneming	25-02-2011
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	0758 Breda
09.20	Datum inschrijving in de gemeente	10-09-2009
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	10-09-2009
11.10	Straatnaam	Oranjesingel
11.15	Naam Openbare ruimte
11.20	Huisnummer	5
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	4811CM
11.70	Woonplaatsnaam
11.80	Identificatiecode verblijfplaats
11.90	Identificatiecode nummeraanduiding
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
84.10	Indicatie onjuist
85.10	Ingangsdatum geldigheid	10-09-2009
86.10	Datum van opneming	10-09-2009

Vaste koppeling BAG-BRP (Logisch Ontwerp 2024-Q1)

Vanaf 1 januari 2024 is er een verplichte koppeling tussen het actuele woon- of briefadres in de BRP en een hoofdadres in de BAG. Alleen bij een briefadres mag een nevenadres in de BAG opgenomen zijn als de gemeente zelf of een organisatie als briefadresgever optreedt. Een nevenadres is nooit toegestaan als de briefadresgever een natuurlijk persoon is. De gegevens in de BAG zijn leidend, dus de adresgegevens in de BRP moeten dezelfde waarden bevatten als de gegevens van het gekoppelde hoofdadres in de BAG. Met ingang van 1 januari 2024 mogen de volgende situaties niet meer voorkomen op de persoonslijst:

• Een actueel woon- of briefadres zonder de rubrieken 08.11.15 Naam Openbare Ruimte, 08.11.70 Woonplaatsnaam, 08.11.80 Identificatiecode Verblijfplaats en 08.11.90 Identificatiecode Nummeraanduiding;
• Een verschil tussen de adresgegevens van een persoon en de corresponderende rubrieken in de BAG;
• Het gebruik van rubriek 08.12.10 Locatieomschrijving;
• Het gebruik van het zogenaamde “puntadres”;
• Het gebruik van een referentieadres (de waarde BY of TO in rubriek 08.11.50).

Als vanaf 1 januari 2024 één van bovenstaande situaties zich nog voordoet op een persoonslijst dan moet dit, in overleg met de BAG-beheerder, opgelost worden door middel van een correctie of een infrastructurele wijziging. Als op het moment van de datum aanvang adreshouding het adres al wel als geldig opgenomen is in de BAG dan moet een correctie uitgevoerd worden. Zie Correcties categorie 08. Is het adres pas met een latere geldigheid opgenomen in de BAG dan moet een infrastructurele wijziging worden uitgevoerd. Zie Toevoegen of wijzigen BAG-gegevens. In de BAG-viewer van het Kadaster kun je een adres raadplegen en bij ‘details en historie’ de ontstaansgeschiedenis bekijken. Het kan natuurlijk ook zo zijn dat de persoon op een ander (nieuw) adres ingeschreven moet worden, in dat geval moet er gewoon aangifte gedaan worden van adreswijziging of moet sprake zijn van een ambtshalve procedure adreswijziging. Zie Binnengemeentelijke adreswijziging.  

Correctie van een adres (onjuiste NEN-afkorting)

V1.6.2a
	Categorie 08 Verblijfplaats
09.10	Gemeente van inschrijving	1900 Súdwest-Fryslân
09.20	Datum inschrijving in de gemeente	18-12-2023
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	18-12-2023
11.10	Straatnaam	Burg Rasterhofflaan
11.15	Naam Openbare ruimte	Burgemeester Rasterhofflaan
11.20	Huisnummer	2
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	8606KZ
11.70	Woonplaatsnaam	Sneek
11.80	Identificatiecode verblijfplaats	Gevuld
11.90	Identificatiecode nummeraanduiding	Gevuld
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
85.10	Ingangsdatum geldigheid	18-12-2023
86.10	Datum van opneming	Systeemdatum
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	1900 Súdwest-Fryslân
09.20	Datum inschrijving in de gemeente	18-12-2023
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	18-12-2023
11.10	Straatnaam	Burg Rasterhoffln
11.15	Naam Openbare ruimte	Burgemeester Rasterhofflaan
11.20	Huisnummer	2
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	8606KZ
11.70	Woonplaatsnaam	Sneek
11.80	Identificatiecode verblijfplaats	Gevuld
11.90	Identificatiecode nummeraanduiding	Gevuld
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
84.10	Indicatie onjuist	O Onjuist
85.10	Ingangsdatum geldigheid	18-12-2023
86.10	Datum van opneming	18-12-2023

Correctie van een adres (ten onrechte geen BAG-koppeling)

V1.6.2b
	Categorie 08 Verblijfplaats
09.10	Gemeente van inschrijving	1900 Súdwest-Fryslân
09.20	Datum inschrijving in de gemeente	18-12-2023
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	18-12-2023
11.10	Straatnaam	Burg Rasterhofflaan
11.15	Naam Openbare ruimte	Burgemeester Rasterhofflaan
11.20	Huisnummer	2
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	8606KZ
11.70	Woonplaatsnaam	Sneek
11.80	Identificatiecode verblijfplaats	Gevuld
11.90	Identificatiecode nummeraanduiding	Gevuld
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
85.10	Ingangsdatum geldigheid	18-12-2023
86.10	Datum van opneming	Systeemdatum
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	1900 Súdwest-Fryslân
09.20	Datum inschrijving in de gemeente	18-12-2023
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel
10.30	Datum aanvang adreshouding	18-12-2023
11.10	Straatnaam	Burgemeester Rasterhofflaan
11.15	Naam Openbare ruimte
11.20	Huisnummer	2
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode	8606KZ
11.70	Woonplaatsnaam
11.80	Identificatiecode verblijfplaats
11.90	Identificatiecode nummeraanduiding
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
84.10	Indicatie onjuist	O Onjuist
85.10	Ingangsdatum geldigheid	18-12-2023
86.10	Datum van opneming	18-12-2023

 Infrastructurele wijziging (koppeling BAG pas op later moment mogelijk)

V1.6.2c
	Categorie 08 Verblijfplaats
09.10	Gemeente van inschrijving	1942 Gooise Meren
09.20	Datum inschrijving in de gemeente	01-01-2016
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel	Muiden
10.30	Datum aanvang adreshouding	datum geldigheid BAG-adres
11.10	Straatnaam	Herengracht
11.15	Naam Openbare ruimte	Herengracht
11.20	Huisnummer	34
11.30	Huisletter
11.40	Huisnummertoevoeging	WNSP
11.50	Aanduiding bij huisnummer
11.60	Postcode	1398AA
11.70	Woonplaatsnaam	Muiden
11.80	Identificatiecode verblijfplaats	Gevuld
11.90	Identificatiecode nummeraanduiding	Gevuld
72.10	Omschrijving van de aangifte adreshouding	W Infrastructurele wijziging
85.10	Ingangsdatum geldigheid	datum geldigheid BAG-adres
86.10	Datum van opneming	Systeemdatum
	Categorie 58 Verblijfplaats
09.10	Gemeente van inschrijving	1942 Gooise Meren
09.20	Datum inschrijving in de gemeente	01-01-2016
10.10	Functie adres	W Woonadres
10.20	Gemeentedeel	Muiden
10.30	Datum aanvang adreshouding	12-02-2018
11.10	Straatnaam
11.15	Naam Openbare ruimte
11.20	Huisnummer
11.30	Huisletter
11.40	Huisnummertoevoeging
11.50	Aanduiding bij huisnummer
11.60	Postcode
11.70	Woonplaatsnaam
11.80	Identificatiecode verblijfplaats
11.90	Identificatiecode nummeraanduiding
12.10	Locatiebeschrijving	ws Irene t.h.v Herengracht 34
72.10	Omschrijving van de aangifte adreshouding	I Ingeschrevene
84.10	Indicatie onjuist
85.10	Ingangsdatum geldigheid	12-02-2018
86.10	Datum van opneming	12-02-2018