Overslaan en naar de inhoud gaan
Naslagwerk

Werkinstructie Meldingregistratie in het RAP

Wat kun je vinden op deze pagina?

Contact

088 900 1000
Maandag - Vrijdag 08:30 - 17:00 uur

Werkinstructie Meldingregistratie in het RAP

Met de functionaliteit meldingregistratie kan je een melding op een reisdocument doorgeven. Deze melding wordt direct verwerkt in het Basisregister Reisdocumenten. Lees hieronder welke stappen je moet doorlopen om een melding door te geven.

  1. Gebruik de menu-optie ‘Documentinzage’ om naar reisdocument(en) te zoeken. Zie ook de pagina Opvragen Reisdocumentinformatie.
     
  2. Kies het reisdocument waar een melding bij geregistreerd moet worden en klik op de knop ‘Melding registreren’.
     
  3. Vul de benodigde gegevens in.
    - De ‘Meldende instantie’ is al ingevuld. Kies (indien van toepassing) de instantielocatie.
    - Kies het soort melding (van rechtswege vervallen of definitief onttrokken) en bijbehorende reden.
    - Voer de melding datum (standaard ingevuld op de dag van melden) en de datum van de reden in (bijvoorbeeld de datum van vermissing zoals de houder verklaart, de datum van verlies nationaliteit of de datum van overlijden – afhankelijk van de gekozen reden). Een totaallijst van beschikbare meldingen en bijbehorende redenen vind je in de veelgestelde vragen op de pagina Meldingregistratie.
    - In het geval van een melding ‘van rechtswege vervallen’ is het mogelijk om ook direct aan te geven dat het reisdocument definitief wordt onttrokken. Als je voor deze optie kiest, worden direct 2 meldingen geregistreerd (achter elkaar).
     
  4. Na succesvolle registratie van de melding wordt de status van het reisdocument (indien nodig) direct en automatisch aangepast in het Basisregister Reisdocumenten. Deze informatie is vervolgens ook direct zichtbaar voor andere uitgevende instanties of organisaties die reisdocumentgegevens controleren.
    - Voorbeeld: Na het opvoeren van een vermissing wordt de status van een reisdocument wat ‘geldig’ was direct aangepast naar ‘ongeldig’.
    - Voorbeeld: Na opvoeren van een melding van overlijden waarbij het reisdocument ook direct wordt ingeleverd, wordt de status van een ‘geldig’ reisdocument direct aangepast naar ‘ongeldig’ en vervolgens ‘definitief onttrokken’.
     
  5. Betrof de geregistreerde melding een reisdocument van een ingezetene Nederlander (ingeschreven in de BRP)? Vergeet dan niet een C3 formulier naar de gemeente van inschrijving te sturen, zodat de wijziging ook kan worden doorgevoerd in de Basisregistratie Personen.
     
  6. Informeer de houder over de geregistreerde melding en de huidige/nieuwe status van het reisdocument.

Gevolgen van een melding

De registratie van meldingen is onomkeerbaar en heeft verschillende gevolgen. Let daarom goed op dat je een melding bij het juiste reisdocument registreert en informeer de houder/melder over de gevolgen voor het gebruik van het reisdocument.

Een melding van vermissing of andere vorm van ‘van rechtswege vervallen’ leidt tot een status ‘ongeldig’. Dit betekent dat het reisdocument niet meer gebruikt kan worden om identiteit aan te tonen bij de aanvraag van bepaalde producten of diensten (documentverificatiedienst). Ook wordt het doorgegeven aan grensbewaking, waardoor het niet meer gebruikt kan worden om te reizen.

Mocht een document (later) door de houder teruggevonden en ingeleverd worden , dan moet er een melding ‘reisdocument definitief onttrokken’ geregistreerd te worden met de daarbij behorende reden: ‘reisdocument ingeleverd’.

Meer informatie?

Kijk in de RAP handleiding of de handleiding van de RDM leverancier.

Delen

Naslagwerk

W201 oplegnotitie Deprecated elementen in BRP API

W201 oplegnotitie Deprecated elementen in BRP API

1 Probleemstelling

1.1 Omschrijving

In het /personen endpoint van de BRP API zijn twee elementen opgenomen die zijn aangemerkt als "deprecated". Dit is een gebruikelijke wijze om in koppelvlakspecificaties aan gebruikers kenbaar te maken dat zij moeten zorgen dat hun systemen niet langer afhankelijk zijn van deze elementen, omdat die op enig moment niet langer verstrekt zullen worden. Op het moment dat de twee elementen uit de BRP Personen API verwijderd zullen worden, moeten ze ook verwijderd worden uit de beschrijving van de BPR API in het Logisch Ontwerp BRP.

1.2 Herkomst

Deze wijziging komt voort uit het inzicht dat met de introductie van sommige informatievragen in de BRP API deze twee elementen niet langer nodig zijn.

1.3 Raakvlakken

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

2  Oplossing

2.1 Huidige situatie

In het endpoint /personen van de BRP API, in de functie RaadpleegMetBurgerservicenummer, kan op dit moment om de elementen indicatieGezagMinderjarige en verblijfplaats.datumIngangGeldigheid worden gevraagd en worden de bijbehorende booleans die aangeven dat deze gegevens in onderzoek zijn (inOnderzoek.indicatieGezagMinderjarige en verblijfplaats.inOnderzoek.datumIngangGeldigheid), meeverstrekt. Maar met de introductie van het object gezag (met daarin alle gezagsrelaties van de bevraagde persoon) en verblijfplaats.datumVan zijn deze twee elementen overbodig geworden.

2.2 Oplossing

De genoemde elementen worden verwijderd uit de response berichten van het endpoint, en kunnen niet meer worden opgevraagd met de fields parameter.

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 wijziging geen openstaande punten.

3 Invoering

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

4 Gevolgen

4.1 Documentatie

Alleen LO BRP moet worden aangepast conform de beschreven oplossing in par. 2.2.

4.2 Gemeenten

Er is geen impact op de burgerzakensystemen van gemeenten.

4.3 Afnemers

Afnemers die gebruik maken van het /personen endpoint van de BRP API kunnen niet langer vragen om indicatieGezagMinderjarige en om verblijfplaats.datumIngangGeldigheid. Voor de datum inwerkingtreding van deze LO-wijziging moeten zij zorgen dat ze die twee elementen niet meer opvragen vanuit hun taakapplicaties.

4.4 IND

Er is geen impact op de systemen van IND.

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

In de BRP API specificaties op Github waren de twee elementen reeds aangemerkt als deprecated. Per de datum inwerkingtreding van deze LO-wijziging zullen ze ook daadwerkelijk niet meer verstrekt kunnen worden door het /personen endoint van de BRP API. Hiervoor moet een nieuwe versie van de BRP API in gebruik worden genomen.

Delen

Naslagwerk

W193 oplegnotitie uitbreiden tabel 34 (Landen)

W193 oplegnotitie uitbreiden tabel 34 (Landen)

1 Probleemstelling

1.1 Omschrijving

In de landelijke tabellen zoals RvIG die publiceert op de website, komen kolommen voor die niet in het LO BRP beschreven zijn. Daarnaast heeft een aantal afnemers gevraagd om uitbreiding van de landentabel met internationaal erkende codes op basis van de ISO-3166 (Codes for the representation of names of countries and their subdivisions) standaard. Alle ABO's, maar ook pensioenfondsen, wisselen namelijk internationaal gegevens uit en daarbij is het nuttig om ondubbelzinnig te kunnen verwijzen naar landen via internationaal erkende codes.

1.2 Herkomst

Deze wijziging komt voort uit eigen constateringen van het LO-team en wensen die afnemers te kennen hebben gegeven.

1.3 Raakvlakken

Deze wijziging heeft geen raakvlakken met andere wijzigingen.

2 Oplossing

2.1 Huidige situatie

A.    In Tabel 34 Landentabel stond in de PDF bij “Gazastrook en Westelijke Jordaanoever” een voetnoot, die we in de CSV niet kwijt kunnen. In de CSV-versie is het niet mogelijk om voetnoten toe te voegen. Een voetnoot in een tabel is überhaupt geen wenselijke oplossing.
B.    In Tabel 34 Landentabel staat een asterisk (*) achter een aantal einddatums. Deze geeft aan dat deze einddatum een fictieve datum is. De werkelijke einddatum is eerder. Indertijd bij de invoering van de GBA is hiervoor gekozen (aanvankelijk geen einddatum in de tabel, daarna een einddatum met indicatie ‘fictief’) om gemeenten die al omvangrijke conversies van PK naar PL hadden uitgevoerd, te behoeden voor grootschalige aanpassingen in de gegevens op de persoonslijsten.
C.    In tabel 34 Landentabel staat in de PDF een kolom "Iso alpha-2". Deze ontbreekt in de CSV van tabel 34 Landentabel en in LO BES en LO BRP. Nu is het al een lang gekoesterde wens van sommige afnemers, waaronder ABO's en pensioenfondsen, dat we codes uit ISO-3166 toevoegen aan de tabel: in het LO BRP, in beide CSV-versies van de tabel, en in beide PDFs van de tabel. (De ISO-norm 3166 geeft codes voor alle landen, grondgebieden of belangrijke geografische gebieden (bijvoorbeeld Antarctica), kortweg "landen" genoemd.)

2.2 Oplossing

De oplossing omvat drie wijzigingen in tabel 34:

A.    In plaats van een voetnoot met de volledige officiële landnaam, zou het beter zijn om te zorgen dat die in 34.94.11 Landnaam past. Daarom wordt de definitie van de rubriek 34.94.11 Landnaam aangepast naar de maximale lengte van 80 karakters en wordt de Landnaam “Gazastrook en Westelijke Jordaanoever” gewijzigd in "Gazastrook en Westelijke Jordaanoever met inbegrip van Oost-Jeruzalem".

B. Het zou beter zijn de asterisk die aangeeft dat de einddatum van een regel in de landentabel fictief is, in een aparte kolom op te nemen in de tabel. Hiervoor wordt de nieuwe rubriek 34.99.97 "Fictieve einddatum tabelregel” geïntroduceerd. Daarnaast wordt deze rubriek gevuld voor alle tabelregels met de waarde die nu al gepubliceerd wordt.

C. Tenslotte worden tabelrubrieken geïntroduceerd voor de ISO 3166-1 Alpha-2 code, de ISO 3166-1 Alpha-3 code, de ISO 3166-1 Numerieke code, de ISO 3166-2 code en de ISO 3166 Engelse landnaam van landen. Deze velden worden gevuld bij alleen die landen in de tabel die op 1 januari 1994 nog niet beëindigd waren. Voor landen die in de tabel voorkomen, maar niet in ISO 3166 (zoals de Kanaaleilanden en Kosovo) worden deze velden leeg gelaten. Voor gebieden die wel in de tabel voorkomen en niet in ISO 3166-1, maar wel in ISO 3166-2 wordt alleen de ISO 3166-2 code opgenomen. 2.3 Gerelateerde wijzigingen in wet-

 

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 zal pas worden opgenomen in LO 2025.Q3, dat volgens planning in werking zal treden op 1 juli 2025, om alle partijen in de gelegenheid te stellen om de hier voorgestelde wijzigingen in tabel 34 te implementeren. Immers: met inwerkingtreding van LO 2025.Q3 zullen de wijzigingen in de Tabellen Applicatie worden doorgevoerd en worden er direct tabelberichten verzonden.

4 Gevolgen

4.1 Documentatie

De aanpassingen in de structuur van tabel 34 zullen in LO BRP en LO BES leiden tot wijzigingen in de beschrijving van de landelijke tabellen (par. 4.7 respectievelijk par. I.7).

4.2 Gemeenten

Alle partijen die tabelberichten verwerken of tabellen downloaden van de website van RvIG, krijgen te maken met de nieuwe en gewijzigde kolommen in tabel 34. Zij moeten dus allemaal zorgen dat ze tabelberichten met de nieuwe structuur van deze tabel kunnen verwerken met ingang van de datum van inwerkingtreding van LO 2025.Q3.

4.3 Afnemers

Alle partijen die tabelberichten verwerken of tabellen downloaden van de website van RvIG, krijgen te maken met de nieuwe en gewijzigde kolommen in tabel 34. Zij moeten dus allemaal zorgen dat ze tabelberichten met de nieuwe structuur van deze tabel kunnen verwerken met ingang van de datum van inwerkingtreding van LO 2025.Q3.

4.4 IND

Alle partijen die tabelberichten verwerken of tabellen downloaden van de website van RvIG, krijgen te maken met de nieuwe en gewijzigde kolommen in tabel 34. Zij moeten dus allemaal zorgen dat ze tabelberichten met de nieuwe structuur van deze tabel kunnen verwerken met ingang van de datum van inwerkingtreding van LO 2025.Q3.

4.5 Caribische landen en Caribisch Nederland

Alle partijen die tabelberichten verwerken of tabellen downloaden van de website van RvIG, krijgen te maken met de nieuwe en gewijzigde kolommen in tabel 34. Zij moeten dus allemaal zorgen dat ze tabelberichten met de nieuwe structuur van deze tabel kunnen verwerken met ingang van de datum van inwerkingtreding van LO 2025.Q3.

4.6 RvIG-systemen

Bij RvIG verwerken de BV BSN, BRP-V en RNI tabelberichten. En de Tabellen Applicatie (TApp) moet ze kunnen verzenden. Dus deze vier systemen moeten worden aangepast.

Delen

Abonneer op Instructies
Scroll naar boven