1 Probleemstelling

1.1 Omschrijving

Sinds 1992 wisselen gemeenten en afnemers persoonsgegevens uit via de mailboxserver (als onderdeel van de BRP Berichtendienst) waarbij de verstrekkingen aan afnemers vanaf 2012 via de landelijke BRP-Verstrekkingsvoorziening plaatsvinden. Jaarlijks worden ca. 185 miljoen berichten via de mailboxserver getransporteerd. Het contract met de huidige leverancier OpenText voor het beheer en onderhoud van de mailboxserver loopt in maart 2025 af. Om voldoende tijd te hebben voor het realiseren van de dienst, het aanpassen van de koppelvlakken door de stelseldeelnemers wordt het contract nog eenmaal verlengd met drie jaar, maar dat is wel echt de laatste keer.

De nieuwe stelseldoelarchitectuur BRP van RvIG levert nog geen andere voorziening, waardoor een oplossing nodig is om het bestaande, noodzakelijke berichtenverkeer te continueren.

Het huidige contract kan niet rechtmatig verlengd worden. Bovendien maakt de huidige mailboxserver gebruik van zeer verouderde techniek, treden er steeds vaker problemen op (zoals het niet automatisch kunnen verwerken van persoonslijsten met meer van 19.000 tekens) in de berichtencycli en voldoet de mailboxserver niet aan de beveiligingseisen die de RvIG stelt ten aanzien van het wachtwoord.

Strategische keuze

Door zowel de gemeentelijke leveranciers als de RvIG is de voorkeur uitgesproken voor het bouwen van een centrale voorziening die REST API's aanbiedt aan bijhouders en afnemers, waarmee berichten in JSON-formaat kunnen worden uitgewisseld. Dit lost de huidige knelpunten op en kan worden gezien als een eerste stap richting de nieuwe architectuur, zonder daar al te ver op vooruit te lopen.

Deze nieuw te bouwen centrale voorziening kan ingezet worden voor al het huidige berichtenverkeer, maar dit project is een goede aanleiding om te bezien of er van sommige berichtsoorten en berichtencycli afscheid kan worden genomen.

1.2 Herkomst

Initiatief ARC-01-01 van programma Toekomst BRP.

1.3 Raakvlakken

Deze wijziging is de eerste van een aantal LO-wijzigingen die nodig zijn in het kader van het uitfaseren van de mailboxserver.

2 Oplossing

2.1 Huidige situatie

Via de huidige mailboxserver (MBS) worden berichten uitgewisseld tussen (bijna) alle deelnemers van het stelsel. De MBS is een combinatie van een Message Transfer Agent (MTA) en een Message Store (MS) in een X.400 berichtuitwisselingssysteem. Berichten kunnen door een Message Client (MC) worden geplaatst in de mailbox van de ontvanger, of worden opgehaald uit de eigen mailbox. Die berichten hebben een zogenaamd TLV (Tag Length Value) structuur, worden uitgewisseld volgens het sPd of het turbo-sPd protocol en maken gebruik van de Teletex codering. Ze worden uitgewisseld door bepaalde commando's aan te roepen op de mailboxserver. Zowel het protocol als de berichtenstructuur als de Teletex codering zijn flink verouderd en er zijn allerlei knelpunten, zoals een maximale lengte van berichten en van de beperkte mogelijke lengte van wachtwoorden.

2.2 Oplossing

Omdat het niet wenselijk is om van alle partijen te eisen dat zij zelf een API aanbieden waarmee direct (en synchroon) berichten naar hen kunnen worden verzonden, is het nodig dat er een nieuwe centrale voorziening komt voor berichtuitwisseling waarin elke deelnemer een postvak heeft. Deze voorziening zal worden ontsloten via een API die het verzenden en ophalen van berichten ondersteunt. Berichten krijgen een nieuwe JSON structuur en de tekencodering wordt UTF-8. Verder blijven alle berichtencycli zoals ze zijn, houden de berichten hun huidige naam, blijft de structuur van de berichten in JSON dicht bij de indeling die ze in het TLV-formaat ook hadden en blijft de tekenset beperkt tot tekens die ook in Teletex worden ondersteund.

Voor afnemers is er al een alternatief voor de MBS: de webservice StuurGBAbericht. Via deze webservice kunnen berichten worden verzonden naar en opgehaald uit BRP-V, waarbij BRP-V het verzenden naar en ophalen uit de MBS verzorgt. De uit te wisselen berichten hebben nog de TLV-structuur (Tag, Length, Value) en worden integraal in de XML-berichten van de webservice opgenomen. Een jaar na het uitfaseren van de mailboxserver zal ook deze webservice verdwijnen en moeten alle afnemers gebruik gaan maken van de nieuwe voorziening.

De nieuwe voorziening zal alle bestaande berichtencycli ondersteunen. Er wordt nog onderzocht of het mogelijk is om afscheid te nemen van sommige berichtencycli, omdat het efficiënter is om ze te vervangen door afzonderlijke API's (denk aan de Ap01-cyclus t.b.v. plaatsen afnemersindicaties, de Av01-cyclus t.b.v. verwijderen afnemersindicaties, de Lg01-cyclus t.b.v. synchronisatie met BRP-V). Ook wordt onderzocht of het mogelijk is om afscheid te nemen van de verwijsberichten en de vrije berichten. Maar dat is voor de beschrijving van de nieuwe voorziening allemaal niet relevant. In deze LO-wijziging wordt er vanuit gegaan dat alle berichtencycli blijven gehandhaafd, maar worden uitgewisseld via de nieuwe voorziening en voorzien van een nieuwe berichtenstructuur.

Tenslotte wordt de TLV-structuur van berichtendienstberichten ook gebruikt in de webservices VraagAI, VraagPL en de functie ControleerPL van de webservice StuurGBAbericht. Ook die (functies van) webservices zullen worden vervangen door aparte API's.

Omdat niet alle aangesloten partijen op het zelfde moment zullen kunnen overstappen op de BRP Berichten API, wordt er ook een tijdelijke voorziening gerealiseerd die berichten kan vertalen en doorsturen van afzenders die al wel zijn overgestapt naar ontvangers die dat nog niet zijn, en andersom. Deze ‘brug’ is een tijdelijke voorziening die niet in het Logisch Ontwerp BRP zal worden beschreven: de koppelvlakken ervan zijn immers RvIG-intern.

BRP-V zal zelfstandig (onafhankelijk van de brug) kunnen bepalen via welk kanaal (mailboxserver, StuurGBAbericht of BRP Berichten API) een afnemer gegevens verstrekt moet krijgen. De brug en BRP-V doen dit op basis van element 97.12 Aangesloten op de berichtendienst in tabel 59 BRP-deelnemerstabel. De mogelijke waardes zijn nu nog 0 (Niet aangesloten) en 1 (Wel aangesloten), maar die wijzigen iets:

0 = Niet aangesloten
1 = Aangesloten via de mailboxserver
2 = Aangesloten via de webservice StuurGBABericht
3 = Aangesloten via de BRP Berichten API

Let wel: de huidige betekenis van de waarde 0 (Niet aangesloten op de Berichtendienst) is dat een afnemer ofwel gebruik maakt van StuurGBAbericht (nieuwe betekenis van “2”, ofwel helemaal berichtendienstberichten verzendt en ontvangt (nieuwe betekenis van “0”).

2.3 Gerelateerde wijzigingen in wet- en regelgeving

Er zijn geen relaties met of afhankelijkheden van wet- en regelgeving.

2.4 Openstaande punten

In deze LO-wijziging wordt alleen nog de BRP Berichten API toegevoegd aan het Logisch Ontwerp BRP, als derde mogelijke manier voor het uitwisselen van berichten, naast de mailboxserver en de webservice StuurGBAbericht. In een latere LO-wijziging zal de MBS worden uitgefaseerd (en de beschrijving ervan dus ook worden verwijderd uit het LO). Nog weer later zal ook de webservice StuurGBAbericht worden uitgefaseerd en wordt ook de beschrijving dáárvan uit het LO verwijderd.

3 Invoering

In deze LO-wijziging wordt enkel nog maar de BRP Berichten API geïntroduceerd als derde oplossing voor het uitwisselen van berichten. Deze wijziging verplicht nog niet tot het gebruik ervan. Vanaf de datum waarop deze wijziging in werking treedt (de planning hiervoor is 1 juli 2025) zal de BRP Berichten API in productie beschikbaar zijn. Dat geldt ook de bijbehorende aanpassingen in BRP-V. Kort daarna (naar verwachting in het vierde kwartaal van 2025) zal ook de brug volgen. Vanaf het moment dat de brug in productie beschikbaar is, is het in principe voor elke op de MBS aangesloten partij mogelijk om over te stappen op de BRP Berichten API. Om het aantal overstappers een beetje te spreiden stelt RvIG een migratieplan op. Tot het moment dat de brug beschikbaar is, kunnen alleen nog partijen overstappen die uitsluitend berichten uitwisselen met BRP-V.

Op 1 januari 2028 mag geen enkele partij meer gebruik maken van de mailboxserver, waardoor deze kan worden uitgezet en afgevoerd. Dat betekent dat alle partijen moeten zijn overgestapt op ofwel StuurGBAbericht, ofwel de BRP Berichten API. Afnemers die dan nog gebruik maken van StuurGBAbericht moeten voor 1 januari 2029 zijn overgestapt op de BRP Berichten API.

4 Gevolgen

4.1 Documentatie

De werking van de mailboxserver is alleen beschreven in het LO BRP. De werking van de BRP Berichten API wordt daarom ook alleen beschreven in het LO BRP. Het is daarom nu nog niet nodig om ook het LO BES aan te passen. De structuur van berichten wordt echter ook in het LO BES beschreven, dus zodra de PIVA applicaties, PIVA-V of de PBK module worden aangepast en de nieuwe berichtstructuur gaan ondersteunen, moet die structuur wel worden beschreven in het LO BES.

4.2 Gemeenten

Alle gemeenten zijn voor hun bijhoudingstaak aangesloten op de mailboxserver. Deze LO-wijziging verplicht nog niet tot het overstappen naar de BRP Berichten API, en heeft dus strikt genomen geen directe gevolgen. In overleg met leveranciers werkt RvIG aan een migratieplan waarin de overstap van alle partijen wordt afgestemd en gepland.

4.3 Afnemers

Deze LO-wijziging verplicht nog niet tot het overstappen naar de BRP Berichten API, en heeft dus strikt genomen geen directe gevolgen voor afnemers die gebruik maken van de mailboxserver. Zij hebben bovendien de keuze om eerst over te stappen op de webservice StuurGBAbericht. In overleg met leveranciers én zelfbouwers werkt RvIG aan een migratieplan waarin de overstap van alle partijen wordt afgestemd en gepland.

4.4 IND

De IND is zowel voor haar taak als bijhouder als voor haar rol als afnemer aangesloten op de mailboxserver. Deze LO-wijziging verplicht de IND nog niet tot het overstappen naar de BRP Berichten API, en heeft dus strikt genomen geen directe gevolgen. In overleg met leveranciers werkt RvIG aan een migratieplan waarin de overstap van alle partijen wordt afgestemd en gepland.

4.5 Caribische landen en Caribisch Nederland

In Caribische delen van het Koninkrijk wordt geen gebruik gemaakt van de mailboxserver, maar worden berichten uitgewisseld via een FTPS-server. Die berichten hebben echter wel het TLV-formaat dat in het LO BRP en LO BES beschreven is, dus ook de PIVANOBO-systemen zullen moeten worden aangepast voordat de mailboxserver wordt uitgefaseerd. Hiertoe ontstaat echter pas een verplichting als het oude formaat niet meer wordt ondersteund, en dat is in deze LO-wijziging nog niet het geval. In overleg met leveranciers werkt RvIG aan een migratieplan waarin de overstap van alle partijen wordt afgestemd en gepland.

4.6 RvIG-systemen

Bij de RvIG is er een heel aantal systemen dat berichten uitwisselt via de mailboxserver en dat dus op enig moment zal moeten worden aangepast. Hiertoe bestaat echter met de inwerkingtreding van deze LO-wijziging nog géén verplichting. Het betreft de onderstaande systemen:

• RNI (Register Niet-Ingezetenen)
• BRP-V (BRP-Verstrekkingsvoorziening)
• PIVA-V (PIVA-Verstrekkingsvoorziening)
• Daft (Data Analysis & Fingerprint Tool)
• TAPP (Tabellen Applicatie)
• PBK (PIVA-BRP-Koppeling)
• BV BSN (BeheerVoorziening BSN)
• BR (Basisregister Reisdocumenten)
• RPS (Register PaspoortSignaleringen)

Wanneer elk van deze systemen over kan stappen op de BRP Berichten API, moet duidelijk worden uit het migratieplan van RvIG.

1 Probleemstelling

1.1 Omschrijving

In de Werkgroep Implementatie hebben verschillende leveranciers en afnemers te kennen gegeven dat ze de landelijke tabellen graag zouden willen kunnen raadplegen via een API. Met deze LO-wijziging komt RvIG aan die wens tegemoet en wordt de BRP Tabellen API geïntroduceerd.

1.2 Herkomst

Deze wijziging komt voort uit wensen van leveranciers en afnemers.

1.3 Raakvlakken

Er zijn geen raakvlakken met andere LO-wijzigingen, of met andere wet- en regelgeving.

2 Oplossing

2.1 Huidige situatie

De landelijke tabellen worden nu in CSV- en in PDF-formaat gepubliceerd op de website van RvIG. Daarnaast worden wijzigingen in de tabellen (met uitzondering van Tabel 35 Autorisatietabel) via tabelberichten (Dt01/Dw01) verspreid naar afnemers die zijn aangesloten op de berichtendienst of op de webservice StuurGBABericht.

2.2 Oplossing

De BRP Tabellen API maakt het mogelijk om de landelijke tabellen te bevragen. Een tabel kan met één request integraal worden opgehaald, maar er zijn ook allerlei mogelijkheden om bepaalde tabelregels op te vragen.

2.3 Gerelateerde wijzigingen in wet- en regelgeving

Er zijn geen relaties met wijzigingen in wet- en regelgeving.

2.4 Openstaande punten

Er zijn na implementatie van deze wijzigingen geen openstaande punten.

3 Invoering

Deze wijziging is gepland om op te worden genomen in LO 2025.Q3 (1 juli 2025).

4 Gevolgen

4.1 Documentatie

Alleen LO BRP moet worden aangepast: de BRP Tabellen API moet worden toegevoegd.

4.2 Gemeenten

Er is geen directe impact op de burgerzakensystemen van gemeenten. Het staat leveranciers echter vrij hun systemen aan te passen zodat ze de BRP Tabellen API aanroepen in plaats van alleen tabelberichten te verwerken.

4.3 Afnemers

Afnemers die gebruik willen maken van de BRP Tabellen API moeten hun taakapplicaties hierop aanpassen. Maar dit is niet verplicht en ze blijven de tabelberichten ontvangen via de Berichtendienst.

4.4 IND

Er is geen impact op de systemen van IND in haar rol van bijhouder (aanleveren verblijfstitels)..

4.5 Caribische landen en Caribisch Nederland

Er is geen impact op de systemen in het Caribisch deel van het Koninkrijk.

4.6 RvIG-systemen

De BRP Tabellen API wordt gerealiseerd in de Tabellen Applicatie (TAPP). Die moet worden aangepast. Gemeenten en afnemers moeten toegang tot de API kunnen krijgen; dit heeft mogelijk nog impact op netwerkverbindingen en infrastructuur.

Op deze pagina vind je meer info over de werkwijze voor de procedure 'min van fin initiële vulling'. Bekijk de volgende zeven voorbeelden.

Situatie: Correctie voorvoegsel na overleggen van een geboorteakte. Sofinummer is met initiële vulling geplaatst.

Nieuwe situatie vanaf 1 april 2025

		Categorie 01	Categorie 51
01.10	A-nummer	Gevuld	Gevuld
01.20	Burgerservicenummer	Gevuld	Gevuld
02.10	Voornamen	Paula	Paula
02.20	Adellijke titel/predicaat
02.30	Voorvoegsel geslachtsnaam	Van	van
02.40	Geslachtsnaam	Mechelen	Mechelen
03.10	Geboortedatum	16-04-1962	16-04-1962
03.20	Geboorteplaats	Brugge	Brugge
03.30	Geboorteland	België	België
04.10	Geslachtsaanduiding	V	V
61.10	Aanduiding naamgebruik	E	E
81.10	Registergemeente akte
81.20	Aktenummer
82.10	Gemeente document	Eigen gemeente	Haarlem
82.20	Datum document	Systeemdatum	06-01-1994
82.30	Beschrijving document	ga mon 5010	PK
84.10	Indicatie onjuist/strijdigheid		O Onjuist
85.10	Ingangsdatum geldigheid	16-04-1962	00-00-0000
86.10	Datum van opneming	Systeemdatum	16-09-1995

Oorspronkelijke situatie

		Categorie 01 persoon
01.10	A-nummer	Gevuld
01.20	Burgerservicenummer	Gevuld
02.10	Voornamen	Paula
02.20	Adellijke titel/predicaat
02.30	Voorvoegsel geslachtsnaam	van
02.40	Geslachtsnaam	Mechelen
03.10	Geboortedatum	16-04-1962
03.20	Geboorteplaats	Brugge
03.30	Geboorteland	België
04.10	Geslachtsaanduiding	V
61.10	Aanduiding naamgebruik	E
81.10	Registergemeente akte
81.20	Aktenummer
82.10	Gemeente document	Haarlem
82.20	Datum document	06-01-1994
82.30	Beschrijving document	PK
84.10	Indicatie onjuist/strijdigheid
85.10	Ingangsdatum geldigheid	00-00-0000
86.10	Datum van opneming	16-09-1995

 

Situatie: Correctie voorvoegsel na overleggen geboorteakte. Sofinummer is met initiële vulling geplaatst. Door conversie is naamgebruik gevuld met waarde "V",  datum geldigheid is standaardwaarde.

Situatie vanaf 1 april 2025:

		Categorie 01	Categorie 51
01.10	A-nummer	Gevuld	Gevuld
01.20	Burgerservicenummer	Gevuld	Gevuld
02.10	Voornamen	Paula	Paula
02.20	Adellijke titel/predicaat
02.30	Voorvoegsel geslachtsnaam	Van	van
02.40	Geslachtsnaam	Mechelen	Mechelen
03.10	Geboortedatum	16-04-1962	16-04-1962
03.20	Geboorteplaats	Brugge	Brugge
03.30	Geboorteland	België	België
04.10	Geslachtsaanduiding	V	V
61.10	Aanduiding naamgebruik	V	V
81.10	Registergemeente akte
81.20	Aktenummer
82.10	Gemeente document	Eigen gemeente	Haarlem
82.20	Datum document	Systeemdatum	06-01-1994
82.30	Beschrijving document	ga mon 5010	PK
84.10	Indicatie onjuist/strijdigheid		O Onjuist
85.10	Ingangsdatum geldigheid	06-01-1994	00-00-0000
86.10	Datum van opneming	Systeemdatum	16-09-1995

 Datum geldigheid van de actuele categorie 01 is de datum document (conversiedatum) van de oorspronkelijke cat 01.  De correctie kun je direct uitvoeren omdat de datum in dezelfde categorie zichtbaar is. Voor alle situaties, bij datum geldigheid is standaardwaarde als bij werkelijke waarde, geldt dezelfde werkwijze. De datum geldigheid geeft aan wanneer het geheel van de gegevens in de categorie geldig is geworden.

Let op: de combinatie naamgebruik, brondocument, datum geldig conversiedatum geldt alleen in deze procedure. Voor alle andere correcties zijn de bijhoudingsvoorschriften van toepassing.

Oorspronkelijke situatie

		Categorie 01 persoon
01.10	A-nummer	Gevuld
01.20	Burgerservicenummer	Gevuld
02.10	Voornamen	Paula
02.20	Adellijke titel/predicaat
02.30	Voorvoegsel geslachtsnaam	van
02.40	Geslachtsnaam	Mechelen
03.10	Geboortedatum	16-04-1962
03.20	Geboorteplaats	Brugge
03.30	Geboorteland	België
04.10	Geslachtsaanduiding	V
61.10	Aanduiding naamgebruik	V
81.10	Registergemeente akte
81.20	Aktenummer
82.10	Gemeente document	Haarlem
82.20	Datum document	06-01-1994
82.30	Beschrijving document	PK
84.10	Indicatie onjuist/strijdigheid
85.10	Ingangsdatum geldigheid	00-00-0000
86.10	Datum van opneming	16-09-1995

 

Situatie: Correctie voorvoegsel na overleggen geboorteakte. Sofinummer is met initiële vulling geplaatst. Door conversie is naamgebruik gevuld met waarde "V", datum geldigheid is een werkelijke waarde.

Situatie vanaf 1 april 2025:

		Categorie 01	Categorie 51
01.10	A-nummer	Gevuld	Gevuld
01.20	Burgerservicenummer	Gevuld	Gevuld
02.10	Voornamen	Paula	Paula
02.20	Adellijke titel/predicaat
02.30	Voorvoegsel geslachtsnaam	Van	van
02.40	Geslachtsnaam	Mechelen	Mechelen
03.10	Geboortedatum	16-04-1962	16-04-1962
03.20	Geboorteplaats	Brugge	Brugge
03.30	Geboorteland	België	België
04.10	Geslachtsaanduiding	V	V
61.10	Aanduiding naamgebruik	V	V
81.10	Registergemeente akte
81.20	Aktenummer
82.10	Gemeente document	Eigen gemeente	Haarlem
82.20	Datum document	Systeemdatum	06-01-1994
82.30	Beschrijving document	ga mon 5010	PK
84.10	Indicatie onjuist/strijdigheid		O Onjuist
85.10	Ingangsdatum geldigheid	06-01-1994	04-09-1988
86.10	Datum van opneming	Systeemdatum	16-09-1995

Datum geldigheid van de actuele categorie 01 is de datum document (conversiedatum) van de oorsponkelijke cat 01.  De correctie kun je direct uitvoeren omdat de datum in dezelfde categorie zichtbaar is. Voor alle situaties, bij datum geldigheid is standaardwaarde als bij werkelijke waarde, geldt dezelfde werkwijze. De datum geldigheid geeft aan wanneer het geheel van de gegevens in de categorie geldig is geworden.

Let op: de combinatie naamgebruik, brondocument, datum geldig conversiedatum geldt alleen in deze procedure. Voor alle andere correcties zijn de bijhoudingsvoorschriften van toepassing.

Oorspronkelijke situatie:

		Categorie 01 persoon
01.10	A-nummer	Gevuld
01.20	Burgerservicenummer	Gevuld
02.10	Voornamen	Paula
02.20	Adellijke titel/predicaat
02.30	Voorvoegsel geslachtsnaam	van
02.40	Geslachtsnaam	Mechelen
03.10	Geboortedatum	16-04-1962
03.20	Geboorteplaats	Brugge
03.30	Geboorteland	België
04.10	Geslachtsaanduiding	V
61.10	Aanduiding naamgebruik	V
81.10	Registergemeente akte
81.20	Aktenummer
82.10	Gemeente document	Haarlem
82.20	Datum document	06-01-1994
82.30	Beschrijving document	PK
84.10	Indicatie onjuist/strijdigheid
85.10	Ingangsdatum geldigheid	04-09-1988
86.10	Datum van opneming	16-09-1995

 

Situatie: Correctie voorvoegsel na overleggen geboorteakte. Sofinummer is met initiële vulling geplaatst. Door conversie is naamgebruik gevuld met waarde “E” datum geldig is een werkelijke waarde. Na initiële vulling heeft actualisering van een nieuw rechtsfeit plaatsgevonden (in dit geval actualisering naamgebruik).

Situatie vanaf 1 april 2025:

		Categorie 01	Categorie 51	Categorie 51	Categorie 51
01.10	A-nummer	Gevuld	Gevuld	Gevuld	Gevuld
01.20	BSN	Gevuld	Gevuld	Gevuld	Gevuld
02.10	Voornamen	Paula	Paula	Paula	Paula
02.20	Adellijke titel/predicaat
02.30	Voorv gesl naam	Van	van	Van	van
02.40	Geslachtsnaam	Mechelen	Mechelen	Mechelen	Mechelen
03.10	Geboortedatum	16-04-1962	16-04-1962	16-04-1962	16-04-1962
03.20	Geboorteplaats	Brugge	Brugge	Brugge	Brugge
03.30	Geboorteland	België	België	België	België
04.10	Geslacht	V	V	V	V
61.10	Aanduiding naamg	V	V	E	E
81.10	Registergem akte
81.20	Aktenummer
82.10	Gemeente doc	Haarlem	Haarlem	Eigen gemeente	Haarlem
82.20	Datum document	15-01-1999	15-01-1999	Systeemdatum	06-01-1994
82.30	Beschrijving document	Verklaring naamgebruik	Verklaring naamgebruik	ga mon 5010	PK
84.10	Indicatie onjuist		Onjuist		Onjuist
85.10	Ingang geldigheid	15-01-1999	15-01-1999	16-04-1962	04-09-1988
86.10	Datum opname	Systeemdatum	15-01-1999	Systeemdatum	16-09-1995

Oorspronkelijke situatie

		Categorie 01	Categorie 51
01.10	A-nummer	Gevuld	Gevuld
01.20	Burgerservicenummer	Gevuld	Gevuld
02.10	Voornamen	Paula	Paula
02.20	Adellijke titel/predicaat
02.30	Voorvoegsel geslachtsnaam	van	van
02.40	Geslachtsnaam	Mechelen	Mechelen
03.10	Geboortedatum	16-04-1962	16-04-1962
03.20	Geboorteplaats	Brugge	Brugge
03.30	Geboorteland	België	België
04.10	Geslachtsaanduiding	V	V
61.10	Aanduiding naamgebruik	V	E
81.10	Registergemeente akte
81.20	Aktenummer
82.10	Gemeente document	Haarlem	Haarlem
82.20	Datum document	15-01-1999	06-01-1994
82.30	Beschrijving document	Verklaring naamgebruik	PK
84.10	Indicatie onjuist/strijdigheid
85.10	Ingangsdatum geldigheid	15-01-1999	04-09-1988
86.10	Datum van opneming	15-01-1999	16-09-1995

 

Situatie: Correctie voorvoegsel na overleggen geboorteakte. Sofinummer is met initiële vulling geplaatst. Door conversie is naamgebruik gevuld met waarde “V” datum geldig is standaardwaarde. Na initiële vulling heeft actualisering van een nieuw rechtsfeit plaatsgevonden (in dit geval actualisering naamgebruik)

Situatie vanaf 1 april 2025

		Categorie 01	Categorie 51	Categorie 51	Categorie 51
01.10	A-nummer	Gevuld	Gevuld	Gevuld	Gevuld
01.20	BSN	Gevuld	Gevuld	Gevuld	Gevuld
02.10	Voornamen	Paula	Paula	Paula	Paula
02.20	Adellijke titel/predicaat
02.30	Voorv gesl naam	Van	van	Van	van
02.40	Geslachtsnaam	Mechelen	Mechelen	Mechelen	Mechelen
03.10	Geboortedatum	16-04-1962	16-04-1962	16-04-1962	16-04-1962
03.20	Geboorteplaats	Brugge	Brugge	Brugge	Brugge
03.30	Geboorteland	België	België	België	België
04.10	Geslacht	V	V	V	V
61.10	Aanduiding naamg	E	E	V	V
81.10	Registergem akte
81.20	Aktenummer
82.10	Gemeente doc	Haarlem	Haarlem	Eigen gemeente	Haarlem
82.20	Datum document	15-01-1999	15-01-1999	Systeemdatum	06-01-1994
82.30	Beschrijving document	Verklaring naamgebruik	Verklaring naamgebruik	ga mon 5010	PK
84.10	Indicatie onjuist		Onjuist		Onjuist
85.10	Ingang geldigheid	15-01-1999	15-01-1999	06-01-1994	00-00-0000
86.10	Datum opname	Systeemdatum	15-01-1999	Systeemdatum	16-09-1995

 

Datum geldigheid van de actuele categorie 01 is de datum document (conversiedatum) van de oorspronkelijke cat 01.  De correctie kun je direct uitvoeren omdat de datum in dezelfde categorie zichtbaar is. Voor alle situaties, bij datum geldigheid is standaardwaarde als bij werkelijke waarde, geldt dezelfde werkwijze. De datum geldigheid geeft aan wanneer het geheel van de gegevens in de categorie geldig is geworden.
Let op: de combinatie naamgebruik, brondocument, datum geldig conversiedatum geldt alleen in deze procedure. Voor alle andere correcties zijn de bijhoudingsvoorschriften van toepassing.

Oorspronkelijke situatie

		Categorie 01	Categorie 51
01.10	A-nummer	Gevuld	Gevuld
01.20	Burgerservicenummer	Gevuld	Gevuld
02.10	Voornamen	Paula	Paula
02.20	Adellijke titel/predicaat
02.30	Voorvoegsel geslachtsnaam	van	van
02.40	Geslachtsnaam	Mechelen	Mechelen
03.10	Geboortedatum	16-04-1962	16-04-1962
03.20	Geboorteplaats	Brugge	Brugge
03.30	Geboorteland	België	België
04.10	Geslachtsaanduiding	V	V
61.10	Aanduiding naamgebruik	E	V
81.10	Registergemeente akte
81.20	Aktenummer
82.10	Gemeente document	Haarlem	Haarlem
82.20	Datum document	15-01-1999	06-01-1994
82.30	Beschrijving document	Verklaring naamgebruik	PK
84.10	Indicatie onjuist/strijdigheid
85.10	Ingangsdatum geldigheid	15-01-1999	00-00-0000
86.10	Datum van opneming	15-01-1999	16-09-1995

 

Situatie: Correctie voorvoegsel na overleggen geboorteakte. Sofinummer is met initiële vulling geplaatst. Door conversie is naamgebruik gevuld met waarde “E” datum geldigheid is standaardwaarde. Na initiële vulling heeft actualisering van een nieuw rechtsfeit plaatsgevonden (in dit geval actualisering naamgebruik).

Situatie vanaf 1 april 2025

		Categorie 01	Categorie 51	Categorie 51	Categorie 51
01.10	A-nummer	Gevuld	Gevuld	Gevuld	Gevuld
01.20	BSN	Gevuld	Gevuld	Gevuld	Gevuld
02.10	Voornamen	Paula	Paula	Paula	Paula
02.20	Adellijke titel/predicaat
02.30	Voorv gesl naam	Van	van	Van	van
02.40	Geslachtsnaam	Mechelen	Mechelen	Mechelen	Mechelen
03.10	Geboortedatum	16-04-1962	16-04-1962	16-04-1962	16-04-1962
03.20	Geboorteplaats	Brugge	Brugge	Brugge	Brugge
03.30	Geboorteland	België	België	België	België
04.10	Geslacht	V	V	V	V
61.10	Aanduiding naamg	V	V	E	E
81.10	Registergem akte
81.20	Aktenummer
82.10	Gemeente doc	Haarlem	Haarlem	Eigen gemeente	Haarlem
82.20	Datum document	15-01-1999	15-01-1999	Systeemdatum	06-01-1994
82.30	Beschrijving document	Verklaring naamgebruik	Verklaring naamgebruik	ga mon 5010	PK
84.10	Indicatie onjuist		Onjuist		Onjuist
85.10	Ingang geldigheid	15-01-1999	15-01-1999	16-04-1962	00-00-0000
86.10	Datum opname	Systeemdatum	15-01-1999	Systeemdatum	16-09-1995

 Oorspronkelijke situatie

		Categorie 01	Categorie 51
01.10	A-nummer	Gevuld	Gevuld
01.20	Burgerservicenummer	Gevuld	Gevuld
02.10	Voornamen	Paula	Paula
02.20	Adellijke titel/predicaat
02.30	Voorvoegsel geslachtsnaam	van	van
02.40	Geslachtsnaam	Mechelen	Mechelen
03.10	Geboortedatum	16-04-1962	16-04-1962
03.20	Geboorteplaats	Brugge	Brugge
03.30	Geboorteland	België	België
04.10	Geslachtsaanduiding	V	V
61.10	Aanduiding naamgebruik	V	E
81.10	Registergemeente akte
81.20	Aktenummer
82.10	Gemeente document	Haarlem	Haarlem
82.20	Datum document	15-01-1999	06-01-1994
82.30	Beschrijving document	Verklaring naamgebruik	PK
84.10	Indicatie onjuist/strijdigheid
85.10	Ingangsdatum geldigheid	15-01-1999	00-00-0000
86.10	Datum van opneming	15-01-1999	16-09-1995

 

Situatie: Correctie geboorteplaats na overleggen geboorteakte. Sofinummer is met initiële vulling geplaatst. Door conversie is naamgebruik gevuld met waarde “V” datum geldigheid is een werkelijke waarde. Na initiële vulling heeft een actualisering van een nieuw rechtsfeit plaatsgevonden (in dit geval naamsvaststelling bij KB).

Situatie vanaf 1 april 2025

		Categorie 01	Categorie 51	Categorie 51	Categorie 51
01.10	A-nummer	Gevuld	Gevuld	Gevuld	Gevuld
01.20	BSN	Gevuld	Gevuld	Gevuld	Gevuld
02.10	Voornamen	Paulina Priyanka	Paulina Priyanka
02.20	Adellijke titel/predicaat
02.30	Voorv gesl naam
02.40	Geslachtsnaam	Vrinda	Vrinda	Paulina Priyanka Vrinda	Paulina Priyanka Vrinda
03.10	Geboortedatum	16-04-1962	16-04-1962	16-04-1962	16-04-1962
03.20	Geboorteplaats	Amachavadi	Bombay	Amachavadi	Bombay
03.30	Geboorteland	India	India	India	India
04.10	Geslacht	V	V	V	V
61.10	Aanduiding naamg	V	V	V	V
81.10	Registergem akte
81.20	Aktenummer
82.10	Gemeente doc	Haarlem	Haarlem	Eigen gemeente	Haarlem
82.20	Datum document	01-10-2020	01-10-2020	Systeemdatum	06-01-1994
82.30	Beschrijving document	KB nmvst 20.001234	KB nmvst 20.001234	ga mon 7046	PK
84.10	Indicatie onjuist		Onjuist		Onjuist
85.10	Ingang geldigheid	18-09-2020	18-09-2020	06-01-1994	04-09-1988
86.10	Datum opname	Systeemdatum	01-10-2020	Systeemdatum	16-09-1995

 

Datum geldigheid van de actuele categorie 01 is de datum document (conversiedatum) van de oorsponkelijke cat 01.  De correctie kun je direct uitvoeren omdat de datum in dezelfde categorie zichtbaar is. Voor alle situaties, bij datum geldigheid is standaardwaarde als bij werkelijke waarde, geldt dezelfde werkwijze. De datum geldigheid geeft aan wanneer het geheel van de gegevens in de categorie geldig is geworden.

Let op: de combinatie naamgebruik, brondocument, datum geldig conversiedatum geldt alleen in deze procedure. Voor alle andere correcties zijn de bijhoudingsvoorschriften van toepassing.

Oorspronkelijke situatie

		Categorie 01	Categorie 51
01.10	A-nummer	Gevuld	Gevuld
01.20	Burgerservicenummer	Gevuld	Gevuld
02.10	Voornamen	Paulina Priyanka
02.20	Adellijke titel/predicaat
02.30	Voorvoegsel geslachtsnaam
02.40	Geslachtsnaam	Vrinda	Paulina Priyanka Vrinda
03.10	Geboortedatum	16-04-1962	16-04-1962
03.20	Geboorteplaats	Bombay	Bombay
03.30	Geboorteland	India	India
04.10	Geslachtsaanduiding	V	V
61.10	Aanduiding naamgebruik	V	V
81.10	Registergemeente akte
81.20	Aktenummer
82.10	Gemeente document	Haarlem	Haarlem
82.20	Datum document	01-10-2020	06-01-1994
82.30	Beschrijving document	KB nmvst 20.001234	PK
84.10	Indicatie onjuist/strijdigheid
85.10	Ingangsdatum geldigheid	18-09-2020	04-09-1988
86.10	Datum van opneming	01-10-2020	16-09-1995

De status van een reisdocument kan veranderen door gebeurtenissen met het document of de houder ervan. Deze status wordt bijgehouden in het Basisregister Reisdocumenten (onderdeel van ReIS). En wijzigt doordat instanties (autoriteiten van afgifte) meldingen doorgeven aan het Basisregister Reisdocumenten (BR). Daarom is het belangrijk dat Meldingregistratie tijdig en correct wordt uitgevoerd.

Meldingen registreer je in de reisdocumentenmodule van jouw burgerzakenapplicatie of in het ReIS Aanvraagportaal (RAP). De functionaliteit kan per applicatie verschillen, de procedures zijn wel gelijk.

Hieronder vind je een overzicht van verschillende situaties en de daaruit volgende melding keuze aan het BR.

Let op! Een melding mag alleen geregistreerd worden wanneer deze (en diens reden) definitief is. De registratie van een melding in het BR is onomkeerbaar.  Ook de gevolgen voor het (fysieke) reisdocument zijn onomkeerbaar.

Generieke gegevens

Elke melding wordt voorzien van een aantal gegevens. Het soort melding is bepalend voor de status van het reisdocument. In onderstaande tabel wordt een toelichting gegeven op deze gegevens.

Gegeven	Toelichting/invulinstructie
Melding(type)	Het soort melding wat (na registratie) bepalend is voor de status van het reisdocument. Er zijn twee meldingtypen: RRV – Reisdocument is van rechtswege vervallen RDO – Reisdocument is definitief onttrokken Bij het gekozen meldingtype hoort een overeenkomstige reden.
Meldende instantie	De instantie die de melding doet. Dit zijn autoriteiten van afgifte die volgens de Paspoortwet de verantwoordelijkheid dragen om meldingen door te geven. Dit gegeven wordt automatisch gevuld op basis van de ingelogde gebruiker.
Meldende instantielocatie	De locatie (vestiging, kantoor) van de meldende instantie die de melding doet en wil doorgeven aan het BR. Dit gegeven is niet verplicht en wordt niet door alle meldende instanties gebruikt. Nederlandse gemeenten, openbare lichamen en Caribische landen hoeven geen locatie door te geven bij de registratie van een melding. Een melding op het niveau van de instantie is voldoende.
Datum melding	De datum waarop de meldende instantie de melding doorgeeft aan het BR.
Reden(type)	De aanleiding voor het doen van de melding op een reisdocument. De redenen volgen uit de Paspoortwet. De gekozen reden dient altijd bij de gekozen melding(type) te passen.
Datum reden	De datum die hoort bij de gekozen reden. Dit is de datum van de dag waarop de gebeurtenis (reden) heeft plaatsgevonden. Dit is afhankelijk van de reden (zoals de datum van overlijden, de datum van verlies nationaliteit, de datum van vermissing (zoals verklaard door de houder) of de datum van inlevering).

Van rechtswege vervallen reisdocumenten

Zoals benoemd in artikel 47 en artikel 48 Paspoortwet moet een reisdocument in een aantal gevallen van rechtswege vervallen. De vaststelling van de benoemde situaties is in andere procedures en regelgeving vastgelegd en maakt geen deel uit van deze procedurebeschrijving.

Een melding ‘van rechtswege vervallen’ kan worden geregistreerd door te kiezen voor het overeenkomstige meldingtype (Reisdocument is van rechtswege vervallen, code RRV) met een bijbehorende reden. Hieronder worden voorbeelden gegeven en welke melding gekozen moet worden. Een melding ‘van rechtswege vervallen’ veroorzaakt in veel gevallen een statuswijziging bij het reisdocument. Het reisdocument wordt ongeldig, tenzij deze al ongeldig of definitief onttrokken is.

1. De houder van een reisdocument heeft niet langer de Nederlandse nationaliteit (artikel 47 lid 1 onder a Ppw)

1. Melding: Reisdocument is van rechtswege vervallen (RRV).
2. Reden: Reisdocument Nederlanderschap verloren (RENV).
3. Datum reden: de datum waarop het Nederlanderschap is verloren.
4. Eventueel volgende melding: Reisdocument is definitief onttrokken*.
5. BRP/PIVA bijwerken als de melding een reisdocument van een ingezetene betreft.

• Registreer een R (als alleen van rechtswege vervallen) bij het reisdocument in de BRP/PIVA** , of
• Registreer in geval van intrekking direct een I in de BRP/PIVA**, of
• Stuur een C3 met notificatie van onttrekking (indien van toepassing) naar de gemeente/land/openbaar lichaam van inschrijving van de houder ter verwerking in de BRP/PIVA***.

2. Een vreemdeling of vluchteling beschikt niet meer over de status of verblijfstitel op grond waarvan hem een reisdocument is verstrekt, heeft Nederlanderschap of een andere nationaliteit verkregen of is door een ander land van een reisdocument voorzien (artikel 47 lid 1 onder b Ppw)

Let op! Dit redentype kan alleen worden gebruikt bij een melding op een vluchtelingen- of vreemdelingendocument.

1. Melding: Reisdocument is van rechtswege vervallen (RRV).
2. Reden: Reisdocument verlies status/verblijfstitel, verkrijgen Nederlanderschap of nationaliteit/document ander land (REVS).
3. Datum reden: de datum waarop de reden heeft plaatsgevonden (datum einde of beëindiging van verblijfstitel, datum van ingang Nederlandse nationaliteit of datum verkrijging van buitenlands reisdocument).
4. Eventueel volgende melding: Reisdocument is definitief onttrokken*.
5. BRP/PIVA bijwerken als de melding een reisdocument van een ingezetene betreft.

• Registreer een R (als alleen van rechtswege vervallen) bij het reisdocument in de BRP/PIVA**, of
• Registreer in geval van intrekking direct een I in de BRP/PIVA**, of
• Stuur een C3 met notificatie van onttrekking (indien van toepassing) naar de gemeente/land/openbaar lichaam van inschrijving van de houder ter verwerking in de BRP/PIVA***.

3. De redenen tot verkrijging van een diplomatiek paspoort of dienstpaspoort zijn vervallen (artikel 47 lid 1 onder c Ppw)

Let op! Dit redentype kan alleen worden gebruikt bij een melding op een diplomatiek- of dienstpaspoort en is daarom alleen relevant voor de autoriteiten van afgifte die deze verstrekken.

Casus: Houder heeft niet meer de functie bij instantie waarvoor hij in het bezit was van een diplomatiek of dienstpaspoort. Hij moet daarom zijn document inleveren.

1. Melding: Reisdocument is van rechtswege vervallen (RRV)
2. Reden: Reisdocument de redenen tot verstrekking zijn vervallen (REVV).
3. Datum reden: de datum waarop de reden heeft plaatsgevonden. Dit is de datum waarop het dienstverband of de functie is beëindigd.
4. Eventueel volgende melding: Reisdocument is definitief onttrokken*.

NB. Dienst- en diplomatieke paspoorten worden niet in de BRP of PIVA opgenomen. Registratie van status in de BRP en/of verzending van C3 is daarom niet van toepassing.

4. Geldigheidsduur is verstreken (artikel 47 lid 1 onder d Ppw)

Voor het ‘van rechtswege vervallen’ van een reisdocument vanwege het verstrijken van de geldigheidsduur (het passeren van de Datum Geldig tot) is géén melding benodigd. Dit wordt automatisch verwerkt in het BR.

5. De geslachtsnaam, de voornamen, de geboortedatum en/of het geslacht van de houder zijn/is gewijzigd (artikel 47 lid 1 onder e Ppw)

1. Melding: Reisdocument is van rechtswege vervallen (RRV).
2. Reden: Reisdocument houdergegevens gewijzigd (REHG).
3. Datum reden: de datum waarop de wijziging van het desbetreffende gegeven van kracht is geworden.
4. Eventueel volgende melding: Reisdocument is definitief onttrokken*.
5. BRP/PIVA bijwerken als de melding een reisdocument van een ingezetene betreft.

• Registreer een R (als alleen van rechtswege vervallen) bij het reisdocument in de BRP/PIVA**, of
• Registreer in geval van intrekking direct een I** in de BRP/PIVA, of
• Stuur een C3 met notificatie van onttrekking (indien van toepassing) naar de gemeente/land/openbaar lichaam van inschrijving van de houder ter verwerking in de BRP/PIVA***.

6. De houder van een reisdocument is overleden (artikel 47 lid 1 onder f Ppw)

Let op! Voor Nederlandse gemeenten geldt dat zij geen melding n.a.v. overlijden hoeven door te geven aan het BR. Deze melding wordt door hen dan ook niet gebruikt. Het BR wordt automatisch op de hoogte gesteld naar aanleiding van de registratie van een datum overlijden in de BRP, waarop de noodzakelijke melding(en) bij de reisdocument(en) van de overledene worden vastgelegd in het BR.

1. Melding: Reisdocument is van rechtswege vervallen (RRV).
2. Reden: Reisdocument houder overleden (REHO).
3. Datum reden: de datum waarop de persoon is overleden.
4. Eventueel volgende melding: Reisdocument is definitief onttrokken*.

7. Een bevoegde instantie heeft vastgesteld dat er bij de aanvraag (die heeft geleid tot verstrekking van het reisdocument van de houder) gebruik gemaakt is van onjuiste gegevens (artikel 47 lid 1 onder h Ppw)

Casus: bij controle van het reisdocument of de aanvraag van een nieuw document blijkt bijvoorbeeld dat niet authentieke of anderszins niet geldige brondocumenten zijn gebruikt tijdens de aanvraag van het huidige document.

1. Melding: Reisdocument is van rechtswege vervallen (RRV)
2. Reden: Reisdocument gegevens onjuist na verstrekking (REGV).
3. Datum reden: de datum waarop geconstateerd is dat gebruik gemaakt is van onjuiste gegevens.
4. Eventueel volgende melding: Reisdocument is definitief onttrokken*.
5. BRP/PIVA bijwerken als de melding een reisdocument van een ingezetene betreft.

• Registreer een R (als alleen van rechtswege vervallen) bij het reisdocument in de BRP/PIVA**, of
• Registreer in geval van intrekking direct een I in de BRP/PIVA**, of
• Stuur een C3 met notificatie van onttrekking (indien van toepassing) naar de gemeente/land/openbaar lichaam van inschrijving van de houder ter verwerking in de BRP/PIVA***.

8. Het reisdocument van de houder is vermist of gestolen (artikel 47 lid 1 onder j Ppw)

Casus: De houder van een reisdocument meldt dat een reisdocument kwijt, gestolen of vermist is. Of de houder kan het document niet overleggen (bijvoorbeeld bij een nieuwe aanvraag) waardoor een melding vermissing noodzakelijk is.

1. Maak een verklaring vermissing (C2 formulier) op. Deze verklaring wordt opgenomen/gearchiveerd in de administratie van de meldende instantie.
2. Melding: Van rechtswege vervallen (RRV).
3. Reden: Reisdocument vermist/gestolen (REVG).
4. Datum reden: de datum waarop de houder de vermissing geconstateerd heeft (zoals in verklaring opgenomen).
5. BRP/PIVA bijwerken als de melding een reisdocument van een ingezetene betreft.

• Registreer een V bij het reisdocument in de BRP/PIVA**, of
• Stuur een C3 met notificatie van vermissing naar de gemeente/land/openbaar lichaam van inschrijving van de houder ter verwerking in de BRP/PIVA***.

9. De houder vermoedt dat het reisdocument onderwerp is van (kopie)fraude (artikel 47 lid 1 onder j Ppw)

Casus: Een houder van een reisdocument meldt bij een autoriteit van afgifte dat hij vermoedt dat een ander persoon of organisatie misbruik maakt van (een kopie) van zijn paspoort.

Volg de Werkinstructie melden van vermoeden van mogelijke fraude.

1. De houder dient een verklaring vermoeden (kopie) fraude (C15) in te vullen. Deze verklaring wordt opgenomen/gearchiveerd in de administratie van de meldende instantie.
2. Melding: Reisdocument is van rechtswege vervallen (RRV)
3. Reden: Reisdocument vermoeden fraude (REVF).
4. Datum reden: de datum waarop de houder de (vermoedelijke) fraude geconstateerd heeft.
5. Eventueel volgende melding: Reisdocument is definitief onttrokken*.
6. BRP/PIVA bijwerken als de melding een reisdocument van een ingezetene betreft.

• Registreer een V (als reisdocument niet meer in bezit) bij het reisdocument in de BRP/PIVA**, of
• Registreer in geval van intrekking direct een I in de BRP/PIVA**, of
• Stuur een C3 met notificatie van vermissing of onttrekking naar de gemeente/land/openbaar lichaam van inschrijving van de houder ter verwerking in de BRP/PIVA***.

10. Een wettelijk vertegenwoordiger trekt de toestemmingsverklaring in die ten grondslag heeft gelegen aan de verstrekking van een reisdocument (artikel 48 Ppw)

Volg de Werkinstructie intrekken toestemming uitgifte paspoort of Nederlandse identiteitskaart. Ga pas over tot het registreren van een melding wanneer het reisdocument definitief van rechtswege dient te vervallen.

1. Melding: Van rechtswege vervallen (RRV).
2. Reden: Reisdocument intrekking toestemming (REIT).
3. Datum reden: de datum waarop het van rechtswege vervallen verklaren vanwege intrekking toestemming definitief is.
4. Eventueel volgende melding: Reisdocument is definitief onttrokken*. Als het reisdocument op een later moment wordt ingeleverd, volgt de melding Reisdocument is definitief onttrokken op het moment dat dit plaats vindt.)
5. BRP/PIVA bijwerken als de melding een reisdocument van een ingezetene betreft.

• Registreer een R (als alleen van rechtswege vervallen) bij het reisdocument in de BRP/PIVA**, of
• Registreer in geval van intrekking direct een I in de BRP/PIVA**, of
• Stuur een C3 met notificatie van onttrekking (indien van toepassing) naar de gemeente/land/openbaar lichaam van inschrijving van de houder ter verwerking in de BRP/PIVA***.

Definitief onttrekken

Zoals benoemd in artikel 54 Paspoortwet dient een reisdocument in een aantal gevallen te worden ingehouden en zoals beschreven in artikel 54 lid 3 Paspoortwet definitief aan het verkeer te worden onttrokken. De vaststelling van de in de Paspoortwet benoemde situaties is in andere procedures en regelgeving vastgelegd en maakt geen deel uit van deze procedurebeschrijving. Een melding ‘definitief onttrokken’ kan worden geregistreerd door te kiezen voor het overeenkomstige meldingtype (Reisdocument is definitief onttrokken, code RDO) en bijbehorende reden. Hieronder wordt per situatie beschreven welke (gegevens bij) de melding op een reisdocument doorgegeven moeten worden aan het Basisregister Reisdocumenten.

Een melding definitief onttrokken veroorzaakt in veel gevallen een statuswijziging bij het reisdocument. Het reisdocument krijgt de status definitief onttrokken, tenzij het reisdocument deze status al heeft. De status definitief onttrokken kan niet meer veranderen of veranderd worden met behulp van andere meldingen.

1. Het reisdocument van de houder wordt ingeleverd (artikel 54 lid 1 onder a Ppw)

De reden ‘ingeleverd’ kan worden beschouwd als de standaardreden die wordt gebruikt bij de registratie van een definitieve onttrekking. Deze reden wordt gebruikt in verschillende situaties:

• Het reisdocument wordt door de houder ingeleverd zonder specifieke reden.
• Het (nog geldige) reisdocument wordt door de houder ingeleverd vanwege het verkrijgen van een nieuw/ander reisdocument van dezelfde soort.
• Het reisdocument wordt door de houder ingeleverd omdat het van rechtswege vervallen verklaard is. Dit kan direct bij/na het van rechtswege vervallen verklaren gebeuren (zie bovenstaande aanleidingen), maar ook later (bijvoorbeeld doordat de houder een eerder vermist gemeld reisdocument heeft teruggevonden en komt inleveren of bij een nieuwe aanvraag een reeds verlopen reisdocument wordt overlegd en wordt onttrokken).

Casus: Bij het tonen van het reisdocument door de houder aan de ambtenaar en het daaropvolgend controleren ervan doet één van bovenstaande situaties zich voor.

1. Melding: Reisdocument is definitief onttrokken (RDO).
2. Reden: Reisdocument is ingeleverd (REDO).
3. Datum reden: de datum waarop het reisdocument daadwerkelijk wordt/werd onttrokken aan het verkeer. In de meeste gevallen is dit dezelfde datum als de datum van de melding.
4. BRP/PIVA bijwerken als de melding een reisdocument van een ingezetene betreft.

• Registreer een I bij het reisdocument in de BRP/PIVA**, of
• Stuur een C3 met notificatie van onttrekking naar de gemeente/land/openbaar lichaam van inschrijving van de houder ter verwerking in de BRP/PIVA***.

2.    De houder van het reisdocument geeft aan dat deze al is ingeleverd bij een (andere) autoriteit van afgifte (variant op artikel 54 lid 1 onder a Ppw)

Casus: Een aanvrager kan een geldig of ongeldig reisdocument niet tonen. De houder verklaart dat dit document al is ingeleverd bijvoorbeeld bij de aanvraag van een vorig reisdocument. De ambtenaar beoordeelt of dit aannemelijk is.  
 
Aannemelijk: Registreer het reisdocument als definitief onttrokken. Volg hieronder de stappen 1-4.
Niet aannemelijk: Registreer het reisdocument als vermist en de houder kan in de verklaring van vermissing de situatie uitleggen.  

1. Melding: Reisdocument is definitief onttrokken (RDO)
2. Reden: Reisdocument is eerder ingeleverd bij een andere autoriteit van afgifte (REIA).
3. Datum reden: de (achterhaalde of vermoedelijke) datum waarop het reisdocument is onttrokken door de vorige autoriteit van afgifte.
4. BRP/PIVA bijwerken als de melding een reisdocument van een ingezetene betreft.  

• Registreer een I bij het reisdocument in de BRP/PIVA**, of
• Stuur een C3 met notificatie van onttrekking naar de gemeente/land/openbaar lichaam van inschrijving van de houder ter verwerking in de BRP/PIVA***.

3. Het reisdocument van de houder is onleesbaar, beschadigd en/of incompleet (artikel 54 lid 1 onder b Ppw)

Casus: Bij het tonen van het reisdocument door de houder aan de ambtenaar stelt deze vast dat het zodanig is beschadigd dat daarin opgenomen beveiligingskenmerken zijn aangetast, gegevens niet meer leesbaar zijn of een deel ervan ontbreekt.

1. Melding: Reisdocument is definitief onttrokken (RDO)
2. Reden: Reisdocument is onleesbaar, beschadigd en/of incompleet (REBO).
3. Datum reden: de datum waarop de beschadiging is geconstateerd en daadwerkelijk wordt/werd onttrokken aan het verkeer. In de meeste gevallen is dit dezelfde datum als de datum van de melding.
4. BRP/PIVA bijwerken als de melding een reisdocument van een ingezetene betreft.

• Registreer een I bij het reisdocument in de BRP/PIVA**, of
• Stuur een C3 met notificatie van onttrekking naar de gemeente/land/openbaar lichaam van inschrijving van de houder ter verwerking in de BRP/PIVA***.

4. Er zijn onbevoegde wijzigingen aangebracht aan het reisdocument van de houder (artikel 54 lid 1 onder c Ppw)

Casus: Bij het tonen van het reisdocument door de houder aan de ambtenaar stelt deze vast dat in of aan het document wijzigingen zijn aangebracht of aantekeningen zijn gesteld door een onbevoegde.

1. Melding: Reisdocument is definitief onttrokken (RDO)
2. Reden: Reisdocument er zijn onbevoegde wijzigingen aangebracht (REOW).
3. Datum reden: de datum waarop de onbevoegde wijzigingen zijn geconstateerd en het reisdocument daadwerkelijk wordt/werd onttrokken aan het verkeer. In de meeste gevallen is dit dezelfde datum als de datum van de melding.
4. BRP/PIVA bijwerken als de melding een reisdocument van een ingezetene betreft.

• Registreer een I bij het reisdocument in de BRP/PIVA**, of
• Stuur een C3 met notificatie van onttrekking naar de gemeente/land/openbaar lichaam van inschrijving van de houder ter verwerking in de BRP/PIVA***.

5. De gezichtsopname op het reisdocument van de houder onvoldoende gelijkend (artikel 54 lid 1 onder d Ppw)

Casus: Bij het tonen van het reisdocument door de houder aan de ambtenaar stelt deze vast dat de gezichtsopname van de houder niet langer voldoende gelijkenis vertoont.

1. Melding: Reisdocument is definitief onttrokken (RDO)
2. Reden: Reisdocument gezichtsopname is onvoldoende gelijkend (REGO).
3. Datum reden: de datum waarop de tekortkomingen in gelijkenis zijn geconstateerd en het reisdocument daadwerkelijk wordt/werd onttrokken aan het verkeer. In de meeste gevallen is dit dezelfde datum als de datum van de melding.
4. BRP/PIVA bijwerken als de melding een reisdocument van een ingezetene betreft.

• Registreer een I bij het reisdocument in de BRP/PIVA**, of
• Stuur een C3 met notificatie van onttrekking naar de gemeente/land/openbaar lichaam van inschrijving van de houder ter verwerking in de BRP/PIVA***.

6. Het blijkt dat in het reisdocument abusievelijk verkeerde gegevens zijn vermeld dan wel anderszins fouten zijn gemaakt bij de vervaardiging van het reisdocument (artikel 54 lid 1 onder e)

Casus: Bij het tonen van het reisdocument door de houder aan de ambtenaar stelt deze vast dat per abuis verkeerde gegevens zijn vermeld op het document of andere fouten zijn gemaakt bij de vervaardiging (productie) van het reisdocument.

Let op! Gebruik deze procedure alleen bij reisdocumenten die zijn uitgereikt. Indien een vervaardigingsfout vóór uitreiking wordt vastgesteld, wordt er gemeld via de meldmogelijkheden ‘binnen het aanvraagproces’. Daar heet dit ‘afgekeurd’.  
 

1. Maak een C10 formulier op en bereidt een verzending van het reisdocument naar de producent voor.
2. Melding: Reisdocument is definitief onttrokken (RDO)
3. Reden: Reisdocument bevat abusievelijk verkeerde gegevens of er zijn fouten gemaakt bij de productie van het reisdocument (REVP).
4. Datum reden: de datum waarop de foutieve vermelding of vervaardigingsfout is geconstateerd en het reisdocument daadwerkelijk wordt/werd onttrokken aan het verkeer. Meestal is dit dezelfde datum als de datum van de melding.
5. BRP/PIVA bijwerken als de melding een reisdocument van een ingezetene betreft.  

• Registreer een I bij het reisdocument in de BRP/PIVA**, of
• Stuur een C3 met notificatie van onttrekking naar de gemeente/land/openbaar lichaam van inschrijving van de houder ter verwerking in de BRP/PIVA***.

Voetnoten

* : Zie onderdeel ‘Definitief onttrekken’.
** : Van toepassing op Nederlandse gemeenten, Caribische landen van het koninkrijk of openbare lichamen. Zie het Logisch Ontwerp of Handleiding Uitvoeringsprocedures BRP.
*** : Van toepassing op het Ministerie van Buitenlandse Zaken, de Koninklijke Marechaussee, PI gemeenten, openbare lichamen (indien melder een niet eigen ingezetene betreft) en Kabinetten van de Gouverneur.

1 Probleemstelling

1.1 Omschrijving

Sinds de inwerkingtreding van het experimentbesluit dataminimalisatie BRP zijn er een aantal informatierubrieken toegevoegd aan het gegevenswoordenboek in het Logisch Ontwerp van de BRP (LO BRP). Als deze rubrieken worden verstrekt, betekent dit dat er informatie wordt afgeleid van gegevens op iemands persoonslijst, of zelfs van meerdere persoonslijsten. Voor het aanschrijven van een persoon heeft een afnemer op dit moment verschillende informatierubrieken nodig, die heel vaak gezamenlijk nodig zijn. Het lijkt daarom nuttig om voor het aanschrijven van personen twee nieuwe rubrieken te definiëren, waarmee in één keer kan worden geautoriseerd voor alle gegevens die nodig zijn om een brief aan iemand te sturen, of een e-mail.

1.2 Herkomst

De wens van programma Toekomst BRP om het autoriseren voor en het protocolleren van verstrekking van adresinformatie te vereenvoudigen. Dit is een kleine uitbreiding van initiatief BRN-01-01 Haal Centraal BRP API.

1.3 Raakvlakken

Er zijn geen raakvlakken met andere LO-wijzigingen.

2 Oplossing

2.1 Huidige situatie

Vóór de inwerkingtreding van het experimentbesluit moesten afnemers worden geautoriseerd voor 23 gegevens van iemands persoonslijst om correct en volledig een brief aan hem/haar te adresseren. Onder die gegevens bevonden zich ook alle partners van die persoon, zelfs als de persoon had aangegeven alleen met zijn eigen naam aangeschreven te willen worden. Met de inwerkingtreding van experimentbesluit is dat lijstje gekrompen tot de volgende rubrieken:

• PA.NM.03 Aanhef
• PA.NM.04 Aanspreekvorm
• PA.NM.05 Aanspreeknaam
• PA.NM.06 Naamgebruik in lopende tekst
• PA.VP.03 Adresregel 1
• PA.VP.04 Adresregel 2
• 08.13.10 Land adres buitenland
• 08.13.50 Regel 3 adres buitenland

Dat zijn nog steeds acht afzonderlijke rubrieken die verstrekt worden voor één doeleinde, namelijk het adresseren van een brief. Voor adressering van een e-mail zijn alleen de eerste vier rubrieken nodig.

2.2 Oplossing

Het onderhavige LO-wijzigingsvoorstel voegt een nieuwe groep en twee nieuwe informatierubrieken toe aan het LO.

In categorie PA/PH/PX wordt een nieuwe groep opgenomen:

• AD Adressering

In groep AD Adressering worden twee elementen opgenomen:

• AD.01 Adressering (impliceert autorisatie voor alle bovenstaande rubrieken)
• AD.02 Elektronische adressering (impliceert autorisatie voor de eerste vier uit bovenstaande rubrieken)

De ontstane nieuwe rubrieken kunnen uitsluitend worden gebruikt om afnemers te autoriseren voor alle informatie die nodig is om een brief of een e-mail te adresseren. De afzonderlijke rubrieken die hierboven zijn opgesomd blijven worden verstrekt, en die verstrekkingen worden ook met de genoemde rubrieknummers geprotocolleerd.

Op het AAF worden dan ook de volgende rubrieken toegevoegd:

• PA.AD.01 Adressering
• PA.AD.02 Elektronische adressering

Op het AAF worden de volgende rubrieken verwijderd:

• PA.NM.03 Aanhef
• PA.NM.04 Aanspreekvorm
• PA.NM.05 Aanspreeknaam
• PA.NM.06 Naamgebruik in lopende tekst
• PA.VP.03 Adresregel 1
• PA.VP.04 Adresregel 2

Hier kunnen afnemers immers niet meer afzonderlijk voor worden geautoriseerd.

2.3 Openstaande punten

Er zijn na implementatie van deze wijziging geen openstaande punten.

3 Invoering

De nieuwe rubrieken worden opgenomen in het LO, het aanvullende AAF, in de TAPP en in BRP-V.

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.

4.4 IND

Geen gevolgen.

4.5 Caribische landen en Caribisch Nederland

Geen gevolgen.

4.6 RvIG-systemen

De nieuwe rubrieken moeten kunnen worden aangekruist op het AAF, geselecteerd in de TAPP en verwerkt in BRP-V. Dit geldt niet langer voor de rubrieken:

• PA.NM.03 Aanhef
• PA.NM.04 Aanspreekvorm
• PA.NM.05 Aanspreeknaam
• PA.NM.06 Naamgebruik in lopende tekst
• PA.VP.03 Adresregel 1
• PA.VP.04 Adresregel 2

Die moeten dus worden verwijderd uit het AAF en uit de TAPP.

De BRP API moet, als een afnemer om één van bovenstaande rubrieken vraagt, controleren of de afnemer geautoriseerd is voor rubriek PA.AD.01 Adressering dan wel PA.AD.02 Elektronische adressering.

Voor de POM zijn er geen gevolgen. De bestaande rubrieken blijven worden verstrekt, en die verstrekkingen worden ook zo geprotocolleerd.

1 Probleemstelling

1.1 Omschrijving

In de landelijke tabel 34 Voorvoegseltabel staan 44 voorvoegsels die in 2007 in Nederland voorkwamen als familienaam. Voorbeelden zijn de familienamen "Los", "Van" en "Over". Als die familienamen als eerste naam voorkomen in een dubbele achternaam, dan moet dit deel volgens de huidige instructies in het LO BRP en de HUP van de naam worden afgesplitst en op de PL worden opgenomen in element 02.30 Voorvoegsels geslachtsnaam.

Tot 1 januari 2024 bleef het bij enkele gevallen. Een bekend voorbeeld is de familienaam Las van Bennekom, waarin "Las" geheel tegen de zin van één van de dragers van deze naam, wordt afgesplitst alsof het een voorvoegsel betreft. Sinds 1 januari echter mogen ouders hun kinderen de achternamen van beide ouders meegeven: de gecombineerde geslachtsnaam. Voor oudste kinderen die geboren zijn na 1 januari 2016 kan dat zelfs alsnog worden aangepast: deze overgangsregeling geldt tot 1 januari 2025. Dat heeft tot gevolg dat familienamen die ook in de voorvoegseltabel voorkomen, gecombineerd met een tweede familienaam in een gecombineerde geslachtsnaam, zullen worden afgesplitst. Het fictieve echtpaar Over en De Brug dat hun kinderen bewust "Over de Brug" wil noemen, wordt daardoor geconfronteerd met de naamgegevens 02.30 = "Over de" en 02.40 = "Brug" op de persoonslijsten van henzelf én die van hun kinderen. Niet alleen is dat vervelend omdat er in 02.40 Geslachtsnaam nu nog steeds geen gecombineerde geslachtsnaam staat; het leidt ook tot allerlei praktische problemen bij contacten met afnemers (ze worden niet meer gevonden bij de O, maar bij de B).

Omdat er dagelijks veel kinderen geboren worden in Nederland, is dit een probleem dat steeds vaker zal optreden en niet beperkt blijft tot een aantal (bekende) voorbeelden. Nu al krijgt RvIG steeds meer vragen, klachten en markeerverzoeken van gemeenten die het niet terecht vinden dat uit een gecombineerde geslachtsnaam één van beide geslachtsnamen in zijn geheel in 02.30 Voorvoegsels geslachtsnaam terecht komt. Sinds 1 januari zijn er meer dan 50 markeerverzoeken gedaan door gemeenten die te maken hebben met het afsplitsen van een hele naam uit een gecombineerde geslachtsnaam.

Dit is een onwenselijke situatie. De huidige regels in het LO en de HUP zorgen ervoor dat sommige familienamen worden gedegradeerd tot voorvoegsel in een gecombineerde geslachtsnaam. Het formele standpunt dat de naam een combinatie blijft van voorvoegsels en geslachtsnaam en dat die combinatie niet anders wordt doet geen recht aan het gevoelen van burgers dat hier een gecombineerde familienaam op een onjuiste wijze wordt opgeknipt.

1.2 Herkomst

Deze wijziging komt voort uit een verzoek van afdeling Monitoring van RvIG, naar aanleiding van het groeiend aantal markeerverzoeken en klachten van gemeenten dat hele namen uit een gecombineerde geslachtsnaam worden afgesplitst.

1.3 Raakvlakken

Er zijn geen raakvlakken met andere LO-wijzigingen, of met andere wet- en regelgeving.

2 Oplossing

2.1 Huidige situatie

Op dit moment vereist de instructie in LO BRP en HUP om voorvoegsels die in tabel 36 Voorvoegseltabel voorkomen af te splitsen en op te nemen in element 02.30 Voorvoegsels geslachtsnaam, tenzij dit zou betekenen dat er helemaal niets meer overblijft in element 02.40 geslachtsnaam (in dat geval wordt het laatste woord uit de naam opgenomen in 02.40).

De BCM controleert of voorvoegsels correct (conform de instructie) zijn afgesplitst in alle categorieën waarin naamgegevens voorkomen: 01, 02, 03, 05, 09, 51, 52, 53, 55 en 59. Die controleregels luiden nu:

• ALS er geen voorvoegsels voorkomen, DAN bestaat de geslachtsnaam ook niet uit een voorvoegsel uit de voorvoegseltabel, een spatie en één of meer andere woorden.

2.2 Oplossing

Op termijn is het de wens om voorvoegsels in de BRP geheel af te schaffen. Omdat de impact daarvan erg groot zal zijn is het wenselijk om op de korte termijn al een oplossing te vinden voor die gevallen waarin een hele geslachtsnaam wordt afgesplitst uit een gecombineerde geslachtsnaam. Die bestaat in het versoepelen van de afsplitsinstructie voor gemeenten in de HUP en de beschrijving van element 02.30 Voorvoegsel geslachtsnaam in LO BRP en LO BES.

Op de regel dat voorvoegsels moeten worden afgesplitst wordt een uitzondering gemaakt voor gevallen waarin het afsplitsen ertoe zou leiden dat de gehele eerste naam uit een gecombineerde geslachtsnaam wordt afgesplitst.

In LO BRP én LO BES wordt de beschrijving van element 02.30 Voorvoegsels geslachtsnaam dan ook als volgt aangepast:

Elementnummer 02.30
Elementnaam Voorvoegsel geslachtsnaam
Toelichting Dat deel van de geslachtsnaam dat voorkomt in Tabel 36, Voorvoegseltabel en, gescheiden door een spatie, voorafgaat aan de rest van de geslachtsnaam.
Lengte 1-10
Type Alfanumeriek
Standaardwaarde

Mogelijke waarden: Waarden die voorkomen in de Tabel 36, Voorvoegseltabel.

Voorwaarden: Indien na het afsplitsen van de voorvoegsels geen geslachtsnaam meer overblijft, wordt het laatste deel van de voorvoegsels de geslachtsnaam. Indien bij het afsplitsen van de voorvoegsels van een gecombineerde geslachtsnaam de gehele eerste geslachtsnaam wordt afgesplitst, wordt het laatste deel van die naam samen met de tweede geslachtsnaam de geslachtsnaam.

In de HUP moet de instructie voor het afsplitsen van voorvoegsels worden aangepast in lijn met de wijziging in het LO.

De controleregels in de BCM worden navenant versoepeld voor categorie 01 Persoon en 09 Kind. Omdat kinderen die een gecombineerde geslachtsnaam krijgen, niet vóór 1 januari 2016 geboren kunnen zijn, zijn zij voorlopig zelf geen ouder of partner en daarom is het voorlopig niet nodig om de controles in categorie 02, 03, 05, 52, 53 en 55 aan te passen.

Deze controleregels moeten worden:

• In categorie 01/51: ALS er geen voorvoegsels voorkomen, DAN bestaat de geslachtsnaam ook niet uit een voorvoegsel uit de voorvoegseltabel, een spatie en één of meer andere woorden OF de combinatie van voorvoegsels en geslachtsnaam samen komt overeen met de combinatie van voorvoegsels en geslachtsnamen van beide ouders EN in die combinatie komt de eerste geslachtsnaam in z'n geheel voor in de voorvoegseltabel.
• In categorie 09/59: ALS er geen voorvoegsels voorkomen, DAN begint de geslachtsnaam ook niet met een voorvoegsel OF de combinatie van voorvoegsel en geslachtsnaam samen bevat de combinatie van voorvoegsel en geslachtsnaam van de persoon zelf (in cat. 01 dus) en die van nog iemand anders EN in díe combinatie komt de eerste geslachtsnaam in z'n geheel voor in de voorvoegseltabel.

Omdat dit niet is te formuleren in de syntax voor voorwaardenregels, moeten deze controleregels in de code van de BCM worden geïmplementeerd.
In de RNI kan bij het aanleggen van een persoonslijst uit het brondocument worden afgeleid of er sprake is van een dubbele geslachtsnaam. De BCM kan dit echter niet aan de PL zien. Als de controles op het afsplitsen van voorvoegsels ook op de RNI worden toegepast, zullen onterechte bevindingen moeten worden gemarkeerd.

2.3 Gerelateerde wijzigingen in wet- en regelgeving

Er zijn geen relaties met wijzigingen in wet- en regelgeving.

2.4 Openstaande punten

Parallel aan deze wijziging wordt gestart met een impactanalyse van het geheel afschaffen van voorvoegsels in de BRP en dus te stoppen met het afsplitsen ervan en alle voorvoegsels in 02.30 toe te voegen aan het begin van element 02.40 in de zelfde categorie.

3 Invoering

Deze wijziging is gepland om op te worden genomen in LO 2025.Q1 (1 januari 2025).

4 Gevolgen

4.1 Documentatie

LO BRP, LO BES en de HUP moeten worden aangepast als beschreven in par. 2.2.

4.2 Gemeenten

In de burgerzakensystemen van gemeenten moet de logica voor het (controleren van het) afsplitsen van voorvoegsels worden aangepast.

4.3 Afnemers

Er is geen impact op de systemen van afnemers.
Er is wel impact op de wijze waarop afnemers persoonslijsten met een dubbele geslachtsnaam kunnen vinden bij ad hoc bevraging van BRP-V, want in dat geval moeten zij rekening houden met de nieuwe wijze van afsplitsen van voorvoegsels: een kind dat "Over de Brug" heet en waarvan de ouders "Over" respectievelijk "de Brug" heten, zal voortaan gezocht moeten worden met geslachtsnaam = "Over de Brug", terwijl een persoon met dezelfde achternaam, maar met ouders waarvan er één ook "Over de Brug" heet (en waarbij er dus geen sprake is van een dubbele geslachtsnaam), moet worden gezocht met geslachtsnaam = "Brug". Immers: "Over de" komt voor in de voorvoegseltabel en wordt afgesplitst.
Overigens volgt uit schattingen dat zulke dubbele geslachtsnamen maximaal één of enkele keren per maand worden gekozen; het gaat dus om slechts een klein aantal persoonslijsten in de BRP-V.

4.4 IND

Er is geen impact op de systemen van IND in haar rol van bijhouder voor de BRP.

4.5 Caribische landen en Caribisch Nederland

In de burgerzakensystemen van het Caribisch deel van het Koninkrijk (PIVANOBO) moet de logica voor het (controleren van het) afsplitsen van voorvoegsels worden aangepast.

4.6 RvIG-systemen

In de RNI moet de logica voor het (controleren van het) afsplitsen van voorvoegsels worden aangepast. Daarnaast moeten de controles in de BCM worden versoepeld zoals hierboven beschreven.