Registratie Niet Ingezetenen (RNI)

Registratie Niet Ingezetenen (RNI)

Functioneel Ontwerp versie 3.21RC1

••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

,


Functioneel Ontwerp Versie: 3.21RC1

ICTU, Programma RNI

1/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••


Functioneel Ontwerp

Auteur Versie

Programmabureau RNI 3.21RC1

Den Haag,

December 2015

••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

ICTU, Programma RNI

2/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Inhoud 1 Inleiding 1.1 1.2 1.3 1.4

31 31 31 31 31 32

Het Functioneel Ontwerp van de RNI Doelstellingen van het Functioneel Ontwerp 1.2.1 Wat wordt niet in het FO beschreven? Opzet van het Functioneel Ontwerp Leeswijzer

2 RNI-systeem 2.1 Inleiding 2.2 Uitgangspunten voor het RNI-systeem 2.2.1 Relatie met de GBA en het project mGBA 2.2.1.1 Gerelateerdengegevens 2.3 Overzicht functionele eisen 2.4 Ontwerpbeslissingen

34 34 34 34 34 35 36

3 RNI-dossiers 3.1 Registratie RNI-dossiers 3.1.1 De status van een RNI-dossier 3.1.2 Traceerbaarheid van dossierwijzigingen 3.2 Basisscherm RNI-dossier 3.2.1 Voorbeeld van een RNI-dossierscherm 3.2.2 Blok: Dossier 3.2.3 Tabblad: Algemeen 3.2.4 Tabblad: PL 3.2.5 Tabblad: ID-documenten 3.2.6 Tabblad: scans 3.2.7 Tabblad: berichten 3.2.8 Tabblad: onderzoeken 3.2.8.1 Details terugmelding 3.2.9 Tabblad: gebeurtenislog 3.2.9.1 Tonen details van een zoekvraag 3.2.9.2 Tonen details van een actualisering 3.2.9.3 Tonen details van een verstrekkingslogregel 3.2.9.4 Overige gebeurtenissen: Tonen details van een gebeurtenislogregel 3.2.9.5 Niet getoonde gebeurtenissen 3.3 Tonen dossier als onderhanden dossier of alleen om te raadplegen 3.4 Acties binnen het onderhanden RNI-dossier 3.4.1 Balie 3.4.1.1 Acties bij de eerste inschrijving 3.4.1.2 Acties als de PL is opgenomen in de RNI of als de PL is overgebracht naar de GBA 3.4.2 Monitoren berichten 3.4.3 Afhandelen onderzoeken

39 39 39 40 40 41 41 42 42 43 44 45 45 46 47 48 48 49 49 49 49 50 50 50

4 Het zoeken van personen en dossiers 4.1 Inleiding 4.2 Zoeken in RNI 4.2.1 Zoekcriteria 4.2.2 Zoeken met marges 4.2.3 Maximum aantal zoekresultaten 4.2.4 Time out 4.2.5 Zoekresultaten 4.2.6 zoekdetails: Het RNI-dossier 4.3 Presentievraag 4.3.1 Zoekcriteria 4.3.2 Zoekresultaten 4.3.3 Zoekdetails: Presentieantwoord

53 53 54 54 56 56 56 57 58 58 58 58 58

ICTU, Programma RNI

50 51 52

3/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

4.4

4.5

4.6 4.7 4.8 4.9

BRP vraag 4.4.1 Zoekcriteria 4.4.2 Zoekresultaten 4.4.2.1 BRPvraagDe zoekresultaten worden in tabelvorm getoond. 4.4.2.2 BRPvraagPL 4.4.3 Zoekdetails: BRP antwoord 4.4.3.1 BRPvraag 4.4.3.2 BRPvraagPL Doorzoeken inschrijvingen 4.5.1 Zoekcriteria 4.5.1.1 Standaard zoekmodus 4.5.1.2 Opnieuw zoeken 4.5.2 Maximum aantal zoekresultaten 4.5.3 Zoekresultaten 4.5.4 Zoekdetails van een gevonden persoon/dossier Overzicht zoekcriteria per zoekfunctie 4.6.1 Speciale tekens in de zoekwaarden Voorwaarden en plausibiliteitscontroles met betrekking tot zoekwaarden Loggen zoekactie Signalering bij Zoekresultaat

60 60 60 60 61 61 61 61 61 62 62 63 63 63 64 65 66 66 67 67

5 Eerste inschrijving in de RNI via een loket 5.1 Inleiding 5.2 Acties bij de eerste inschrijving 5.2.1 Statuswijzigingen bij een eerste inschrijving 5.3 Wizard stap 1: Identificatie 5.3.1 Handmatige invoer ID-document gegevens 5.3.2 Scannen ID-document of ander brondocument 5.3.2.1 ID-documentenscanner 5.3.2.2 A4-scanner 5.3.2.3 Overbrengen scanresultaten naar het centrale RNI-systeem 5.3.3 Converteren ID-documentgegevens 5.3.3.1 Default conversie 5.3.3.2 Bijzonderheden bij de invoer van de geconverteerde waarden 5.3.3.3 Controles geconverteerde waarden ID-document 5.3.3.4 Opslaan geconverteerde waarden ID-document 5.4 Wizard stap 2: Doorzoeken 5.4.1 Controleren of persoon al is ingeschreven of een verzoek daartoe heeft gedaan 5.4.2 Intake conclusie 5.5 Wizard stap 3: Invoer PL 5.5.1 Invoeren PL-gegevens 5.5.1.1 Overnemen waarden van het ID-documentgegeven 5.5.1.2 Toelichting invoer per categorie 5.5.1.3 PL-voorwaarden en -controles 5.5.1.4 Opslaan ingevoerde PL 5.5.2 Controleren consistentie verzamelde gegevens 5.6 Wizard stap 4: Aanvraagformulier 5.7 Toekennen van een BSN en A-nummer 5.7.1 Sturen Lg01-bericht 5.8 Terugzetten 5.9 Maken afschrift 5.10 Afwijzen inschrijvingsverzoek 5.11 Annuleren inschrijvingsverzoek 5.12 Wijzigen notitie bij dossier 5.12.1 Bekijken dossier 5.13 Noodprocedure

69 69 69 71 72 72 72 73 74 74 74 75 76 76 77 77 77 77 79 79 79 79 82 84 84 86 86 88 88 88 89 89 90 90 90

6 Actualiseren van een PL of een verwijzing

91

ICTU, Programma RNI

4/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

6.1 6.2 6.3

6.4

6.5 6.6

Inleiding 91 Processtappen voor het actualiseren via het scherm 91 Het actualiseren 92 6.3.1 Actualiseren categorie uit RNI beperkte gegevensset 92 6.3.2 Actualiseren categorie die niet behoort tot de RNI beperkte gegevensset 92 6.3.3 Het kiezen van een actualiseringsfunctie 92 6.3.4 Het resultaat van een actualisering 94 6.3.5 Toevoegen categoriestapel 95 6.3.6 Wijzigen actueel categorievoorkomen 95 6.3.7 Wijzigen historisch categorievoorkomen 95 6.3.8 Toevoegen historisch voorkomen 95 6.3.9 Verwijderen categorievoorkomen(s) 96 Het actualiseren 96 6.4.1 Actualiseren Nationaliteit 96 6.4.1.1 Categorie 04/54 Nationaliteit 96 6.4.1.2 (Her)opnemen nationaliteit (LO GBA 3.5.2) 97 6.4.1.3 Beëindigen nationaliteit (LO GBA 3.5.3) 97 6.4.1.4 Wijziging in de reden opnemen nationaliteit (LO GBA 3.5.4) 97 6.4.1.5 Wijziging in de reden beëindigen nationaliteit (LO GBA 3.5.5) 98 6.4.1.6 Opnemen bijzonder Nederlanderschap (LO GBA 3.5.6) 98 6.4.1.7 Verlies bijzonder Nederlanderschap (LO GBA 3.5.7) 99 6.4.1.8 Verwijderen van nationaliteitsgegevens 99 6.4.1.9 Correctie van ten onrechte opgenomen gegevens (LO GBA 3.5.9) 99 6.4.1.10 Beëindigen vreemde nationaliteiten bij Nederlandse nationaliteit /behandeld als Nederlander 99 Bijzonderheden 100 Automatische acties aansluitend op een actualisering 102 6.6.1 Sturen Lg01-bericht 102 6.6.2 Sturen Wa01-bericht 102

7 Afhandelen opgaven en aanvragen van deelnemers 7.1 Inleiding 7.2 Processtappen afhandeling deelnemersopgaven en –aanvragen 7.2.1 Processtappen afhandeling deelnemersopgaven 7.2.2 Processtappen afhandeling deelnemersaanvragen 7.3 Registreren binnengekomen opgaven en aanvragen 7.3.1 Ontvangst-en-registratie proces 7.3.2 Authenticatie 7.3.3 Controle berichtstructuur 7.3.4 Registratie van de opgave, de cyclus en de ontvangstbevestiging 7.4 Verwerken geregistreerde deelnemersopgave of -aanvraag 7.4.1 Processen Verwerken deelnemersopgaven en Verwerken deelnemersaanvragen 7.4.2 Algemene controles 7.4.3 Dv01: Inschrijvingsopgave 7.4.4 Dv02: Actualiseringsopgave 7.4.5 Dv03: Verificatieopgave 7.4.6 Dv04: opgave aanvullende scan brondocument 7.4.7 Dv11: Aanvragen overzicht ingediende opgaven 7.4.7.1 Inhoud Da11-bericht 7.4.8 Dv12: Aanvragen details ingediende opgave 7.4.8.1 Inhoud Da12-bericht 7.4.9 Dv13: Aanvraag intrekken ingediende opgave 7.4.9.1 Inhoud Da13-bericht 7.5 Overzicht meldingen (verwerkingscodes) naar deelnemers 7.6 Monitoren opgaven en aanvragen van deelnemers 7.6.1 Inleiding 7.6.1.1 Acties bij de deelnemersopgaven 7.6.2 Openen RNI-dossier ICTU, Programma RNI

103 103 104 104 105 105 105 105 105 105 106 106 106 107 112 122 124 124 126 126 126 127 128 128 130 130 130 132 5/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

7.6.3 7.6.4

7.7 7.8

Openen berichtencyclus Handmatig Afronden inschrijving (Dv01) 7.6.4.1 Doorvoeren inschrijving: 7.6.4.2 Afwijzen inschrijving 7.6.5 Handmatig afronden actualiseringsopgave (Dv02) 7.6.6 Handmatig afronden Verificatieopgave (Dv03) 7.6.7 Doorvoeren Actualiseringsopgave / Verificatieopgave 7.6.8 Afwijzen Actualiseringsopgave / Verificatieopgave Aanmaken opgaveVerwerkbevestiging of opgaveFoutrapport Verzenden opgaveVerwerkbevestigingen en opgaveFoutrapporten

132 132 133 133 134 135 136 136 137 137

8 Vervolginschrijving 8.1 Proceseigenschappen 8.1.1 Inleiding 8.1.2 Vervolginschrijving van de GBA naar de RNI 8.1.3 Vervolginschrijving van de RNI naar de GBA 8.1.4 Cyclus Opnemen verwijsgegevens 8.2 Monitoren vervolginschrijvingen 8.2.1 Inleiding 8.2.1.1 Acties bij de vervolginschrijvingen 8.2.2 Sturen verwijsgegevens (aanmaken Iv11-bericht) 8.2.3 Afhandeling van vrije berichten

138 138 138 138 139 139 140 140 140 141 142

9 Terugmeldingen en onderzoeksprocedures 9.1 Inleiding 9.2 Afhandelen onderzoeken 9.2.1 Menu-items in de menugroep Afhandelen onderzoeken 9.2.2 Acties bij het afhandelen van onderzoeken 9.3 Terugmeldingen 9.3.1 Zoeken terugmeldingen 9.3.1.1 Zoekresultaten terugmeldingen 9.3.2 Bijwerken status dossier voor TMV 9.3.3 Wijzigen toewijzing onderzoek 9.3.4 Wijzigen RNI notitie onderzoek 9.3.5 Informeren deelnemer 9.4 Onderzoeksdossiers 9.4.1 Werklijst Lopende onderzoeken in actuele RNI categorieën 9.4.2 Werklijst Lopende onderzoeken in actuele non-RNI categorieën

143 143 143 143 143 144 144 145 145 146 146 147 148 148 148

10

Inzagerecht en incidentele gegevensverstrekking 10.1 Verstrekking aan de ingeschrevene zelf / inzagerecht 10.2 Overige incidentele verstrekkingen

150 150 150

11

Verzenden en ontvangen van GBA-berichten 11.1 Inleiding 11.2 Proces VO-RNI: het Verzend- en Ontvangststation-RNI 11.2.1 Verzenden en ontvangen 11.2.1.1 Registreren ontvangen bericht 11.2.1.2 Delivery- en StatusReports 11.2.1.3 Foutsituaties 11.2.1.4 Systeeminstellingen 11.2.1.5 Logging van een verzenden ontvangstrun 11.2.2 Wijzigen mailboxwachtwoord 11.2.3 Summarize 11.2.4 Pauze 11.2.5 Stop 11.3 Beheer VO RNI 11.3.1 Acties in menu-item VO RNI

152 152 152 153 154 155 155 156 156 156 157 157 157 157 157

12

Verwerken ontvangen GBA-berichten 12.1 Proces Verwerken GBA-berichten

158 158

ICTU, Programma RNI

6/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

12.2

12.3

12.4

12.5

12.6

13

Overzicht berichtencycli 12.2.1 Uitwisseling met gemeenten 12.2.2 Uitwisseling met afnemers 12.2.3 Uitwisseling met Ministerie van Veiligheid en Justitie 12.2.4 Uitwisseling met GBA-V 12.2.5 Uitwisseling met de Terugmeldvoorziening (TMV) 12.2.6 Uitwisseling met beheerder van de landelijke GBA-tabellen (BPR) 12.2.7 Uitwisseling met diverse partijen binnen de BRP 12.2.8 Onbekende berichtencyclus Verwerking 12.3.1 Algemene eigenschappen 12.3.2 Initiële acties bij het verwerken van een bericht 12.3.3 Controle of bericht voldoet aan de voorschriften van het uitwisselingsformaat Eerste berichten 12.4.1 Bijhoudingsberichten landelijke GBA-tabellen (Dt01, Dw01) 12.4.2 Dt01 Toevoegen tabelregel 12.4.3 Dw01 Wijzigen tabelregel 12.4.4 Ji01 Initiatie intergemeentelijke verhuizing 12.4.5 Iv11 Verwijsgegevens 12.4.6 Lq01 Synchronisatievraag 12.4.7 Og11 Opnemen/wijzigen gegevens verblijfstitel 12.4.8 Rb01 Verhuizen PL 12.4.8.1 Controle of PL kan worden opgenomen in RNI: evt. aanmaken Rf01 of Pf03 12.4.8.2 PL moet worden opgenomen in RNI 12.4.8.3 PL toevoegen aan dossier 12.4.8.4 Verblijfplaats overnemen volgens regulier proces 12.4.8.5 Verblijfplaats overnemen volgens proces “Initiële vulling RNI”: 12.4.8.6 Aanmaken Rv01-bericht 12.4.9 Qv01 Doorsturen dossier met terugmelding 12.4.10 Vb01 Vrij bericht 12.4.11 Wa01 Wijziging A-nummer Vervolgberichten 12.5.1 Uitgangspunten bij de verwerking 12.5.2 Verwerkbevestiging (Null-bericht) 12.5.3 DeliveryReport 12.5.4 StatusReport 12.5.4.1 Automatisch aanmaken herhaalbericht 12.5.5 If21 Fout: de ontvangen PL is niet de aangevraagde 12.5.6 If41 Fout: verwijsgegevens kunnen niet worden opgenomen 12.5.7 Jv01 Verwijsgegevens 12.5.8 Iv21 Verificatie verwijsgegevens 12.5.9 Pf0x Protocolfout bericht (Pf01, Pf02, Pf03) 12.5.10 Rf31 Fout: de verwijsgegevens zijn niet correct 12.5.11 Qf11 Fout: Status dossier kan niet worden bijgewerkt 12.5.12 Wf01 Fout: A-nummer wijziging niet te verwerken Aanmaken uitgaande GBA-berichten 12.6.1 De kop van een GBA-bericht 12.6.2 De inhoud van een GBA-bericht 12.6.3 De PutEnvelope van een GBA-bericht 12.6.4 De MessageHeading van een GBA-bericht 12.6.5 Registreren bericht en berichtencyclus 12.6.6 Aanmaken Lg01-bericht 12.6.6.1 Eventueel annuleren oudere, nog niet verzonden, Lg01-berichten

Monitoren berichten algemeen 13.1 Inleiding 13.1.1 Menu-items in de menugroep Monitoren berichten algemeen 13.1.2 Acties binnen monitoren berichten algemeen

ICTU, Programma RNI

158 158 158 158 158 159 159 159 159 159 159 160 165 166 166 167 167 167 168 170 171 173 173 175 178 180 180 181 181 183 183 185 185 185 186 186 186 186 187 188 188 188 189 189 190 190 190 190 190 190 191 191 191 192 192 192 192

7/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

13.2 13.3 13.4 13.5

13.6 13.7 13.8 13.9 13.10 13.11 13.12 13.13 13.14

13.15

Zoeken berichtencycli 13.2.1 Zoekresultaten Zoeken berichten 13.3.1 Zoekresultaten Raadplegen details van een berichtencyclus 13.4.1 Overstappen naar het dossierscherm Raadplegen details van een bericht 13.5.1 Details ontvangen bericht 13.5.2 Details uitgaand bericht Sturen herhaalbericht Wijzigen berichtstatus 13.7.1 GBA-berichten Sturen vrij bericht (Vb01) Wijzigen toelichting bij berichtencyclus Berichtencyclus in behandeling nemen Berichtencyclus als afgehandeld markeren Berichtencyclus opnieuw in behandeling nemen Berichtencycli in behandeling nemen en afhandelen via werklijst Werkvoorraad 13.14.1 Stagnerende berichtencycli 13.14.2 Werklijst Vrije berichten 13.14.3 Werklijst Inkomende protocolfouten 13.14.4 Af te handelen Dv01 berichten 13.14.5 Af te handelen Dv02 berichten 13.14.6 Af te handelen Dv03 berichten 13.14.7 Werklijst Rb01-cycli met signaleringen 13.14.8 Werklijst Rb01-cycli die binnenkomen met lopende onderzoeken Print bericht

192 193 193 194 195 196 196 196 197 198 198 198 199 199 200 200 201 201 202 202 202 203 203 203 204 204 204 205

14

Privacyprocedures 14.1 Protocollering 14.1.1 Inleiding 14.1.2 Registreren gegevens voor de protocollering 14.1.3 Opvragen protocolleringsgegevens 14.2 Inzagerecht 14.3 Correctierecht

206 206 206 206 206 207 207

15

Applicatiebeheerfunctionaliteit 15.1 Synchroniciteitsselectie 15.1.1 Inplannen synchroniciteitsselectie 15.1.2 Uitvoeren synchroniciteitsselectie 15.1.2.1 Vullen bestand Alternatief Medium 15.2 Beheren voorraad BSN's 15.2.1 Acties 15.2.2 Overzicht voorraad 15.2.3 Opvragen nieuwe BSN's 15.3 Beheren voorraad A-nummers 15.3.1 Inleiding 15.3.2 Acties 15.3.3 Overzicht voorraad 15.3.4 Opvragen nieuwe A-nummers 15.4 Specifieke verstrekkingen 15.5 Rapportages 15.5.1 Rapportages voor gemeenten 15.5.2 R001 Rapportage aantal eerste inschrijvingen via een loket 15.5.3 R006 Rapportage aantal eerste inschrijvingen via een RNI-deelnemer 15.5.4 R016 Rapportage aantal verstuurde Lg01-berichten 15.5.5 R017 Rapportage aantal ontvangen en verzonden protocolfoutberichten

208 208 208 208 209 209 209 209 210 211 211 211 211 211 212 212 212 212 213 215 215

ICTU, Programma RNI

8/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

15.6

15.7

15.8

15.9

15.10

15.11

15.12 15.13 15.14

15.15

15.5.6 R018 Aantal verzonden foutberichten n.a.v. deelnemersopgaven Raadplegen gebeurtenislog 15.6.1 Acties 15.6.2 Zoeken 15.6.3 Details 15.6.3.1 Sectie gebeurtenis 15.6.3.2 Sectie context 15.6.3.3 Sectie mutatiedetails 15.6.3.4 Sectie zoekcriteria 15.6.3.5 Sectie zoekresultaten Beheren RNI-instanties 15.7.1 Acties 15.7.2 Beheren tabel Instantie 15.7.3 Details 15.7.4 Toevoegen LDAP instantie 15.7.5 Bewerken LDAP instantie: 15.7.6 Bekijken LDAP instantie 15.7.7 Toevoegen Deelnemer instantie: 15.7.8 Wijzigen Deelnemer instantie 15.7.9 Bekijken Deelnemer instantie Beheren gebruikers 15.8.1 Acties 15.8.2 Zoeken 15.8.3 Bewerken Gebruiker 15.8.4 Bekijken gebruikers Beheren gebruikersrollen 15.9.1 Acties 15.9.2 Overzicht 15.9.3 Toevoegen rol 15.9.4 Bewerken rol 15.9.5 Bekijken rol Beheren rol autorisaties 15.10.1 Acties 15.10.2 Beheren tabel rol Autorisaties 15.10.3 Bekijken rol Autorisaties 15.10.4 Bewerken rol Autorisaties Randapparatuur 15.11.1 Acties 15.11.2 Beheren tabel Randapparaat 15.11.3 Toevoegen Randapparaat 15.11.4 Wijzigen Randapparaat 15.11.5 Verwijderen Randapparaat Beheren help-functionaliteit Beheren templates voor formulieren Beheren landelijke tabellen 15.14.1 Acties 15.14.2 Zoeken 15.14.3 Details 15.14.4 Toevoegen 15.14.5 Wijzigen 15.14.6 Verwijderen Beheren ISO-codes landen en nationaliteiten 15.15.1 Acties 15.15.2 Zoeken 15.15.3 Details 15.15.4 Toevoegen 15.15.5 Wijzigen

ICTU, Programma RNI

217 219 219 219 219 220 220 221 222 222 222 222 223 223 224 224 224 224 224 225 225 225 225 225 226 226 226 227 227 227 227 227 227 227 227 228 228 228 228 229 229 229 229 229 229 230 230 231 231 231 231 231 232 232 232 232 233 9/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

15.15.6 Verwijderen Beheren systeeminstellingen 15.16.1 Acties 15.16.2 Zoeken 15.16.3 Details 15.16.4 Wijzigen Beheren codelijsten 15.17.1 Acties 15.17.2 Zoeken 15.17.3 Details 15.17.4 Toevoegen 15.17.5 Wijzigen Beheren brondocumenten Functies voor kwaliteitscontroles Testen 15.20.1 Test Folders 15.20.2 Test Vb01 bericht 15.20.3 Test BV BSN 15.20.4 Test BRP 15.20.5 Test Reports 15.20.6 Test Scan Upload 15.20.7 Clear Data Cache 15.20.8 Clear Resource Bundles Cache 15.20.9 Scannertest 15.20.10 Handtekeningscanner 15.20.11 Printertest NDS-tabel Fiattering deelnemeropgave 15.22.1 Acties 15.22.2 Beheren Fiattering Deelnemeropgave 15.22.3 Toevoegen Fiattering deelnemeropgave 15.22.4 Wijzigen Fiattering deelnemeropgave 15.22.5 Verwijderen Fiattering deelnemeropgave Schonen reisdocumenten

233 233 233 233 234 234 234 234 234 235 235 235 236 236 236 236 236 236 236 236 236 236 236 236 236 237 237 237 237 237 237 238 238 238

16

Gebruikersinterface 16.1 Vaste schermonderdelen 16.1.1 Het functiemenu en context actiemenu 16.1.2 Scherm secties en tabbladen 16.2 Optimaal gebruik ruimte op het scherm 16.3 Schermingaven 16.3.1 Ingave tekstwaarden 16.3.2 Ingave datumvelden 16.3.3 Ingave zoekwaarde datum-tijd 16.3.4 Ingave van elementen waarvoor een tabel bestaat 16.4 Tonen lijsten/tabellen 16.5 Tonen datum en tijd 16.6 Tonen nationaliteiten, landen en gemeenten 16.7 Tonen alle nationaliteiten 16.8 Zoeken 16.8.1 Niet hoofdlettergevoelig 16.8.2 Zoeken met wildcard tekens 16.8.3 Time out 16.8.4 Zoeken op datum en tijd 16.9 Webrichtlijnen

239 239 239 239 240 240 240 240 241 241 243 243 243 243 244 244 244 244 244 244

17

Gebruikersauthenticatie en -autorisatie 17.1 Software implementaties

245 245

15.16

15.17

15.18 15.19 15.20

15.21 15.22

15.23

ICTU, Programma RNI

10/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

17.2 17.3

17.4

Gebruikersauthenticatie 17.2.1 Gebruikersessies Gebruikersautorisatie 17.3.1 Centrale interactieve RNI-systeem 17.3.2 Centrale standaard software 17.3.3 Lokale standaard software 17.3.4 Centrale RNI-services Overzicht autorisatie-items

245 246 246 246 247 247 247 247

18

Algemene functionele eigenschappen 18.1 Inleiding 18.2 Workflow 18.3 Registreren gebeurtenissen (logging) 18.3.1 Registreren zoekactie naar personen en/of dossiers 18.3.2 Registreren gebeurtenis bij de afhandeling van een bericht 18.3.3 Registreren actualisering / mutatie 18.3.4 Registeren technische fout (exception) 18.3.4.1 Technische fout bij de afhandeling van een GBA-bericht 18.3.4.2 Technische fout bij de afhandeling deelnemersopgave/-aanvraag 18.3.4.3 Technische fout bij de overige acties

252 252 252 254 255 255 256 256 256 257 257

19

Technische eigenschappen 19.1 Technische standaarden 19.2 Decentraal gebruik van RNI-functies 19.3 Systeeminstellingen 19.4 Concurrency 19.5 Starten en stoppen van RNI-systeemprocessen 19.6 Bewaartermijnen 19.7 Systeemdatum en -tijd 19.8 Tekenset

258 258 258 258 261 262 263 263 263

20

Gegevensmodel 20.1 Entiteiten

264 264

21

Bijlage 1. Notatiewijze buitenlands adres

275

22

Bijlage 2. Vulling categorieën bij eerste inschrijving

277

23

Bijlage 3. Menustructuur van de interactieve applicatie

280

24

Bijlage 4. Overzicht actualiseringsfuncties PL/verwijzing 282 24.1 PL- actualiseringen op de RNI beperkte gegevensset 282 24.2 Actualiseringen met betrekking tot verwijsgegevens 284 24.3 Actualiseren categorie Nationaliteit 285 24.3.1 Regels die gelden m.b.t. Categorie 04/54 Nationaliteit 285 24.3.2 Verschillende soorten nationaliteit stapels. 287 24.3.3 Actualiseringsacties die getoond worden op het scherm 287 24.3.3.1 Basis actualiseringsacties. 288 24.3.3.2 Actualiseringsacties die gelden voor Nederlandse Nationaliteit stapel 288 24.3.3.3 Actualiseringsacties voor stapels m.b.t. vreemde nationaliteiten bij Pl die zowel actuele Nederlandse als andere nationaliteit stapel(s) bevat. 289 24.3.3.4 Actualiseringsacties voor stapel met buitenlandse nationaliteit bij Pl die geen actuele Nederlandse nationaliteit bevat. 289 24.3.3.5 Actualiseringsacties voor PL met Staatloosheid stapel bij Pl die geen andere actuele nationaliteit heeft 290 24.3.3.6 Actualiseringsacties voor PL met Onbekende Nationaliteit stapel bij PL die geen actuele Nederlandse nationaliteit heeft 291 24.3.3.7 Generieke actualiseringsacties voor Categorie 04/54 Nationaliteit 291 24.3.4 Voorbeeld van verschillende stapels 292 24.4 Actualiseren categorie Persoon 293

25

Bijlage 5. Overzicht gebeurtenistypes

294

26

Bijlage 6. Overzicht codelijsten

301

ICTU, Programma RNI

11/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

27

Bijlage 7. Overzicht gebruikte templates. 27.1 Aanvraagformulier 27.2 Afwijzingsbrieven 27.2.1 Afwijzingsbrief Persoon is al ingeschreven als niet-ingezetene 27.2.2 Afwijzingsbrief Persoon is al ingeschreven als ingezetene 27.3 PL-inschrijving 27.3.1 Bevestiging inschrijving 27.3.2 PL-inschrijving 27.4 ABO PL-overzicht 27.5 Volledig PL Overzicht 27.6 Uittreksel 27.6.1 Standaard uittreksel 27.6.2 Variabel uittreksel 27.6.3 Adres historie 27.6.4 Internationaal uittreksel NFDE (Nederlands Frans Duits Engels) 27.6.5 Internationaal uittreksel NSIT (Nederlands Spaans Italiaans Turks)

302 302 304 304 306 308 308 310 313 313 315 315 317 327 330 335

28

Bijlage 8. Teletex tekens en plausibilteit

336

ICTU, Programma RNI

12/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Referenties Nr.

Document

Instantie

Versie

Datum

[1]

Logisch Ontwerp RNI

Programmabureau RNI

2.7

Oktober 2011

[2]

Logisch Ontwerp GBA

BZK, Agentschap BPR

3.8

1 Oktober 2012

[3]

Logisch Ontwerp BSN

BZK, Agentschap BPR

1.2

1 september 2008

[4]

RNI Architectuurbeschrijving brochure A5

Programmabureau RNI

3

1 juni 2010

[5]

Digikoppeling1 Architectuur

Logius

1.2

2 april 2010

[6]

Definitiestudie modernisering GBA

Capgemini

2.0

28 april 2009

[7]

020322 Ontwerp SSL Migratie Datatransport GBA 10 Definitief.doc

BZK, Agentschap BPR

1.0

22 maart 2002

[8]

Notitie Relatie modernisering GBA en RNI

Programmabureau RNI

-

18 juni 2009

[9]

Notitie Gerelateerdengegevens

Programmabureau RNI

-

18 juni 2009

[10]

Handleiding Uitvoeringsprocedures GBA (HUP)

BZK, Agentschap BPR

-

7 oktober 2010

[11]

Toelichting Deelnemersberichten

Programmabureau RNI

-

november 2014

Instantie

Versie

Datum / status

[51] RNI Begrippenlijst

Programmabureau RNI

1.0

2 maart 2009

[52] RNI Procesbeschrijving en werkplekinrichting

Programmabureau RNI

Moet nog beschreven worden

[53] RNI Initiële vulling

Programmabureau RNI

Moet nog beschreven worden

[54] Prototype RNI-systeem en Prototype beschrijving

Programmabureau RNI

Maart 2011

[55] RNI Niet functionele specificaties

Programmabureau RNI

Wijzigingsvoorstel Dv01- en Dv02-berichten

Andere ontwerpdocumenten Nr.

Document

1.0

Oktober 2011

1

Voorheen Overheidsservicebus (OSB) genoemd.

ICTU, Programma RNI

13/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Versieoverzicht

ICTU, Programma RNI

14/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Datum

Versie

Toelichting

31 augustus 2009

3.0

•

Werkversie.

2 november 2009

3.1

• •

LO GBA versie 3.7 als uitgangspunt in plaats van versie 3.6. Een aantal onderwerpen is verder uitgewerkt (o.a. actualisering persoonslijsten, onderzoeksprocedures en beheerfunctionaliteit). Aantal reacties op het FO versie 3.0 is verwerkt. Deze versie wordt gebruikt voor detailbesprekingen met de RNI-loketten en de RNI-registratiehouder. Dit zal leiden tot een nieuwe versie van dit document.

• •

15 maart 2010 3.2

• • • • • • • •

21 mei 2010

3.3

• • • •

•

juli 2010

3.4

• • • •

jan 2011

3.5

• •

De resultaten van de besprekingen met RNI-loketgemeenten (d.d. 19-112009 en 24-11-2009) zijn verwerkt. De afhandeling van deelnemersopgaven en -aanvragen is verder gedetailleerd. De logging (gebeurtenissen) is beschreven. Het gegevensmodel is aangevuld. Voor de eerste inschrijving aan het loket is de actie Afdrukken aanvraagformulier toegevoegd. De synchroniciteitsselectie is beschreven. De beschrijving voor het aanmaken van uitgaande GBA-berichten is toegevoegd. Diverse kleinere wijzigingen zijn doorgevoerd. De beheerfuncties zijn bijgewerkt naar aanleiding van besprekingen met de RNI-registratiehouder. De controles en signaleringen met betrekking tot de voorraad BSN's en Anummers zijn gewijzigd. De onderdelen betreffende inzagerecht, afschriften en incidentele verstrekkingen zijn afgerond. Voor terugmelddossiers is de mogelijkheid toegevoegd om te registreren aan welke RNI-instantie is gevraagd het onderzoek uit te voeren. Daarnaast kan een Vrij bericht gestuurd worden naar de RNI-instantie. Verder is de mogelijkheid toegevoegd om een RNI-interne notitie bij het onderzoek op te nemen. Er zijn voorwaarden en plausibiliteitscontroles toegevoegd met betrekking tot zoekcriteria voor personen en dossiers. Vervolginschrijving van GBA naar RNI herzien. Hiervoor wordt nu een nieuw in de GBA geïntroduceerde berichtencyclus Verhuizen PL naar RNI gebruikt. Systeeminstelling toegevoegd voor maximum zoekresultaten monitoren berichten. Bij de eerste inschrijving zijn er aanvullende situaties gedefinieerd waarin het systeem automatisch de volgende stap activeert. Controle op virussen toegevoegd. Wijzigingen geaccepteerd van versie 3.4 na overleg met begeleidingsgroep FO BRP-V vervangen door GBA-V

april 2011

3.6

• •

Wijzigingen na vragen van het expertplatform Incidentele gegevensverstrekking, protocollering, helpfunctionaliteit, templates formulieren, Dv02 extra zoekvraag

mei 2011

3.7

•

Wijzigingen fiattering Dv02 en signalering Rb01 met gegevens in onderzoek

september 2011

3.8

•

Opnemen verblijfstitel in RNI beperkte gegevensset

oktober 2011

3.9

•

Aanpassingen nav vragen offerte traject

ICTU, Programma RNI

15/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

maart 2012

3.10

• • • • • • • •

Wijziging naam berichtencyclus voor de vervolginschrijving van de RNI naar de GBA (Ix## naar Jx##) Proces verhuizing van RNI naar Nederlandse gemeente aangepast. Er wordt een afwijzingsbrief gegenereerd na afwijzing van het inschrijvingsverzoek van de betrokkene Cycluscodes en namen van cycli ontdubbeld BerichtStatusen en namen van Berichten ontdubbeld Opbouw scherm RNI-dossier aangepast, inclusief schermvoorbeelden Menustructuur voor berichten gewijzigd (WIP) Lijst met mogelijke antwoorden bij presentievraag in rubriek ‘Registratie’ bijgewerkt

Augustus 2013 3.1.0

•

Herschrijven van het document op basis van de daadwerkelijke functionaliteit die aanwezig is in Release 3.1.0

September 2013

3.2.0

•

MGBARNI-5120/5137 Vulling van 08.13.20 Datum aanvang adres buitenland heeft effect op aantal elementen: Tekst is aangepast.

September 2013

3.2.0.1

• • • • •

Aanpassingen t.b.v. Sprint 1 RNIN-25: In blok dossier tonen dat er een notitie is RNIN-1683 R001 Rapp. aantal eerste inschrijvingen via een RNI-loket RNIN-1718 R006 Rapp.aantal eerste inschrijvingen via een RNI-deelnemer RNIN-1705 R016 Rapp. aantal verstuurde Lg01-berichten

September 2013

3.2.0.2

• •

Aanpassingen t.b.v. Sprint 2 RNIN-1755 Na de feitelijke voltooiing van een inschrijving ontbreekt een bevestiging op het scherm die aangeeft dat de inschrijving is voltooid RNIN-1745 Na het toekennen van een BSN ontbreekt de logische vervolgstap "Maken afschrift" RNIN-1809 R017 Rapportage aantal ontvangen en verzonden protocolfoutberichten RNIN-1793 R018 Rapp. aantal verstuurde foutberichten n.a.v. deelnemersopgaven RNIN-151 Toevoegen scan needs to change

• • • •

Oktober 2013

3.2.0.3

• • • • • • • •

November 2013

3.2.0.4

ICTU, Programma RNI

• • • • • • • •

Aanpassingen t.b.v. Sprint 4 RNIMH-42 codelijst afwijzingsannuleringsreden vervangen door een tabel RNIMH-334 Voorkomen dat een gegenereerd dubbel A-nummer wordt opgevoerd RNIMH-335 Bij actualiseren van een A-nummer in categorie Persoon voorkomen dat een dubbel A-nummer kan voorkomen bij handmatige invoer RNIMH-356 Voorkomen dat een gegenereerd dubbel BSN wordt opgevoerd RNIMH-355 Bij actualiseren van een BSN in categorie Persoon voorkomen dat een dubbel BSN kan voorkomen bij handmatige invoer RNIMH-357 Tijdens inschrijving bij het overnemen van Sofinummer voorkomen dat hierdoor een dubbel BSN ontstaat DATUM_IN_WERKING_TREDEN_RNI toegevoegd aan de systeeminstellingen Aanpassingen t.b.v. Sprint 5. RNIMH-331 nieuwe template aanvraagformulier RNIMH-580 nieuwe template afwijzingsbrieven RNIMH-725 nieuwe template PL-overzicht en bevestigingsbrief RNIMH-581 nieuwe template standaard uittreksel RNIMH-726 nieuwe template variabel uittreksel RNIMH-584 nieuwe template gegevensverstrekking RNIMH-542 verblijfplaats ingangsdatum geldigheid moet systeemdatum worden 16/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

• • • •

November 2013

3.2.05

• • •

December 2013

3.2.06

• • • • • •

Januari 2014

3.2.07

• •

Januari 2014

3.2.08

• • • •

Januari 2014

3.2.09-a

• • • • • • • •

Februari 2014

3.2.09-b

• • • • •

Februari 2014

3.2.08.P1

• • • •

ICTU, Programma RNI

RNIMH-662 tonen scan bij ID-document alleen scan met normale belichting RNIMH-186 tonen resultaten van Oribi-scanner in gebeurtenislog RNIMH-582 In onderzoek plaatsen 83.10 en 83.20 moeten beiden ingevuld zijn RNIMH-813 Wachtwoord Vo RNI mag bij wijzigen niet visueel zichtbaar zijn RNIMH-417 Dv01: Loket en Mon Ber: Bij afwijzen na intake conclusie "inschrijvingsopgave" voorgeprojecteerde afwijzingsreden aanpassen RNIMH-575 Handmatig afronden Dv01 met status 3304 TV: beslis of sofinummer akkoord RNIMH-90 Handmatig afronden Dv01 met status 3306 TV: bijzondere situatie RNIMH-1308 Gemeente RNI defined as constant in code RNIMH-1245 RNI in gemeentetabel RNIMH-1287 Geslachtnamen beginnende met een voorvoegsel ("Dis" en "Den") worden niet geaccepteerd door RNI RNIMH-1434 Toevoegen BSN aan de bevestigingsbrief RNIMH-197 als VO RNI crashed moet het dit weergeven op het scherm RNIMH-1505 Knop afwijzen ontbreekt voor een bericht met status TV: BeslisOfSofinummerAkkoord zonder zoekresultaten RNIMH-349 Qf01: Gemeentecode ontbreekt in kop Qf01 bericht bij foutreden B en V RNIMH-1523 TMV: Tonen dossiernummer op zoekresultaat scherm Bijlage 6. Overzicht codelijsten bijgewerkt. Niet gebruikte codelijsten verwijderd MGBARNI-5804 DV01 afhandeling bijzondere situaties MGBARNI-5784 Technische fout bij Dv01 als BRP-vraag niet beschikbaar is ook als Presentievraag niet beschikbaar is MGBARNI-5976 Naam menu-item 'onderzoeksdossiers' wijzigen in 'terugmeldingen' MGBARNI-5994 Toelichting kunnen toevoegen aan berichtencyclus MGBARNI-5966 Toelichting zichtbaar op scherm berichtencyclus MGBARNI-5961 Label Veelgevraagd veranderen in Werkvoorraad MGBARNI-5995 Op scherm Berichtencyclus tonen dat bericht in behandeling is en door wie het bericht in behandeling is genomen MGBARNI-7213 Bericht in behandeling kunnen nemen via scherm berichtencyclus MGBARNI-7827 Bericht als afgehandeld markeren MGBARNI-5961 Werklijst vrije berichten MGBARNI-5949 Werklijst protocolfouten MGBARNI-5969 Mogelijkheid toestandswijzigingen in werklijst (in behandeling nemen en markeren als afgehandeld) MGBARNI-5993 Mogelijkheid in behandeling nemen van berichten MGBARNI-8048 Omschrijving van de communicatiepartner tonen i.p.v. de code MGBARNI-5957 Menu-item 'onderzoeksdossiers' met lopende onderzoeken MGBARNI-5990 Behoud zoekvraag bij terugkeer naar werklijst MGBARNI-8332 AC0801 adresaangifte 08.72.10 niet controleren bij vergelijken oude en nieuwe waarde MGBARNI-8325 AC0601 datum geldigheid invullen adhv overlijdensdatum MGBARNI-8326 AC0601 moet normale actualisering betreffen anders Foutbericht sturen MGBARNI-8327 AC0601 Plaats en Land overlijden vullen met standaardwaarde als niet aangeleverd door ABO

17/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Februari 2014

3.2.09-c

• • • •

Maart 2014

3.2.09-d

• • • • • • • • •

Maart 2014

3.2.10-a (3.5RC1)

• • • • • • •

April 2014

3.2.10-b (3.5RC2)

• • • • • • • • • • • •

ICTU, Programma RNI

MGBARNI-8169 Tonen van sectie “Werkvoorraad” op verschillende schermen MGBARNI-5964 Werklijst deelnemersverzoeken MGBARNI-5956 Werklijst lopende onderzoeken m.b.t. actuele RNI categorieën MGBARNI-7188 Mon ber: Dv02: Vergelijken inhoud huidige waarde tov. voorgestelde waarde MGBARNI-8644 Doorklikken vanuit DV02 vergelijkingsscherm naar dossier MGBARNI-7994 Onzichtbaar maken van logregel m.b.t. het raadplegen van bericht inhoud op scherm berichtencyclus MGBARNI-8167 Bij markeren als afgehandeld indien nodig ook cyclus handmatig afronden uitvoeren MGBARNI-8202 Reden van afhandeling opgeven bij afhandelen van berichtencycli via werklijst MGBARNI-8551 Selecteren van berichtencycli via werklijst werkt niet goed icm filter MGBARNI-8168 Diverse aanpassingen ivm vastleggen van gebruiker die “markeren als afgehandeld” heeft uitgevoerd MGBARNI-8333 Waarschuwing bij lege selectie op werklijst MGBARNI-8708 Datum geldigheid wordt niet aangepast bij AC0801 MGBARNI-7982 Verbeteren van de sortering van diverse schermen MGBARNI-7110 Rb01: Het openstaande onderzoek moet worden meegenomen naar de nieuwe categorie 08 MGBARNI-7150 Rb01: Afhandeling van verblijfplaats in Rb01 voor en na Datum_inwerkingtreden_RNI is niet correct MGBARNI-7184 Rb01: Indien standaardwaarde in 08.13.20, dan is inhoud 08.86.10 bepalend voor voor of na diwt-rni MGBARNI-7183 Rb01: Bij een Rb01 na invoering van de RNI, moeten 08.09.20 08.85.10 worden gevuld met systeemdatum. MGBARNI-7100 Verstrekking: LG01 bericht onjuist gesorteerd na ontvangst van Rb01 MGBARNI-7137 Rb01: Nederlandse geboorteplaatsnaam moet code zijn. Buit. geb.plaats geen code tenzij 0000 MGBARNI-7117 Werklijst Signaleringen bij Rb01 gewenst Zoeken in RNI onder menu Afhandelen onderzoeken is in overleg met gegevensbeheer verwijderd MGBARNI-9087 status TV bij Dv03 in FO verdacht MGBARNI-9106 Waarden, voor ingevuld in filter, zijn niet gesorteerd op het scherm met de zoekresultaten berichtencycli MGBARNI-5403 Verkeerde rubriek gemeld in foutregel Rb01 met foutief BSN MGBARNI-9013 Logregel aanpassen nadat PL is toegevoegd aan RNI MGBARNI-3899 Berichten: Rb01: Straatnaam te lang MGBARNI-3219 Berichten:Rb01: Veld geslachtsnaam ten onrechte afgekapt bij technische lengte van 202 MGBARNI-5781 Technische fout bij Rb01-berichten MGBARNI-8277 Standaardwaarden voorinvullen en kalenderpopup verwijderen MGBARNI-9096 Buitenlandse plaatsnaam moet met een cijfer kunnen beginnen MGBARNI-8931 Onderzoeksgegevens plaatsen bij verwerking in Rb01bericht MGBARNI-3306 Rb01 bericht met onderzoek in historie persoonsgegevens (categorie 01) heeft geen log hierover MGBARNI-9059 Werklijst Rb01-berichtencycli die binnenkomen met een lopend onderzoek

18/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Mei 2014

3.5RC3

•

Informatie m.b.t. Handmatig afhandelen Dv02 verplaatst en aangepast.

•

MGBARNI-9126 Scherm Bij een dossier met PL status " Afwezig: Verwijsgegevens beschikbaar" menu en link toevoegen MGBARNI-9127 Dv01 die niet 100% overeenkomt met Presentieantwoord mag niet automatisch worden doorgevoerd. MGBARNI-9148 Scherm S1050 zoekresultaten toon inhoud van alle velden over gevonden verwijsdossiers MGBARNI-9479 Gebeurtenislogtab: geen logregel tonen m.b.t. raadplegen inhoud en signaleringen MGBARNI-9481 Berichtencyclus: geen logregel tonen m.b.t. 'Raadplegen antwoord deelnemersopgave',

• • • •

Juni 2014

3.5RC4

• • • • • • • • • • • • • • •

• • •

Juni 2014

3.6RC1

• • • • •

ICTU, Programma RNI

MGBARNI-9362 Wijzigen BSN: Tijdens controle of BSN dubbel is, BSN uit afgevoerde PL-en negeren MGBARNI-9361 Wijzigen A-nummer: Tijdens controle of A-nummer dubbel is, A-nummers uit afgevoerde PL-en negeren MGBARNI-9587 Zoeken op afgevoerde PL-en als aparte functie presenteren MGBARNI-9515 Afgevoerde PL-en negeren bij "Zoeken in RNI" tenzij er specifiek op wordt gezocht` MGBARNI-9382 Actualisering: Wijzigen BSN moet kunnen omgaan met een leeg BSN bij aanvang van de wijziging MGBARNI-9383 Actualiseren: bij wijzigen BSN moet BSN verplicht worden ingevuld MGBARNI-9548: Na ontvangst van Rb01-bericht moeten afgevoerde PL-en genegeerd worden bij controle of BSN al voorkomt MGBARNI-9631: Na ontvangst van een DV01 bericht moeten afgevoerde PL-en genegeerd worden bij controle of BSN al voorkomt MGBARNI-9641: Na ontvangst van een DV02 bericht voor een afgevoerde PL-en een foutbericht sturen MGBARNI-9643: Na ontvangst van Dv03-bericht voor een afgevoerde PL-en een foutbericht sturen MGBARNI-9652: Na ontvangst van Dv04-bericht voor een afgevoerde PL-en een foutbericht sturen MGBARNI-9732: Bij doorzoeken inschrijving via Wizard moeten afgevoerde PL-en genegeerd worden MGBARNI-9734: Bij handmatig 'doorzoeken inschrijvingen' na een Dv01bericht moeten afgevoerde PL-en genegeerd worden MGBARNI-9485: Bij het handmatig beoordelen van Dv01-berichten altijd de actie “Doorzoeken inschrijvingen” tonen MGBARNI-9354: Actualiseren Nationaliteit: Het moet mogelijk zijn om ingangsdatum geldigheid 04.85.10 te corrigeren in de standaardwaarde of een andere waarde. MGBARNI-9404 Actualisering "Wijzigen A-nummer": A-nummer uniek aan onderliggende PL toekennen als deze uit voorraad wordt gehaald MGBARNI-9405 Actualisering "Wijzigen BSN": BSN uniek aan onderliggende PL toekennen als deze uit voorraad wordt gehaald MGBARNI-9962 Nieuwe scan faciliteit - Maakt het mogelijk om voor en achterkant van ID documenten te scannen MGBARNI-9588 Binnen menu monitoren berichten PL-overzicht kunnen printen MGBARNI-9590 Binnen menu Monitoren berichten: mogelijk maken om losse presentievraag te stellen MGBARNI-9974 Handtekeningscanner kunnen toevoegen als randapparaat MGBARNI-9975 Bij het beheren van een gebruiker: Handtekeningscanner kunnen koppelen als randapparaat MGBARNI-9976 Bij het beheren van een instantie: Handtekeningscanner

19/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

• • •

kunnen koppelen als randapparaat MGBARNI-10034 Scans die opgeslagen zijn bij dossier kunnen roteren en vergroten MGBARNI-10033 Scans die opgeslagen zijn bij dossier kunnen printen MGBARNI-8171 Bijlagen met scans die horen bij een Dv01/Dv02/Dv03 tonen op het doorvoerscherm

Juli 2014

3.6RC2

•

Diverse items die vallen onder de Initiele vulling. Al deze items (tussen MGBARNI-10096 en MGBARNI-10164) met in de naam Initiele vulling. Deze items hebben allemaal betrekking op het verwijderen van validaties, dan wel het aanpassen van validaties zodat ze niet meer leiden tot signaleringen en in onderzoek plaatsen.

September 2014

3.6RC3

•

MGBARNI-11411 Extra Internationale uittreksels voor Niet ingezetenen

Juli/Aug 2014

3.7RC1

•

Paragraaf 7.4.4 pt 4: MGBARNI-9595 Geboortedatum en -land vullen met standaard waarde indien leeg DV02 (AC0102). MGBARNI-10563 Plaats- en Land overlijden moeten met elkaar in overeenstemming zijn. MGBARNI-10572 Plaats- en Land overlijden moeten geldig zijn op datum overlijden. MGBARNI-10573 GeboortePlaats en -Land moeten met elkaar in overeenstemming zijn.

•

Paragraaf 7.4.3 Dv01 Inschrijvingsopgave MGBARNI-10032 Bij Dv01 met meegegeven sofinummer extra zoekvraag in RNI met sofinummer. MGBARNI-10751 Bij Dv01 met meegegeven sofinummer extra zoekvraag in BRP met sofinummer. MGBARNI-9922 Bij de afhandeling van een binnengekomen Dv01-bericht worden ten onrechte 2 BRP-vragen gesteld ipv 1

•

Paragraaf 7.6.5. Handmatig afronden actualiseringsopgave MGBARNI-10568 Scherm 'A2600 beoordelen Dv02' kleurt waarde Onbekend ten onrechte rood.

•

Paragraaf 3.2.2. Blok: Dossier MGBARNI-10029 Aan het dossier blokje duidelijk kunnen zien wat de status van de PL en het dossier is

•

Paragraaf 3.2.4 Tabblad: PL MGBARNI-9626 Kunnen zien als een bepaalde categorie in onderzoek staat.

•

4.4 BRP vraag 4.4.3 Zoekdetails: BRP antwoord 13 Monitoren berichten algemeen 17.4 Overzicht autorisatie-items 19.3 Systeeminstellingen 23 Bijlage 3. Menustructuur van de interactieve applicatie 25 Bijlage 5. Overzicht gebeurtenistypes MGBARNI-9906 Extra BRP vraag voor RNI gegevensbeheer mogelijk maken

•

5.6 Wizard stap 4: Aanvraagformulier MGBARNI-9979 Applet handtekeningscanner vervangen door call naar Oribi webservice voor handtekeningscanner

ICTU, Programma RNI

20/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Aug 2014

Aug 2014

3.7RC2

3.8RC1

ICTU, Programma RNI

•

15.20.10 Handtekeningscanner MGBARNI-9977 Scannertest: handtekeningenscanner toevoegen

•

Paragraaf 3.2.6 Tabblad Scans MGBARNI-10036 Bij het scannen van voor- en achterkant van een ID duidelijke namen aan de verschillende scans geven.

•

Paragraaf 6.5:, punt 1 a) toegevoegd MGBARNI-10570 Gesloten onderzoeksgegevens NIET meenemen na actualisering / correctie via Dv02.

•

Paragraaf 5.3.2.1 ID-documentscanner MGBARNI-11180 Scannen achterzijde van ID document via Mimo scanner lukt niet

•

Paragraaf 9.4.1.Werklijst Lopende onderzoeken in actuele categorieen MGBARNI-11177 Werklijst Lopende onderzoeken van actuele RNIcategorieen aanpassen voor “aangemaakt via Loket”.

•

Paragraaf 16.4.3. Derde bullet MGBARNI-11227 Toevoegen dropdownlist aan filtering 'Werklijst Lopende onderzoeken in actuele RNI categorieën.' MGBARNI-11175 Werkwijze filtering verbeteren door niet automatisch te filteren maar pas na expliciete opdracht

•

Paragraaf 6.5. 10.f MGBARNI-10602 Vorig A nummer automatisch voorinvullen bij wijzigen A nummer

•

Paragraaf 15.5.2 R001 Rapportage aantal eerste inschrijvingen via een loket MGBARNI-10611 In R001 de mogelijkheid om rapportages te exporteren naar bijvoorbeeld Excel (Samba share). MGBARNI-10615 Van rapport R001 ook een csv bestand maken.

•

Paragraaf 15.5.3 R006 Rapportage aantal eerste inschrijvingen via een RNI deelnemer MGBARNI-9621 In R006 de mogelijkheid om rapportages te exporteren naar bijvoorbeeld Excel (Samba share). MGBARNI-9958 Van rapport R006 ook een csv bestand maken. MGBARNI-9903 csv-bestand voor het aanschrijven van abo’s die te importeren is in Excel

•

Paragraaf 15.5.4 R016 Rapportage aantal verstuurde Lg01-berichten MGBARNI-10612 In R016 de mogelijkheid om rapportages te exporteren naar bijvoorbeeld Excel (Samba share). MGBARNI-10616 Van rapport R016 ook een csv bestand maken.

•

Paragraaf 15.5.5 R017 Rapportage aantal ontvangen en verzonden protocolfoutberichten MGBARNI-10613 In R017 de mogelijkheid om rapportages te exporteren naar bijvoorbeeld Excel (Samba share). MGBARNI-10617 Van rapport R017 ook een csv bestand maken.

•

Paragraaf 15.5.6 R018 Aantal verzonden foutberichten n.a.v. deelnemersopgaven MGBARNI-10614 In R018 de mogelijkheid om rapportages te exporteren naar bijvoorbeeld Excel (Samba share). 21/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

MGBARNI-10618 Van rapport R018 ook een csv bestand maken.

Okt 2014

3.8RC2

ICTU, Programma RNI

•

Paragraaf 9.3.1.1 Zoekresultaten terugmeldingen MGBARNI-10004 TMV zoekresultaten scherm aanpassen: nieuwe velden en andere template MGBARNI-9907 Sorteermogelijkheid in TMV (afhandelen onderzoek)

•

Paragraaf 10.3 Systeeminstellingen MGBARNI-9957 De mogelijkheid om een systeemvariabele op te geven waar aangegeven kan worden waar csv bestanden opgeslagen moeten worden

•

Paragraaf 13.4 Sectie Scans MGBARNI-11321 Dv01: Verwijderen ten onrechte getoonde sectie IDdocument op het berichtencyclus scherm

•

H24 Bijlage 4 Overzicht actualiseringsfuncties PL/verwijzing MGBARNI-10601 Procedure voor het invullen van Vorig en Volgend Anummer

•

Paragraaf 5.5.1.3 PL-voorwaarden en -controles MGBARNI-11469 Afhandeling validaties m.b.t. land adres buitenland en diverse datums (m.b.t. Loket) MGBARNI-11472 Corrigeren 5x.82.10 en 5x.82.20 moet mogelijk zijn MGBARNI-11478 Verwijderen trailing spaces bij tekstinvoer via loket

•

Paragraaf 7.4.4 Punt c verwijderd vanwege MGBARNI-11660 DV02 - AC0102 zonder geboorteplaats en/of land mag NIET tot overschrijving huidige geboorteplaats en/of -land leiden MGBARNI-11824 Aanpassen afhandeling Dv02 AC0801 NA/CO voor IV

•

Paragraaf 11.2.1.1.Registreren ontvangen bericht MGBARNI-11487 StatusReport (StaR bericht) wordt niet volledig juist in RNI gezet.

•

Paragraaf 12.3.2 Initiele acties bij het verwerken van het bericht (punt 10a) MGBARNI-11482 DeliveryReports altijd koppelen aan UITGAAND bericht MGBARNI-11485 StatusReports altijd koppelen aan UITGAAND bericht

•

Paragraaf 12.4.8.4 Verblijfplaats overnemen volgens regulier proces MGBARNI-11473 RNI-systeem past ten onrechte datums aan na ontvangst Rb01-bericht

•

Paragraaf 13.3 Zoeken berichten MGBARNI-9810 RNI gegevensbeheer werkt met datum/tijd. Het systeem zet echter de verkeerde waarde in het veld datum/tijd ontvangen. MGBARNI-11488 Geen NIEUWE eRef bij herhaal bericht MGBARNI-11467 Berichten met status technische fout niet zichtbaar wanneer op datum gezocht wordt

•

Paragraaf 27.3.2 PL overzicht MGBARNI-11426 PL Overzicht bevat alleen RNI categorieen MGBARNI-11431 PL Overzicht bevat geen historie

•

Paragraaf 27.4.2 Variabel uittreksel MGBARNI-11461 Uitprinten van een volledige PL met meerdere dezelfde soort historische categorieën kan niet

22/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Nov 2014

November 2014

3.8RC3

3.9RC1

ICTU, Programma RNI

•

Paragraaf 27.4.3 Internationaal uittreksel NFDE MGBARNI-11718 Verbeteringen in Franse taal internationaal uittreksel

•

Paragraaf 20.1 Entiteiten MGBARNI-11488 Geen NIEUWE eRef bij herhaal bericht.

•

Paragraaf 6.3.7 Wijzigen historische categorie voorkomens. MGBARNI-11649 Wijzigen van administratieve gegevens in categorie verblijfplaats mag niet tot historie leiden MGBARNI_12121 Diverse problemen waardoor verblijfplaats actualiseringen niet goed werken.

•

Paragraaf 7.4.4 Punt e MGBARNI-12274 Initiele vulling: AC0801 alleen CO en vóór DIWT

•

Paragraaf 27.4.3 Adreshistorie (tussengevoegd) MGBARNI-11990 Nieuw vast uittreksel: Adres historie|

•

Paragraaf 27.4.4 en 27,4.5 Internationaal uittreksel MGBARNI-11922 Internationaal uittreksel: In ondertekening verwijzing naar stempel verwijderen.

•

Paragraaf 1.4. Leeswijzer MGBARNI-9717 LO 3.9 cat 12: FO Vervangen tekst “Nederlands reisdocument” in “Nederlands reisdocumenten en Nederlandse identiteitskaart” in functioneel ontwerp.

•

Paragraaf 5.5.1.2 Toelichting invoer per categorie MGBARNI-11072 Voorinvullen standaardwaarde van datum aanvang adres buitenland bij loketinschrijving MGBARNI-9778 LO 3.9 cat 04: In wizard als Ned Nat wordt opgevoerd dan geen andere nationaliteit mogelijK

•

Paragraaf 5.5.1.2 Toelichting invoer per categorie Paragraaf 5.5.1.3 PL-voorwaarden en -controles Paragraaf 6.3.6 Wijzigen actueel categorievoorkomen Paragraaf 22 Bijlage 2. Vulling categorieën bij eerste inschrijving Paragraaf 27.3.2 PL-inschrijving Paragraaf 27.5.2 Variabel uittreksel MGBARNI-9785 LO 3.9 cat 04: Stap 1a. Velden nlnatverkrijgreden_id en nlnatverliesreden_id aanpassen in tabel "redenverkrijgingverliesnederlanderschap"

•

Paragraaf 5.7 Toekennen BSN en A-nummer Paragraaf 5.9 Maken afschrift MGBARNI-10660 Verbeteren print output gemeenten - PL inschrijving (=verkort PL Overzicht)

•

Paragraaf 7.4.3 DV01: Inschrijvingsopgave MGBARNI-11273 LO 3.9 cat 04: Dv01 Reden opname nationaliteit verplicht stellen als Nationaliteit wordt meegegeven.

•

Paragraaf 7.4.4 DV02 Actualiseringsopgave. punt 4 b MGBARNI-9780 LO 3.9 cat 04: Dv02 AC0403 bij Nederlands Nationaliteit / behandeld als Nederlander wordt geen andere nationaliteit toegestaan MGBARNI-9781 LO 3.9 cat 04: Dv02 AC0401 Als Persoon Ned nationaliteit krijgt moeten buitenlandse nationaliteiten beeindigd worden MGBARNI-9782 LO 3.9 cat 04: Dv02 correctie of actualisering van

23/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

beeindigde nationaliteit is niet toegestaan als Nederlandse nationaliteit aanwezig is

December 2014

3.9RC2

ICTU, Programma RNI

•

Paragraaf 10.1 Verstrekking aan de ingeschrevene zelf / inzagerecht MGBARNI-10661 Verbeteren print output gemeenten - Schermaanpassingen vanwege PL inschrijving (=verkort PL Overzicht)

•

Paragraaf 12.4.1 Bijhoudingsberichten landelijke GBA-tabellen (Dt01, Dw01) Paragraaf 15.14 Beheren landelijke tabellen Paragraaf 16.3.4 Ingave van elementen waarvoor een tabel bestaat MGBARNI-11776 LO 3.9 cat 04: Stap 1b. Hernoemen database tabel "redenverkrijgingverliesnederlanderschap"

•

Paragraaf 15.23 Schonen reisdocumenten Paragraaf 25 Overzicht gebeurtenistypes MGBARNI-11060 LO 3.9 cat 12: Aanmaken batch om reisdocumenten na bewaartermijn te verwijderen

•

Paragraaf 27.2.1. en 27.2.2 Afwijzingsbrieven MGBARNI-10659 Verbeteren print output gemeenten – Ondertekening

•

Paragraaf 27,3 PL Inschrijving MGBARNI-10660 Verbeteren print output gemeenten - PL inschrijving (=verkort PL Overzicht)

•

Paragraaf 27,4 Volledig PL Overzicht MGBARNI-10660 Verbeteren print output gemeenten - PL inschrijving (=verkort PL Overzicht) MGBARNI-10299 Verbeteren print output gemeenten - PL Overzicht zonder Bevestigingsbrief

•

Paragraaf 27.5.1 Standaard uittreksel, Paragraaf 27.5.2 Variabel uittreksel MGBARNI-10659 Verbeteren print output gemeenten – Ondertekening

•

Paragraaf 27.5.2 Variabel Uittreksel MGBARNI-9707 LO 3.9 cat 12: de rubrieken 35.80 en 37.10 laten vervallen

•

Bijlage 4: Paragrafen 24.3 toegevoegd: Actualiseren categorie Nationaliteit MGBARNI-9754 LO 3.9 cat 04: wijzigingen m.b.t. Nationaliteit MGBARNI-9767 LO 3.9 cat 04: aanpassen schermen, validaties, referenties nationaliteit ivm reden verkrijging/verlies naar reden opnemen/beëindigen MGBARNI-9769 LO 3.9 cat 04: aanpassen van actualiseringacties die zijn toegestaan per nationaliteit stapel

•

Paragraaf 6.3.3 Het kiezen van een actualiseringsfunctie tekst aangepast aan de situatie in de applicatie. MGBARNI-12413 LO 3.9 cat 04: In onderzoek plaatsen of "beëindigen onderzoek" mogen niet als 64.10 = 404

•

Paragraaf 6.4.1 Actualiseren nationaliteit MGBARNI-9764 LO 3.9 cat 04: Balie: Als Persoon Nederlandse nationaliteit krijgt moeten buitenlandse nationaliteiten beeindigd worden MGBARNI-11272 LO 3.9 cat 04: Balie: Als Persoon "Aanduiding bijzonder Nederlanderschap" krijgt moeten buitenlandse nationaliteiten beeindigd worden MGBARNI-9764 LO 3.9 cat 04: actualisering reden verkrijging 63.10 aanpassen MGBARNI-9795 LO 3.9 cat 04: actualisering reden verlies 64.10 aanpassen

24/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

•

Hoofdstuk 10.2 Overige incidentele verstrekkingen Hoofdstuk 27 Bijlage 7 Overzicht gebruikte templates (paragraaf 27.3.2, -4.2, -5.1 rm -5.2) MGBARNI-8788 LO 3.9 cat 04: op diverse afschriften beëindigde nationaliteiten niet tonen. Waar wel getoond naamgeving velden aanpassen

Jan 2015

3.9RC3

•

Paragraaf 6.4.1.4 en 6.4.1.5 Wijzigen Reden opname/beëindigen: ingangsdatum MGBARNI-14273 LO 3.9 cat 04: actualisering reden opname/ beëindigen: ingangsdatum geldigheid toevoegen als invulveld

Januari 2015

3.10 RC1

•

Paragraaf 8.2.2 Sturen verwijsgegevens MGBARNI-12491 Bij het aanmaken van verwijsgegevens moeten de onderzoeksgegevens correct worden ingevuld MGBARNI-12493 GGB: Gestuurde IV11 bericht bevat verkeerde gegevens

•

Paragraaf 3.4.1.2 Acties als de PL is opgenomen in de RNI of als de PL is overgebracht naar de GBA; Paragraaf 10.1 Verstrekking aan de ingeschrevene zelf / inzagerecht. MGBARNI-12090 Menu aanpassing als gevolg van nieuwe Uittreksels

•

Paragraaf 6.3.3 Het kiezen van een actualiseringsfunctie MGBARNI-112504 tot en met -112512 Functie wijzigen GBA PL opsplitsen naar categorie.

•

Paragraaf 13.1.2 Acties binnen monitoren berichten algemeen Paragraaf 13.15 Print bericht MGBARNI-9796 Berichten kunnen afdrukken

•

Paragraaf 16.3.1 Ingave tekstwaarden MGBARNI-9779 via de F2 toets diakrieten toe te voegen in tekstvelden MGBARNI-12465 Plausibiliteit naamgegevens schermen

•

Paragraaf 27.5.2 Variabel uittreksel MGBARNI-11794 Variabel uittreksel: Historische categorieën automatisch meenemen.

•

Paragraaf 15.23 SchonenReisdocumenten MGBARNI-14436 LO 3.9 cat 12: batch om reisdocumenten te verwijderen

•

Paragraaf 27.3.2 PL Inschrijving Vaste waarden ook in opsomming opgenomen.

•

Paragraaf 7.4.3 DV01: Inschrijvingsopgave Paragraaf 7.4.4 DV02: Actualiseringsopgave MGBARNI-12470 Plausibiliteit speciale tekens in naamgegevens bij DV0xbericht

•

Paragraaf 27.5.2 Variabel uittreksel MGBARNI-12474 Verbeteringen variabel uittreksel.

•

Paragraaf 12.3.2 Initiële acties bij het verwerken van een bericht. Punt 10 MGBARNI-12466 Nooit een Pf03 als reactie op DelR en StaR

•

Paragraaf 12.4.8.2 PL moet worden opgenomen in RNI. Punt 5 MGBARNI-12469 Plausibiliteit speciale tekens in naamgegevens bij RB01bericht

•

Paragraaf 5.5.1.2 Toelichting invoer per categorie

Februari 2015

Februari 2015

3.10RC2

3.11 RC1

ICTU, Programma RNI

25/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

MGBARNI-5437 Loket: Nationaliteit volgens ID-document mag niet verwijderd worden (Alleen tekstuele aanpassing)

Maart 2015

April 2015

Mei 2015

3.12 RC1

3.13 RC1

3.14 RC1

•

Paragraaf 7.4.4. Dv02: Actualiseringsopgave. Punt 4 Controleren LOvoorschriften die voor de soort actualisering gelden. MGBARNI-9781 LO 3.9 cat 04: Dv02 AC0401 Als Persoon Ned nationaliteit krijgt moeten buitenlandse nationaliteiten beëindigd worden (Alleen tekstuele aanpassing)

•

Tekstuele aanpassing: paragraaf 5.5.2 Controleren consistentie verzamelde gegevens Logregel was niet opgenomen in de tekst

•

Tekstuele aanpassing paragraaf 5.6 Wizard stap 4: Aanvraagformulier verkeerde logregel opgenomen in de tekst

•

Paragraaf 6.3.3 Het kiezen van een actualiseringsfunctie Paragraaf 24.3.3.7 Generieke actualiseringsacties cat 04/54: MGBARNI-9901 Vanuit de categorie in onderzoek kunnen plaatsen

•

Paragraaf 24.3.3.1 Basis actualiseringsacties Paragraaf 24.3.3.4 Actualiseringsacties voor stapel met buitenlandse nat. MGBARNI-15594 Aanpassen van actie-menus als sprake van actuele Nationaliteit staatloos

•

Paragraaf 4.5 Doorzoeken inschrijvingen Paragraaf 4.8 Loggen zoekactie MGBARNI-9343 Dv01 Presentievraag toont zoekresultaat met sofinummer niet in zoekscherm maar wel in gebeurtenislog

•

Paragraaf 4.5.4 Zoekresultaten MGBARNI-9954 Dv01 met meegegeven sofinummer: sofinummer duidelijk zichtbaar maken op scherm

•

Paragraaf 7.6.4 Handmatig afronden inschrijving (Dv01) Paragraaf 7.6.4.2 Afwijzen inschrijving MGBARNI-9952 Dv01 na doorzoeken inschrijvingen verschillende manieren van afwijzen mogelijk

•

Paragraaf 5.13 Noodprocedure MGBARNI-15939, MGBARNI-15940, MGBARNI-15942, MGBARNI-15943 MGBARNI-15915: Vervangen ARNI door menu Noodprocedure.

•

Paragraaf 7.4.4. Dv02 Actualiseringsopgave, punt. 4d. MGBARNI-11082 DV02 AC0602 Actualisering afwijzen als indicatie afhandeling onjuist is

•

Paragraaf 24.4 Actualiseren categorie Persoon MGBARNI-16064 Balie Actualiseren Wijzigen naam MGBARNI-16067 Balie Actualiseren Wijzigen geboorte MGBARNI-16068 Balie Actualiseren Wijzigen geslacht

•

Paragraaf 3.4.1.2 Acties; Paragraaf 5.9 Maken afschrift; Paragraaf 27.4 ABO PL Overzicht: MGBARNI-16215 ABO PL overzicht (PL Inschrijving PLUS) - Nieuwe menu actie

ICTU, Programma RNI

26/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

MGBARNI-16216 ABO PL overzicht (PL Inschrijving PLUS) - Nieuw vast uittreksel

Juni 2015

Juni 2015

3.15 RC1

3.16 RC1

ICTU, Programma RNI

•

Paragraaf 4.9 Signalering bij Zoekresultaat (=nieuw): MGBARNI-16771 DV01- Waarschuwing op het scherm wanneer niet alle resultaten vd presentievraag in Logbericht op het scherm getoond worden.

•

Paragraaf 5.9 Maken afschrift MGBARNI-16658 Gebeurtenislog vermeldt niet de juiste acties igv uittreksels

•

Paragraaf 5.13 Noodprocedure MGBARNI-16521 Noodprocedure verbeteringen - NP inschrijvingswizard MGBARNI-16523 Noodprocedure verbeteringen - NP dossiers selecteren

•

Paragraaf 6.3.7 Wijziging historisch voorkomen MGBARNI-16744 Onjuiste RSI-categorieën bij actualiseren PL mogen niet gewijzigd worden.

•

Paragraaf 6.5 Wijzigen Buitenlands adres, nav MGBARNI-16643 Indien datum overlijden wordt aangepast via actualisering moet ook datum opschorting worden aangepast.

•

Paragraaf 6.5 'Wijzigen overlijden'. MGBARNI-16643 Indien datum overlijden wordt aangepast via actualisering moet ook datum opschorting worden aangepast.

•

Paragraaf 7.4.4. punt 4d MGBARNI-11095 DV02 AC0601 Aanvullende controle op pos 1 van aktenummer

•

Paragraaf 7.4.4. punt 4e. MGBARNI-11799 DV02 (AC0801, AC0802): Waarde 'W' toestaan voor 08.72.10.

•

Paragraaf 7.4.4. punt 4f (nieuw). MGBARNI-16511 t/m -16514 DV02: Nieuwe reden 'Mogelijk aanpassing van historie noodzakelijk' in Tussenkomst Vereist (TV) .

•

Paragraaf 12.4.8.2 punt 4 en 5. MGBARNI-16635 (Geen controles uitvoeren op onjuiste categorieën).

•

Paragraaf 14.1.3 en Bijlage 5 (protocollering) MGBARNI-16432: verwijderen van adresgegevens niet zichtbaar in de gebeurtenislog.

•

Paragraaf 4.1 Inleiding Paragraaf 4.2 Zoeken in RNI pt 3 (nieuw) MGBARNI-17004 Mogelijkheid om te kunnen zoeken op gewijzigde BSN's/A-nrs in Zoekfunctie onder Monitoren Berichten

•

Paragraaf 4.5.3 Zoekresultaten MGBARNI-17149 Stories rondom Presentievraag uit 3.14 patch overnemen

•

Paragraaf 5.3.3.3 Controles geconverteerde waarden ID-document MGBARNI-17005 Meerdere koppeltekens in geslachtsnaam toestaan Paragraaf 6.1. Inleiding, Paragraaf 6.3.3 Het kiezen van een actualiseringsfunctie, Paragraaf 7.4.4. DV02 Actualiseringsopgave, punt 3, 27/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Paragraaf 7.4.5. DV03 Verificatieopgave, punt 3b, Paragraaf 7.5 Overzicht meldingen (verwerkingscodes) naar deelnemers MGBARNI-17023 PL'en opgeschort met reden M hetzelfde behandelen als PL'en opgeschort met reden E

Juli 2015

3.17 RC1

ICTU, Programma RNI

•

Paragraaf 6.3.8 MGBARNI-17010 en MGBARNI-17009 Verwijderen historie mogelijk maken igv 84.10 aanwezig is voor een RNI categorie.

•

Paragraaf 6.3.3 MGBARNI-17002 12.35.50 kunnen aanpassen naar een datum na 07.67.20 MGBARNI-17011. Historie met 84.10 aanwezig muteerbaar maken voor de categorieën 52, 53, 55 en 59.

•

Paragraaf 7.4.4. DV02 Actualiseringsopgave, punt 4b en 4c en 4f. MGBARNI-17025 DV02 NA: DF02 sturen als ingangsdatum geldigheid voor de huidige actuele ligt

•

Paragraaf 7.4.4. DV02 Actualiseringsopgave, onderaan. MGBARNI-17001 wijzigen documentgegevens betekent xx.82.10 wordt/blijft RNI (1999)

•

Paragraaf 7.4.7 Dv11: Aanvragen overzicht ingediende opgaven MGBARNI-17097 Dv11: Indien gezocht wordt met RNI-referentie worden veel zoekresultaten gevonden

•

Paragraaf 13.8 Sturen vrij bericht (Vb01) MGBARNI-16712 Vinkje op Vrij bericht scherm default UIT ipv AAN

•

Paragraaf 15.21 NDS-tabel MGBARNI-17317 Controle of Documentnummer in NDS-tabel voorkomt moet case-INsensitive worden uitgevoerd

•

Paragraaf 4.1 Inleiding Paragraaf 4.2 Zoeken in RNI pt 3 MGBARNI-17472 GGB Zoeken gewijzigde nrs uitbreiden met zoeken in actuele categorie (=spinoff MGBARNI-17004)

•

Paragraaf 5.4.2 Intake conclusie MGBARNI-17299 Bij het afdrukken van een afwijzingsbrief ivm al bekend in RNI ook een PL overzicht afdrukken

•

Paragraaf 6.4.1.10 Beëindigen vreemde nationaliteiten bij Nederlandse nationaliteit /behandeld als Nederlander MGBARNI-17444 Beeindigen verblijfstitel bij verkrijging NL schap (Balie:Actualiseren en Deelnemerbericht:Dv02)

•

Paragraaf 7.4.4. DV02 Actualiseringsopgave, punt 4c FO aangepast conform MGBARBNI-16984 Afhandeling Dv02 NA als ingangsdatum geldigheid voor de huidige actuele.

•

Paragraaf 9.4.2 Werklijst Lopende onderzoeken in actuele non-RNI categorieën (nieuw). MGBARNI-7954 Werklijst Onderzoeken mbt Actuele GBA categorieën

•

Paragraaf 27.6.1 Standaard uittreksel: MGBARNI-17389 Opmaak Standaard uittreksel

28/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Augustus 2015 3.18 RC1

•

Paragraaf 27.6.2 Variabel uittreksel: MGBARNI-17360 Variabel Uittreksel: Selectiebutton per categorie met keuze om ook de volledige historie te selecteren MGBARNI-17398 Papierefficiënt gebruik bij variabel uittreksel en PLoverzicht

•

Paragraaf 27.6.4 en 27.6.5 Internationale uittreksels. MGBARNI-17451 Diverse layout wijzigingen; compacter gemaakt. Vertaling toegevoegd voor 'nooit inwoner geweest op basis van gegevens vanaf'. Vertaling toegevoegd voor 'status op'. Vertaling voor uitleg Ongehuwd verwijderd. Burgerlijke staat in bepaalde gevallen aangevuld met een (afgeleide) emigratie datum als statusdatum De afleiding nooit inwoner geweest verduidelijkt dat dit op basis van gegevens is vanaf 1-10-1994.

•

Paragraaf 27.6.4 Internationale uittreksels. MGBARNI-17605 Conditie “Nooit inwoner geweest” aangescherpt voor O-PL Paragraaf 13.3 Zoeken berichten. Nav. MGBARNI-9807 de werking van de 'mouseover' toegevoegd. Paragraaf 27.6.2 Var. Uittreksel. MGBARNI-17344 Aktenummer tonen conform LO GBA. Paragraaf 16.4 sortering lijsten/tabellen MGBARNI-17456 Geen onderscheid met sorteren tussen kleine- en hoofdletters. Paragraaf 4.2.1 en paragraaf 4.5.4 Zoeken in RNI MGBARNI-17476 Zoeken ID-docs aangevuld met geslacht en datgeboorte MGBARNI-17455 Zoeken op ID-docnummer gerealiseerd

• • •

•

September 2015

November 2015

3.19 RC1

3.20 RC1

•

Paragraaf 4.4.3 Zoekdetails: BRP antwoord. MGBARNI-17465 Zoekresultaat BRP vraag toont gemeentecode ipv gemeentenaam.

•

Paragraaf 13.3 Zoeken berichten MGBARNI-17556 De aanwezigheid van voor RNI onbekende GBABerichtsoorten belemmert het zoeken in de berichten

•

Paragraaf 7.5 Overzicht meldingen Tekstueel in lijn gebracht met programmatuur

• •

Paragraaf 6.4.1.5 Tekstueel aangepast Paragraaf 7.4.4 DV02 Actualiseringsopgave punt (f) aangepast. MGBARNI-16510 Status TV aangescherpt voor AC0801 bericht. Paragraaf 6.5 Actualiseren Bijzonderheden, punt 11 toegevoegd. MGBARNI-17969 Voorinvullen en wijzigbaar maken van 82.10, 82.20. Paragraaf 13.8 Vrij bericht aangepast voor selectie bestaande mailboxen MGBARNI-17858 Vrij bericht alleen sturen naar bestaande mailboxen Paragraaf 9.3.5 Informeren deelnemer (TMV) aangepast. MGBARNI-17701 Ook GBA-gemeenten kunnen worden geïnformeerd. Paragraaf 15.20.4 BRP VraagPL toegevoegd aan de smoketest, Bijlage 5 nieuw gebeurtenistype en paragraaf 4.4 uitgebreid. MGBARNI-17968 Nieuwe zoekvraag onder Monitoren berichten; 'BRP VraagPL”.

• • • •

December 2015

3.21 RC 1

•

• ICTU, Programma RNI

Paragraaf 7.5 Overzicht meldingen Tekstueel (opnieuw) in lijn gebracht met programmatuur: Code 1027 verwijderd. Bijlage 5. Presentievraag aangepast 29/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

• • •

•

•

• •

•

• •

ICTU, Programma RNI

MGBARNI-17973 Melding bij resultaatcode 12003 (teveel zoekresultaten gevonden) aangepast. Paragraaf 12.4.10. Tonen vrij bericht igv geen regelscheider gebruikt is. MGBARNI-18120 Inkomend vrij bericht leesbaar tonen. Paragraaf 19.3. EU_ISO_LANDCODES toegevoegd MGBARNI-18070 Opnemen buitenlands persoonsnummer Paragraaf 20.1, Paragraaf 3.2.5, par. 5.3.1, par 5.3.2 en par. 5.3.3.3 Persoonsnummer toegevoegd aan tabblad ID-documents, handmatige invoer en controle bij scannen en converteren. MGBARNI-18112 en MGBARNI-18113 Opnemen buitenlands persoonsnummer (wizard stap1). Paragraaf 5.5.1.1, par. 5.5.1.2 en par 5.5.1.3 persoonsnummer (wizard stap 3). Bijlage 2 Vulling 05.82.30 MGBARNI-18114 Opnemen buitenlands persoonsnummer (wizard stap3). Bijlage 3 Overzicht teruggezette dossiers toegevoegd aan menustructuur en overzicht toegevoegd aan paragraaf 5.8 (terugzetten) MGBARNI-18069 Overzicht teruggezette dossiers. Paragraaf 5.5.1.2 Default vulling van element aangepast. MGBARNI-18067 Voorinvullen 04.63.10 (reden opnamen nationaliteit). Paragraaf 27.3.1 aangepast voor het 'vet' tonen van de BSN op de bevestigingsbrief en eventuele voorloopnullen tonen. MGBARNI-18062 Toegekende BSN duidelijker tonen. Paragraaf 18.3.1, 5.5.2 en 3.29 voor attentiemarkering in gebeurtenislog MGBARNI-18085 markering bij logregels igv zoekresultaat meer dan 1 is en MGBARNI-18064 geen markering bij 0 fout en 0 waarschuwingen Paragraaf 3.2.9.1 aangevuld met tonen van een toelichting bij resultcode MGBARNI-18097 Tonen betekenisvolle omschrijving bij resultaatcode Paragraaf 20.1, paragraaf 15.8.2 handtekeningnaam aan gebruiker toegevoegd. Paragraaf 27.2.1, 27.2.2, 27.3.1, 27.6.1 t/m 27.6.4 handtekeningnaam toegevoegd aan de templates. MGBARNI-18081/18082/18083 Handtekeningnaam op uittrekstels

30/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

1

Inleiding

1.1

Het Functioneel Ontwerp van de RNI Dit document omvat het Functioneel Ontwerp (FO) van de Registratie Niet-Ingezetenen (RNI). De RNI is een onderdeel van de Basisregistratie Personen (BRP).

1.2

Doelstellingen van het Functioneel Ontwerp Het Functioneel Ontwerp heeft tot doel het volgende te specificeren: • • • • •

De algemene systeemeigenschappen (functioneel en technisch). De functionaliteit ter ondersteuning van de primaire bedrijfsprocessen. De functionaliteit voor het beheer van de RNI. De relaties met de aan de RNI gerelateerde systemen (interfaces). Het gegevensmodel.

Het Functioneel Ontwerp vormt, samen met het Logisch Ontwerp RNI [1] (LO RNI) en het prototype [54], de basis voor de realisatie en het testen van het RNI-systeem. Niet alle eisen en eigenschappen die in het LO RNI [1] zijn beschreven, worden in het FO herhaald. Het LO is daarom ook onderdeel van het geheel van specificaties. 1.2.1

Wat wordt niet in het FO beschreven? Een aantal, hieronder genoemde onderdelen, worden niet of alleen globaal in dit FO beschreven:

1.3

Onderdeel

Toelichting

Exacte beschrijving van de scherm lay-out

Het FO beschrijft geen scherm lay-outs. Een aantal schermen is uitgewerkt in een prototype [54]. Dit prototype bestaat uit een aantal voorgeprogrammeerde scenario's. Bij eventuele tegenstrijdigheden is het FO in beginsel leidend. Er kan van de schermen afgeweken worden door of na toestemming van de opdrachtgever.

Systematische gegevensverstrekkingen aan afnemers

Systematische verstrekkingen van RNI-gegevens aan afnemers vinden plaats conform de methode in de GBA, volgens het Autorisatie- en RouteringSysteem (ARS) zoals beschreven in hoofdstuk 6 van het LO RNI [1]. In het programma 'modernisering GBA' wordt onder andere het onderdeel GBA-V Full Service (zie ook de definitiestudie [6]) gerealiseerd. Uitgangspunt is dat de systematische gegevensverstrekkingen door GBA-V worden verzorgd en geen onderdeel vormen van het RNI-systeem.

Initiële vulling van de RNI

De initiële vulling van de RNI, met persoonsgegevens die bij de RNI-deelnemers zijn geregistreerd, wordt in een afzonderlijk document [53] beschreven.

Opzet van het Functioneel Ontwerp Hoofdstuk 2 geeft een overzicht van de uitgangspunten van het RNI-systeem en de 'high level' functionele requirements. Daarna volgt een beschrijving van expliciete ontwerpbeslissingen. Hoofdstuk 3 beschrijft het scherm dat een overzicht biedt van het RNI-dossier. Dit scherm zal veelvuldig gebruikt worden. Vanuit dit ´basisscherm´ kunnen de gebruikers die daarvoor geautoriseerd zijn de gegevens van een persoon inzien, actualiseren en verstrekken.

ICTU, Programma RNI

31/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Voor het zoeken van persoonsgegevens in de RNI, GBA-V en de BV BSN, biedt de RNI een aantal mogelijkheden. Deze in hoofdstuk 4 beschreven zoekfunctionaliteit speelt een rol in meerdere bedrijfsprocessen. Vanaf hoofdstuk 5 wordt de functionaliteit voor de belangrijkste bedrijfsprocessen beschreven: • • • • • • • • • •

Hoofdstuk 5 Hoofdstuk 6 Hoofdstuk 7 Hoofdstuk 8 Hoofdstuk 9 Hoofdstuk 10 Hoofdstuk 11 Hoofdstuk 12 Hoofdstuk 13 Hoofdstuk 14

De eerste inschrijving via een loket Het actualiseren van een RNI-PL Het afhandelen van opgaven en aanvragen van de deelnemers Het afhandelen van een vervolginschrijving Terugmeldingen en onderzoeksprocedures Incidentele gegevensverstrekkingen Het verzenden en ontvangen van GBA-berichten Het verwerken van ontvangen GBA-berichten Het monitoren van berichten algemeen (GBA-berichten en deelnemersopgaven) Privacyprocedures

Vervolgens beschrijft hoofdstuk 15 functionaliteit voor het applicatiebeheer. Hoofdstukken 16 en 17 beschrijven de inrichting van de gebruikersinterface en gebruikersautorisatie. De hoofdstukken 18 en 19 beschrijven respectievelijk algemene functionele eigenschappen en algemene technische eigenschappen. Het gaat hier om kenmerken die voor meerdere systeemonderdelen gelden. Het gegevensmodel voor het RNI-systeem is uitgewerkt in hoofdstuk 20. Tot slot volgen zes bijlagen: 1. 2. 3. 4. 5. 6.

1.4

Notatiewijze buitenlands adres. Vulling categorieën bij eerste inschrijving. Menustructuur van de interactieve applicatie. Overzicht actualiseringsfuncties PL/verwijzing. Overzicht gebeurtenistypes. Overzicht codelijsten.

Leeswijzer Het Functioneel Ontwerp is een verdieping van en aanvulling op het LO RNI [1]. Op zijn beurt is het LO RNI [1] sterk gebaseerd op het LO GBA [2]. Om een goed beeld te krijgen van de inhoud en betekenis van dit Functioneel Ontwerp is het daarom raadzaam kennis te hebben genomen van beide genoemde documenten of ze bij de hand te hebben. Hoofdstukken 3 en 4 beschrijven in detail enkele belangrijke bouwstenen van het RNI-systeem. Eventueel kunt u deze hoofdstukken in eerste instantie globaal doornemen. De betekenis en het gebruik van de betreffende bouwstenen worden met name in hoofdstuk 5 geïllustreerd.

ICTU, Programma RNI

32/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Toelichting van enkele termen en beschrijvingsmethoden • Een persoonslijst (PL) bestaat uit een aantal gegevenscategorieën. Van een categorie kunnen op een bepaalde PL nul, één of meerdere voorkomens aanwezig zijn. Vaak is er maximaal één actueel voorkomen toegestaan (bijvoorbeeld bij de categorieën Persoon (01) en Verblijfplaats (08)) en soms meerdere (bijvoorbeeld bij de categorie Nationaliteit (04)). Daarnaast kunnen bij een aantal categorieën historische voorkomens aanwezig zijn. Een historisch voorkomen hoort altijd bij een bepaald actueel voorkomen. • Een stapel, in de context van een PL, is een combinatie van één actueel voorkomen van een categorie en de bijbehorende historie. Een stapel kan ook bestaan uit enkel een actueel voorkomen. Het beeld van een stapel is: het actuele voorkomen is het bovenste element van de stapel en daaronder liggen, volgens een in de BRP gedefinieerde sorteervolgorde, de historische voorkomens. • Berichtencyclus. In het FO wordt onder een berichtencyclus verstaan: de verzameling berichten waarmee de gegevens van een bepaalde gebeurtenis tussen twee partijen wordt uitgewisseld. Een berichtencyclus wordt als aparte entiteit in het systeem opgenomen en heeft een eigen status. Een door de RNI ontvangen bericht wordt door een verwerkingsproces ofwel gekoppeld aan een bestaande cyclus – namelijk als het een vervolgbericht betreft – of er wordt een nieuwe cyclus gecreëerd. • Codering voor statuswaarden. Een aantal entiteiten, zoals: bericht en berichtencyclus, heeft een status. Voor deze statussen is een algemene codering toegepast. Deze codering is beschreven in par. 18.2 Workflow. De codering is numeriek, maar die numerieke waarde wordt in principe niet aan de gebruiker getoond. Voor managementrapportages is deze numerieke waarde wel van belang. • Globale status en specifieke status. Bij de codering van statuswaarden is een verdeling gemaakt van duizendtallen van 1 tot 10. Het duizendtal geeft aan in welke fase zich de afhandeling van een bericht of berichtencyclus bevindt (zie par. 18.2). Het duizendtal bepaalt de globale status. De complete statuswaarde wordt ook wel specifieke status genoemd. De globale status heeft een afkorting die ook als zodanig aan de gebruiker gepresenteerd wordt. De betekenis is eenvoudig te onthouden. Voorbeelden zijn: TV (Tussenkomst Vereist), CR (Correct Resultaat) en CA (Correct Afgerond). • Gebeurtenislog. Op diverse plaatsen wordt beschreven dat een gegeven aan de gebeurtenislog wordt toegevoegd. Een voorbeeld:

•

• • •

Gebeurtenistype

Bijzonderheden

Intake conclusie

---

Bijlage 5 bevat bij elk gebeurtenistype aanvullende informatie over registratie van de gebeurtenislog en alleen als er naast die informatie meer bijzonderheden zijn, is hierboven genoemd item 'Bijzonderheden' ingevuld. Bij de beschrijving van de afhandeling van berichten (GBA-berichten en deelnemersopgaven/aanvragen) is het bijwerken van de berichtenadministratie en het registreren van de logging in gebeurtenislog, volgens onderstaande structuur aangegeven: Logregel bij bericht

Berichtstatus

Cyclusstatus

Bericht niet verwerkt. Berichtkop is ongeldig !, onbekend bericht, gereageerd met Pf01-bericht.

9100 – IA: ongeldige kop

9201 – IA: Pf01 aangemaakt

Deze notatiewijze is beschreven in par. 18.3.2 Registreren gebeurtenis bij de afhandeling van een bericht. Als in dit FO RNI gesproken wordt over een derde kan dit ook een afnemer zijn. Vanwege de leesbaarheid is ervoor gekozen om alleen derde op te nemen in de tekst. Voor de leesbaarheid is gekozen voor hij of hem. Hiervoor kan ook zij of haar gelezen worden. Overal waar in dit document geschreven staat “Nederlands reisdocument”, dient gelezen te worden “Nederlands reisdocument en Nederlandse identiteitskaart”.

ICTU, Programma RNI

33/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

2

RNI-systeem

2.1

Inleiding In dit hoofdstuk worden drie onderwerpen behandeld: 1. Uitgangspunten voor het RNI-systeem. 2. Een kort overzicht van de functionele eisen. 3. Een overzicht van de ontwerpbeslissingen.

2.2

Uitgangspunten voor het RNI-systeem In het LO RNI [1] zijn in par. 1.4 uitgangspunten beschreven die voor het ontwerp van de RNI gelden. Een van de belangrijke eigenschappen van het RNI-systeem is dat het aansluit bij de huidige GBA systematiek (uitgangspunt: LO GBA 3.7 [2]). In hoofdstuk 10 (Invoering van de RNI) van het LO RNI [1] zijn de benodigde aanpassingen voor gerelateerde systemen beschreven. Om het RNI-systeem goed te laten werken, moeten deze aanpassingen gereed zijn wanneer de RNI operationeel wordt.

2.2.1

Relatie met de GBA en het project mGBA In het LO RNI [1] is aangegeven dat besloten is om de inrichting van de RNI aan te laten sluiten bij de GBA. Ook in de toekomst zal de GBA worden gevolgd. De ontwikkelingen binnen het project modernisering GBA (mGBA) hebben daarom invloed op de inrichting van het RNI-systeem. In hoofdlijnen gaat het om drie onderdelen2: • • •

GBA-V Full Service: resultaat van dit deelproject is dat GBA-V alle systematische verstrekkingen verzorgt. BZS-K en daaraan gerelateerde aanvullende modules (nieuw burgerzakensysteem). De introductie van een nieuw gegevensmodel voor de persoonsgegevens.

Voor het FO gelden de volgende uitgangspunten: • • •

Er wordt gebruik gemaakt van GBA-V Full Service. Er wordt geen gebruik gemaakt van BZS-K. LO GBA [2] vormt het uitgangspunt.

Deze uitgangspunten zijn conform het gekozen scenario 2 uit de notitie Relatie modernisering GBA en RNI [8], dat in de stuurgroepvergadering van 30 juni 2009 is bekrachtigd. 2.2.1.1 Gerelateerdengegevens In de stuurgroepvergadering van 30 juni 2009 is de notitie Gerelateerdengegevens [9] besproken. Hierin is een afweging gemaakt van de voor- en nadelen tot het opnemen van gerelateerdengegevens (categorieën ouder1, ouder2, huwelijk/geregistreerd partnerschap en kind). In het stuurgroepoverleg is vervolgens besloten om in de RNI geen gerelateerdengegevens op te nemen.

2

Zie ook de definitiestudie van het project modernisering GBA [6]

ICTU, Programma RNI

34/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

2.3

Overzicht functionele eisen Deze paragraaf beschrijft de globale (high level) functionele eisen (requirements) van het RNI-systeem. Onderstaand overzicht geeft een beeld van de globaal benodigde functionaliteit en de prioriteitstelling volgens de MoSCoW3 methode. Tevens is vermeld wat de bron van het requirement is. ID4

Globaal requirement

MoS- Belangrijkste bron CoW

Startpunt uitwerking in het FO

SRS-01

Eerste inschrijving bij een loket

M

LO RNI [1] par.2.2.1

H.5

SRS-02

Eerste inschrijving door een deelnemer

M

LO RNI [1] par.2.2.2

Par.7.4.3

SRS-03

Vervolginschrijving van GBA naar RNI

M

LO RNI [1] par.2.3

H.8

SRS-04

Vervolginschrijving van RNI naar GBA

M

LO RNI [1] par.2.3

H.8

SRS-05

Actualiseren PL bij loket/registratiehouder

M

LO RNI [1] H.3

H.6

SRS-06

Actualiseren PL door de deelnemer (subset van actualiseringsprocedures)

M

LO RNI [1] par.9.4

H.7

SRS-07

Handmatig actualiseren landelijke GBA-tabellen (excl. autorisatietabel)

M

LO GBA [2] par.3.24.1

Par.15.14

SRS-08

Afhandelen terugmeldingen gemeld door TMV (dossiervorming onderzoek)

M

LO RNI [1] par.3.25

H.9

SRS-09

Privacy: protocolplicht

M

LO GBA [2] par.4.2

Par.14.1

SRS-10

Privacy: inzagerecht

M

LO GBA [2] par.4.3

Par.14.2

SRS-11

Privacy: correctierecht

M

LO GBA [2] par.4.4

Par.14.3

SRS-12

Autorisatietabel

M

LO GBA [2] par.5.2

Par.12.4.1

SRS-13

Verwerken binnenkomende GBAberichten

M

LO GBA [2] par.5.3

H.12

SRS-14

Aanmaken uitgaande GBA-berichten

M

LO GBA [2] par.5.4

Par.12.6

SRS-15

Incidentele gegevensverstrekking aan derden

M

LO GBA [2] par.4.2.1

Par.10.2

SRS-16

Produceren formulieren en afschriften

M

algemeen

Par.Fout: Bron van verwijzing niet gevonden

SRS-17

Specifieke verstrekkingen

M

LO RNI [1] par.5.3

Par.15.4

SRS-18

Management rapportages

M

LO RNI [1] par.1.4, beleidsrapportages

Par.15.5

SRS-19

GBA-berichtenafhandelingssysteem5

M

LO RNI [1] H.6

H.11

SRS-20

Synchroniciteitsselectie

M

LO GBA [2] par.7.7.2

Par.15.1

SRS-21

Deelnemersopgaven

M

LO RNI [1] H.9

H.7

SRS-22

Initiële vulling

W

RNI Initiële vulling

Document RNI initiële vulling [53]

3

MoSCoW is een methode voor het vaststellen van de prioriteit van een requirement: M = Must have, S = Should have, C = Could have en W = Won't

have (zie ook http://en.wikipedia.org/wiki/MoSCoW_Method) 4

ID staat voor: Identificatie van het requirement

5

De functionaliteit van het GBA-berichtafhandelingssysteem is over een aantal gebieden verdeeld. De belangrijkste onderdelen zijn: 1) het verzenden-

en ontvangen van GBA-berichten 2) het verwerken van inkomende berichten en 3) het monitoren van GBA-berichten.

ICTU, Programma RNI

35/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

2.4

ID

Globaal requirement

MoS- Belangrijkste bron CoW

Startpunt uitwerking in het FO

SRS-23

Beheren voorraad BSN's

M

LO GBA [2] bijlage E.2 Par.15.2

SRS-24

Beheren voorraad A-nummers

M

http://www.bprbzk.nl/co Par.15.3 ntent.jsp? objectid=4418

SRS-25

Afsprakensysteem voor de RNIloketten

W

RNI-loketten

Geen onderdeel van het FO

SRS-26

Scan/geldigheidcontrole ID-document

M

algemeen

Par.5.3.2.1

SRS-27

Scan overige documenten (tot A4)

M

algemeen

Par.5.3.2.2

SRS-28

Raadplegen gebeurtenislog

M

algemeen

Par.15.6

SRS-29

Beheren RNI-instanties (N.A.W. gegevens van RNI-registratiehouder, RNI-loketten, RNI-deelnemers)

M

algemeen

Par.15.7

SRS-30

Beheren gebruikersaccounts

M

algemeen

Par.15.8

SRS-31

Beheren gebruikersrollen

M

algemeen

Par.15.9

SRS-32

Beheren systeeminstellingen

M

algemeen

Par.15.16

SRS-33

Beheren codelijsten

M

algemeen

Par.15.17

SRS-34

Beheren mailboxen

M

algemeen

Par.15.7

SRS-35

Beheren brondocumenten

M

algemeen

Par.15.18

SRS-36

Functies voor kwaliteitscontroles

C

nader in te vullen

Par.15.19

SRS-37

Zoeken in RNI

M

algemeen

Par.4.2

SRS-38

Stellen presentievraag (BV BSN)

M

algemeen

Par.4.3

SRS-39

Stellen BRP vraag

M

algemeen

Par.4.4

SRS-40

Beheren ISO codes landen en nationaliteiten

M

algemeen

Par.15.15

Ontwerpbeslissingen Deze paragraaf geeft een opsomming van genomen ontwerpbeslissingen, voor zover deze niet impliciet of expliciet uit dit FO, of uit de andere ontwerpdocumenten, blijken. Nr. Omschrijving ontwerpbeslissing

Aanleiding / toelichting

Status

1.

Informatie die niet strikt nodig is, wordt niet vastgelegd in het systeem.

Overleg BZK en ICTU d.d. 22-04-2009.

Goedgekeurd door BZK (22-04-2009)

2.

Er wordt geen buitenlands persoonsnummer Het buitenlands persoonsnummer Goedgekeurd geregistreerd. is aan de orde in de context van de door BZK BRP en is niet specifiek voor de (22-04-2009) RNI-context. Besluit in de stuurgroepvergadering van 12-11-2008.

3.

De functionaliteit wordt zodanig gevormd, Overleg BZK en ICTU dat bij het gebruik van het RNI-systeem daar d.d. 16-06-2009. waar nodig een bepaalde handelingsvolgorde wordt afgedwongen en

ICTU, Programma RNI


36/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Nr. Omschrijving ontwerpbeslissing


Status

dat in de overige situaties de volgorde wordt vrijgelaten. 4.

Het RNI-systeem biedt geen mogelijkheid tot het sturen van een Hq01-bericht (adhoc vraag) of Xq01-bericht (adhoc adresvraag). De RNI stelt deze adhoc vragen altijd via de GBA-V webservice.

GBA-V heeft een alternatief in de Goedgekeurd vorm van een webservice. Voordeel door BZK is o.a. dat hierbij synchroon (16-06-2009) antwoord wordt ontvangen. Een Hq01-/Xq01-bericht werkt asynchroon. Een ander voordeel is dat bij de webservice geen unieke identificatie is vereist (max. 10 hits); bij het Hq01- en Xq01-bericht moet respectievelijk een persoon of een adres uniek geïdentificeerd worden.

5.

Het RNI-systeem biedt geen functionaliteit voor het invoeren van groepen van personen.


6.

Een RNI-dossier kan niet verwijderd worden. Ten behoeve van de (Tenzij een specifieke schoning wordt traceerbaarheid mag een RNIuitgevoerd) dossier niet verwijderd worden.


7.

Niet alleen ID-documenten die als brondocumenten dienen voor PL-gegevens worden gescand, maar ook ID-documenten die (alleen) getoond zijn voor identificatie.


8.

Bij inschrijving aan het loket moet minstens Om een deugdelijke identificatie uit één ID-document zijn gescand (of handmatig te kunnen voeren is een IDopgevoerd). document vereist.


9.

Bij het converteren van gegevens van gescande ID-documenten naar BRPwaarden, doet het systeem een voorstel. Daarbij vindt wel detectie van voorvoegsels plaats, maar geen detectie van adellijke titels en predikaten. De gebruiker moet zelf bepalen of element 02.20 adellijke titel/predikaat gevuld moet worden.



Voorvoegsels zijn duidelijk herkenbaar. Adellijke titels en predikaten komen zeer weinig voor en zijn lastiger te herkennen. Overleg BZK en ICTU d.d. 04-08-2009.

Streven is om deelnemersopgaven zoveel Ter bevordering van de voortgang 10. mogelijk volledig geautomatiseerd te en verlaging van de operationele verwerken, d.w.z. zonder tussenkomst van kosten. een gebruiker bij de RNI-registratiehouder of RNI-loket.



Een deelnemersopgave mag na ontvangst in 11. het RNI-systeem niet inhoudelijk worden aangepast; er worden wel verwerkingsgegevens toegevoegd.

Mocht een deelnemersopgave niet Goedgekeurd correct zijn en/of afgekeurd worden door BZK door het RNI-systeem, dan moet de (29-06-2009) deelnemer een nieuwe opgave indienen.

Historische categorieën kunnen niet via een 12. deelnemersopgave gecorrigeerd worden.

Correcties in historische categorieën zijn complex. De verwachting is dat het aantal correcties beperkt zal zijn. Daarom is besloten dat deze correcties worden doorgevoerd door de medewerkers van de loketten of de

ICTU, Programma RNI

37/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Nr. Omschrijving ontwerpbeslissing


Status

registratiehouder. De incidentele verstrekkingen aan afnemers 13. en de afschriften voor de niet-ingezetene worden altijd in het Nederlands opgesteld.


Bij de eerste inschrijving en bij 14. actualiseringen (anders dan het wijzigen van onderzoeksgegevens) aan het loket of via deelnemersopgaven, mogen geen gegevens in onderzoek worden geplaatst.

Vooraf aan inschrijving of Goedgekeurd actualisering moet de door BZK gebruiker/deelnemer zoveel als (04-08-2009) mogelijk eventuele onduidelijkheden wegnemen. De gebruiker kan wel direct na inschrijving/actualisering gegevens in onderzoek plaatsen (aanname is dat dit incidenteel gebeurt).

De RNI biedt vooralsnog geen functionaliteit 15. waarmee niet-ingezetenen zelf hun mutaties elektronisch (via mijnoverheid.nl/DigiD) kunnen aanleveren.

Beheersing van de complexiteit. Op Goedgekeurd dit punt zijn specifieke door BZK beveiligingsaspecten van belang. (04-08-2009) De functionaliteit kan later toegevoegd worden.

Een inschrijvingsopgave wordt in de 16. volgende situaties ter beoordeling aan een RNI-gebruiker (registratiehouder of loket) aangeboden:

In situaties waarbij in de PLGoedgekeurd gegevens bijzondere gegevens door BZK worden aangetroffen, vindt tevens (21-10-2009) een handmatige beoordeling plaats om risico's op onterechte of foutieve inschrijvingen te verkleinen.

•

• • • • •

De zoekvragen in de BV BSN / GBA-V / RNI leveren 1 of meer hits op, of een foutsituatie. Afhankelijk van de gegevens worden meerdere zoekacties uitgevoerd. De persoon heeft de Nederlandse nationaliteit. De persoon is geboren in Nederland. Er zijn geen voornamen ingevuld. De geslachtsaanduiding = “O”. De geboortedatum bevat geen volledige datum (dag en/of maand is 00).

De RNI-registratiehouder en de RNI-loketten 17. zullen de administratie van de onderzoeksdossiers verzorgen. De RNIregistratiehouder stemt met de RNIdeelnemers af, welke RNI-deelnemer een bepaald onderzoek uitvoert. Het RNIsysteem biedt geen interface voor het uitwisselen van onderzoeksgegevens tussen het RNI-systeem en de RNI-deelnemers.

ICTU, Programma RNI


Verwacht wordt dat het aantal Goedgekeurd onderzoeksprocedures voor het door BZK vaststellen van de juistheid van (21-10-2009) gegevens in de RNI klein zal zijn en dat de baten van een interface niet opwegen tegen de kosten.

38/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

3

RNI-dossiers

3.1

Registratie RNI-dossiers Elk inschrijvingsverzoek (zie de procedure 'eerste inschrijving' uit het LO RNI [1], par. 2.2) dat in behandeling wordt genomen, leidt tot het aanleggen van een zogenaamd RNI-dossier. In een RNIdossier worden gegevens verzameld over de persoonslijst (PL), de inschrijving, de verstrekkingen, enz. De tweede aanleiding om een RNI-dossier aan te leggen, is de gebeurtenis dat een PL via een 'vervolginschrijving' (zie het LO RNI [1], par. 2.3) van de GBA naar de RNI wordt overgehaald. Bij een vervolginschrijving kan het voorkomen dat al een dossier voor de persoon bestaat, bijvoorbeeld omdat de betreffende persoon meer dan eens is geëmigreerd/geïmmigreerd; dan wordt geen nieuw dossier aangelegd. Een RNI-dossier is opgebouwd uit meerdere gegevensverzamelingen, zie ook het gegevensmodel (hoofdstuk 20). De hoofdgegevensverzamelingen zijn: Gegevensverzameling Toelichting

3.1.1

1. Persoonslijst

De PL van de persoon waarvoor het dossier is aangelegd. Of, indien de PL naar de GBA is verhuisd, de verwijsgegevens.

2. ID-documenten

Gegevens die op de identiteitsdocumenten staan, ingedeeld in afzonderlijke velden (Naam, geboortedatum, etc.). Het kan gaan om: - gegevens uit een MRZ (Machine Readable Zone) of chip - gegevens die naar BRP-formaat zijn geconverteerd, dit wordt aangeduid met BRP-vertaling.

3. Scans van brondocumenten

Scans van brondocumenten. Dat zijn resultaten van een ID-documenten scanner (passport reader) of een ander (A4) scanapparaat.

4. Onderzoeksdossiers

Gegevens over het afhandelen van onderzoeken naar de juistheid van gegevens op de PL.

5. Berichten

Berichten die voor de betreffende persoon gestuurd of ontvangen zijn. Dit zijn zowel GBA-berichten (berichten die via het GBA-netwerk worden verstuurd) als berichten die met de RNI-deelnemers worden uitgewisseld.

6. Gebeurtenislog

Lijst van gebeurtenissen die plaatsgevonden hebben m.b.t. het dossier.

De status van een RNI-dossier Belangrijke eigenschap van een RNI-dossier is de status. De status van een dossier wordt gerelateerd aan de toestand van de PL uit dat dossier in de BRP. Er zijn 7 statuswaarden: Status dossier

verkorte omschrijving (scherm)

1.

Inschrijving: initieel

inschr. initieel

2.

Inschrijving: PL invoeren

inschr. PL invoeren

3.

Inschrijving: wacht op BSN

inschr. wacht op BSN

4.

Inschrijving: afgewezen

inschr. afgewezen

5.

Inschrijving: geannuleerd

inschr. geannuleerd

6.

PL opgenomen in de RNI

PL in de RNI

7.

PL overgebracht naar de GBA

PL naar de GBA

De eerste 5 statussen houden in dat de PL (nog) niet in de BRP is opgenomen. Dit wordt wordt ook wel de sectie (nog) Niet Gehonoreerde Verzoeken genoemd.

ICTU, Programma RNI

39/339



•••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 3.1.2

Traceerbaarheid van dossierwijzigingen Het is belangrijk dat de geschiedenis van het dossier bewaard wordt, zodat in geval van onduidelijke situaties en bij geconstateerde fouten, achteraf bepaald kan worden hoe de gegevens tot stand zijn gekomen. Hieronder volgen per gegevensverzameling uit par. 3.1, de maatregelen. Gegevensverzameling Toelichting 1. Persoonslijst

Bij de eerste inschrijving en vervolgens na elke mutatie, wordt de PL naar GBA-V gestuurd in de vorm van een Lg01-bericht. De Lg01-berichten dienen tevens als archief van waaruit bepaald kan worden welke wijzigingen op de PL hebben plaatsgevonden. Bij de analyse kan tevens gebruik gemaakt worden van de gegevensverzamelingen 'Gebeurtenislog en 'LogMutatiedetail' die informatie omtrent de actualiseringen bevatten (wat, wanneer en door wie).

2. ID-documenten

De ID-documentgegevens worden in eerste instantie van een scanapparaat overgehaald (MRZ/Chip). Het systeem voert een default conversie naar BRP-gegevens uit. De gebruiker rondt de conversie naar BRP-gegevens af. Als de gebruiker nadien gegevens aanpast, dan wordt dit gelogd (LogMutatiedetail). ID-documentgegevens kunnen als 'foutief' gemarkeerd worden, verwijderen is niet toegestaan.

3. Scans van brondocumenten

Ten behoeve van de traceerbaarheid kunnen scans van brondocumenten die bij een dossier worden verzameld, niet worden verwijderd. Een scan kan wel als foutief worden gemarkeerd, waarmee de gebruiker bijvoorbeeld aangeeft dat de scan aan het verkeerde dossier is gekoppeld.

4. Terugmeldingen

De geschiedenis van ontvangen dossiers (Qv01-bericht) en de actualiseringen vanuit TMV (Qs01-bericht) worden bewaard in de tabellen waarin de terugmeldingen worden geregistreerd. Tevens worden de ontvangen en verstuurde berichten bewaard.

5. Berichten

Verzonden en ontvangen berichten blijven bewaard; de inhoud kan niet gewijzigd worden.

6. Gebeurtenislog

De gebeurtenislog blijft bewaard. Gelogde gegevens kunnen niet door de gebruiker worden gewijzigd.

Er kunnen opschoningstermijnen gedefinieerd worden voor de verschillende gegevensverzamelingen.

3.2

Basisscherm RNI-dossier Binnen de bedrijfsprocessen in het RNI-systeem speelt het 'basisscherm RNI-dossier' een centrale rol. Vanuit dit scherm kan het dossier geraadpleegd worden en kunnen bijvoorbeeld actualiseringen worden gestart. Het basisscherm van het RNI-dossier bevat - naast de vaste schermonderdelen (zie par. 16.1) de volgende secties: 1.

2.

Blok Dossier: In dit blok aan de rechter bovenkant van het scherm staan een aantal identificerende gegevens van het dossier en de persoon, zodat een gebruiker in één oogopslag kan zien welk dossier onderhanden is. RNI Dossier tabbladen met alle gegevens die bekend zijn over het dossier Het RNI Dossier heeft de volgende tabbladen: a) Algemeen b) PL c) ID-documenten d) Scans e) Onderzoek f) Berichten g) Gebeurtenislog

ICTU, Programma RNI

40/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

De secties worden toegelicht vanaf par.3.2.2. 3.2.1

Voorbeeld van een RNI-dossierscherm Hieronder volgt een voorbeeld van een RNI-dossierscherm scherm.

3.2.2

Blok: Dossier In het blok dossier staat een selectie van PL- en Dossier-gegevens: PL-gegevens: • burgerservicenummer (BSN) (01.01.20) (indien aanwezig) • naam (voorvoegsel geslachtsnaam (01.02.30) + geslachtsnaam (01.02.40)) • geboortedatum (01.03.10) Gegevens van het dossier: • dossiernummer • status Als de status van het dossier is 'PL overgebracht naar de GBA', dan worden in plaats van bovenstaande PL-gegevens de volgende Verwijsgegevens getoond: Verwijsgegevens • burgerservicenummer (BSN) (21.01.20) • naam (voorvoegsel geslachtsnaam (21.02.30) + geslachtsnaam (21.02.40)) • geboortedatum (21.03.10) Kleur van het Dossierblok In specifieke gevallen krijgt het Dossierblok een andere kleur: • Paars indien Omschrijving reden opschorting bijhouding (07.67.20) gelijk is aan 'F'. Tevens wordt achter de tekst 'Dossier' de volgende tekst geplaatst: PL AFGEVOERD. • Groen indien Datum ingang blokkering PL (07.66.20) gevuld is met een datum; Tevens wordt achter de tekst 'Dossier' de volgende tekst geplaatst: PL GEBLOKKEERD. • Oranje indien in minimaal één van de actuele Categorieën van de PL de rubrieken Aanduiding gegevens in onderzoek (83.10) en Datum ingang onderzoek (83,20) gevuld zijn terwijl Datum

ICTU, Programma RNI

41/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

einde onderzoek (83.30) niet gevuld is. Tevens wordt achter de tekst 'Dossier' de volgende tekst geplaatst: IN ONDERZOEK. •

Kop van het Dossierblok Achter de dossierstatus wordt, als een dossier is opgeschort, in verband met Ministerieel besluit of Overlijden, de reden van opschorting geplaatst: MINISTERIEEL BESLUIT indien Omschrijving reden opschorting bijhouding (07.67.20) is 'M'. OVERLEDEN indien Omschrijving reden opschorting bijhouding (07.67.20) is 'O'. Als een notitie in het dossier is opgenomen wordt een link getoond : "Er is een notitie". Als op deze link wordt geklikt wordt als het dossier nog niet was geopend het dossier geopend en Tabblad: Algemeen getoond. Afhankelijk van de plek waar deze link wordt geklikt moet het mogelijk zijn om terug te keren naar de vorige actie. 3.2.3

Tabblad: Algemeen Het tabblad Algemeen toont een aantal velden van het dossier: • • • • • • • • • • • •

3.2.4

Dossiernummer Dossierstatus Reden afwijzing of annulering alleen indien ingevuld Toelichting afwijzing of annulering alleen indien ingevuld Datum aanleg Inschrijvingswijze RNI-instantie aanleg Datum laatste wijziging RNI-instantie wijziging Gebruiker interactief benaderd Datum interactief benaderd Notitie alleen indien ingevuld voorbeeld van een notitie: 'Er wordt gewacht op aanvullende informatie van niet-ingezetene omtrent ...'

Tabblad: PL Het tabblad 'PL' toont de RNI-PL. • •

•

Onder tabblad PL wordt per categorie die tot de getoonde PL behoort, een tabblad getoond. De tabbladen tonen het nummer en de naam van de actuele categorieën; Binnen het categorie-tabblad wordt het actuele voorkomen met alle elementen als eerste getoond. Vervolgens worden, indien aanwezig, de voorkomens die 'historisch' zijn, getoond; Deze laatste zijn standaard niet volledig zichtbaar. Door het aanklikken van de naam van de categorie verschijnen/verdwijnen de elementen. de namen en nummers van elementen.

De volgorde van de categorievoorkomens is conform de voorschriften die gelden voor het opnemen van een PL in een GBA-bericht (zie LO GBA par. III.1.3.3). Gezien het sorteervoorschrift kunnen er meerdere gelijkwaardige voorkomens zijn, zodat er meerdere juiste sorteringen kunnen zijn. Het RNI-systeem moet aan het sorteervoorschrift voldoen, maar als extra eis geldt dat de categorievoorkomens van een bepaalde PL steeds op dezelfde volgorde gepresenteerd moeten worden. Hiervoor is een technische voorziening nodig in de sorteersleutel (bijvoorbeeld een volgnummer). Verder geldt: • Categorienummers waarvoor geen categorievoorkomen aanwezig is, worden niet getoond. • Groepen die in een bepaald categorievoorkomen niet aanwezig zijn, worden niet getoond. Een voorbeeld: in categorie 01 is òf groep 81, òf groep 82 opgenomen, alleen de aanwezige groep wordt getoond.

ICTU, Programma RNI

42/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

• • • •

3.2.5

Als een groep is opgenomen in de categorie, dan worden alle elementen uit die groep getoond. Zowel het rubrieknummer als de rubriekomschrijving wordt getoond. Als de rubriekwaarde een code is waarvoor een omschrijving is opgenomen in het LO RNI [1] of in een landelijke BRP tabel, dan wordt niet de code maar de omschrijving getoond. Het label van deTab 'PL' wordt oranje gekleurd wanneer het dossier in onderzoek is (volgens de definitie uit paragraaf 3.2.2.). Het label van een categorie-tab wordt oranje gekleurd wanneer betreffende categorie in onderzoek staat.

Tabblad: ID-documenten Het tabblad ID-documenten bevat gegevens van identiteitsdocumenten. Voor elk soort ID-document dat de RNI registreert, worden twee waarden (voor zover bekend) opgeslagen: 1. De waarde die geautomatiseerd is ontleend aan de (RFID-)chip of MRZ (Machine Readable Zone ofwel machineleesbare strook). 2. De waarde die vanuit de MRZ of chip is geconverteerd, of handmatig door de gebruiker is ingevoerd en die voldoet aan de formaateisen die de BRP stelt, o.a. wat betreft de tekenset (Teletex). Als geen ID-documenten zijn geregistreerd, wordt op het tabblad getoond: “Er zijn geen gegevens aangetroffen”. De in de administratie aanwezige ID-documenten worden in secties onder elkaar getoond. De gegevens van een ID-document worden in drie kolommen getoond: 1. De omschrijving van het veld. 2. De uitgelezen waarde. Hetzij de chip-waarden, hetzij de MRZ-waarden, hetzij : "---" (indien het gegeven niet is uitgelezen) 3. De geconverteerde waarde. Het gaat om de volgende velden: •

adellijke titel/predikaat

• • • • • • • • • • • • •

naam voorvoegsel voornamen geboortedatum geboorteplaats geboorteland geslachtsaanduiding persoonsnummer (*) nationaliteit soort ID-document nummer ID-document land van afgifte datum geldig tot

dit veld zal zelden gevuld zijn, daarom wordt deze regel met de omschrijving van de adellijke titel/predikaat alleen getoond als het veld is gevuld en alleen bij de geconverteerde waarde geslachtsnaam, bij de uitgelezen waarde inclusief voorvoegsel alleen gevuld in de kolom geconverteerde waarde

(*) Het persoonsnummer wordt alleen uit de chip of MRZ overgenomen als de ontleende nationaliteit voorkomt in de systeeminstelling EU_ISO_LANDCODES. Bij het ID-document kan de gerelateerde scan “ID-doc normale belichting” worden geraadpleegd. Als de gebruiker álle scans wil zien, dan kan dit via het tabblad scans (zie de volgende paragraaf). Met de knop 'markeer als fout' kan aangegeven worden dat het ID-document ten onrechte is opgevoerd (onder de voorwaarde dat de gebruiker geautoriseerd is). Er wordt om een bevestiging gevraagd. Bij bevestiging door de gebruiker, worden het ID-document en alle aan dat ID-document gerelateerde scans als fout gemarkeerd.

ICTU, Programma RNI

43/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Als het document als foutief is gemarkeerd, dan wordt dit met een opvallende tekstregel getoond, boven het eerste veld van de documentgegevens. 3.2.6

Tabblad: scans Er zijn twee categorieën scans te onderscheiden: 1. Losse scans (tot A4-formaat) van bijvoorbeeld een aanvraagformulier of geboorteakte. 2. Scans die horen bij een ID-document en daaraan gekoppeld zijn. Van de aanwezige scans wordt in een lijst de metadata getoond: • • •

datum-tijd registratie bestandsnaam ID-documentnummer

• •

soort scan* foutief

als de scan bij een ID-document hoort, dan het IDdocumentnummer; anders: vinkje als scan als foutief is gemarkeerd

*Onderstaande soorten scans zijn mogelijk. Door de configuratie aan te passen, moet eenvoudig een nieuw soort scan aan het RNI-systeem toegevoegd kunnen worden. Het moet mogelijk zijn dat een scan die door de documentscanner worden aangeleverd alleen beschikbaar is tijdens de inschrijfprocedure, maar niet definitief in het dossier wordt opgeslagen. Van sommige documenten (bijvoorbeeld Poolse ID-kaart) wordt zowel de voor- als achterkant gescand. Deze scans zijn te onderscheiden door de naam. Soort scan

Omschrijving

ID-doc scanuitslag

De uitslag van de scan (metadata). De gegevens worden in 2 delen getoond: 1. De geïnterpreteerde rubrieken (uitslagen). Met een kleur (rood, geel, ) wordt aangeduid of een uitslag 'fout', 'met waarschuwing(en)' of 'goed' was. 2. De volledige (XML-)data zoals door de scanner is aangeleverd. 3. Eventuele correcties/aanvullingen die de gebruiker heeft ingevoerd via de lokale scanapplicatie.

ID-doc pasfoto

Scan van alleen de pasfoto afbeelding (de scanner maakt daarvan een specifiek scan bestand).

ID-doc pasfoto chip

Een bestand met daarin de pasfoto zoals opgenomen in de chip van het IDdocument.

ID-doc-n* normale belichting

Scan met normale belichting van (een van de bladzijden van) een IDdocument.

ID-doc-n* infrarood

Scan met infrarood licht van (een van de bladzijden van) het document voor controle van patronen in het document die bij normale belichting onzichtbaar zijn.

ID-doc n* UV scan

Scan met UV belichting van (een van de bladzijden van) een ID-document.

Wit-scan

Scan alleen in zwart wit, zonder alle ID-document specifieke kleuren.

aanvraagformulier

Scan van het aanvraagformulier

* n bevat de waarde 1 of 2 om aan te geven welke zijde gescand is. Default sorteervolgorde van de lijst: op datum-tijd registratie, van meest naar minst recent. De gebruiker kan filteren op soort scan. Default worden de soorten getoond die in de systeeminstelling (SOORTEN-SCANS-DEFAULT-TONEN, zie par. 19.3) zijn opgenomen. De gebruiker kan een scan selecteren en zodoende de scan zien in een sectie die onder de lijst wordt getoond.

ICTU, Programma RNI

44/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Met de knop 'markeer als fout' kan aangegeven worden dat de scan ten onrechte is opgevoerd. Deze knop staat achter elke regel (onder de voorwaarde dat de gebruiker geautoriseerd is). Tevens wordt knop 'beeldvorm' getoond. Als de gebruiker kiest voor 'beeldvorm', dan worden alle scans getoond, gecombineerd met de metadata per scan. Op dat moment wordt de knop 'beeldvorm' vervangen door 'tekstvorm'. Het is mogelijk om een scan te roteren en te vergroten. De focus op de inhoud kan vervolgens verplaatst worden. Het is mogelijk om een scan te printen. Als alle scans worden getoond is het mogelijk om alle scans in één keer te printen. 3.2.7

Tabblad: berichten Er wordt een lijst van in- en uitgaande berichten getoond die betrekking hebben op het dossier. Velden: • • • • •

in/uit soort bericht status communicatiepartner datum-tijd ontvangen / aangemaakt

•

datum-tijd behandeld / verzonden

•

cyclus

"in" (inkomend) of "uit" (uitgaand) (label: "bericht") naam behorend bij mailbox / deelnemernaam datum ontvangst (inkomend bericht) of datum aangemaakt (uitgaand bericht); in beide situaties is dit de opname in de RNI database d.w.z. datum-tijd registratie van het bericht datum en tijdstip laatste actie op het bericht; dit is de datumtijd wijziging van het bericht cyclus omschrijving (bijv. "vervolginschrijving"); voor een nog niet verwerkt inkomend bericht is nog geen cyclus vastgesteld

De sortering is default op 'datum verzonden/ontvangen' (van meest naar minst recent). Raadplegen details van een bericht De gebruiker kan een bericht selecteren, waarna de details van het bericht worden getoond, zie par. 13.5. Vervolgens komen afhankelijk van de menugroep en status van het bericht of berichtencyclus extra acties beschikbaar in het context actiemenu (zie par. 3.4). 3.2.8

Tabblad: onderzoeken Als geen onderzoeken bij het RNI-dossier gevonden zijn, dan wordt getoond: “Geen terugmeldingen aangetroffen”. – Als precies één terugmelding aanwezig is, dan worden de details van dat dossier getoond, zie hoofdstuk 9. – Als meerdere onderzoeken gekoppeld zijn aan het RNI-dossier, dan wordt de lijst getoond, met de volgende items: • datum-tijd registratie in RNI • datum-tijd wijziging in RNI • dossiernummer onderzoek afkomstig van TMV • status dossier 1 = Aangemeld in TMV, 2 = Doorgemeld aan gemeente6, 3 = In onderzoek bij gemeente7, 4 = Dossier gesloten • status onderzoek 0 = Geen onderzoek uitgevoerd8, 1 = Onderzoek in uitvoering, 2 = Onderzoek afgerond, 3 = Onderzoek gestaakt • categorieën opsomming van PL-categorienummers die in het dossier voorkomen –

6

'gemeente' moet hier geïnterpreteerd worden als 'gemeente of RNI'

7

'gemeente' moet hier geïnterpreteerd worden als 'gemeente of RNI'

8

In een aantal situaties heeft de RNI geen middelen/bevoegdheid om een onderzoek uit te (laten) voeren. Dan kan dat in de toelichting worden vermeld.

ICTU, Programma RNI

45/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Default sorteervolgorde: op datum-tijd wijzing in RNI, van meest naar minst recent. De gebruiker kan een onderzoek selecteren. Vervolgens worden de details van het onderzoek getoond. Door nogmaals op het tabblad te klikken wordt opnieuw de lijst van onderzoeken getoond. 3.2.8.1 Details terugmelding Bij de details van de onderzoeksgegevens wordt onderscheid gemaakt tussen de actuele gegevens en historische gegevens. De TMV kan namelijk in de loop van de tijd meerdere versies van een terugmelddossier sturen n.a.v. een nieuwe of gewijzigde terugmelding. In eerste instantie worden alleen de actuele gegevens getoond, d.w.z. de meest recente versie zoals van de TMV ontvangen. De details van de terugmelding worden onderverdeeld in vijf secties: •

Sectie: TMV Dossier - dossiernummer onderzoek (TMV) - datum-tijd registratie in RNI - datum-tijd wijziging in RNI onderstaande velden worden bepaald vanuit meest recente gebeurtenis, d.w.z. een het verwerken van een ontvangen Qv01-bericht of het wijzigen van de status door de gebruiker - status dossier - status onderzoek - verwachte afhandeldatum - behandelende gemeente - toelichting

•

Sectie: Uitvoering onderzoek - deelnemer toewijzing - datum-tijd toewijzing - notitie RNI-instanties

•

•

•

text box van meerdere regels

Sectie: Dossierwijzigingen vanuit RNI Een herhalende opsomming (lijst) van: - datum-tijd registratie - voorgaand dossier - status dossier - status onderzoek - verwachte afhandeldatum - behandelende gemeente - toelichting

(entiteit 'ActualiseringTerugmeldDossier')

Sectie: TMV dossier - datum-tijd registratie - bsn - a-nummer - voorgaand dossier - vervolgdossier - datum aanleg dossier - datum wijzigen dossier - behandelende gemeente - verwachte afhandeldatum - status dossier - status onderzoek - aantal meldingen - toelichting

(gegevens afkomstig uit het meest recente Qv01-bericht)

Sectie: Terugmeldingen

een lijst van terugmeldingen, 1 regel voor elke afnemer die binnen het dossier heeft gemeld. Sortering op afnemer. Kolommen:

ICTU, Programma RNI

wordt alleen getoond indien ongelijk “000000000000”

datum waarop het dossier in de TMV is aangelegd datum waarop het dossier in de TMV is gewijzigd

46/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

•

-

afnemer

-

melderID volgnummer meldingregel datum melding toelichting

Sectie: Terugmeldingen details -

•

afnemer rubrieknummer omschrijving rubriek BRP waarde voorgestelde waarde

" - " + bijv. "400102 - CBS2: Verhuizing"

toelichting die de afnemer in de terugmelding heeft opgenomen een lijst van alle details, gesorteerd op afnemer en daarbinnen op rubrieknummer. Kolommen:

Sectie Gebeurtenislog De sectie Gebeurtenislog bevat een de lijst van aan het Onderzoek gerelateerde gebeurtenissen. Het betreft gebeurtenislogregels die via LogContext aan het Onderzoek gerelateerd zijn; daarvoor moet gelden: - LogContext.soort_betrokkenheid = 'onderwerp' - LogContext.contextobjecttype = 'Onderzoek' - LogContext.contextobject ID = ID van het betreffende Onderzoek De lijst met gebeurtenislogregels heeft dezelfde kolommen als de sectie beschreven in par. 3.2.9 Tabblad: gebeurtenislog, echter in dit geval zonder de kolom 'context'. Deze sectie wordt altijd getoond, ook als er geen gerelateerde logregels zijn. De gebruiker kan de details van een gebeurtenis opvragen. Er wordt dan een scherm getoond met de secties beschreven in par. 15.6.3, voorafgegaan door de sectie 'TMV dossier' (zie hierboven). De loggegevens en de details sectie kunnen ingezien worden onder de autorisatie van 'Raadplegen onderzoeksdossiers'; de gebruiker hoeft dus niet geautoriseerd te zijn voor 'Raadplegen logging' of een van de andere autorisaties uit het autorisatiegebied 'Logging' (zie par. 17.4).

Via de knop 'Toon ook historie' kunnen de historische versies van de TMV worden opgevraagd. Daarbij wordt een pagina getoond als hierboven beschreven, maar waarbij de drie secties: 'TMV dossier', 'Terugmeldingen' en 'Terugmeldingen details' herhaald worden voor elke van de TMV ontvangen versie van het dossier. De genoemde knop wordt niet getoond als er slechts één versie is. 3.2.9

Tabblad: gebeurtenislog Er wordt een lijst van aan het dossier gerelateerde gebeurtenislogregels getoond, gesorteerd op datumtijd registratie, van meest naar minst recent en daarbinnen daarbinnen op technisch ID, aflopend. Sortering op het technisch ID zorgt voor een chronologische sortering als de datum-tijd registratie van meerdere tabelregels hetzelfde is. De lijst heeft de volgende kolommen: •

datum-tijd registratie

• • •

context* gebeurtenistype resultaat

• •

instantie gebruiker

ICTU, Programma RNI

formaat: dd-mm-jjjj uu:mm:ss Veldomschrijving: Datum registratie. bijv. verwerken bericht, annulering inschrijvingsverzoek samenvatting van het resultaat (het veld: samenvatting resultaat uit gebeurtenislog) instantie die de gebeurtenis heeft geïnitieerd gebruiker de gebeurtenis heeft geïnitieerd

47/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

*De getoonde context is afhankelijk van het gebeurtenistype. Er moet rekening worden gehouden met de hierna genoemde context-soorten die dan opgezocht worden in de entiteit LogContext. –

bericht*

– – – –

berichtencyclus ID-document scan overige situaties

toon de berichtsoort van het gerelateerde bericht (GBA-bericht of deelnemersopgave) toon de naam van de berichtencyclus toon het soort ID-document (omschrijving) toon de bestandsnaam van de scan indien aanwezig: toon het soort contextobject uit het gegeven uit LogContext met soort betrokkenheid = 'onderwerp'; anders: blanco (spaties)

Bepaalde gebeurtenislogregels worden geel gemarkeerd getoond als extra attentie, zie ook paragraaf 18.3.1.(Registreren zoekactie naar personen) en paragraaf 5.5.2 (Controleren consistentie verzamelde gegevens). Voor een gebeurtenis kunnen meerdere context-gegevens van toepassing zijn, er wordt echter slechts maximaal 1 context getoond. Als er sprake is van een 'bericht' context – opgenomen in de entiteit Gebeurtenislogregel - dan wordt deze context getoond. Voor context voorkomens in LogContext geldt voor het bepalen van de te tonen context, de volgende prioriteit: 1. Context met soort betrokkenheid = 'onderwerp'. 2. Context met soort betrokkenheid = 'anders'. Door op een gebeurtenislogregel te klikken, wordt in een afwijkende kleur een sectie getoond waarin de details van een gebeurtenis te zien zijn. De gebeurtenislogregel verandert ook van kleur. Voor het tonen van de gebeurtenisdetails worden de volgende groepen gebeurtenissen onderscheiden: 1. Persoonsgerichte zoekvragen. Bij deze groep gaat om het stellen van de Presentievraag of de BRP vraag en het zoeken van RNIdossiers. Er is één uitzondering: als bij het zoeken van RNI-dossiers meer dan x (systeeminstelling ZOEKEN-RNI-DOSSIERS-MAX-LOG-DETAILS, zie par. 19.3) resultaten zijn gevonden dan hoort deze gebeurtenis in groep 3. 2. Actualisering van gegevens. 3. Overige gebeurtenissen. De volgende paragrafen beschrijven per groep de getoonde details. 3.2.9.1 Tonen details van een zoekvraag Als de gebeurtenis de uitvoering van een zoekvraag betreft, dan kunnen details van de zoekvraag worden opgevraagd. Getoond worden: • • •

De kop 'Logdetails resultaten <soort zoekvraag>'. Een sectie met de zoekcriteria. Een sectie met de zoekresultaten. De zoekresultaten worden in een tabel getoond, met de velden die beschreven zijn bij 'Doorzoeken inschrijvingen' par. 4.5.3. Daarbij geldt één afwijking: voor het resultaat van het zoeken in de RNI wordt de kolom 'Registratie' vervangen door een kolom 'Dossiernummer'. Als een fout is opgetreden of als er geen zoekresultaten zijn, dan wordt in plaats van de tabel de 'resultaatcode' met een toelichting op deze code getoond.

3.2.9.2 Tonen details van een actualisering Betreft de gebeurtenis: • • •

het wijzigen van ID-documentgegevens, of een actualisering van de PL, of een wijziging van de notitie in het dossier,

dan kunnen de details van de wijzigingen opgevraagd worden. Getoond worden:

ICTU, Programma RNI

48/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

• • • • •

De kop 'Logdetails actualisering' Categorie categorienummer (actueel of historisch) en categorieomschrijving Element elementnummer en elementomschrijving Waarde oud Waarde nieuw

3.2.9.3 Tonen details van een verstrekkingslogregel Wanneer een derde partij een verzoek tot informatie doet dan kunnen de details van dit verzoek opgevraagd worden. Het volgende wordt getoond: • • • • • • • • •

De kop 'Logdetails verzoek derde' Soort handeling Verstrekking / opvragen protocolleringsgegevens datum en tijd registratiedatum reden verstrekking naam derde adres derde adres protocollering verstrekkingsbeperking 0, 1 of 2 verstrekte gegevens - element - waarde

3.2.9.4 Overige gebeurtenissen: Tonen details van een gebeurtenislogregel Voor een gebeurtenislogregel die niet tot de drie voorgaande groepen behoort, zijn de details als volgt opgebouwd: • • •

De kop 'Logdetails . De 'resultaatcode' uit de gebeurtenislogregel. De inhoud van de 'aanvullende details' uit de gebeurtenislogregel.

3.2.9.5 Niet getoonde gebeurtenissen Gebeurtenissen met de volgende gebeurtenistypes worden niet getoond op tabblad gebeurtenislog: • "Raadplegen inhoud GBA-bericht" • "Raadplegen Inhoud Dv01", • "Raadplegen Inhoud Dv02", • "Raadplegen Inhoud Dv03", • "Raadplegen Inhoud Dv04", • "Raadplegen Inhoud Dv11", • "Raadplegen Inhoud Dv12", • "Raadplegen Inhoud Dv13", • "Raadplegen antwoord deelnemeropgave", • "Signalering bij Rb01-bericht", • "Lopend onderzoek in Rb01-bericht".

3.3

Tonen dossier als onderhanden dossier of alleen om te raadplegen Als het systeem een dossier toont, dan kan dat vanuit 2 gezichtspunten: 1. Het dossier is het 'onderhanden dossier'. Het dossier is geopend om, naast het raadplegen, acties (zie par. 3.4) uit te kunnen voeren. Na het openen wordt het dossier getoond volgens de beschrijving in par. 3.2 Basisscherm RNI-dossier en wordt default het tabblad 'Gebeurtenislog' getoond.

2. Het dossier wordt alleen geraadpleegd. Het dossier wordt – volgens de indeling van het basisscherm RNI-dossier - getoond binnen een context waarbij alleen het raadplegen van dossiergegevens is toegestaan. Als dit het geval is, dan wordt dit expliciet in het FO beschreven. Een voorbeeld is de situatie wanneer het dossier getoond

ICTU, Programma RNI

49/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

wordt als resultaat van de functie 'Doorzoeken inschrijvingen' (par. 4.5). In de sectie met de tabbladen wordt default het tabblad 'PL' getoond.

3.4

Acties binnen het onderhanden RNI-dossier Binnen het onderhanden dossier kunnen een aantal acties uitgevoerd worden. De acties hangen af van de context, van invloed zijn: de menugroep (balie, berichten, en onderzoek); de situatie rondom een geselecteerd item (bijv. dossier, bericht of onderzoek); de autorisatie van de betreffende gebruiker (items waarvoor de gebruiker niet geautoriseerd is, worden niet getoond).

• • •

In de volgende paragrafen worden de acties per menugroep beschreven. 3.4.1

Balie De menu-groep Balie bestaat uit 3 menu-items (zie ook het overzicht in Bijlage 3. Menustructuur van de interactieve applicatie): 1. Starten eerste inschrijving. De eerste inschrijving start met het aanmaken van een nieuw dossier. Het proces voor de eerste inschrijving is beschreven in hoofdstuk 5. 2. Zoeken Bestaat uit Zoeken in RNI en de BRP vraag: a) Zoeken in RNI De zoekfunctie voor RNI-dossiers is beschreven in par. 4.2. Wanneer de gebruiker een van de gevonden dossiers opent, dan kunnen binnen dat dossier acties uitgevoerd worden. De mogelijke acties zijn afhankelijk van de status van het dossier. Zie de subparagrafen hierna. b) BRP vraag. Menu item 'Stellen BRP vraag' is bedoeld voor situaties waarbij – vaak vanuit het gesprek met de niet-ingezetene – het vermoeden bestaat dat de persoon al is ingeschreven in de GBAafdeling van BRP. Als het vermoeden bestaat dat de persoon in de RNI is ingeschreven, dan moet de functie 'Zoeken in RNI' worden gebruikt. Van het resultaat van de BRP vraag (zie par. 4.4) kunnen de details worden ingezien. Vanuit deze functie kunnen geen RNI-dossiers worden geopend. 3. Toekennen BSN's. Menu-item 'toekennen BSN's' is bedoeld voor RNI-dossiers waarbij een tweede gebruiker het BSN moet toekennen, nadat de eerste gebruiker de PL heeft voorbereid. Bij het activeren van 'toekennen BSN's' voert het systeem een voorgedefinieerde zoekactie uit in de RNI-dossiers, namelijk: toon alle RNI-dossiers waarvoor geldt: de status = 'Wacht op BSN' en het dossier is aangelegd door dezelfde RNI-instantie als waartoe de ingelogde gebruiker behoort. Wanneer de gebruiker een van de getoonde dossiers opent, dan komen de acties beschikbaar die par. 3.4.1.1 aangeeft. 4.

3.4.1.1 Acties bij de eerste inschrijving Par. 5.2 beschrijft de acties die bij een eerste inschrijving uitgevoerd kunnen worden. 3.4.1.2 Acties als de PL is opgenomen in de RNI of als de PL is overgebracht naar de GBA Onderstaande tabel bevat een opsomming van de mogelijke acties voor de situatie dat de PL in de RNI is opgenomen of overgebracht is naar de GBA. Actie

Omschrijving (scherm)

Zie onderdeel

Actualiseren PL / Actualiseren verwijzing* 1.

Actualiseren categorie 01/51 Persoon

01 Persoon

par. 6.3

2.

Actualiseren categorie 04/54 Nationaliteit

04 Nationaliteit

par. 6.3

ICTU, Programma RNI

50/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Actie


Zie onderdeel

3.

Actualiseren categorie 06/56 Overlijden

06 Overlijden

par. 6.3

4.

Actualiseren categorie 07 Inschrijving

07 Inschrijving

par. 6.3

5.

Actualiseren categorie 08/58 Verblijfplaats

08 Verblijfplaats

par. 6.3

6.

Actualiseren categorie 10/60 Verblijfstitel

10 Verblijfstitel

par. 6.3

7.

Actualiseren Documentindicatie

Documentindicatie

par. 6.3

8.

Verwijderen geblokkeerde PL


par. 6.3

9.

Afvoeren PL

Afvoeren PL

par. 6.3

10. Wijzigen GBA-PL (alleen voor RNI-GBA-PL-en)

Wijzigen GBA-PL

par. 6.3

11. Wijzigen identificatienummer (alleen voor RNI-GBA-PL-en)

Wijzigen identificatienummer

par. 6.3

12. In onderzoek plaatsen

In onderzoek plaatsen

par. 6.3

13. Actualiseren categorie 21/71 Verwijsgegevens 21 Verwijsgegevens

par. 6.3

Acties 14. Afdrukken PL Inschrijving

Vaste uittreksels (PL Inschrijving)

par. 5.9

Afdrukken PL Overzicht

Vaste uittreksels (PL Overzicht)

par. 5.9

Afdrukken ABO PL Overzicht

Vaste uittreksels (ABO PL Overzicht)

par. 5.9

Afdrukken Standaard uittreksel

Vaste uittreksels (Standaard Uittreksel)

par. 5.9

Afdrukken Adreshistorie uittreksel

Vaste uittreksels (Adreshistorie)

par. 5.9

Afdrukken Internationaal uittreksel

Vaste uittreksels (Uittreksel NFDE) (Uittreksel NSIT

par. 5.9

Afdrukken variabel uittreksel

Variabel uittreksel

par. 5.9

15. Wijzigen notitie bij dossier

Wijzigen notitie

par. 5.12

16. Gegevensverstrekking aan derde

Gegevensverstrekking

par.10.2

17. Opvragen protocollering

Opvragen protocollering

par.14.1.3

*Als de dossierstatus is 'PL opgenomen in de RNI', dan is 'Actualiseren PL' van toepassing en zijn acties 1 t/m 10 mogelijk. Als de dossierstatus is 'PL overgebracht naar de GBA', dan is 'Actualiseren verwijzing' van toepassing en is actie 13 mogelijk.

3.4.2

Monitoren berichten Par. 7.6.1.1 beschrijft de acties die bij het monitoren van de deelnemersopgaven uitgevoerd kunnen worden. Par. 8.2.1.1 beschrijft de acties die bij de het monitoren van de vervolginschrijvingen uitgevoerd kunnen worden. Par. 13.1.2 beschrijft de acties die bij het monitoren berichtenverkeer algemeen uitgevoerd kunnen worden.

ICTU, Programma RNI

51/339



•••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 3.4.3

Afhandelen onderzoeken Par. 9.2.2 beschrijft de acties die bij het afhandelen van onderzoeken uitgevoerd kunnen worden.

ICTU, Programma RNI

52/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

4

Het zoeken van personen en dossiers

4.1

Inleiding Het zoeken van personen en dossiers is binnen de RNI-bedrijfsprocessen een veelvoorkomende handeling. Voorbeelden van deze processen zijn: •

•

Eerste inschrijving - Vaststellen of een persoon (al) in de BRP is geregistreerd. - Vaststellen of een persoon een Sofinummer heeft (te vinden in de BV BSN). - Vaststellen of er al een inschrijvingsprocedure loopt voor de persoon of dat een eerdere inschrijving is afgewezen. - Het opzoeken van alle nog niet afgeronde inschrijvingen aan de hand van de status (inzien werkvoorraad en monitoren voortgang). - Verzoek tot actualisering of verstrekking aan het loket - RNI-dossier opzoeken en indien niet gevonden optioneel als service voor de persoon zoeken in GBA-V ten behoeve van eventuele doorverwijzing naar GBA-loket. Afhandelen onderzoeksprocedures - RNI-dossier opzoeken aan de hand van persoonsgegevens.

Er zijn vier zoekfuncties die binnen RNI worden toegepast. Zoekfunctie

Bron

Omschrijving

Zoeken in RNI

RNI

Met de functie Zoeken in RNI kan op dossier-, PL- en IDdocumentgegevens in het RNI-systeem worden gezocht. Het RNI-systeem bevat gegevens over ingeschreven personen en (nog) Niet Gehonoreerde Verzoeken (NGV). Dit betreffen onder andere PL-en en gegevens over ID-documenten die als brondocument en/of identificatie zijn gebruikt. Naast de functie 'Zoeken in RNI' kan ook gezocht worden op: – al dan niet gewijzigde (A- of BS-) nummers – dossiers waarin een afgevoerde PL is opgenomen. Deze functies zijn alleen beschikbaar binnen het monitoren berichten menu.

Stellen presentievraag

BV BSN

De BV BSN bevat een register van alle BSN's en Sofinummers. Een van de services van de BV BSN is de presentievraag. Wanneer deze vraag wordt gesteld, zoekt de BV BSN met behulp van de achterliggende systemen – GBA-V en het BvR (Beheer van Relaties, een systeem van de Belastingdienst) – de personen die het meest met de zoekcriteria overeenkomen en levert daarbij het BSN of Sofinummer. Deze zoekfunctie kan niet zelfstanding door de gebruiker worden gestart. Hij maakt altijd deel uit van van Doorzoeken inschrijvingen.

GBA-V

GBA-V bevat een kopie van alle PL-en uit de gemeentelijke GBA systemen en van de PL-en uit de RNI. Met de BRP vraag en BRP vraagPL kunnen PL-gegevens opgevraagd worden van in de BRP ingeschreven personen.

BRP vraag en BRP vraagPL Doorzoeken inschrijvingen

RNI + Naast de mogelijkheid tot het zoeken in een specifieke bron, is een BV BSN + zoekfunctie Doorzoeken inschrijvingen beschikbaar waarmee gelijktijdig in GBA-V alle drie bovenstaande bronnen wordt gezocht. Deze functie wordt gebruikt om te bepalen of een persoon in de BRP ingeschreven is of wordt.

Binnen de bronnen bestaat overlap in de gegevens. De personen die in de BRP aanwezig zijn, kunnen ook via de BV BSN worden benaderd. Er zijn wel enkele verschillen in de zoekmogelijkheden die de

ICTU, Programma RNI

53/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

systemen bieden. Daarom kan de gebruiker met het RNI-systeem zowel in de BV BSN als in GBA-V zoeken.

4.2

Zoeken in RNI Voor het zoeken in de RNI bestaan de volgende toepassingen: 1. Zoeken in RNI Dit betreft het zoeken van een RNI-dossier als start van een bepaalde procedure (bijvoorbeeld actualisering of inzage). RNI-Dossiers waarin een afgevoerde PL voorkomt (Reden opschorting = fout (07.67.20 = "F")) worden genegeerd. 2. Zoeken in RNI als subfunctie van de functie Doorzoeken inschrijvingen De functie Doorzoeken inschrijvingen (par. 4.5) zoekt ook in de RNI en levert daarbij de zoekcriteria aan. 3. Zoek incl. gewijzigde (A- of BS-) nummers Deze zoekoptie wordt als apart tabblad getoond binnen het monitoren berichten menu en is niet beschikbaar voor de baliemedewerkers. Dit betreft het zoeken op gewijzigde identificatienummers. a) Wanneer het A-nummer is ingevuld wordt met deze waarde als volgt gezocht in Persoon: A-nummer (01.01.10 en 51.01.10), Vorig A-nummer (01.20.10 en 51.20.10), Volgend A-nummer (01.20.20 en 51.20.20) Verwijsgegevens: A-nummer (21.01.10. 71.01.10) b) Wanneer het BSN is ingevuld wordt met deze waarde als volgt gezocht in Persoon: BSN (01.01.20 en 51.01.20) Verwijsgegevens: BSN (21.01.20. 71.01.20) c) Wanneer beide nummers zijn gevuld, wordt op beide manieren gezocht. d) RNI-Dossiers waarin een afgevoerde PL voorkomt (Reden opschorting = fout (07.67.20 = "F")) worden genegeerd 4. Afgevoerde PL-en. Dit betreft het zoeken van een RNI-dossier dat altijd een afgevoerde PL (Reden opschorting = fout (07.67.20 = "F")) bevat. Als geen zoekcriteria worden ingevuld krijgt de gebruiker een overzicht van alle afgevoerde PL-en. Deze zoekoptie wordt als apart tabblad getoond binnen het monitoren berichten menu en is niet beschikbaar voor de baliemedewerkers. Bij het zoeken moet een dossier voldoen aan alle zoekcriteria die zijn ingevuld die vallen onder Persoonsgegevens en Dossier. Als daarbij statusvelden zijn aangevinkt moet een gevonden dossier tevens voldoen aan een van de geselecteerde statussen. In principe wordt in Pl-gegevens gezocht. Er wordt tevens in ID-documentgegevens gezocht als geslachtsnaam of Id-document nummer is ingevuld. Als een dossier twee keer wordt gevonden door het zoeken op zowel PL-gegevens als IDdocumentgegevens wordt deze maar één keer getoond.

4.2.1

Zoekcriteria De mogelijke zoekcriteria zijn: (staan ook genoemd in par. 4.6 Overzicht zoekcriteria per zoekfunctie). Persoonsgegevens:

Pl-gegeven; uit - categorie 01 Persoon of - categorie 21 Verwijzing

A-nummer

A-nummer

Burgerservicenummer

BSN

Geslachtsnaam

geslachtsnaam

Iddocument.icaonaam (Let op: dit is geslachtsnaam incl. Voorvoegsel) of Iddocument.naam

Geboortedatum

geboortedatum

Iddocument.icaogeboortedatum of

ICTU, Programma RNI

ID-document gegevens; uit - MRZ (icao rubrieken) of - geconverteerde waarde

54/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Iddocument geboortedatum Geboorteland

geboorteland

Geslachtsaanduiding

Persoon.geslachtsaanduiding Dit veld bestaat niet in Verwijzing

Id-document nummer

Iddocument.icaogeslacht of Iddocument.geslacht Iddocument.nummeriddocument of Iddocument.nummeriddocument

De zoekcriteria hebben betrekking op de onderstaande gegevensgroepen. Elke ingevulde rubriek uit de zoekcriteria is een aanvullende conditie waaraan een gegevensgroep moet voldoen (uitzondering hierop is het ID-documentnummer) en de 3G-zoekcriteria; • PL gegevens; categorie 01 Persoon. • ID-document gegevens; Geconverteerde ID-document gegevens. • ID-document gegevens; Gegevens van de MRZ (icao rubrieken). • PL gegevens; categorie 21 Verwijzing. ID-Document nummer: Als ID-documentnummer als zoekcriteria ingevuld is, dan wordt alleen in de ID-document gegevens gezocht. Als naast dit nummer nog een of meer 3G-gegevens als zoekcriteria zijn ingevuld, dan is dit een aanvullende conditie waaraan de gegevensgroep moet voldoen. Ook kan aanvullend op Dossier en Statussen gezocht worden. De 3G-zoekcriteria: Zoeken met de 3G-gegevens (Geslachtsnaam, Geboortedatum en Geslachtsaanduiding) of een subset van deze rubrieken, zoekt altijd in alle 4 genoemde gegevensgroepen (dus in het RNI-dossier én de IDdoc-gegevens). Zoeken met tenminste één gegeven buiten de 3G-gegevens zoekt uitsluitend in de twee gegevensgroepen van het RNI-dossier (en dus niet in die van ID-doc-gegevens). Dossier: Dossiernummer Dossier aangelegd Laatste dossierwijziging Het invullen van Dossier (of een subset) is een aanvullend filter op andere ingevulde zoekcriteria; Statussen en Persoonsgegevens. Statussen: (geldt niet voor zoekfunctie "Afgevoerde PL-en") Dossier status Pl status Voor de Statussen geldt dat meerdere dossier- en PL statussen aangevinkt kunnen worden. Voor elke aangevinkte status wordt gezocht naar dossiers die deze status hebben, dat is of één Dossier status of één PL status. Minimaal één van de volgende zoekcriteria moet ingevuld zijn:Burgerservicenummer (BSN) - A-nummer - Geslachtsnaam - Geboortedatum - ID-document nummer - Dossiernummer - Dossierstatus (zie onder) - PL status (zie onder) Zolang een dossier een “voorlopige PL” heeft die niet is opgenomen in de RNI moet gezocht worden met “Dossierstatus”. Zoeken op Dossierstatus ICTU, Programma RNI

Toont alle dossiers met: 55/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Inschrijven

dossierstatus is: InitieeL of Invoeren

Afgewezen

dossierstatus is: Afgewezen

Geannuleerd

dossierstatus is: Geannuleerd

Wacht op BSN

dossierstatus is: WachtBSN

Inschrijvingsopgave

dossierstatus is: Inschrijvingsopgave

Als de Pl is opgenomen in de RNI of is overgebracht naar de GBA moet gezocht worden met “PL status”. Voor de dossiers met “Dossierstatus” is “Opgenomen in de RNI” zijn de velden 07.67.20 Omschrijving reden opschorting bijhouding en 07.66.20 datum ingang blokkering van belang.

*

4.2.2

Zoeken op PL status

Toont alle dossiers met:

Actueel: PL aangemaakt in RNI

dossierstatus is Opgenomen in de RNI en 07.67.20 = “R”

Actueel: PL aangemaakt in GBA

dossierstatus is Opgenomen in de RNI en 07.67.20 = “E” of 07.67.20 = “.”

Ministerieel besluit

dossierstatus is Opgenomen in de RNI en 07.67.20= “M”

Overleden

dossierstatus is Opgenomen in de RNI en 07.67.20 = “O”

Geblokkeerd*

dossierstatus is Opgenomen in de RNI en 07.66.20 <> null

Afwezig: Verwijsgegevens beschikbaar

dossierstatus is Overgebracht GBA

Let op: Geblokkeerde PL-en worden ook getoond bij “Actueel: PL aangemaakt in RNI” of “Actueel: PL aangemaakt in GBA.”

Zoeken met marges Voor het zoeken van personen en dossiers in de RNI zijn enkele bijzondere voorzieningen beschikbaar, deze zijn afgeleid van de mogelijkheden die GBA-V biedt. Voor alfanumerieke ingaven gelden enkele speciale tekens: “*” en “?”, zie par. 4.6.1. Voor datumvelden en datum-tijdvelden geldt: • •

4.2.3

Voor de datumvelden gelden de regels zoals beschreven bij 'BRP zoekdatum' in par. 16.3.2 Ingave datumvelden. Voor datum-tijdvelden gelden de regels zoals beschreven in par. 16.3.3 Ingave zoekwaarde datumtijd.

Maximum aantal zoekresultaten Via een systeeminstelling (ZOEKEN-RNI-DOSSIERS-MAX-RESULT, zie par. 19.3) wordt het maximum aantal zoekresultaten bepaald. Zodra bij het zoekproces dit aantal overschreden wordt, stopt het zoekproces en wordt een foutmelding getoond (zie par. 4.2.5).

4.2.4

Time out Via een systeeminstelling (ZOEKEN-RNI-DOSSIERS-MAX-ZOEKTIJD, zie par. 19.3) wordt een maximum zoektijd ingesteld. Zodra deze zoektijd overschreden wordt, stopt het zoekproces en wordt een foutmelding getoond (zie par. 4.2.5). (Uiteraard is het de bedoeling dat een time out situatie bijna nooit optreedt. Indicatie: bij een zoektijd van max. 10 seconden, mag alleen een time out optreden als meer dossiers aan de zoekcriteria voldoen dan het maximum).

ICTU, Programma RNI

56/339



•••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 4.2.5

Zoekresultaten De volgende situaties kunnen zich voordoen: Resultaatcode

Omschrijving

000

Er zijn één of meer RNI-dossiers gevonden

001

Technische fout

031

Maximum zoektijd overschreden

032

Te veel zoekresultaten (meer dan <maximum aantal>)

033

Geen gegevens gevonden

Als de zoekvraag geen resultaten oplevert wordt de melding: "Er zijn geen bestaande registraties gevonden" weergegeven.Als de zoekvraag wel resultaten oplevert worden dezein tabelvorm getoond,tenzij de zoekactie precies één dossier heeft opgeleverd: dan wordt automatisch het gevonden dossier als onderhanden geopend, zie par. 3.3 punt 1. Wanneer de gebruiker een dossier uit de lijst van resultaten selecteert, dan wordt het dossier als onderhanden dossier geopend, zie par. 3.3 punt 1. De velden die getoond worden zijn: Dossiernummer: Status: Naam: Voornamen Geboortedatum Geslacht Aangelegd door

dossiernummer van het gevonden dossier Status van het dossier of de PL zie onder Geslachtsnaam en Voorvoegsel * Voornamen * Geboortedatum * Geslachtsaanduiding * De naam van de RNI-instantie die de gegevens heeft ingebracht

* Voor deze getoonde velden geldt dat indien PL gegevens aanwezig zijn dat deze worden getoond. Indien deze niet aanwezig zijn en er zijn wel geconverteerde ID-document gegevens aanwezig dan worden deze getoond. Indien deze niet aanwezig zijn maar er zijn wel gegevens van de MRZ van het betreffende ID-document aanwezig dan worden deze getoond. Als een Verwijzing aanwezig is worden de velden van de Verwijzing getoond. Sortering Er wordt default gesorteerd op de kolom: Dossiernummer. Dit kan door de gebruiker worden aangepast.

Status Afhankelijk van:

Wordt als status getoond:

Als de dossierstatus is: InitieeL of Invoeren

Inschrijven

Als de dossierstatus is: Afgewezen

Afgewezen

Als de dossierstatus is: Geannuleerd

Geannuleerd

Als de dossierstatus is: WachtBSN

Wacht op BSN

Als de dossierstatus is: Inschrijvingsopgave

Inschrijvingsopgave

Als de dossierstatus is Opgenomen in de RNI en 07.66.20* <> null

Geblokkeerd

Als de dossierstatus is Opgenomen in de RNI

RNI

ICTU, Programma RNI

57/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

en 07.67.20** = “R” Als de dossierstatus is Opgenomen in de RNI en 07.67.20** = “E”

Emigratie

Als de dossierstatus is Opgenomen in de RNI en 07.67.20**= “M”

Ministerieel besluit

Als de dossierstatus is Opgenomen in de RNI en 07.67.20** = “O”

Overleden

Als de dossierstatus is Opgenomen in de RNI en 07.67.20** = “F” (alleen getoond bij zoekfunctie "Afgevoerde PL-en)

Foutief

Als de dossierstatus is Opgenomen in de RNI en 07.67.20** = “.”

Onbekend

Als de dossierstatus is Overgebracht GBA

Verwijsgegevens

* 07.66.20 datum ingang blokkering **07.67.20 Omschrijving reden opschorting bijhouding 4.2.6

zoekdetails: Het RNI-dossier Het detailscherm van Zoeken in RNI toont het RNI-dossier.

4.3

Presentievraag De presentievraag wordt gesteld aan de BV BSN via een webservice (zie ook het LO GBA [2], onderdeel E.3). Deze vraag wordt binnen de functie 'Doorzoeken inschrijvingen' (zie par. 4.5) als één van de zoekacties uitgevoerd. Daarnaast kan de presentievraag binnen het menu Monitoren Berichten als losse zoekfunctie worden uitgevoerd.

4.3.1

Zoekcriteria De mogelijke zoekcriteria staan genoemd in par. 4.6 Overzicht zoekcriteria per zoekfunctie. Voor de zoekcriteria gelden de eisen die de BV BSN hier aan stelt. Dat betekent dat Geslachtsnaam, Geboortedatum en Geslachtsaanduiding verplicht zijn. In de presentievraag kan geslachtsaanduiding alleen maar 'M'or' V' zijn. Als de geslachtsaanduiding onbekend is dan wordt de presentievraag twee keer uitgevoerd. Eenmaal met het geslacht 'M' en een keer met geslacht 'V'.

4.3.2

Zoekresultaten De zoekresultaten worden bij Doorzoeken inschrijvingen in kolomvorm getoond. zie 4.5.3 Zoekresultaten.

4.3.3

Zoekdetails: Presentieantwoord De onderstaande velden van het Presentieantwoord worden op het scherm weergegeven. Waarbij de velden op de voorgeschreven wijze worden gepresenteerd. 01.01.20 01.02.10 01.02.20 01.02.30 01.02.40 01.03.10 01.03.20 01.03.30 01.04.10 04.05.10 07.67.20 08.09.10 08.11.10 08.11.20

Burgerservicenummer Persoon Voornamen Persoon Adellijke titel/predikaat Persoon Voorvoegsel geslachtsnaam Persoon Geslachtsnaam Persoon Geboortedatum Persoon Geboorteplaats Persoon Geboorteland Persoon Geslachtsaanduiding Nationaliteit Omschrijving reden opschorting bijhouding Gemeente van inschrijving Straatnaam Huisnummer

ICTU, Programma RNI

58/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

08.11.30 08.11.40 08.11.50 08.11.60 08.12.10 08.13.10 08.13.20 08.13.30 08.13.40 08.13.50

Huisletter Huisnummertoevoeging Aanduiding bij huisnummer Postcode Locatiebeschrijving Land adres buitenland Datum aanvang adres buitenland Adres buitenland regel 1 Adres buitenland regel 2 Adres buitenland regel 3

Presentatie op het scherm Nederlands adres (voorbeeld) Status Overleden BSN 043134981 Naam Wilhelmus Franciscus Baron van Hier tot Gunder Geboorte 26-1-1959 Man Veldhoven, Nederland Nationaliteit Nederlandse Adres to Haantje 2A 2288CT Rijswijk Nederland

Rubrieken bij Nederlands adres o.a. Gebaseerd op 07.67.20 (zie 4.4.2) 01.01.20 01.02.10 01.02.20 01.02.30 01.02.40 01.03.10 01.04.10 01.03.20, 01.03.30 04.05.10 08.11.50 08.11.10 08.11.20 08.11.30 08.11.40 08.11.60 08.09.10 "Nederland"

Nederlandse lokatie Status Overleden BSN 043134981 Naam Wilhelmus Franciscus Baron van Hier tot Gunder Geboorte 26-1-1959 Man Veldhoven, Nederland Nationaliteit Nederlandse Adres Woonboot 'Het Anker' to nr 106 2288CT Rijswijk Nederland

Rubrieken bij Nederlandse lokatie o.a. Gebaseerd op 07.67.20 (zie 4.4.2) 01.01.20 01.02.10 01.02.20 01.02.30 01.02.40 01.03.10 01.04.10 01.03.20, 01.03.30 04.05.10 als het er meer zijn onder elkaar 08.12.10 08.11.60 08.09.10 "Nederland"

Buitenlands adres Status Overleden BSN 043134981 Naam Wilhelmus Franciscus Baron van Hier tot Gunder Geboorte 26-1-1959 Man Veldhoven, Nederland Nationaliteit Nederlandse Adres 3790 Las Vegas Boulevard South Las Vegas NV 89109 Verenigde Staten vanaf: 01-01-2013

Rubrieken bij buitenlands adres o.a. Gebaseerd op 07.67.20 (zie 4.4.2) 01.01.20 01.02.10 01.02.20 01.02.30 01.02.40 01.03.10 01.04.10 01.03.20, 01.03.30 04.05.10 08.13.30** 08.13.40 08.13.50** 08.13.10 "vanaf: " 08.13.20

als het er meer zijn onder elkaar ** alleen tonen als gevuld

ICTU, Programma RNI

59/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

4.4

BRP vraag Het RNI-systeem kan aan GBA-V via een Webservice een vraag stellen. Er zijn twee verschillende zoekvragen met elk een andere achterliggende webservice: •

de zogenoemde BRPvraag9. Het gaat altijd om een 'persoonsgerichte' vraag: er kan geen zogenaamde 'adresvraag' worden gesteld (zie het LO GBA [2], onderdeel C.7.3: het veld wordt altijd met 0 gevuld). Wel kan een persoonsgerichte vraag worden gesteld waarbij mede op adresgegevens wordt gezocht. De BRPvraag wordt in menu “Balie” en menu “Monitoren berichten” onder “Zoeken” aangeboden. Dit betreft dezelfde webservice echter de set gegevens die wordt uitgevraagd is anders. In menu Balie/Zoeken/BRP vraag wordt een beperkte gegevensset opgevraagd op basis van de systeeminstelling RUBRIEKOPSOMMING_BRP_VRAAG. Deze gegevens zijn beschikbaar voor alle baliemedewerkers. In menu Monitoren berichten/Zoeken/Brp vraag GGB wordt de webservice aangeroepen op basis van de systeeminstelling RUBRIEKOPSOMMING_BRP_VRAAG_GGB. Dit betreft een uitvraag van alle gegevens waartoe gegevensbeheer geautoriseerd is. Deze functie is alleen beschikbaar voor gegevensbeheer.

•

opvragen PL; de BRPvraagPL. Voor het opvragen van een PL kan slechts één BSN of Anummer worden meegegeven; zie ook LO GBA[2], onderdeel C.7.4. De BRP vraagPL wordt alleen in menu “Monitoren berichten” onder “Zoeken” aangeboden onder de tab 'BRP vraag PL GGB'. De functie is alleen beschikbaar voor gegevensbeheer.

4.4.1

Zoekcriteria De mogelijke zoekcriteria staan genoemd in par. 4.6 Overzicht zoekcriteria per zoekfunctie. Voor de zoekcriteria gelden de eisen zoals gesteld in het LO GBA [2], onderdeel C7 Interfacebeschrijving. Dat betekent o.a. dat minimaal één van de rubrieken A-nummer, BSN, geboortedatum, geslachtsnaam of postcode ingevuld moet zijn voor de BRPvraag. De BRPvraagPL webservice staat het toe om beide nummers (A-nummer en BSN) op te geven. De identificatie is geslaagd als er precies één PL gevonden wordt. Het RNI-zoekscherm staat dit niet toe; er moet een keuze gemaakt worden tussen BSN of Anummer.

4.4.2

Zoekresultaten

4.4.2.1 BRPvraagDe zoekresultaten worden in tabelvorm getoond. De velden die getoond worden zijn: BSN Geslachtsnaam Voornamen Geboortedatum Geslacht Registratie : RNI of GBA Status : afhankelijk van registratie en 67.20 Reden opschorting bijhouding

9

Tot aan de invoering van de RNI wordt de BRP vraag genoemd: GBA-V LO3 Adhoc service

ICTU, Programma RNI

60/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Registratie

67.20 Reden opschorting bijhouding

status

RNI

“R”

“Actueel”

RNI

“E”

“Emigratie ”

GBA

“E”

“Emigratie”

GBA

Leeg

“Actueel”

RNI of GBA

“M”

”Min. besluit

RNI of GBA

“O”

“Overleden”

RNI of GBA

“.”

“Onbekend”

Als op een regel in de tabel wordt geklikt worden de details getoond. Als de zoekvraag geen resultaten oplevert wordt de melding: "Er zijn geen bestaande registraties gevonden" weergegeven. 4.4.2.2 BRPvraagPL Het zoekresultaat levert, indien geslaagd, precies één PL op. Als de zoekvraag geen resultaten oplevert wordt de melding: "Geen gegevens gevonden" weergegeven. 4.4.3

Zoekdetails: BRP antwoord

4.4.3.1 BRPvraag Per categorie waarvan elementen worden ontvangen via de webservice wordt een tabblad getoond. De tabbladen tonen het nummer en de naam van de actuele categorieën. Op de tabbladen wordt, wanneer sprake is van een gemeentecode, niet de code, maar de bijbehorende gemeentenaam uit de GBA gemeententabel getoond. In de systeeminstelling RUBRIEKOPSOMMING_BRP_VRAAG kan worden aangegeven welke gegevens de RNI terug wil ontvangen van de BRP vraag. Uitzondering hierop zijn de onderzoeksgegevens deze worden indien aanwezig altijd opgenomen in het BRP antwoord en vervolgens ook getoond. In de systeeminstelling RUBRIEKOPSOMMING_BRP_VRAAG_GGB kan worden aangegeven welke gegevens de RNI terug wil ontvangen van de BRP vraag GGB. 4.4.3.2 BRPvraagPL De categorieën met de elementen die de webservice teruggeeft worden door RNI getoond met voor elke categorie een tabblad en met de mogelijkheid om aanwezige historie open te klappen. Er wordt niet gefilterd, alle gegevens van de PL, inclusief onjuiste categorieën en exclusief de afnemersindicaties, worden getoond.

4.5

Doorzoeken inschrijvingen Bij een inschrijving aan het loket moet de gebruiker vaststellen of een persoon al is ingeschreven of een verzoek daartoe heeft gedaan.10 De functie 'Doorzoeken inschrijvingen' is een zoekfunctie die met één zoekopdracht in drie systemen zoekt. Hierdoor kan sneller en eenvoudiger geconcludeerd worden of er sprake is van een lopende inschrijvingsprocedure of van een actuele inschrijving in de BRP. De functie Doorzoeken inschrijvingen voert parallel vier soorten zoekacties uit, met behulp van de in de vorige paragrafen beschreven functies: 1. De presentievraag.

10

In geval van een inschrijving via een deelnemersopgave, voert het systeem zelfstandig een controle uit , zo nodig aangevuld met een handmatige

controle door de gebruiker.

ICTU, Programma RNI

61/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

2. De BRP vraag. 3. Zoeken in de RNI in de persoonslijsten.* 4. Zoeken in de RNI in de identiteitsdocumenten.* * RNI dossiers waarin een afgevoerde PL (Reden opschorting (07.67.20 = "F" (fout)) voorkomt worden niet als zoekresultaat getoond. De volgende zoekvragen moeten in alle gevallen worden gecheckt: Voor de punten b en c worden de zoekvragen alleen uitgevoerd als deze van toepassing zijn. a.

"Doorzoeken inschrijvingen" met de geslachtsnaam, geboortedatum en geslachtsaanduiding van de in te schrijven niet-ingezetene b. Als de geslachtsnaam begint met een waarde die voorkomt in de LIJST_AFGELEIDE_VOORVOEGSELS (systeeminstelling) (bijvoorbeeld: "Vander" uit “Vanderbilt”) en er komt nog minimaal één teken na dat afgeleide voorvoegsel, dan wordt per af te splistsen voorvoegsel nogmaals "doorzoeken inschrijvingen" uitgevoerd, waarbij als geslachtsnaam de originele geslachtsnaam exclusief hetuit de LIJST_AFGELEIDE_VOORVOEGSELS wordt c. Als op de PL in de geslachtsnaam een streepje (“-”) voorkomt dan vinden met behulp van de functie 'Doorzoeken inschrijvingen' tevens zoekacties plaats met het deel van de geslachtsnaam voor het streepje en het deel van de geslachtsnaam na het streepje. 4.5.1

Zoekcriteria De te gebruiken zoekcriteria staan genoemd in par. 4.6 Overzicht zoekcriteria per zoekfunctie. De eisen voor de zoekcriteria zijn per zoekactie verschillend (zie de voorgaande paragrafen). Default krijgt de gebruiker geen zoekcriteriascherm te zien. Het systeem vult automatisch de waarden van het onderhanden dossier in, die minimaal nodig zijn voor de uitvoer van de Presentievraag. Er wordt direct gezocht. Na het tonen van de zoekresultaten kan de gebruiker kiezen om opnieuw te zoeken. Hij krijgt dan een zoekcriteriascherm te zien.

4.5.1.1 Standaard zoekmodus In de standaard zoekmodus wordt met de volgende zoekcriteria gezocht: • geslachtsnaam • geboortedatum • geslachtsaanduiding Als Doorzoeken inschrijvingen wordt gestart worden de verschillende zoekacties parallel uitgevoerd. Zodra alle zoekacties voltooid zijn, worden de resultaten gecombineerd en getoond (zie par. 4.5.3). Voor het stellen van de BRP vraag, vult het systeem automatisch in dat ook in de historische gegevens gezocht moet worden. Deze parameter wordt hier niet aan de gebruiker getoond.

Doorzoeken RNI op basis van ID-documenten. Deze zoekactie heeft de volgende eigenschappen: • • •

Er wordt in elk bij het dossier geregistreerd ID-document gezocht. Er wordt gezocht met zowel de uitgelezen gegevens als met de geconverteerde gegevens, mits deze gegevens aanwezig zijn. Er wordt via twee ingangen gezocht: - indien gevuld: ID-documentnummer - in de naam en geboortegegevens (mits tenminste (geslachts)naam en geboortedatum zijn gevuld): • op naam (uitgelezen gegevens, inclusief eventueel voorvoegsel) of geslachtsnaam (geconverteerde gegevens, exclusief voorvoegsel) en • geboortedatum.

ICTU, Programma RNI

62/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

4.5.1.2 Opnieuw zoeken De optie 'Opnieuw zoeken' biedt de gebruiker de mogelijkheid om met meer zoekcriteria te zoeken. Doorzoeken inschrijvingen wordt dan in zijn geheel opnieuw uitgevoerd. • •

4.5.2

Alle zoekcriteria die in de kolom 'Doorzoeken inschrijvingen' in de tabel van par. 4.6 staan worden getoond. De gebruiker kan een bepaald zoekcriterium uitschakelen (vinkje weghalen) waardoor dat criterium niet meegenomen wordt bij de zoekactie.

Maximum aantal zoekresultaten Voor de presentievraag en de BRP vraag ligt het maximum aantal resultaten vast in de betreffende servicedefinities. Deze services zullen een fout teruggeven als het maximum is overschreden. Voor het ´Zoeken in RNI´ geldt een ander maximum dan wanneer het 'Zoeken in RNI' als losse zoekactie wordt gebruikt. Binnen de zoekfunctie 'Doorzoeken inschrijvingen' geldt de waarde van de systeeminstelling DOORZOEKEN-INSCHR-MAX-RESULT, zie par. 19.3.

4.5.3

Zoekresultaten De gegevens worden vanuit de verschillende zoekacties in een overzicht gecombineerd. Als geen zoekresultaten worden aangetroffen wordt de melding "Er zijn geen bestaande registraties gevonden" getoond. Als zoekresultaten zijn gevonden, worden deze in de vorm van kolommen getoond.: In de kolom "Ingevoerd" worden de gegevens die als basis dienen voor de PL getoond • •

Indien doorzoeken inschrijvingen wordt uitgevoerd binnen Eerste inschrijving RNI in het balie menu worden hier de gegevens getoond van het ID-document zoals deze door de gebruiker zijn ingevoerd. indien doorzoeken inschrijvingen wordt uitgevoerd binnen Monitoren Berichten handmatig afhandelen van Deelnemer inschrijviingsopgave worden hier de PL-gegevens getoond zoals die zijn aangeleverd binnen de inschrijvingsopgave Als een Sofinummer is meegeleverd wordt deze in de kolom ingevoerd getoond als BSN.

Vervolgens wordt per gevonden zoekresultaat een kolom getoond met de waarden zoals die door de zoekopdracht zijn teruggegeven. Velden die getoond worden zijn: Registratie (label wordt niet getoond) BSN Status Voornaam Voorvoegsel Geslachtsnaam Geboortedatum Geboorteplaats Geboorteland Geslacht Nationaliteit Als een gegeven van een getoond zoekresultaat overeenkomt met het gegeven zoals getoond in de kolom Ingevoerd dan wordt dit gegeven met een roze achtergrond weergegeven. Om de details van een zoekresultaat te bekijken kan de gebruiker klikken op een link "Persoon al ingeschreven". Het systeem start dan een scherm waarin de details van de verschillende zoekresultaten worden getoond. Zie hiervoor de beschrijving bij de verschillende zoekacties. Het systeem combineert de zoekresultaten van een persoon vanuit de verschillende zoekacties tot één kolom als van twee resultaten de proceduregegevens 'registratie' en 'status PL' en de persoonsgegevens BSN, geslachtsnaam, voorvoegsel, voornamen, geslachtsaanduiding en

ICTU, Programma RNI

63/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

geboortedatum identiek zijn. Resultaten zonder ingevuld BSN worden niet met een ander resultaat gecombineerd. N.B Onderhanden persoon en dossier moeten in de zoekresultaten genegeerd worden. Dwz: wanneer het zoekresultaat het onderhanden BSN teruggeeft, moet dit genegeerd worden.

Hieronder volgt een toelichting voor een aantal kolommen. Registratie Het vaststellen van de waarde voor de kolom Registratie hangt af van het zoekresultaat per zoekactie •

•

•

•

Presentievraag - de presentievraag levert in de rubriek 'Registratie' een van de volgende waarden op: • "GBA" -> "GBA" • "RNI" -> "RNI" • "BVR" -> "Sofi” • "gemeentecode <> 'RNI_GEMEENTE_CODE' -> “GBA” (een andere gemeente heeft gezocht met zoekwaarden die hetzelfde resultaat opleveren) • "gemeentecode = 'RNI_GEMEENTE_CODE' -> “RNI”11 (vanuit de RNI is eerder gezocht met zoekwaarden die hetzelfde resultaat opleveren) BRP vraag - als de ´gemeente van inschrijving´ de RNI betreft -> “RNI” - anders -> "GBA” Zoeken in de RNI - als de status van het dossier is: 'PL overgebracht naar de GBA' –> “GBA” - anders → "RNI” Doorzoeken inschrijvingen - de waarde wordt bepaald vanuit bovenstaande definities bij 'Presentievraag', 'BRP vraag' en 'Zoeken in de RNI'

Status Het vaststellen van de waarde voor de kolom Status PL hangt af van de zoekactie. Zie hiervoor de zoekresultaten van de specifieke zoekactie. Nationaliteiten Bij nationaliteit worden de actuele nationaliteiten vermeld vanuit de PL, zie par. 16.7. Als er geen PL is, dit is mogelijk in het geval van een RNI-dossier, dan wordt geen nationaliteit getoond. 4.5.4

Zoekdetails van een gevonden persoon/dossier Vanuit het overzicht met de gevonden persoonsgegevens/dossiers kunnen de details worden bekeken: Er worden twee secties getoond: Sectie 1: ID-document-/PL-gegevens versus gevonden gegevens. Er worden twee kolommen getoond: Kolom 1: Ingevoerd: Zelfde inhoud als op het zoekresultaat scherm Kolom 2: de gevonden waarden: Zelfde inhoud als op het zoekresultaat scherm Sectie 2: zoekdetails Maximaal 3 tabbladen met aangetroffen gegevens van de verschillende zoekacties Tabblad: RNI-dossier Tabblad: BRP antwoord Tabblad: Presentieantwoord

11

De presentievraag wil met “gemeentecode” aangeven dat een andere gemeente dezelfde vraag ook al heeft gesteld en dat er mogelijk sprake is van

een dubbele inschrijfprocedure. De presentievraag filtert hierbij de vragen die door dezelfde gemeente (in ons geval de gemeente RNI) zijn gesteld. Hierdoor komt de combinatie 'gemeentecode = RNI' als het goed is niet voor.

ICTU, Programma RNI

64/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

4.6

Overzicht zoekcriteria per zoekfunctie Hierna volgt een tabel waarin per zoekfunctie wordt aangegeven welke zoekcriteria gebruikt kunnen worden Soort geg.*

Rubriek

Zoeken in RNI

PL

a-nummer (01.01.10)

J

J(****)

-

PL

burgerservicenummer (BSN) (01.01.20)

J

J(****)

-

PL

voorvoegsel geslachtsnaam (01.02.30)

-

J

PL

geslachtsnaam (01.02.40)

J

J

PL

voornamen (01.02.10)

-

J

PL

geboortedatum (01.03.10)

J

J

J

PL

geboorteland (01.03.30) keuze uit landentabel

J

J

J

PL

geboorteplaats (01.03.20) als geboorteland ingevuld en 'Nederland', dan keuze uit gemeententabel

-

-

J

PL

geslachtsaanduiding (01.04.10) keuze uit M, V of O

J

J

J

PL

nationaliteit (04.05.10) keuze uit nationaliteitentabel

-

-

J

PL

Postcode en huisnummer

PL

PL status**

J

ID-doc***

naam in ID-document (voorvoegsel en geslachtsnaam samen)

-

-

J

ID-doc

voornamen in ID-document

-

-

J

ID-doc

geboortedatum in ID-document

J

-

J

ID-doc

geslachtsaanduiding

J

-

J

ID-doc

nummer ID-document

J

--

-

DOS

dossiernummer

J

-

-

DOS

dossierstatus**

J

-

-

DOS

datum-tijd dossier aangelegd van - tot

J

-

-

DOS

datum-tijd laatste dossierwijziging van - tot

J

-

-

J

BRP vraag en BRP VraagPL(****)

Doorzoeken inschrijvingen

J

*PL = Persoonslijst gegeven, ID-doc = Identiteitsdocumentgegeven, DOS = RNI-dossiergegeven. ** Er kan op meerdere dossier- en PLstatussen tegelijk gezocht worden. (zie beschrijving 4.2.1 Zoekcriteria) *** Bij de zoekcriteria voor ID-documenten zijn voor elk zoekcriterium twee waarden: de 1e representeert de waarde zoals uitgelezen vanuit de chip/MRZ en 2e representeert de BRP-vertaling (geconverteerde/handmatig ingevulde

ICTU, Programma RNI

65/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

waarde volgens BRP-voorschriften). Op beide schrijfwijze varianten wordt gezocht. Wel geldt dat een bepaald IDdocument maximaal één keer in het resultaat wordt opgenomen. **** De BRP VraagPL kan alleen op A-nummer of BSN gezocht worden.

Overige bijzonderheden: •

•

4.6.1

In de presentievraag moeten gesl.naam, geb.datum en geslacht gebruikt worden. De overige gegevens in de presentievraag worden alleen betrokken als die drie gegevens tot meer dan 10 resultaten leiden Een zoekcriterium met een waarde die leeg is (geen enkel teken bevat) of alleen uit spaties bestaat, doet niet mee bij het zoeken.

Speciale tekens in de zoekwaarden De zoekfuncties BRP vraag en Zoeken in RNIs kennen een aantal speciale tekens die in alfanumerieke zoekwaarden gebruikt kunnen worden. Zie de onderstaande tabel. Teken Omschrijving

4.7

ondersteund ondersteund ondersteund door BRP door zoeken door vraag in RNI presentievraag

*

sterretje Alleen de tekens tot aan het sterretje doen mee in het zoekproces. Het sterretje functioneert alleen als wildcard indien het aan het eind van de zoekwaarde staat en niet op eerste positie. In alle andere gevallen functioneert het sterretje als een normaal teken.

ja

ja

nee

\

backslash Slim zoeken kan worden uitgeschakeld door de zoekwaarde in de betrokken rubriek in de vraag vooraf te laten gaan door een backslash ‘\’.

ja

nee

nee

?

vraagteken Een vraagteken ('?') geeft aan dat op die positie een willekeurig teken mag staan. Voor het vraagteken moet minstens één ander teken staan, anders wordt het vraagteken als een normaal teken gezien.

nee

ja

nee

Voorwaarden en plausibiliteitscontroles met betrekking tot zoekwaarden De programmatuur controleert de zoekwaarden op een beperkt aantal punten, zodat de gebruiker geattendeerd wordt op situaties die niet aan de voorschriften voldoen of onlogisch of bijzonder zijn. De volgende voorwaarden gelden: 1. Er is een teken ingevoerd dat niet tot het toegestane Teletex repertoire behoort. 2. Er is een niet-numerieke waarde in een numeriek veld ingevoerd. Als niet aan deze voorwaarden is voldaan, dan wordt een blokkerende foutmelding getoond met alle constateringen. Bij de eerst genoemde situatie moet in de melding de ingevulde rubriek vermeld worden en het niet-toegestane teken. Voorbeeld: “Rubriek geslachtsnaam bevat het teken “^”. Dit teken behoort - als afzonderlijk teken - niet tot de BRP tekenset (Teletex).” (De circumflex “^” mag alleen voorkomen in combinatie met een ander teken). Daarnaast worden de volgende plausibiliteitscontroles uitgevoerd. Geconstateerd kan worden: 3. Het A-nummer voldoet niet aan de voorwaarden zoals beschreven bij element 01.10 (zie bijlage 1.7 van het LO GBA [2]). 4. Het burgerservicenummer voldoet niet aan de voorwaarden zoals beschreven bij element 01.20 (zie bijlage 1.7 van het LO GBA [2]).

ICTU, Programma RNI

66/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

5. 6. 7. 8. 9.

De geboortedatum ligt in de toekomst. De geboortedatum is gevuld met 0 (of anders gezegd: 00000000). Er is geen volledige geboortedatum ingevuld (de dag of de dag en maand zijn 0) Er is een volledige geboortedatum ingevuld, maar de geboortedatum is geen bestaande datum. De geboortedatum ligt 100 jaar of meer in het verleden.

Elke constatering heeft zijn eigen melding, zoals hierboven verwoord. Overige bijzondere situaties: 10. De 'BRP vraag' en 'Zoeken in RNI' kennen enkele bijzondere tekens voor het zoeken (zie par. 4.6.1). De presentievraag echter niet. Daarom wordt bij gebruik van een van deze tekens in de presentievraag gemeld: “Let op: in een of meerdere zoekwaarden is een speciaal teken opgenomen: een sterretje '*', backslash “\” of vraagteken “?”. Deze tekens zijn voor de presentievraag geen speciale tekens. 11. De 'BRP vraag' en 'Zoeken in RNI' kennen enkele bijzondere tekens voor het zoeken, maar die gelden niet voor de presentievraag (zie par. 4.6.1). Daarom wordt bij gebruik van deze tekens in de gecombineerde zoekactie Doorzoeken inschrijvingen gemeld: “Let op: in een of meerdere zoekwaarden is een speciaal teken opgenomen: een sterretje '*', backslash “\” of vraagteken “?”. Deze tekens zijn GEEN speciale tekens in de presentievraag. Bovendien is de backslash “\” geen speciaal teken bij het zoeken van RNI-dossiers. 12. Voor de functie Zoeken in RNI is het vraagteken “?” een speciaal teken, maar voor de BRP vraag niet (zie par. 4.6.1). Daarom wordt bij gebruik van het vraagteken gemeld: “Let op: in een of meerdere zoekwaarden is een vraagteken “?” gebruikt. Dit teken is voor de BRP vraag geen speciaal teken. Alle controles die van toepassing zijn worden uitgevoerd en de constateringen worden onder elkaar getoond. Als er bij punt 1 en 2 geen fouten zijn geconstateerd, wordt daaronder de vraag gesteld: Wilt u deze zoekwaarden toch gebruiken? ja – nee.”. Bij 'nee' kan de gebruiker de zoekwaarden aanpassen, bij 'ja' wordt de zoekactie uitgevoerd.

4.8

Loggen zoekactie Elke zoekactie naar personen en/of dossiers wordt gelogd, zie par. 18.3.1. Als gezocht wordt met een geslachtsnaam waarin zowel een voorvoegsel voorkomt (die in de LIJST_AFGELEIDE_VOORVOEGSELS (systeeminstelling) staat) als een streepje dan verschijnen minimaal 16 logregels per keer dat doorzoeken inschrijvingen wordt uitgevoerd.

4.9

Signalering bij Zoekresultaat Omdat niet 100% zeker is alle gevonden gegevens op het scherm worden getoond, verschijnt bij 'Doorzoeken inschrijvingen' vanuit het afhandelen van een Dv01 bericht een waarschuwing op het scherm wanneer de volgende situatie optreedt:

De som van het aantal unieke bsn's/sofinrs in de volgende drie typen ogregels: Doorzoeken Inschr Presentievraag, Doorzoeken Inschr BRPVraag en Zoeken RNI Dossier* is groter dan het aantal unieke bsn's/sofinummers dat op het scherm getoond wordt. De waarschuwing (gele achtergrond) bevat de volgende tekst: "Let op: bsn/sofinummers gevonden, getoond. Kijk in gebeurtenislog." Hierbij is het aantal in gebeurtenislog en is het aantal op het scherm getoond Deze waarschuwing leidt tot een logregel, zodat achteraf te herleiden is waar en wanneer deze situatie is opgetreden. ICTU, Programma RNI

67/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Deze logregel is gekoppeld aan hetzelfde dossier/bericht als eerdergenoemde drie logregels en wordt verder als volgt gevuld: • gebeurtenistype := "Doorzoeken Inschrijving" • resultaat := " bsn/sofinummers gevonden, getoond."

* Het 'Zoeken RNI Dossier' op PL's resulteert mogelijk in een bsn/sofinummer in de gebeurtenislog. Het 'Zoeken RNI Dossier' op id documenten resulteert nooit in een bsn/sofinummer in de gebeurtenislog.

ICTU, Programma RNI

68/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

5

Eerste inschrijving in de RNI via een loket

5.1

Inleiding De eerste inschrijving in de RNI via een loket12 heeft betrekking op de procedure Eerste inschrijving uit het LO RNI [1], par. 2.2.1. In het RNI-systeem is de eerste inschrijving opgedeeld in een aantal stappen. Deze stappen zijn samengevat in onderstaande figuur. In de paragrafen daarna volgt een gedetailleerde beschrijving.

5.2

Acties bij de eerste inschrijving Een persoon meldt zich aan de balie. Eerst vindt een deugdelijke identificatie plaats (buiten het in dit document beschreven geautomatiseerde systeem). Als de gebruiker verder wil gaan met de inschrijving, kiest hij vervolgens in het balie-menu voor 'Inschrijving in de RNI'. Door het syteem wordt een dossier met een dossiernummer aangemaakt, met de status 'initieel'. Ten behoeve van de eerste inschrijving moet een aantal acties uitgevoerd worden. Hiertoe is een wizard ontworpen die de stappen die mogelijk zijn toont. Binnen de verschillende stappen in de wizard worden verschillende acties uitgevoerd. De mogelijke acties zijn in de hierna volgende tabel opgesomd. De acties die genoemd zijn onder Wizard en afronding vormen het basisscenario. De volgorde wordt grotendeels afgedwongen door de wizard. De acties genoemd onder overig worden optioneel uitgevoerd naar inzicht van de gebruiker. Binnen de Wizard onderkennen we 4 stappen: Deze worden in de vorm van een pijl getoond. 1. Identificatie 2. Doorzoeken 3. Invoer PL 4. Aanvraagformulier

12

Eerste inschrijving in de RNI is tevens mogelijk via een deelnemersopgave (zie par. 7.4.3).

ICTU, Programma RNI

69/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

De wizard stap waarbinnen het systeem zich bevind wordt weergegeven met de naam, de andere pijlen tonen alleen de nummers van de stap.

Binnen eerste inschrijving in de RNI worden de volgende acties onderkend: Actie

Zie onderdeel

Wizard stap

Wizard

1

Handmatig invoeren

Par. 5.3.1

1

Scannen ID-document of ander brondocument

par. 5.3

1

Converteren ID-documentgegevens

par. 5.3.3

2


par. 5.4

2

Intake conclusie*

par. 5.4.2

3

Invoeren PL-gegevens

par. 5.5.1

3

Controleren consistentie verzamelde gegevens

par. 5.5.2

4

Ondertekenen aanvraagformulier

par. 5.5.2

Afronding Toekennen BSN en A-nummer

par. 5.7

Maken afschrift

par. 5.9

Terugzetten

par. 5.7

Overig Afwijzen inschrijvingsverzoek

par. 5.10

Annuleren inschrijvingsverzoek

par. 5.11

Wijzigen notitie bij dossier

par. 5.12

Bekijken dossier

par. 5.12.1

Toevoegen Scan

par. 5.3

Standaard navigatie binnen de wizard: • button [Volgende] wanneer hier op geklikt wordt gaat het systeem naar het volgende scherm (kan de volgende wizard stap zijn). • de link [Vorige] wanneer hier op geklikt wordt gaat het systeem terug naar het vorige scherm • Wizard pijl: wanneer hier op geklikt wordt gaat het systeem naar het start scherm van de gekozen wizard stap. Let op: dit werkt alleen als een wizard pijl wordt geklikt die voorafgaat aan de wizard stap waar men zich op dat moment bevindt. Dus men kan wel terug maar niet vooruit. De gebruiker moet dan alle stappen weer doorlopen. Bijvoorbeeld: Als de gebruiker in stap Aanvraagformulier is en dan klikt op pijl 1 gaat het systeem terug naar Identificatie. Dan moeten opnieuw de stappen Doorzoeken, Invoer PL en Aanvraagformulier worden doorlopen.

ICTU, Programma RNI

70/339



•••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 5.2.1

Statuswijzigingen bij een eerste inschrijving De status van een dossier wordt automatisch (impliciet) gewijzigd naar aanleiding van een bepaalde actie van de gebruiker of van het systeem. In de tabel hierna zijn de zes statuswaarden opgenomen die bij een eerste inschrijving van toepassing kunnen zijn. Er bestaat nog een zevende statuswaarde: 'PL overgebracht naar de GBA'. Vanuit deze status is geen handmatige statuswijziging mogelijk, maar alleen een impliciete wijziging in 'PL opgenomen in de RNI' door een vervolginschrijving (zie hoofdstuk 8). Hieronder volgt de tabel met mogelijke statuswijzigingen: Statuswijziging niet mogelijk Statuswijziging vindt impliciet plaats door een gebruikersfunctie in de applicatie

PL opgenomen in RNI

naar

PL-gegevens wacht geannuleerd afgewezen initieel initieel op BSN invoeren

I

van

Initieel

-

I

I

I

-

-

afgewezen

I

-

-

-

-

-

geannuleerd

I

-

-

-

-

-

PL-gegevens invoeren

-

I

I

-

I

-

wacht op BSN

-

I

I

-

-

I

PL opgenomen in RNI

-

-

-

-

-

-

Onderstaande tabel verbijzondert de 'impliciete' statuswijzigingen bij een eerste inschrijving en vermeldt ook nogmaals welke statussen handmatig gewijzigd kunnen worden: Status dossier

Ontstaat naar aanleiding van actie

1.

Inschrijving: initieel

• •

Initiële status wanneer het dossier wordt aangemaakt '

2.

Inschrijving: PL invoeren

•

'intake conclusie' waarbij de gebruiker aangeeft: - 'doorgaan met inschrijving', of - 'overnemen Sofinummer'

3.

Inschrijving: wacht op BSN

•

'Toekennen BSN' waarbij de gebruiker aangeeft: - 'Terugzetten' wijzigen status in 'Inschrijving: wacht op BSN' '

4.

Inschrijving: afgewezen

•

'intake conclusie' waarbij de gebruiker aangeeft: - 'afwijzen PL reeds in GBA', of - 'afwijzen PL reeds in RNI', of - 'afwijzen er loopt al een inschrijving GBA', of

ICTU, Programma RNI

71/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Status dossier

Ontstaat naar aanleiding van actie •

'afwijzen er loopt al een inschrijving RNI' 'Afwijzen inschrijvingsverzoek' -

5.

Inschrijving: geannuleerd

•

'Annuleren inschrijvingsverzoek'

6.

PL opgenomen in de RNI

•

'Toekennen BSN en A-nummer'

5.3

Wizard stap 1: Identificatie

5.3.1

Handmatige invoer ID-document gegevens Het systeem start met het scherm voor handmatige invoer van de gegevens van het ID-document. Als het ID-document niet gescand kan worden kan de gebruiker direct starten met het invoeren van de gegevens. Als wel gescand kan worden dan start de gebruiker met [Scannen] en gaat het proces verder met 5.3.2.1 ID-documentenscanner Op dit scherm worden de volgende velden getoond: • Voornamen • Adellijke titel/predikaat • Voorvoegsel • Geslachtsnaam • Geslachtsaanduiding • Geboortedatum • Geboorteplaats • Geboorteland • Nationaliteit • Documenttype • D-documentnummer • Persoonsnummer • Land van afgifte • Geldig tot De gebruiker vult de gegevens in gebaseerd op het bron-document dat hij voor handen heeft. Het systeem controleert of de ingevoerde gegevens voldoen aan de voorwaarden gesteld in 5.5.1 Invoeren PL-gegevens Als geen fouten worden geconstateerd, dan worden de gegevens opgeslagen en gelogd. Als het ID-document handmatig wordt ingevoerd dan worden de gegevens van dit ID-document gezien als “Brondocument PL”. Dit wil zeggen dat de geconverteerde gegevens van het “Brondocument PL” de basis vormen voor Wizard stap 3: Invoer PL. Automatisch wordt de volgende Wizard stap gestart: Doorzoeken. Gelogd wordt: Gebeurtenistype

Bijzonderheden

Converteren ID-document

---

Als fouten worden geconstateerd worden deze op het scherm getoond en moet de gebruiker deze eerst oplossen voordat hij door kan naar de volgende stap. 5.3.2

Scannen ID-document of ander brondocument De documenten die de persoon bij inschrijving of daarna overhandigt, worden gescand. De scans worden bij het dossier opgeslagen.

ICTU, Programma RNI

72/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Er kunnen twee soorten scanapparaten gebruikt worden: • •

Een scanner specifiek voor ID-documenten (reisdocumenten en rijbewijzen). Deze wordt gestart door in de Identificatie fase [Scannen] uit te voeren of [Toevoegen Scan] uit te voeren. Een A4 scanner (voor bijvoorbeeld het aanvraagformulier en geboorteakten). Deze kan worden gestart door op enig moment [Toevoegen Scan] uit te voeren.

De scanapparatuur wordt lokaal aangesloten bij de RNI-loketten. De resultaten van de scans worden geupload naar het centrale RNI-systeem. 5.3.2.1 ID-documentenscanner Per ID-document worden door het lokale scanproces meerdere bestanden geproduceerd: een scan met normale belichting, een scan met infrarood licht, een specifieke scan van de pasfoto en de pasfoto zoals op de chip is opgenomen. Met behulp van aparte functionaliteit in de ID-documentscanner (MIMO) is het mogelijk om zowel de voorkant als achterkant van een ID-document te scannen. Met systeeminstellingen kan worden aangegeven of een scan moet worden getoond in het dossier. Voor ICAO-documenten levert de scanner, naast de beelden, gestructureerde gegevens aan vanuit de MRZ en/of chip van het document in XML-formaat. (Deze worden opgeslagen in de icao-velden van het ID-document. Het centrale RNI-systeem extraheert uit deze data de volgende relevante ID-documentgegevens: • • • • • • • • • • •

naam voorvoegsel voornamen geboortedatum geslachtsaanduiding nationaliteitscode persoonsnummer soort ID-document nummer ID-document land van afgifte datum geldig tot

volgens de ISO/IEC 7501-1 tabel

Het systeem houdt rekening met de situatie dat niet alle of zelfs geen enkel van de bovengenoemde gegevens vanuit de chip/MRZ aangeleverd worden. Het systeem bepaalt per ID-documentgegeven of dit succesvol is ingelezen en kan worden opgeslagen. Het persoonsnummer wordt alleen opgeslagen als de ontleende nationaliteit voorkomt in de systeeminstelling EU_ISO_LANDCODES. Een ID-documentgegeven dat niet kan worden opgeslagen wordt door de gebruiker handmatig opgevoerd. De volgende gegevens, die wel voor kunnen komen op ID-documenten, worden niet in het RNI-systeem geregistreerd: • • • • •

persoonsnummer lengte autoriteit van afgifte datum afgifte vingerafdrukken of iris-scan

De ID-documentscanner controleert of het gescande ID-document voldoet aan van te voren vastgestelde eisen. (Deze zijn opgenomen in de software van de ID-documentscanner). Naast het tonen van de verschillende scan-images worden ook de resultaten van de controles die de IDdocumentscanner uitvoerd, getoond. De scanner geeft altijd controle-resultaten terug. Deze kunnen een waarschuwing bevatten of een fout. Dit wordt met verschillende kleuren weergegeven op het scherm. De controle-resultaten worden als details ook vastgelegd in de logging zodat men op een later moment over de controle-resultaten kan beschikken. Gelogd wordt:

ICTU, Programma RNI

73/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Gebeurtenistype (afhankelijk via welke weg scan in het dossier komt)

Resultaat (afhankelijk van wat de scanner teruggeeft)

ID-Document Scan t.b.v. PL (als het scannen op invoer scherm is gestart)

Scanner accepteert ID-document Scanner geeft fout Scanner geeft waarschuwing

ID-Document via toevoegen scan (als het scannen via Toevoegen scan is gestart) Als het ID-document fout wordt bevonden door de IDdocument-scanner dan kan de gebruiker niet doorgaan met de inschrijving op basis van de gescande gegevens. Hij kan kiezen om terug te gaan naar handmatig invoeren. Als het ID-document een waarschuwing of fout geeft kan de gebruiker besluiten deze melding te negeren. Hij moet een reden opgeven waarom hij de waarschuwing of fout negeert. In de details van de logging wordt "Reden om waarschuwing te negeren”: [de reden afkomstig van scherm]" opgenomen. Gelogd wordt: Gebeurtenistype (afhankelijk via welke weg scan in het dossier komt)

Resultaat

ID-Document Scan t.b.v. PL (als het scannen op invoer scherm is gestart)

Waarschuwing genegeerd

ID-Document Scan via toevoegen scan (als het scannen via Toevoegen scan scherm is gestart)

Waarschuwing genegeerd

Op de pagina waar de scanresultaten worden getoond, is een koppeling aanwezig naar het zogenaamde 'Edison' systeem. Het edison systeem bevat een database van de echtheidskenmerken van een groot aantal internationale reisdocumenten. Met behulp van deze database kunnen de scans beoordeeld worden. Nadat het ID-document is gescand, wordt het nummer van het document opgezocht in het NDS. Als dit nummer voorkomt, wordt een melding getoond dat het betreffende document in het NDS voorkomt. De melding is niet blokkerend, het inschrijvingsproces kan op de gebruikelijke wijze afgerond worden. 5.3.2.2 A4-scanner Scans van de A4-scanner leveren alleen beelden op. Er wordt geen gebruik gemaakt van tekstherkenningsmogelijkheden. 5.3.2.3 Overbrengen scanresultaten naar het centrale RNI-systeem Door het uitvoeren van "Scannen" of "Toevoegen scan" worden automatisch door het systeem de betreffende scan(s) aan het dossier toegevoegd. 5.3.3

Converteren ID-documentgegevens Na het uitvoeren van "Scannen" wordt het converteerscherm gestart. Op dit scherm worden dezelfde velden getoond als in 5.3.1 Handmatige invoer ID-document gegevens. De ID-documentenscanner levert gestructureerde data aan die gebruikt wordt voor het invoeren van PLgegevens. De relevante verzameling velden is genoemd in par. 5.3.2.1. De gebruiker 'converteert' de gescande waarden naar waarden zoals die voor de BRP gelden en op de PL opgenomen moeten worden. Daartoe worden twee kolommen getoond: 1. Gescande waarde 2. BRP-waarde (geconverteerde waarde) De kolom met geconverteerde waarden kent vier extra velden t.o.v. de kolom met gescande waarden:

ICTU, Programma RNI

74/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

•

voorvoegsel

•

adellijke titel/predikaat

•

geboorteplaats

•

geboorteland

Een eventueel in de naam aanwezig voorvoegsel, wordt automatisch door het systeem afgesplitst van de naam, zie par. 5.3.3.1 voor de definitie. Deze rubriek moet door de gebruiker worden gevuld indien een adellijke titel/predikaat van toepassing is. In de huidige ICAO gebaseerde ID-documenten staat de geboorteplaats wel op het document, maar niet in de MRZ/chip. De gebruiker moet de geboorteplaats handmatig invoeren. De rubriek geboorteland staat niet in de MRZ/chip. Slechts op een beperkt aantal soorten ID-documenten is het geboorteland vermeld, dan kan de gebruiker dit overnemen. Er kunnen alleen landen worden gekozen uit de GBA-landentabel die op de systeemdatum actief zijn.

Niet alle velden die voor kunnen komen op de MRZ/Chip zullen altijd gescand zijn. Bijvoorbeeld de geboortedatum staat niet in de MRZ, maar mogelijk wel in de chip. Het systeem en de gebruiker moeten rekening houden met de volgende situaties: 1. ID-documentscanners kan alleen voor ICAO-documenten gestructureerde data (van MRZ of Chip) aanleveren. Daarnaast probeert de scanner gegevens te interpreteren. Dit kan tot fouten leiden. 2. De MRZ/Chip gegevens worden niet altijd herkend. 3. Het tekenrepertoire op de MRZ/chip van de documenten, wijkt af van de werkelijke gegevens. Bijvoorbeeld een 'é' wordt in de MRZ en chip: “E” (een hoofdletter i.p.v. een kleine letter en zonder accent teken). 4. De Nationaliteit en Land van uitgifte worden volgens ISO-codering vermeld, deze waarden moeten automatisch omgezet worden naar waarden uit de GBA tabellen 'Nationaliteit' en 'Land'. 5. De ruimte op de MRZ is beperkt. Het kan voorkomen dat gegevens zijn ingekort. Vanwege bovenstaande eigenschappen moet de gebruiker de automatisch uitgelezen gegevens converteren/aanvullen naar de waarden zoals deze door de gebruiker zelf vanaf het document gelezen kunnen worden en die voldoen aan de regels van de BRP. Het scherm voor het converteren van de ID-documentgegevens: • • •

•

Toont de gegevens van het gescande document. Biedt de mogelijkheid tot het invoeren/wijzigen van de geconverteerde waarden. Als het ID-document gescand wordt door in de Identificatie fase [Scannen] uit te voeren dan worden de gegevens van dit ID-document gezien als “Brondocument PL”. Dit wil zeggen dat de geconverteerde gegevens van het “Brondocument PL” de basis vormen voor Wizard stap 3: Invoer PL. Als het ID-document gescand wordt door gebruik te maken van de actie [Toevoegen Scan] dan wordt het ID-document niet beschouwd als “Brondocument PL”. De gegevens worden opgeslagen in tabblad scan en in tabblad ID-document maar worden niet gebruikt voor het invoeren van de PL gegevens. N.B. Het 'als foutief markeren' van een ID-document is mogelijk via het basisscherm RNI-dossier, tabblad ID-documenten.

5.3.3.1 Default conversie Als voor een gescand ID-document nog geen geconverteerde waarden zijn, dan doet het systeem een voorstel. Daarbij worden de uitgelezen waarden als default gepresenteerd met de volgende bijzonderheden: • •

•

Als gegevens van de chip zijn aangeleverd, dan worden deze gehanteerd, anders de gegevens van de MRZ. Als namen in hoofdletters zijn aangeleverd, dan wordt van elk deel van de naam (gescheiden door een spatie of '–') 1 hoofdletter overgenomen en wordt de rest van het naamdeel in kleine letters geschreven. Een teken dat niet voorkomt in het Teletex repertoire wordt vervangen door een vraagteken “?”.

ICTU, Programma RNI

75/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

•

•

• • •

De rubriek 'naam' wordt in de geconverteerde waarden automatisch opgedeeld in een 'voorvoegsel en 'geslachtsnaam' volgens onderstaande definitie: Het voorvoegsel is dat deel van de geslachtsnaam dat aan het begin van de geslachtsnaam staat en door een spatie van de geslachtsnaam is gescheiden en dat voorkomt in tabel 36 Voorvoegseltabel. Als na het afsplitsen van de voorvoegsels geen geslachtsnaam meer overblijft wordt het laatste deel van de voorvoegsels geslachtsnaam.13 Een eventueel in de naam/voornamen aanwezige adellijke titel/predikaat wordt niet door het systeem herkend (zie ook par. 2.4 Ontwerpbeslissingen). De gebruiker moet zo nodig een adellijke titel/predikaat invoeren en het corresponderend deel weglaten uit de naam. De ISO-codes voor land en nationaliteit worden omgezet naar de GBA-codes voor land en nationaliteit. Als dit niet mogelijk is, dan wordt geen geconverteerde waarde gevuld. Als de geboorteplaats gevonden wordt in de GBA gemeententabel, dan wordt de geboorteplaats default als een Nederlandse gemeente gezien. De gebruiker kan dit uiteraard wijzigen. De geslachtsaanduiding wordt vertaald: “M” blijft "M”, “F” wordt “V”. Alle andere waarden worden “O”.

5.3.3.2 Bijzonderheden bij de invoer van de geconverteerde waarden • Voor de geslachtsaanduiding kan een keuze gemaakt worden uit M, V of O. • Voor het invullen van de geboorteplaats gelden de mogelijkheden zoals beschreven in par. 16.3.4 Ingave van elementen waarvoor een tabel bestaat. • Als bij geboorteplaats een Nederlandse gemeentecode is ingevuld/geselecteerd (dit is exclusief de code 0000 ("Onbekend"), dan wordt bij het geboorteland automatisch 'Nederland' (code 6030) ingevuld. • Voor het invullen van het voorvoegsel, de adellijke titel/predikaat, het geboorteland en de nationaliteit gelden de mogelijkheden zoals beschreven in par. 16.3.4 Ingave van elementen waarvoor een tabel bestaat. • Soort ID-document wordt geselecteerd uit een in de RNI aan te leggen lijst met waarden (codelijst). 5.3.3.3 Controles geconverteerde waarden ID-document Voor de geconverteerde waarden gelden de volgende eisen: • • • • • • • • • •

• •

Verplichte velden zijn: geslachtsnaam, geboortedatum, geboorteplaats, geboorteland, geslachtsaanduiding en ID-documentnummer. Voor de geboortedatum gelden de eisen voor de BRP datum (zie par. 16.3.2) en de aanvullende voorwaarde dat de datum niet na de systeemdatum mag liggen. De geslachtsaanduiding moet zijn: M, V of O. Voor de geboorteplaats ingevuld zijn: de waarde 'onbekend' (code 0000), een buitenlandse plaatsnaam, of een Nederlandse gemeente(code) uit de GBA gemeententabel. Het geboorteland moet voorkomen in de GBA landentabel en moet actief zijn op de geboortedatum. Deze controle vervalt als de geboortedatum de standaardwaarde (00000000) heeft. Het geboorteland mag alleen 'Nederland' (6030) zijn als er een gemeente is ingevuld/geselecteerd (inclusief de waarde '0000') die voorkomt in de GBA gemeententabel. Het voorvoegsel moet voorkomen in de GBA voorvoegseltabel. De geslachtsnaam mag niet beginnen met een voorvoegsel, zie de definitie in par. 5.3.3.1. Dubbele spaties of spaties aan het begin of eind van de Geslachtsnaam worden door het systeem verwijderd De geslachtsnaam of voornamen mogen niet een van de volgende tekens of combinaties bevatten - de combinatie spatie koppelteken spatie - een koppelteken zonder voorafgaande spatie, gevolgd door een spatie - een koppelteken aan het eind van de geslachtsnaam - een apostrof aan het eind van de geslachtsnaam - een komma zonder spatie erna - een komma met spatie ervóór De adellijke titel/predikaat moet voorkomen in de GBA tabel adellijke titel/predikaat. De nationaliteit moet voorkomen in de GBA nationaliteitentabel en moet actief zijn op de systeemdatum.

13

Bron: HUP [10] hoofdstuk 4.

ICTU, Programma RNI

76/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

• •

Het persoonsnummer moet leeg zijn indien de nationaliteit onbekend is of niet voorkomt in de EU_ISO_Landcodes systeeminstelling. Er mogen alleen tekens uit het GBA Teletex repertoire zijn gebruikt.

5.3.3.4 Opslaan geconverteerde waarden ID-document De gebruiker vult de gegevens in gebaseerd op het bron-document dat hij voorhanden heeft. Het systeem controleert of de ingevoerde gegevens voldoen aan de voorwaarden gesteld in 5.5.1 Invoeren PL-gegevens Als geen fouten worden geconstateerd, dan worden de gegevens opgeslagen en gelogd. Automatisch wordt de volgende Wizard stap gestart: Doorzoeken. Gelogd wordt: Gebeurtenistype

Bijzonderheden

Converteren ID-document

---

Als fouten worden geconstateerd worden deze op het scherm getoond en moet de gebruiker deze eerst oplossen voordat hij door kan naar de volgende wizard stap.

5.4

Wizard stap 2: Doorzoeken

5.4.1

Controleren of persoon al is ingeschreven of een verzoek daartoe heeft gedaan Om te controleren of een persoon al is ingeschreven of een verzoek daartoe heeft gedaan, moet de actie Doorzoeken inschrijvingen(zie par. 4.5) worden uitgevoerd. Deze actie wordt automatisch gestart na het uitvoeren van de wizard stap "Identificatie". N.B. In de zoekresultaten moet het onderhanden dossier worden genegeerd en moeten alle afgevoerde PL-en (Reden opschorting = fout (07.67.20 = "F")) genegeerd worden. Er wordt tevens in de ID-documentgegevens gezocht (parameter 'indicatie tevens ID-documenten doorzoeken' = “J”). Als op het scherm geen of teveel zoekresultaten worden getoond heeft de gebruiker de mogelijkheid om opnieuw te zoeken. De gebruiker kan dan de gewenste zoekcriteria aanpassen.

5.4.2

Intake conclusie Op basis van de getoonde resultaten van het doorzoeken van de inschrijvingen trekt de gebruiker de conclusie of de inschrijving wordt voortgezet of afgewezen. Als de zoekresultaten worden getoond en het is de gebruiker direct duidelijk dat de zoekresultaten niet voldoende overeenkomen met de gegevens van de in te schrijven persoon, dan kan de gebruiker direct door naar de volgende Wizard stap: Invoer PL. Als de zoekresultaten twijfel oproepen kan de gebruiker controleren of de persoon al is ingeschreven door de details te bekijken van een getoond zoekresultaat. De gebruiker krijgt dan de mogelijkheid om de inschrijving af te wijzen op basis van de gevonden gegevens of hij kan alsnog doorgaan met de inschrijving. In het geval dat een zoekresultaat wordt gevonden in het Beheer van Relaties kan de gebruiker er ook voor kiezen om het sofinummer van de gevonden persoon over te nemen als BSN. Dit kan echter niet als blijkt dat het Sofinummer al als BSN voorkomt in Persoon.bsn in een van de entiteiten Persoon of in Persoonhistorie.bsn in een van de entiteiten Persoonhistorie. Als dit het geval is verschijnt een melding op het scherm: “Let op: Persoon bestaat al in RNI Er is al een persoon in de RNI is ingeschreven waarvan de BSN overeenkomt met dit sofinummer. Als dit dezelfde persoon betreft moet u de inschrijving afwijzen op basis van de bestaande inschrijving in de RNI.” Het is dan niet mogelijk om het sofinummer over te nemen of op basis van dit zoekresultaat de inschrijving af te wijzen.

ICTU, Programma RNI

77/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

In bijzondere situaties kan de gebruiker ook op andere momenten een inschrijving afwijzen of annuleren. Daartoe zijn aparte actie-items in het contextmenu opgenomen (zie par. 5.2). Als de gebruiker de inschrijving wil afwijzen moet hij aangeven op welke gronden de conclusie is getrokken. Het systeem zal een afwijzingsreden voorprojecteren. De gebruiker kan de bij deze reden horende toelichting aanpassen. Getoonde reden en toelichting bij afwijzing

Conditie

Resultaatcode uitkomst

Reden: afwijzen PL reeds in GBA: Toelichting: PL staat reeds in GBA met BSN

De details van een gevonden persoon worden getoond, waarbij blijkt dat de gemeente van inschrijving een GBA gemeente is.

11

Reden: afwijzen PL reeds in RNI: Toelichting: PL staat reeds in RNI met BSN

De details van een gevonden persoon worden getoond, waarbij blijkt dat de gemeente van inschrijving de 'gemeente RNI' is.

12

Reden: afwijzen er loopt al een inschrijving GBA: Toelichting: Er loopt al een inschrijving GBA, gemeente

De details van een gevonden persoon worden getoond, waarbij vanuit de presentievraag de status is: 'Zelfde vraag' (status “C”) en de gemeentecode is ongelijk aan 'gemeente RNI'.

13

Reden: afwijzen er loopt al een inschrijving RNI:

De details van een gevonden persoon worden 14 getoond, waarbij: of vanuit de presentievraag de status is: 'Zelfde vraag' en de gemeentecode is gelijk aan 'gemeente RNI' of een lopende inschrijving vanuit de RNI wordt getoond. Lopende inschrijving betreft een dossier met Dossierstatus: Inschrijven (Initieel, InvoerPL) of WachtBSN

Toelichting: Er loopt al een inschrijving RNI, dossiernummer <dosssiernr> Reden: Anders Toelichting: leeg

De details van een gevonden persoon worden getoond, waarbij: vanuit de presentievraag de status is: 'Sofi' of een lopende inschrijving vanuit de RNI via een deelnemer wordt getoond: een dossier met Dossierstatus: Inschrijvingsopgave .

Als resultaatcode is 11 (PL staat reeds in GBA) dan wordt de GBA afwijzingsbrief (zie paragraaf 27.2.2) afgedrukt. Als resultaatcode is 12 (PL staat reeds in RNI) dan wordt naast de RNI afwijzingsbrief (zie paragraaf 27.2.1) ook het PL Overzicht (zie paragraaf 27.5) van het reeds in RNI aanwezige dossier afgedrukt. Als de conclusie is 'doorgaan met inschrijving' of 'overnemen Sofinummer', dan wordt de status van het RNI-dossier: 'Inschrijving: PL invoeren'. Automatisch wordt de volgende Wizard stap gestart: Invoer PL. In de andere situaties wordt de status 'inschrijving afgewezen'. Gelogd wordt:

ICTU, Programma RNI

78/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Gebeurtenistype

Bijzonderheden

Gekozen Intake conclusie

---

De intake conclusie wordt tevens in (maximaal) drie dossier velden geregistreerd: • • •

intake conclusie reden afwijzing of annuleren

de waarde van de gekozen intake conclusie alleen gevuld indien afgewezen, in dat geval is de waarde overeenkomstig de intake conclusie toelichting afwijzing of annulering alleen gevuld indien afgewezen

5.5

Wizard stap 3: Invoer PL

5.5.1

Invoeren PL-gegevens In deze stap van de wizard Invoer PL worden de gegevens voor de aan te leggen RNI-DEEL-PL ingevoerd of aangevuld. Het betreft in deze fase een concept PL, de PL is officieel opgenomen nadat in een aparte stap een BSN is toegekend. In de meest gangbare situatie worden van het ID-document dat als “Brondocument PL” dient, de geconverteerde waarden van de naamen geboortegegevens en de nationaliteit overgenomen. De gebruiker hoeft dan slechts enkele PL-gegevens zelf in te vullen, waaronder het buitenlands adres. De invoer vindt plaats volgens de regels van de eerste inschrijving uit het LO RNI [1]. Dat houdt in dat bij de eerste inschrijving de volgende categorieën aangelegd worden: Categorie

Aantal

Historie

1

0 of 1

Persoon (01)

Toelichting Inclusief optioneel één historisch voorkomen (cat. 51), met name t.b.v. situaties waarbij als gevolg van een huwelijk een naamwijziging heeft plaatsgevonden.

Nationaliteit (04)

0, 1 of meer

Het is mogelijk om meer dan 1 nationaliteit op te nemen bij de 1e inschrijving. Het is niet mogelijk om historische Nationaliteitgegevens op te nemen.

Inschrijving (07)

1

0

Categorie 07 kent geen historie.

Verblijfplaats (08)

1

0

Bij 1e inschrijving worden geen historische verblijfplaatsgegevens aangelegd.

5.5.1.1 Overnemen waarden van het ID-documentgegeven Voordat een PL ingevoerd kan worden, moet minimaal één ID-documenten zijn gescand of handmatig zijn ingevoerd. Van het ID-document, kunnen - voor zover gevuld - de volgende gegevens op de PL worden overgenomen: • • • • • • • • • •

voornamen voorvoegsel geslachtsnaam adellijke titel/predikaat geboortedatum geboorteplaats geboorteland geslachtsaanduiding nationaliteit persoonsnummer

5.5.1.2 Toelichting invoer per categorie Rubrieken die wel in een categorie kunnen voorkomen, maar hieronder niet genoemd zijn, worden ofwel niet gevuld , ofwel automatisch gevuld, zie bijlage 2. Hieronder wordt de invoerwijze beschreven en in de ICTU, Programma RNI

79/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

volgende paragraaf worden alle PL-voorwaarden en controles opgesomd. Categorie 01 Persoon nr. 02.10 02.20 02.30 02.40 03.10 03.20

elementnaam Voornamen persoon Adellijke titel/predikaat persoon Voorvoegsel geslachtsnaam persoon Geslachtsnaam persoon Geboortedatum persoon Geboorteplaats persoon

03.30

Geboorteland persoon

04.10 81.10

Geslachtsaanduiding Registergemeente akte

81.20 82.30

Aktenummer van de akte Beschr. document ontlening gegevens

85.10

Ingangsdatum geldigheid

opmerking Overnemen van het ID-document , niet wijzigbaar14 zie 02.10 zie 02.10 zie 02.10 zie 02.10 1) als een ID-document als “Brondocument PL” is aangewezen én de geboorteplaats is daarbij ingevuld, dan: overnemen van ID-document; de waarde is dan alleen wijzigbaar als de geboorteplaats is 'Onbekend';Het inputveld moet de mogelijkheid bieden om buitenlandse geboorteplaatsnaam te kunnen invoeren met op de eerste positie een cijfer gevolgde door minimaal één alfanumeriek karakter. zie 03.20, waarbij voor geboorteplaats gelezen moet worden: geboorteland zie 02.10 Default: Selecteren uit GBA gemeententabel Default: 1) als een reisdocument als “Brondocument PL” is aangewezen, dan is de defaultwaarde:"reisdoc " (als geen land van afgifte bekend, dan default alleen "reisdoc"); 2) anders: default De gebruiker mag dit gegeven wijzigen. 1) als een ID-document als “Brondocument PL” is aangewezen, dan default: 00000000 2) anders: default De gebruiker mag dit gegeven wijzigen.

Categorie 51 Persoon historisch Zie Categorie 01 Persoon voor de elementopsomming. In categorie 51 kunnen wel alle persoonsgegevens gewijzigd worden. Categorie 04 Nationaliteit Als bij het ID-document reeds een Nationaliteit is opgegeven wordt deze hier getoond. Daarnaast kan de gebruiker een of meerdere extra Nationaliteiten toevoegen. nr. 05.10

elementnaam Nationaliteit

opmerking • Eerste nationaliteit: als op het ID-document een Nationalitieit ingevuld is én voor die nationaliteit is de BRP nationaliteitscode ingevuld, dan wordt de eerste nationaliteit van het ID-document overgenomen en is deze hier niet te wijzigen; anders:invullen door de gebruiker (optioneel). • Een nationaliteit wordt geselecteerd uit de GBA nationaliteitentabel. Bijzonderheden: - Codes 0002 (Behandeld als Nederlander) en 0500 (Vastgesteld niet-Nederlander) mogen niet gebruikt worden (deze codes zijn voor

14

Als de over te nemen gegevens niet juist zijn, dan moet de gebruiker het ID-documentgegeven wijzigen.

ICTU, Programma RNI

80/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

nr.

elementnaam

63.10

Reden opname nationaliteit

–-

Persoonsnummer

82.30 85.10

Beschr. document ontlening gegevens Ingangsdatum geldigheid

opmerking GBA LO 4.x bedoeld). - Voor een actueel nationaliteitsvoorkomen kunnen alleen nationaliteiten worden gekozen die actief zijn op de systeemdatum. • Omdat er naast nationaliteit = 0001 (“Nederlands”) géén andere nationaliteit mag worden vastgelegd is het volgende van toepassing: - Wanneer de eerste nationaliteit (zie beschrijving hierboven) gelijk is aan 0001, dan kan er geen extra nationaliteit worden toegevoegd, de button “Toevoegen Extra Nationaliteit” is dan niet zichtbaar. - Wanneer de eerste nationaliteit NIET gelijk is aan 0001, dan kan er wel een extra nationaliteit worden toegevoegd. Wanneer (een van) de toegevoegde extra nationaliteit(en) gelijk is aan 0001, dan wordt een foutrnelding gegeven en moet de gebruiker eventueel in de vorige stap de eerste nationaliteit wijzigen.. invullen door gebruiker default wordt de standaardwaarde voorgeprojecteerd van reden '301' tenzij nationaliteit Nederlandse is dan is de default reden '000'. het buitenlandspersoonsnummer kan, alsof het reeds een element betreft, apart worden vastgelegd. Bij het opslaan van de ingevoerde PL wordt het persoonsnummer toegevoegd aan 04.82.30, zie Bijlage 2. zie 82.30 bij categorie 01 zie 85.10 bij categorie 01

De categorie Nationaliteit kan 0, 1 of meerdere keren voorkomen. De gebruiker kan tijdens het inschrijven een Nationaliteit toevoegen of verwijderen (als men een fout gemaakt heeft), uitgezonderd de nationaliteit die van het ID-document afkomstig is. Wanneer de nationaliteit van het ID-document onjuist is, moet men dat in Wizard stap 1 aanpassen. De default van 63.10 bij extra nationalitiet is reden '301'. Categorie 07 Inschrijving nr. 70.10

elementnaam Indicatie geheim

opmerking Gebruiker kan kiezen uit Ja of Nee. Ja = 7, beperking. Nee = 0, geen beperking (default waarde) (op bestaande PL-en mogen nog de waarden 1 t/m 6 voorkomen).

Categorie 08 Verblijfplaats nr. 13.10

elementnaam Land adres buitenland

13.20

Datum aanvang adres buitenland

ICTU, Programma RNI

opmerking Selecteren uit de lijst van landen die op de systeemdatum geldig zijn (GBA landentabel). Default: 00000000

81/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

nr. 13.30 13.40 13.50 72.10

elementnaam Regel 1 adres buitenland Regel 2 adres buitenland Regel 3 adres buitenland Omschrijving aangifte adreshouding

opmerking

Default: "I" (Ingeschrevene)

5.5.1.3 PL-voorwaarden en -controles Hieronder volgt een overzicht van de controles die worden uitgevoerd op een concept PL die voor eerste inschrijving in de RNI opgenomen moet worden15. Algemeen

• • • • • • •

Categorie 01/51

• • • • • • •

•

•

• •

Alle waarden voor PL-rubrieken moeten bestaan uit tekens die afgebeeld kunnen worden op de GBA Teletex tekenset (LO GBA [2], onderdeel par. II.3). Trailing spaces worden verwijderd Voor datumvelden gelden de regels zoals in het LO GBA [2] vermeld en de regels die genoemd zijn bij 'BRP datum' in par. 16.3.2. Geen van de datumvelden mag een waarde bevatten die in de toekomst ligt. De datum ontlening (82.20) mag niet voor de ingangsdatum geldigheid liggen (85.10). In de HUP [10], bijlage 5 staan aanbevelingen over te hanteren afkortingen voor element 82.30. Voor nationaliteiten, Nederlandse gemeenten en landen geldt: - de code moet voorkomen in de corresponderende landelijke GBA-tabel, respectievelijk de tabellen 32, 33 en 34; - de tabelregel moet geldig zijn op een gerelateerde datum. De controle vervalt als de gerelateerde datum met 00000000 is gevuld. Het gaat om de volgende combinaties: • Geboorteland (03.30) – Geboortedatum (03.10) • Geboorteplaats (03.20) – Geboortedatum (03.10) (alleen te controleren in geval van een Nederlandse gemeente) • Nationaliteit (05.10) – Ingangsdatum geldigheid (85.10) • Land adres buitenland (13.10) – Datum aanvang adres buitenland (13.20) • Voor een actuele nationaliteit (04.05.10) geldt tevens dat deze geldig moeten zijn op de systeemdatum. • Gemeente document (82.10) – Datum document (82.20) Adellijke titel/predikaat: de waarde moet voorkomen in GBA tabel 38. Voorvoegsel moet voorkomen in de GBA tabel 36. Geslachtsnaam (02.40) is verplicht. De geslachtsnaam mag niet beginnen met een voorvoegsel, zie de definitie in par. 5.3.3.1. Alle drie elementen uit groep 03 zijn verplicht: geboortedatum, geboorteplaats en geboorteland. Als geboorteland is Nederland (6030), dan moet de geboorteplaats (01.03.20) een gemeente betreffen uit de GBA gemeententabel. Deze wordt in database omgezet in gemeentecode. Als de geboorteplaats een gemeente betreft uit de GBA gemeententabel dan wordt in eerste instantie als geboorteland Nederland (6030) getoond. Dit land mag gewijzigd worden. Als geboorteland niet Nederland betreft (code ongelijk 6030), dan mag de geboorteplaats “Onbekend”) zijn, of moet anders beginnen met een ander teken dan een cijfer. Geslachtsaanduiding (01.04.10) is verplicht en moet bevatten: M, V of O. Er geldt: òf elementen 81.10 en 81.20, òf elementen 82.20 en 82.30 moeten ingevuld zijn (in categorie 01 geldt: element 82.10 en 82.20 worden automatisch gevuld als 82.30 is gevuld).

15

Deze controles worden ook uitgevoerd op een PL die via een deelnemersopgave is aangeleverd.

ICTU, Programma RNI

82/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Indien gevuld: Registergemeente Akte (01.81.10) moet een gemeente betreffen die voorkomt in de GBA-tabel 33, maar niet 'RNI_GEMEENTE_CODE'. • Indien gevuld: Aktenummer (01.81.20) moet opgebouwd zijn volgens de voorschriften. Uit het LO GBA [2]: - Posities 1 en 3 dienen waarden te bevatten die in de betreffende combinatie voorkomen in Tabel 39, Tabel Akteaanduiding. - Positie 2 bevat een cijfer of een letter. - Positie 4 t/m 7 bevatten een volgnummer, dat binnen de registergemeente wordt vastgesteld. De RNI is in deze geen registergemeente en stelt zelf geen akten op. - Standaardwaarde (7 punt-tekens: '.......') indien onbekend. • Element 85.10 is verplicht. • De groepen 01 (Identificatienummers), 20 (A-nummerverwijzingen), 61 (Aanduiding naamgebruik), 84 (Onjuist) en 86 (Opneming) mogen niet voorkomen. (De velden worden niet getoond; groepen 01 en 86 worden op een later moment automatisch gevuld). • Consistentiecontrole tussen categorie 01 en 51: - De ingangsdatum geldigheid van categorie 51 mag niet liggen na de ingangsdatum geldigheid van categorie 01. Algemeen: • Element 85.10 is verplicht. • De groepen 84 (Onjuist) en 86 (Opneming) mogen niet voorkomen. (In de interactieve functie worden ze niet getoond en kan de gebruiker ze niet invoeren; groep 86 wordt op een later moment automatisch gevuld). •

Categorie 04/54

Voor: a) een categorie 04 voorkomen • •

• • • •

Categorie 07

• •

Categorie 08

• •

• •

ICTU, Programma RNI

element 05.10 (nationaliteit) is ingevuld Als 05.10 (nationaliteit) is ingevuld, dan is 63.10 (reden opname nationaliteit) verplicht. Als 05.10 (nationaliteit) is gevuld, dan moet een code uit GBA-tabel 32 zijn opgenomen. De waarden 0002 (Behandeld als Nederlander) en 0500 (Vastgesteld niet-Nederlander), mogen conform het GBA LO [2] niet worden gebruikt. Als groep 65 (Bijzonder Nederlanderschap) is gevuld, dan mag groep 05 niet gevuld zijn. Het persoonsnummer mag alleen ingevuld zijn als de nationaliteit voorkomt in de systeeminstelling EU_ISO_LANDCODES. De lengte van 82.30 (beschrijving document) + persoonsnummer mag niet groter zijn dan 37 posities. Consistentiecontrole tussen verschillende 'stapels': - Elke waarde voor nationaliteitscode (05.10) mag in maximaal één stapel voorkomen. Element 70.10 Geheim moet ingevuld zijn. De groepen 66 (Blokkering), 67 (Opschorting), 68 (Opname), 69 (Gemeente PK), 80 (Synchroniciteit) en 87 (PK-conversie) mogen niet voorkomen (In de interactieve functie worden ze niet getoond en kan de gebruiker ze niet invoeren; groepen 67, 68 en 80 wordt op een later moment automatisch gevuld). Elementen 13.10 Land adres buitenland en 13.20 Datum aanvang adres buitenland moeten gevuld zijn. Het invullen van een buitenlands adres (13.30, 13.40 en 13.50) is optioneel, maar als een buitenlands adres is opgenomen, moet minimaal het element 13.40 gevuld zijn. Als element 13.50 gevuld is, dan moet element 13.30 ook gevuld zijn. Element 72.10 Adresaangifte moet gevuld zijn met een van de volgende waarden: A (= ambtshalve), B (= ministerieel besluit), G (= gezaghouder), I (= ingeschrevene).

83/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

•

• •

In datum aanvang adres (element 13.20) moet of een bestaande datum ingevuld zijn waarop het land adres buitenland (element 13.10) geldig is, of de waarde 00000000. Element 75.10 (Documentindicatie) komt niet voor of heeft de waarde 1. De groepen 09 (Gemeente), 10 (Adreshouding), 11 (Adres), 12 (Locatie), 14 (Immigratie), 84 (Onjuist) en 86 (Opneming) mogen niet voorkomen. (Deze gegevens worden niet getoond; groepen 09 en 86 wordt op een later moment automatisch gevuld).

5.5.1.4 Opslaan ingevoerde PL Als de gebruiker '[Volgende] kiest en worden bovenstaande controles uitgevoerd. Als er geen fouten worden geconstateerd, dan wordende gegevens opgeslagen en gelogd. A Gelogd wordt: Gebeurtenistype

Bijzonderheden

Opslaan concept PL

---

Als door de consistentie controle geen situaties worden gevonden waarvoor een waarschuwing moet worden getoond gaat het proces verder met de volgende wizard stap: Aanvraagformulier. 5.5.2

Controleren consistentie verzamelde gegevens Wanneer het ID-document is gescand en geconverteerd en de PL-gegevens zijn correct ingevoerd,controleert het systeem of de verzamelde gegevens consistent zijn en rapporteert de bevindingen. De consistentiecontrole geeft waarschuwingen (niet blokkerend) met betrekking tot de volgende situaties: 1. Opvallende waarden. In de volgende situaties wordt een waarschuwing “Bijzondere situatie:” getoond: a) De geboortedatum ligt 100 jaar of meer in het verleden (dus ook als de geboortedatum met 00000000 is gevuld). b) Er is geen nationaliteit (categorie 04) ingevoerd. c) De rubriek Bijzonder Nederlanderschap (04/54.65.10) is gevuld. d) Er is geen buitenlands adres is ingevuld (elementen 13.30, 13.40 en 13.50 zijn ). 2. Als er verschillen zijn tussen de gegevens op de PL en het (de) ID-document(en), dan wordt dat gemeld. Maximaal twee ID-documenten – met meest recente registratiedatum en die niet als foutief zijn gemarkeerd - met verschillen worden getoond. Na een kolom met veldomschrijvingen, volgen twee of drie kolommen met: PL-gegevens, ID-document 1 en ID-document 2. Het betreft de volgende gegevens: a) naam vanuit de PL gerepresenteerd door Voorvoegsel (02.30) en Geslachtsnaam (02.40) samen b) voornamen c) geboortedatum d) geslachtsaanduiding e) nationaliteit De PL-gegevens worden vergeleken met de gescande waarden die daarvoor eerst geautomatiseerd vertaald worden (BRP-vertaling) volgens de methode voor het bepalen van de defaults bij het converteren van het ID-document, zie par. 5.3.3.1.

Als voor een rubriek geen gescande waarde bekend is, maar wel een PL-waarde, dan wordt dit ook als een verschil gezien. De gebruiker kan er voor kiezen om de getoonde waarschuwingen te negeren en op [Volgende} te klikken of kan wijzigingen elders in het dossier doen door terug te gaan naar het vorige scherm of elders in de wizard. Als op [Volgende] wordt geklikt gaat het proces verder met de volgende wizard stap: Aanvraagformulier. ICTU, Programma RNI

84/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Registreren gebeurtenissen Als consistentie controle is uitgevoerd wordt een logregel aangemaakt. Gebeurtenistype

Bijzonderheden

Controleren consistentie inschrijving

---

Deze gebeurtenislogregel wordt bij het raadplegen van het tabblad 'gebeurtenislog' gemarkeerd getoond indien het ongelijk 0 is van zowel fouten als waarschuwingen.

ICTU, Programma RNI

85/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

5.6

Wizard stap 4: Aanvraagformulier Het systeem toont het aanvraagformulier op het scherm. Het Aanvraagformulier moet ondertekend worden door de niet-ingezetene. Dit kan op twee manieren: 1. Aan het RNI-systeem kan een handtekeningenscanner gekoppeld worden. Als de niet-ingezetene hier zijn handtekening op zet op het moment dat dit wordt gevraagd door de gebruiker, wordt deze automatisch overgenomen in het dossier. a) Als een handtekeningscanner juist is geconfigureerd en gekoppeld aan de gebruiker die is ingelogd en de handtekeingscanner werkt correct dan kan de handtekening worden binnengehaald door op de handtekeningscanner zelf op OK te klikken of door in het RNI scherm op "handtekening tonen"te klikken. Als de handtekening niet juist is kan men zowel op de scanner (wis) of in het RNI scherm (Opnieuw ondertekenen) de handtekening wissen en nogmaals een handtekening zetten. Als op volgende wordt geklikt wordt de handtekening overgenomen die op dat moment in het scherm staat. De gebruiker is er verantwoordelijk voor dat er een correcte handtekening staat. b) Als geen handtekeningscanner is geconfigureerd en/of gekoppeld aan de gebruiker wordt de melding "Er is geen handtekeningscanner voor u geconfigureerd" weergegeven. De gebruiker kan dan alleen een aanvraagformulier printen. c) Als wel een handtekeningscanner is geconfigureerd en gekoppeld aan de gebruiker maar er is geen verbinding met de scanner wordt de melding "geen verbinding met de handtekeningscanner" weergegeven. De gebruiker kan dan alleen een aanvraagformulier printen. 2. Als de handtekeningscanner niet werkt of de niet-ingezetene wil bijvoorbeeld liever zijn handtekening op papier zetten kan er ook voor gekozen worden om het aanvraagformulier te printen deze vervolgens te laten ondertekenen. Daarna kan via "Toevoegen scan" de A4-scan van het aanvraagformulier toe worden gevoegd aan het dossier. Als de niet-ingezetene een geprint aanvraagformulier wil, wordt dat aangemaakt op basis van een tempate. Zie 27.1 Aanvraagformulier . Na het toevoegen van de handtekening of de scan (dit kan ook op een later tijdstip) controleert het systeem of een handtekening aanwezig is. Als dit niet het geval is toont het systeem de waarschuwing “Er is geen handtekening aangetroffen”. De gebruiker kan dan kiezen om terug te gaan en alsnog een handtekening toevoegen of aangeven dat hij verder gaat zonder handtekening. Dan verschijnt een bericht op het scherm “ Het registratieproces van de inschrijving is gereed. Pas na het toekennen van het BSN is de inschrijiving in de RNI (BRP) voltooid.” De dossierstatus wordt gewijzigd in 'wacht op BSN'. Registreren gebeurtenissen Als 'Afdrukken aanvraagformulier' wordt uitgevoerd,

dan wordt gelogd: Gebeurtenistype

Bijzonderheden

Afdrukken aanvraagformulier

---

Als de status van het dossier wordt gewijzigd in 'Inschr: wacht op BSN', dan wordt gelogd:

5.7

Gebeurtenistype

Bijzonderheden

Wijzigen dossierstatus

---

Toekennen van een BSN en A-nummer Het toekennen van een BSN en A-nummer is alleen mogelijk als de status van de inschrijving is 'wacht op BSN' en alleen als de gebruiker geautoriseerd is ('toekennen BSN'). Als de ingelogde gebruiker de

ICTU, Programma RNI

86/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

dossierstatus in 'Inschrijving: wacht op BSN' heeft gewijzigd, heeft hij een specifieke autorisatie nodig: 'toekennen BSN voor eigen dossier'. Als aan de persoon al een Sofinummer toegewezen was, dan wordt dit nummer omgezet naar een BSN. Zo niet, dan wordt het BSN aan de voorraad BSN's onttrokken. Het Sofinummer wordt hierbij automatisch ingevuld, omdat het vanuit een eerdere stap bewaard is in het dossier. Extra eis: als de laatste actie 'Doorzoeken inschrijvingen' voor de betreffende persoon meer dan X uur (systeeminstelling in uren: MAX-AANT-UUR-WACHT-OP-BSN) geleden heeft plaatsgevonden, dan moet deze actie nogmaals uitgevoerd worden voordat een BSN uitgereikt kan worden. De kans bestaat dan namelijk dat in de tussentijd de persoon al is ingeschreven (bijvoorbeeld in de GBA). Het systeem geeft een melding als deze situatie zich voordoet. Vooraf aan het daadwerkelijk toekennen van BSN en A-nummer wordt eventueel een signalering gelogd: als de voorraad BSN's of de voorraad A-nummers gelijk is aan de minimum voorraad – systeeminstelling MINIMUM-VOORRAAD-BSNS en MINIMUM-VOORRAAD-A-NUMMERS – of daar onder is geraakt én deelbaar is door de systeeminstelling INTERVAL-WAARSCHUWING-VOORRAAD, dan wordt een gebeurtenis gelogd: Gebeurtenistype

Bijzonderheden

Voorraad BSN's onder minimum! en/of Voorraad A-nummers onder minimum!

---

Deze signalering wordt niet uitgevoerd - en ook de telling niet - als één van of beide bovengenoemde instellingen de waarde 0 heeft/hebben16. Als geen enkel BSN op voorraad is en het toekennen van het BSN betreft geen omzetting van een Sofinummer, dan kan geen BSN worden toegekend en wordt een foutmelding gegeven: “Er zijn geen BSN's meer in voorraad.” Als geen A-nummer meer op voorraad is, dan wordt een vergelijkbare foutmelding getoond17. Bij het aanbrengen van het BSN en het A-nummer op de PL wordt tevens groep 07.80 Synchroniciteit gevuld en wordt de status van het RNI-dossier gewijzigd: • • •

80.10 Versienummer krijgt de waarde 0000. 80.20 Datumtijdstempel krijgt de waarde van de systeemdatum en -tijd. RNI-dossierstatus krijgt de waarde 'PL opgenomen in de RNI'.

Gelogd wordt: Gebeurtenistype

Bijzonderheden

Toekennen BSN

---

Als het toekennen van het A-nummer en BSN (incl. het bijwerken van de voorraad), het wijzigen van de PL-rubrieken en het bijwerken van de dossierstatus is gelukt, dan wordt de actie als geheel 'gecommit'. Als er een fout wordt geconstateerd, dan vindt een 'roll back' plaats en blijft de voorraad ongewijzigd18. Voordat het BSN uit de BSNvoorraad wordt toegekend aan de PL, wordt gecontroleerd of het BSN al voorkomt in categorie 01 Persoon (01.01.20) of categorie 51 Persoonhistorie (51.01.20). Als dat het geval is wordt het betreffende BSN overgeslagen en een volgend BSN gekozen. Ook hiervoor wordt dan weer deze controle uitgevoerd. (Uit de voorraad verwijderen moet door een (nog te

16

Een controle of er voldoende voorraad is, is mogelijk niet vereist. De signalering kan daarom uitgezet worden. Het is denkbaar dat er een ruime

voorraad nummers is, zodanig dat vermelding van de voorraad op een dagelijkse rapportage toereikend is. 17

Deze melding wordt niet getoond als de inschrijving wordt doorgevoerd via de automatische verwerking van een deelnemersopgave (er is dan geen

sprake van scherminteractie). 18

Aangezien in het systeem meerdere processen/gebruikers zijn, kunnen vrijwel gelijktijdig meerdere verzoeken voor het uitdelen van BSN's ontstaan.

Daarom moet het bepalen van een vrij nummer en het in gebruik nemen in een actie worden uitgevoerd.

ICTU, Programma RNI

87/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

ontwikkelen) beheerfunctionaliteit worden uitgevoerd.) Bij controle of BSN al voorkomt worden alle afgevoerde PL-en (Reden opschorting = fout (07.67.20 = "F")) genegeerd. NB: Afgevoerde PL-en bestaan als het ware niet meer. Ze mogen niet worden weggegooid daarom krijgen ze reden opschorting = Fout. (07.67.20 = "F") Voordat het A-nummer uit de A-nummervoorraad wordt toegekend aan de PL, wordt gecontroleerd of het A-nummer al voorkomt in categorie 01 Persoon (01.01.10) of categorie 51 Persoonhistorie (51.01.10). Als dat het geval is wordt het betreffende A-nummer overgeslagen en een volgend A-nummer gekozen. Ook hiervoor wordt dan weer deze controle uitgevoerd. (Uit de voorraad verwijderen moet door een (nog te ontwikkelen) beheerfunctionaliteit worden uitgevoerd.) Bij controle of A-nummer al voorkomt worden alle afgevoerde PL-en (Reden opschorting = fout (07.67.20 = "F")) genegeerd. NB: Afgevoerde PL-en bestaan als het ware niet meer. Ze mogen niet worden weggegooid daarom krijgen ze reden opschorting = Fout. (07.67.20 = "F") N.B. De BV BSN trekt zelf de conclusie in die gevallen dat door de inschrijving een Sofinummer is omgezet naar een BSN. De BV BSN leidt dit af uit de GBA-V gegevens. Als bovenstaande acties correct zijn uitgevoerd verschijnt een melding op het scherm waarin wordt aangegeven dat de inschrijving in de RNI is voltooid en dat de PL is opgenomen in de BRP. Vervolgens wordt aan de gebruiker gevraagd of hij het PL afschrift (=Overzicht PL Inschrijving) wil afdrukken. 5.7.1

Sturen Lg01-bericht Aansluitend op het toewijzen van een BSN (en A-nummer) wordt voor GBA-V een Lg01-bericht aangemaakt, zie par. 12.6.6.

5.8

Terugzetten Als de (tweede) medewerker constateert dat het dossier niet voldoet en hij niet over kan gaan tot het toekennen van een BSN kan hij het dossier "Terugzetten". Als de (tweede) medewerker de actie 'Terugzetten' uitvoert verschijnt de melding "Let op: U gaat de status van het dossier terugzetten in Invoeren PL. Hierdoor kan de eerste medewerker het dossier weer oppakken.". De (tweede) medewerker moet hiertoe verplicht een toelichting invullen. Het systeem geeft als antwoord: "De status van het dossier is teruggezet. De gegevens kunnen nu gewijzigd worden." Een lijst met de teruggezette dossiers is beschikbaar onder het menu item 'Teruggezette Dossiers' . Het overzicht is qua layout en vulling van de rubrieken gelijk aan het overzicht Toekennen BSN's. Die dossiers worden getoond waarvoor geldt: •

dossierstatus gelijk 'Inschr. PL invoeren' en

•

dossier is teruggezet (hiervan is sprake als in de gebeurtenislog een logregel aanwezig is met gebeurtenistype = 'Wijzigen dossierstatus (handmatig)' en Oude waarde = 'WachtBSN').

•

5.9

Maken afschrift De niet-ingezetene ontvangt naar aanleiding van de eerste inschrijving en ook als hij op een later moment een verzoek doet, een overzicht van de in de RNI geregistreerde gegevens. Het RNI-systeem biedt daartoe een functie die een overzicht van de PL samenstelt op basis van een template (zie 27.4 ABO PL-overzicht) in de vorm van een PDF-bestand dat afgedrukt kan worden door de RNIloketmedewerker. Het 'Overzicht van de persoonslijst in de basisregistratie personen.' is in het Nederlands opgesteld (zie de ontwerpbeslissingen, par. 2.4). Aan de niet-ingezetene wordt bij de eerste inschrijving kostenloos een PL-overzicht (= Overzicht PL Inschrijving) verstrekt. Voor overige situaties kunnen er kosten verbonden zijn aan het aanvragen van een overzicht op papier. Het RNI-systeem heeft geen voorzieningen om kosten te berekenen of te registreren.

ICTU, Programma RNI

88/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Naast een standaard overzicht van de PL, kan ook een afschrift met een specifiek doel gekozen worden, waarop slechts een deel van de PL wordt opgenomen.(zie par. 10 Inzagerecht en incidentele gegevensverstrekking) De actie wordt gelogd:

5.10

Gebeurtenistype

Bijzonderheden

Maken afschrift

Soort afschrift (PL Inschrijving, PL-overzicht, ABO PLoverzicht, Standaard uittreksel, Adres historie, Uittreksel NFDE, Uittreksel NSITof Uittreksel RNI)

Afwijzen inschrijvingsverzoek De functie 'afwijzen inschrijvingsverzoek' is bedoeld voor het geval dat een verzoek alsnog afgewezen moet worden, nadat bij de 'Intake conclusie' is besloten om een PL aan te leggen. Deze optie wordt gedurende het hele inschrijvingsproces getoond. De gebruiker moet een reden voor de afwijzing aangeven en kiest daarbij uit een lijst van standaard keuzes ( Afwijzingsannuleringsreden met subtype = “AF”), inclusief een keuze 'anders'. (Gebruikers kunnen bij de RNI-registratiehouder vragen om nieuwe veelvoorkomende waarden aan de keuzelijst toe te voegen.) Tevens vraagt het systeem om een toelichting. Deze is alleen verplicht als bij de reden afwijzing 'anders' is aangegeven. De gebruiker wordt gevraagd om de afwijzing te bevestigen. De afwijzing wordt gelogd: Gebeurtenistype

Bijzonderheden

Afwijzen inschrijvingsverzoek

---

Indien afwijzing plaatsvindt omdat de niet-ingezetene al is ingeschreven in de BRP wordt door het systeem een afwijzingsbrief aangemaakt op basis van een template (zie 27.2 Afwijzingsbrieven). Afwijzing kan plaatsvinden omdat de niet-ingezeten reeds ingeschreven is als niet-ingezetene (RNI) of als ingezetene (GBA). Deze wordt aan de betrokkene overhandigd. De reden van afwijzing wordt tevens in het dossier bewaard in de velden 'reden afwijzing of annuleren' en 'toelichting afwijzing of annulering'.

5.11

Annuleren inschrijvingsverzoek Het kan voorkomen dat een persoon die om inschrijving heeft verzocht, deze inschrijving annuleert. In zo'n geval moet de functie 'annuleren inschrijvingsverzoek' worden uitgevoerd. Deze optie wordt gedurende het hele inschrijvingsproces getoond. De gebruiker moet een reden voor de annulering aangeven en kiest daarbij uit een lijst van standaard keuzes ( Afwijzingsannuleringsreden met subtype = “AN”), inclusief een keuze 'anders'. Gebruikers kunnen bij de RNI-registratiehouder vragen om nieuwe veelvoorkomende waarden aan de keuzelijst toe te voegen. Tevens vraagt het systeem om een toelichting. Deze is alleen verplicht als bij de reden annulering 'anders' is aangegeven. De gebruiker wordt gevraagd om de annulering te bevestigen. De annulering wordt gelogd: Gebeurtenistype

Bijzonderheden

Annuleren inschrijvingsverzoek

---

De reden van annulering wordt tevens in het dossier bewaard in de velden 'reden afwijzing of annuleren' en 'toelichting afwijzing of annulering'.

ICTU, Programma RNI

89/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

5.12

Wijzigen notitie bij dossier De gebruiker kan de notitie (text box van meerdere regels) bij het dossier wijzigen. Deze optie wordt gedurende het hele inschrijvingsproces getoond. Als default wordt de op dat moment opgeslagen waarde van de notitie getoond. De wijziging wordt gelogd:

5.12.1

Gebeurtenistype

Bijzonderheden


In de entiteit LogMutatiedetail worden de oude en de nieuwe notitie gelogd.

Bekijken dossier Bij de actie 'Bekijken dossier' wordt het scherm afgesloten en wordt het RNI-dossier getoond, waarbij het tabblad 'gebeurtenislog' actief is. De gebruiker kan na het bekijken terug keren naar de inschrijving in de RNI.

5.13

Noodprocedure Behalve via het menu 'Balie' zijn bovengenoemde functies ook te benaderen via het menu 'Noodprocedure'. In de noodprocedure is de functie 'Toekennen BSN' vervangen door functie 'Invullen BSN's. Het verschil tussen beide functies: In de laatste wordt het BSN niet uit de voorraad gehaald, maar ingevuld door de gebruiker. De noodprocedure functies hebben hun eigen autorisaties, analoog aan de balie functies. Dossiers die via de noodprocedure worden aangemaakt krijgen een extra kenmerk en log regel waaruit te herleiden in dat zij via de noodprocedure zijn aangemaakt. Deze dossiers worden niet getoond in de functie 'Toekennen BSN' maar wel in de functie 'Invullen BSN' en vice versa. Dossiers die via de noodprocedure worden aangemaakt zijn uitsluitend via het 'zoeken' scherm onder Monitoren Berichten apart op te vragen. Bij het aanmaken van dossiers via de noodprocedure: •

Is het niet mogelijk een id document te scannen en een aanvraagformulier te printen.

•

Moet de gebruiker in stap 4 expliciet aangeven dat er 2 A4-scans zijn toegevoegd.

ICTU, Programma RNI

90/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

6

Actualiseren van een PL of een verwijzing

6.1

Inleiding Hoofdstuk 3 in het LO RNI [1] beschrijft, samen met hoofdstuk 3 uit het LO GBA [2], welke actualiseringen en correcties op een PL en op een verwijzing kunnen plaatsvinden. Aangezien de bijhouding van alle PL-en in de RNI gedeeltelijk of geheel is opgeschort (op elke PL is groep 07.67 gevuld), is een aanzienlijk deel van de soorten actualiseringen zelden aan de orde. Een voorbeeld: de actualisering 'Opnemen kindgegevens bij geboorte' kan alleen van toepassing zijn als a) de PL uit de GBA afkomstig is – een zogenaamde RNI-GBA-PL en b) het kind geboren is voordat de PL in de GBA vanwege emigratie is opgeschort. Een andere bijzonderheid is dat, ondanks de 'opschorting', de gegevens uit de RNI beperkte gegevensset bijgehouden blijven als de reden van opschorting is: “E” (Emigratie),“M” (Ministerieel besluit) of of “R” (PL aangelegd in de RNI). De actualiseringen die in de praktijk regelmatig aan de orde kunnen komen betreffen de categorieën uit de RNI beperkte gegevensset, dat zijn: • • • • • •

Persoon (01/51) Nationaliteit (04/54) Overlijden (06/56) Inschrijving (07) Verblijfplaats (08/58) Verblijfstitel (10/60)

Om te kunnen actualiseren moet een dossier gezocht en gevonden worden. Het geopende dossier moet de status hebben: 'PL opgenomen in de RNI' of 'PL overgebracht naar de GBA'. De acties zoals genoemd in par. 3.4.1.2 zijn beschikbaar. Een overzicht van de soorten actualiseringen is opgenomen in bijlage 4.

6.2

Processtappen voor het actualiseren via het scherm Het actualiseren van een PL verloopt via de volgende stappen: 1. Identificeren persoon De gebruiker controleert of de persoon zich deugdelijk kan identificeren. Als de persoon niet aan de balie staat en op basis van andere signalen/bronnen 'ambtshalve' een actualisering moet worden uitgevoerd, dan vindt geen persoonsidentificatie plaats. 2. Zoeken en openen RNI-dossier. a) De gebruiker zoekt de PL/het RNI-dossier, via de keuze 'Zoeken in RNI' in de menugroep 'balie' (zie bijlage 3). Als het gewenste RNI-dossier niet wordt aangetroffen of niet de gewenste status heeft 'PL opgenomen in de RNI' of 'PL overgebracht naar de GBA', dan kan geen actualisering plaatsvinden en moet de gebruiker bepalen wat er aan de hand is. b) De gebruiker scant (actie-item 'scannen') het ID-document dat gebruikt is voor de identificatie en dat eventueel ook als brondocument dient voor de actualisering. De scan wordt gekoppeld aan het geopende dossier. 3. Starten van een actualiseringsactie. Bij het actualiseren wordt onderscheid gemaakt of de actualisering wel of niet betrekking heeft op een categorie uit de RNI beperkte gegevensset. Voor elke categorie, voor enkele bijzondere actualiseringen (bijv. Afvoeren PL) en voor het 'uitvoeren van een actualisering als correctie' geldt een specifieke gebruikersautorisatie, zie het overzicht in par. 17.4. De actualiseringen/acties waarvoor de gebruiker niet geautoriseerd is, worden niet getoond. 4. Invoeren actualiseringsgegevens. Het systeem vraagt aan de gebruiker de gegevens die voor de actualisering benodigd zijn. De gebruiker voert de gegevens in en bevestigt met 'opslaan'. (Tevens krijgt hij de mogelijkheid om een actualisering te annuleren) 5. De actualisering wordt opgeslagen (bij categorie Persoon wordt hier nog even mee gewacht

ICTU, Programma RNI

91/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

6. Afronding. a) Er wordt een waarschuwing getoond: 'Scan gebruikte brondocumenten die nog niet in het systeem zijn opgenomen en voeg deze toe'. b) Voor alle actualiseringen die de categorie Persoon betreffen wordt bij deze waarschuwing tevens de vraag gesteld: "Wilt u op basis van dit brondocument nog meer actualiseringen uitvoeren voor deze categorie?". Indien de gebruiker hier "Ja" op antwoord wordt een volgende Actualisering uitgevoerd op basis van hetzelfde brondocument en Ingangsdatum geldigheid. De gebruiker kan deze waarden niet meer zelf invullen. Na elke actualisering van categorie Persoon verschijnt dezelfde vraag. Pas als de gebruiker de vraag beantwoord met "Nee" worden alle wijzigigen in een keer opgenomen in de actuele categorie en er wordt maar een Lg01 bericht gestuurd. Hiermee wordt voldaan aan LO GBA[2] 3.1.2 Gecombineerde actualiseringen. 7. Tenslotte wordt de actualisering gelogd.

6.3

Het actualiseren Bij het actualiseren wordt onderscheid gemaakt of de actualisering betrekking heeft op een categorie uit de RNI beperkte gegevensset of niet.

6.3.1

Actualiseren categorie uit RNI beperkte gegevensset Voor het actualiseren van gegevens uit de RNI-beperkte gegevensset heeft het RNI-systeem specifieke actualiseringsfuncties zoals in het LO RNI [1] beschreven. Bij het invoeren van de gegevens worden alleen de groepen die van toepassing zijn voor de betreffende actualiseringsfunctie getoond. Bijvoorbeeld bij de actualiseringsfunctie 'wijziging in de naam' worden de volgende groepen getoond: 01.02 Naam, 01.81 Akte of 01.82 Document en 01.85 Geldigheid.

6.3.2

Actualiseren categorie die niet behoort tot de RNI beperkte gegevensset Algemene eigenschappen voor het actualiseren van gegevens buiten de RNI beperkte gegevensset • • • •

6.3.3

Actualiseren van deze categorieën kan alleen via de actie 'Wijzigen GBA-PL' en 'Wijzigen identificatienummer''; Alle groepen en alle elementen die kunnen voorkomen in de geselecteerde categorie worden getoond en kunnen gewijzigd worden (behalve Datum opneming die wordt door het RNI-systeem ingevuld); Voor het actualiseren gelden de voorwaarden zoals beschreven in par. 3.1.3.4 van het LO RNI [1]. De validaties die controleren of de categorieën voldoen aan de voorwaarden van LO GBA [2] zijn voor deze categorieën niet meer aanwezig. Dit wordt overgenomen door het draaien van de Bestand Controle Module (BCM).

Het kiezen van een actualiseringsfunctie In de tabel van par. 3.4.1.2 staan de actie-items voor het actualiseren . De actie-items: • • •

Actualiseren documentindicatie, Verwijderen geblokkeerde PL, Afvoeren PL, leiden direct tot een concrete actualiseringsfunctie; het systeem vraagt vervolgens om de gegevens in te voeren.

Voor de actie-items met betrekking tot onderstaande categorieën: - Actualiseren categorie 01/51 Persoon, - Actualiseren categorie 04/54 Nationaliteit, - Actualiseren categorie 06/56 Overlijden, - Actualiseren categorie 07 Inschrijving, - Actualiseren categorie 08/58 Verblijfplaats, - Actualiseren categorie 10/60 Verblijfstitel, - Actualiseren categorie 21/71 Verwijzing, geldt: ICTU, Programma RNI

92/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

-

Als op een van bovenstaande actie-items wordt geklikt wordt een nieuw scherm getoond waarin elk reeds aanwezig actueel of historisch voorkomen in een aparte sectie wordt getoond. Op het scherm worden in het actiemenu de actualiserings- en correctiefuncties getoond, waarvoor geldt: • De functie kan volgens het LO RNI [1] voor de betreffende categorie worden toegepast. • De functie kan gegeven de categorie-inhoud van toepassing zijn (zie bijlage 4). • De gebruiker is voor de functie geautoriseerd.

Voor het actie-item 'In onderzoek plaatsen' geldt het volgende: • Het actie-item wordt niet getoond bij Categorie 04 Nationaliteit als deze beëindigd is met reden 404. • Het actie-item wordt alleen getoond bij actuele categorieën. (Onderzoeksgegevens in historische categorieen worden gemuteerd via 'Correctie historie'). • Het actie-item wordt altijd getoond indien xx.83.10. -20 en 30 allen leeg zijn. • Het actie-item wordt getoond indien xx.83.10. -20 en 30 allen gevuld zijn. Dit betreft dan een afgesloten onderzoek. Als in de de actuele categorie een afgesloten onderzoek aanwezig is en men kiest voor 'In onderzoek plaatsen' dan start het scherm met 3 lege onderzoeksvelden. Als men de functie annuleert door op “vorige” te klikken of door naar een ander actie-item te gaan (dus men klikt niet op opslaan) dan moet het oorspronkelijke afgesloten onderzoek aanwezig blijven. - Door deze actie verdwijnen de oorspronkelijke onderzoeksgegevens. Hiervan wordt geen historie vastgelegd. Ook wordt 86.10 niet bijgewerkt. De enige manier om dit terug te kunnen vinden is in de gebeurtenislog. • Het te hanteren gebeurtenislogtype is 'In onderzoek plaatsen'. • In de categorieën waarin onderzoeksgegevens aanwezig kunnen zijn kunnen de elementen Aanduiding gegevens in onderzoek (83.10) en Datum ingang onderzoek (83.20) worden geactualiseerd Als onderzoek wordt geactualiseerd zijn beide elementen verplicht. • Zie voor de mogelijke waarden en voorwaarden van 83.10 Aanduiding gegevens in onderzoek, de beschrijving van het element in het LO GBA [2] Voor het actie-item 'Wijzigen onderzoek' geldt het volgende: • Het actie-item wordt alleen getoond als de actuele categorie in onderzoek staat; xx.83.10 en xx 83.20 zijn ingevuld en xx.83.30 is leeg. • Door deze actie kan het onderzoek beëindigd worden of aangepast worden. De oorspronkelijke onderzoeksgegevens worden overschreven. Hiervan wordt geen historie vastgelegd. Ook wordt 86.10 niet bijgewerkt. De enige manier om dit terug te kunnen vinden is in de gebeurtenislog. • Het te hanteren gebeurtenislogtype is 'Wijzigen onderzoek'. • Het actie-item wordt getoond bij de mogelijke actualiseringsacties van de categorieën die tot de RNIbeperkte gegevensset behoren. • In de categorieën waarin onderzoeksgegevens aanwezig kunnen zijn kunnen de elementen Aanduiding gegevens in onderzoek (83.10) en Datum ingang onderzoek (83.20) en Datum einde onderzoek (83.30) worden geactualiseerd . Na actualisering moeten óf alle drie elementen leeg, óf alle drie elementen gevuld óf 83.10 en 83.20 beide gevuld zijn. Voor het actie-item 'Wijzigen GBA-PL' geldt het volgende: • Het actie-item wordt alleen getoond als het om een RNI-GBA-PL gaat en de gebruiker geautoriseerd is voor de functie. • Een actualisering binnen deze actie-items mag alleen worden uitgevoerd als de actualisering betrekking heeft op de periode dat de PL in de GBA was opgenomen en de niet-ingezetene nog niet geëmigreerd was. - Actualisering mag worden uitgevoerd als Reden van opschorting (07.67.20) = emigratie (E) of ministerieel besluit (M). Als dit niet het geval is wordt alleen een melding getoond: “Deze actualisering is alleen toegestaan voor een PL met reden 'Emigratie' (E) of ´Ministerieel besluit´ (M) in reden opschorting bijhouding (07.67.20).” - Actualisering mag worden uitgevoerd als de Ingangsdatum Geldigheid (85.10) van de actualisering ligt voor Datum Opschorting (07.67.10) , als dit niet het geval is wordt een foutmelding getoond: “De ingangsdatum geldigheid (85.10) van een geactualiseerde categorie mag niet na de datum opschorting bijhouding liggen (07.67.10).” [Dit geldt niet voor Categorie 12 Reisdocument] ICTU, Programma RNI

93/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Voor categorievoorkomens die niet tot de RNI-beperkte gegevensset behoren (ook die waarvoor geen categorievoorkomen aanwezig is) wordt een apart actie-item getoond. - Wanneer op een van deze actie items wordt geklikt en de categorie is aanwezig, dan wordt van betreffende categorie elk categorievoorkomen in een aparte sectie getoond met invulvelden voor alle elementen die door de gebruiker gewijzigd mogen worden. - Als een categorievoorkomen niet aanwezig is, wordt vermeld: 'Er zijn geen gegevens aangetroffen.' • De gebruiker kan de categorie alsnog toevoegen. Op het scherm wordt de gehele categorie getoond met invulvelden voor alle elementen die door de gebruiker ingevoerd mogen worden. • Uitzondering is categorie 14 Afnemersindicatie. Als de categorie Afnemersindicatie niet voorkomt, wordt hiervoor geen actie-item getoond. Als de Afnemersindicatie wel voorkomt, is de enige actie die men mag uitvoeren, het verwijderen van het voorkomen. - De gebruiker kan een historische categorie toevoegen. De inhoud van de actuele categorie wordt voorgeprojecteerd en kan gewijzigd worden. - Als een historische categorie aanwezig is kan de gebruiker deze zichtbaar maken en vervolgens wijzigen door te klikken op “toon historie”.Als een historische categorie aanwezig is kan de gebruiker deze zichtbaar maken en vervolgens wijzigen door te klikken op “toon historie”. Als een van de categorieën 52, 53, 55 of 59 een historie heeft waarbij indicatie onjuist 84.10 aanwezig is, dan wordt de mogelijkheid geboden om deze historie te wijzigen door alleen de rubriek indicatie onjuist als wijzigbaar te tonen. Voor een aantal elementen uit de categorievoorkomens die betrekking hebben op de RNI beperkte gegevensset geldt dat de elementen alleen voorkomen op de RNI-GBA-PL. Deze elementen kunnen gewijzigd worden via actualiserings-acties die getoond worden bij de categorie: - Bij de categorie Persoon betreft dit het element 61.10 Aanduiding naamgebruik Het actie-item “Wijzigen aanduiding naamgebruik“ wordt in het geval van een RNI-GBA-PL bij de actualiseringsacties van 01/51 Persoon getoond. - Bij de categorie Inschrijving betreft het de PK-elementen: 69.10 Gemeente waar de PK zich bevindt en 87.10 PK-gegevens volledig meegeconverteerd. Het actie-item “Wijzigen PKgegevens“ wordt in het geval van een RNI-GBA-PL bij de actualiserings-acties van 07 Inschrijving getoond.

•

•

Voor het actie-item 'Wijzigen Identificatienummer' geldt het volgende: • Het actie-item wordt alleen getoond als het om een RNI-GBA-PL gaat. • Alleen de categorieën die niet tot de RNI beperkte gegevensset behoren waarin een identificatienummer gewijzigd kan worden en die aanwezig zijn op de geselecteerde RNI-GBA-PL worden getoond. Dit kunnen zijn: Categorie 02 Ouder1, Categorie 03 Ouder2, Categorie 05 Huwelijk/geregistreerd partnerschap, Categorie 09 Kind. • Mogelijkheid tot actualiseren van de elementen A-nummer, BSN, behorende tot groep Akte of beschrijving brondocument en Ingangsdatum geldigheid categorie. 6.3.4

Het resultaat van een actualisering De actualisering c.q. correctie van de PL leidt tot een van de volgende resultaten: Actualisering / correctie

Zie paragraaf

Voorbeeld

Het toevoegen van een stapel 1. (Opnemen categorie).

par. 6.3.5

Opnemen overlijdensgegevens

Het wijzigen van een actueel 2. categorievoorkomen a. Met aanleg van historie b. Zonder historie aan te leggen

par. 6.3.6

Het corrigeren van een historisch voorkomen

a. Wijziging buitenlands adres b. Wijziging in geheim par. 6.3.7

Toevoegen indicatie onjuist (zie LO GBA [2], par. 3.22.5).

Het toevoegen van een historisch voorkomen par. 6.3.8

Correctie van historie (zie LO GBA [2], par. 3.22.5).

3. 4. ICTU, Programma RNI

94/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Actualisering / correctie Het verwijderen van een of meerdere 5. voorkomens (complete stapel of historische voorkomens)

6.3.5

Zie paragraaf

Voorbeeld

par. 6.3.9

Verwijderen van nationaliteitsgegevens. Als een actueel voorkomen wordt verwijderd, wordt automatisch ook de bijbehorende historie verwijderd.

Toevoegen categoriestapel Indien van een categorie nog geen stapel aanwezig is, wordt de actualiseringsfunctie getoond en in een aparte sectie met daarin alle door de gebruiker in te vullen velden van de betreffende categorie.

6.3.6

Wijzigen actueel categorievoorkomen Het resultaat van het wijzigen van een actueel categorievoorkomen hangt onder andere af van het feit of er wel of niet historie kan voorkomen bij de betreffende categorie. Als voor de categorie historie bijgehouden wordt, dan geldt: •

•

• •

Het actueel voorkomen verhuist naar de historie en wordt een nieuw actueel voorkomen aangemaakt, tenzij de actualisering voorschrijft dat geen historie aangelegd moet worden, bijvoorbeeld 'Wijziging document' bij een nationaliteit, dan wordt alleen het actueel voorkomen gewijzigd. De gebruiker kan mits geautoriseerd door middel van een vinkje aangeven of de wijziging uitgevoerd moet worden als 'correctieprocedure' (zie ook het LO GBA [2], par. 3.22.3). Enkele actualiseringsprocedures, bijvoorbeeld 'Wijziging van het A-nummer' mogen niet als correctieprocedure worden uitgevoerd. Als het gaat om een 'correctieprocedure', dan wordt het historisch gemaakte categorievoorkomen element 84.10 indicatie onjuist met “O” gevuld. Als het gaat om een 'correctieprocedure' waarbij de ingangsdatum geldigheid (85.10) wordt aangepast, moeten de validaties m.b.t. geldigheidsdatum t.o.v. de velden van de huidige categorie (die onjuist wordt verklaard) niet worden uitgevoerd. Wel moet gecontroleerd worden of de ingevoerde ingangsdatumgeldigheid ligt na de ingangsdatum geldigheid van de meest recente historische categorie die niet onjuist is verklaard (84.10 = null) (van dezelfde stapel). Als dat niet het geval is moet een foutmelding getoond worden.

Als voor de categorie geen historie bijgehouden wordt, bijvoorbeeld categorie 07 Inschrijving, dan worden de gegevens in het actuele voorkomen gewijzigd, uiteraard zonder historie aan te leggen. Voor de gebruikersingaven voor de nieuwe waarden van de categorie-elementen worden twee kolommen getoond. Een kolom met de oude waarde en een kolom met de nieuwe waarde. 6.3.7

Wijzigen historisch categorievoorkomen Een wijziging die op een historisch voorkomen aangebracht mag worden is het 'toevoegen indicatie onjuist (84.10)'. Dat kan alleen als de indicatie onjuist nog niet gevuld is. Als de indicatie onjuist gevuld is, kan geen enkele wijziging op een historisch voorkomen worden aangebracht. De waarde voor element 84.10 Indicatie onjuist wordt aan de gebruiker gevraagd ('O” of “S”). Er wordt geen nieuwe historie aangemaakt, eventueel ingevulde waarden voor andere elementen worden genegeerd. Een andere wijziging die op een historisch voorkomen aangebracht mag worden is “Correctie historie'; In de geselecteerde historische categorie wordt de indicatie onjuist (84.10) gezet. De ingevulde waarden vormen dan een nieuwe historische categorie, zonder de indicatie onjuist. Als correctie historie wordt uitgevoerd en er wordt alleen een administratief gegeven gewijzigd dan leidt dit niet tot historie wordt de historische categorie niet onjuist verklaard..

6.3.8

Toevoegen historisch voorkomen Alle door de gebruiker in te vullen velden van de betreffende historische categorie worden getoond. De default waarden worden overgenomen uit het voorkomen van waaruit de actualisering geactiveerd is. Dat kan een actueel voorkomen of een historisch voorkomen zijn.

ICTU, Programma RNI

95/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Als een van RNI categorieën een historie heeft waarbij indicatie onjuist 84.10 aanwezig is, dan wordt de mogelijkheid geboden om deze historie te verwijderen. Hiertoe toont het scherm Toevoegen Historie de keuze “Verwijderen oude waarde” als deze historie wordt geselecteerd. Indien aangevinkt wordt als extra actie (naast het toevoegen van de nieuwe historie op basis van de Nieuwe waarden) de historie verwijderd. Het actie-item “Wijzigen aanduiding naamgebruik“, dat ook onderdeel is van een RNIcategorie, heeft niet de mogelijkheid om historie met indicatie onjuist te verwijderen. Uit par. 3.1.10 van LO GBA [2] volgt dat 85.10 Ingangsdatum geldigheid van de historische categorie niet mag liggen na 85.10 Ingangsdatum geldigheid van het actueel voorkomen. Hierop zijn twee uitzonderingen: • 85.10 Ingangsdatum geldigheid van actuele voorkomen is 00000000, en/of • 84.10 Indicatie onjuist wordt gevuld in het historisch voorkomen. 6.3.9

Verwijderen categorievoorkomen(s) Voor enkele categorieën is het toegestaan om categorievoorkomens te verwijderen, zie ook LO RNI [1] en bijlage 4. Dat kan betekenen dat een hele stapel verwijderd mag worden, of alleen de historie. In het laatste geval moet de gebruiker elk historisch voorkomen afzonderlijk verwijderen. In geval een hele stapel verwijderd moet worden, activeert de gebruiker de actualisering vanuit het actuele voorkomen. Dan worden automatisch ook de historische voorkomens verwijderd. Als de gebruiker heeft gekozen voor het verwijderen, dan wordt in een vervolgscherm het te verwijderen categorievoorkomen c.q. de stapel getoond en wordt gevraagd deze verwijdering te bevestigen of te annuleren.

6.4

Het actualiseren Voor de uit te voeren controles bij het actualiseren van een PL wordt verwezen naar de voorschriften die in het LO RNI [1], met als startpunt19 hoofdstuk 3 Actualiseringen. Het systeem moet er voor zorgen dat de gebruiker alleen actualiseringen kan doorvoeren die aan de voorschriften voldoen. Alle actualiseringen moeten voldoen aan de voorwaarden uit bijlage I Gegevenswoordenboek uit het LO RNI [1]. Voorlopig alleen uitgewerkt voor de categorie Nationaliteit Wat achter => staat wordt vastgelegd in de PL.

6.4.1

Actualiseren Nationaliteit Voor alle mogelijke actieitems en specifieke regels en voorwaarden met betrekking tot Nationaliteit zie Bijlage 4 par. 24.2 Actualiseren categorie Nationaliteit

6.4.1.1 Categorie 04/54 Nationaliteit

Elem.nr.

Rubrieknaam

Tabel naam

05.10

Nationaliteit

Nationaliteit_id

63.10

Reden opname nationaliteit

natredenopname_id

64.10

Reden beeindigen nationaliteit

natredenbeeindigen_id

65.10

Aanduiding bijzonder Nederlanderschap

bijzondernlaand

82.10

Gemeente document

docgemeente_id

82.20

Datum document

docdatum

82.30

Beschrijving document

docbeschrijving

83.10

Aanduiding gegevens in onderzoek

onderzoekgegevensaand

83.20

Datum ingang onderzoek

onderzoekstartdatum

19

Op meerdere plaatsen in het LO RNI [1] en LO GBA [2] kunnen voorschriften staan die ook betrekking hebben op het actualiseren, zoals het

Gegevenswoordenboek en de Teletex tekenset.

ICTU, Programma RNI

96/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

83.30

Datum einde onderzoek

onderzoekeinddatum

84.10

Indicatie onjuist (alleen in categorie 54)

onjuistind

85.10

Ingangsdatum geldigheid

geldigheidstartdatum

86.10

Datum van opneming

opnemingsdatum

88.10

RNI-deelnemer

deelnemer_id

88.20

Omschrijving verdrag

verdragomschrijving

6.4.1.2 (Her)opnemen nationaliteit (LO GBA 3.5.2) Bij het opnemen van een nationaliteit wordt een categorie 04 nationaliteit aangemaakt waarbij de volgende velden moeten worden gevuld: - 04.05.10 => code die hoort bij geselecteerde Nationaliteit - 04.63.10 => code die hoort bij geselecteerde reden opname nationaliteit - 04.85.10 => opgegeven ingangsdatum geldigheid Tevens mag het volgende veld worden gevuld: - 04.82.30 => opgegeven beschrijving document Velden die niet op het scherm worden getoond maar door het systeem worden gevuld: - Als door de gebruiker 04.82.30 is ingevuld dan: • 04.82.10 => RNI • 04.82.20 => systeemdatum - 04.86.10 => systeemdatum Indien het een heropname betreft (de stapel is al aanwezig met beëindigde nationaliteit) leidt dit tot historie (oorspronkelijke actuele categorie wordt ongewijzigd opgenomen als historische categorie). Indien de Nederlandse Nationaliteit "wordt opgenomen (04.05.10 = 0001), moeten andere reeds geregistreerde nationaliteiten beëindigd worden, zie par. 6.4.1.10 "Beëindigen vreemde nationaliteiten bij Nederlandse nationaliteit /behandeld als Nederlander" 6.4.1.3 Beëindigen nationaliteit (LO GBA 3.5.3) Bij het beëindigen van een nationaliteit wordt een categorie 04 nationaliteit aangemaakt waarbij de volgende velden moeten worden gevuld: - 04.64.10 => code die hoort bij geselecteerde reden beëindigen nationaliteit - 04.85.10 => opgegeven ingangsdatum geldigheid Tevens mag het volgende veld worden gevuld: - 04.82.30 => opgegeven beschrijving document Velden die niet op het scherm worden getoond maar door het systeem worden gevuld: - Als door de gebruiker 04.82.30 is ingevuld dan: • 04.82.10 => RNI • 04.82.20 => systeemdatum - 04.86.10 => systeemdatum Dit leidt tot historie (oorspronkelijke actuele categorie wordt ongewijzigd opgenomen als historische categorie) 6.4.1.4 Wijziging in de reden opnemen nationaliteit (LO GBA 3.5.4) Bij een wijziging in de reden opnemen nationaliteit wordt een categorie 04 nationaliteit aangemaakt waarbij de volgende velden moeten worden gevuld: - 04.63.10 => code die hoort bij geselecteerde reden opname nationaliteit - 04.85.10 => opgegeven ingangsdatum geldigheid Tevens mag het volgende veld worden gevuld: ICTU, Programma RNI

97/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

-

04.82.30 => opgegeven beschrijving document

Velden die niet op het scherm worden getoond maar door het systeem worden gevuld: - 04.05.10 => overgenomen uit oorspronkelijke categorie 04 - Als door de gebruiker 04.82.30 is ingevuld dan: • 04.82.10 => RNI • 04.82.20 => systeemdatum - Als door de gebruiker 04.82.30 niet is ingevuld dan de waarden overnemen uit groep 82 van de oorspronkelijke categorie 04 (kunnen ook leeg zijn) - 04.85.10 => overgenomen uit oorspronkelijke categorie 04 - 04.86.10 => systeemdatum Dit leidt tot historie (oorspronkelijke actuele categorie wordt ongewijzigd opgenomen als historische categorie) 6.4.1.5 Wijziging in de reden beëindigen nationaliteit (LO GBA 3.5.5) Bij een wijziging in de reden beëindigen nationaliteit wordt een categorie 04 nationaliteit aangemaakt waarbij de volgende velden moeten worden gevuld: - 04.64.10 => code die hoort bij geselecteerde reden beëindigen nationaliteit - 04.85.10 => opgegeven ingangsdatum geldigheid Tevens mag het volgende veld worden gevuld: - 04.82.30 => opgegeven beschrijving document Velden die niet op het scherm worden getoond maar door het systeem worden gevuld: - Als door de gebruiker 04.82.30 is ingevuld dan: • 04.82.10 => RNI • 04.82.20 => systeemdatum - Als door de gebruiker 04.82.30 niet is ingevuld dan de waarden overnemen uit de oorspronkelijke categorie 04 (kunnen ook leeg zijn) - 04.85.10 => overgenomen uit oorspronkelijke categorie 04 - 04.86.10 => systeemdatum Dit leidt tot historie (oorspronkelijke actuele categorie wordt ongewijzigd opgenomen als historische categorie) 6.4.1.6 Opnemen bijzonder Nederlanderschap (LO GBA 3.5.6) Bij het toekennen van de aanduiding Bijzonder Nederlanderschap wordt categorie 04 nationaliteit aangemaakt waarbij de volgende velden moeten worden gevuld: - 04.63.10 => code die hoort bij geselecteerde reden opname nationaliteit - 04.65.10 => code die hoort bij geselecteerde Aanduiding bijzonder Nederlanderschap - 04.85.10 => opgegeven ingangsdatum geldigheid Tevens mag het volgende veld worden gevuld: - 04.82.30 => opgegeven beschrijving document Velden die niet op het scherm worden getoond maar door het systeem worden gevuld: - Als door de gebruiker 04.82.30 is ingevuld dan: • 04.82.10 => RNI • 04.82.20 => systeemdatum - 04.86.10 => systeemdatum Indien er al een Nederlandse stapel aanwezig is met beëindigde nationaliteit dan leidt dit tot historie (oorspronkelijke actuele categorie wordt ongewijzigd opgenomen als historische categorie).

ICTU, Programma RNI

98/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Indien een persoon de status Behandeld als Nederlander verkrijgt, moeten andere reeds geregistreerde nationaliteiten beëindigd worden, zie par. 6.4.1.10 "Beëindigen vreemde nationaliteiten bij Nederlandse nationaliteit /behandeld als Nederlander" 6.4.1.7 Verlies bijzonder Nederlanderschap (LO GBA 3.5.7) Bij het verlies van de aanduiding Bijzonder Nederlanderschap wordt een categorie 04 nationaliteit aangemaakt waarbij de volgende velden moeten worden gevuld: - 04.64.10 => code die hoort bij geselecteerde reden beëindigen nationaliteit - 04.85.10 => opgegeven ingangsdatum geldigheid Tevens mag het volgende veld worden gevuld: - 04.82.30 => opgegeven beschrijving document Velden die niet op het scherm worden getoond maar door het systeem worden gevuld: - Als door de gebruiker 04.82.30 is ingevuld dan: • 04.82.10 => RNI • 04.82.20 => systeemdatum - 04.86.10 => systeemdatum Dit leidt tot historie (oorspronkelijke actuele categorie wordt ongewijzigd opgenomen als historische categorie) 6.4.1.8 Verwijderen van nationaliteitsgegevens Op schriftelijk verzoek van de ingeschrevene kunnen in geval van adoptie nationaliteitsgegevens verwijderd worden. In dat geval worden alle actuele en historische categorieën met betrekking tot de door de adoptie-uitspraak verloren nationaliteit(en) verwijderd van de PL..

6.4.1.9 Correctie van ten onrechte opgenomen gegevens (LO GBA 3.5.9) Indien een categorie 04 nationaliteit ten onrechte is opgenomen, kan dit hersteld worden. Hiertoe moeten de volgende velden worden gevuld: - 04.64.10 => code die hoort bij geselecteerde reden beëindigen nationaliteit - 04.85.10 => opgegeven ingangsdatum geldigheid Tevens mag het volgende veld worden gevuld: - 04.82.30 => opgegeven beschrijving document Velden die niet op het scherm worden getoond maar door het systeem worden gevuld: - Als door de gebruiker 04.82.30 is ingevuld dan: • 04.82.10 => RNI • 04.82.20 => systeemdatum - 04.86.10 => systeemdatum De categorie die hierdoor historisch wordt, moet worden voorzien van de indicatie onjuist. (de oorspronkelijke actuele categorie wordt opgenomen als historische categorie waarbij 54.84.10 => "O"). 6.4.1.10 Beëindigen vreemde nationaliteiten bij Nederlandse nationaliteit /behandeld als Nederlander Indien een persoon Nederlander wordt (04.05.10 krijgt de waarde ‘0001’) of de status Behandeld als Nederlander verkrijgt (04.65.10 krijgt de waarde ‘B), moet voor alle andere reeds geregistreerde nationaliteiten de procedure Beëindigen nationaliteit dan wel de procedure Wijziging in de reden beëindiging nationaliteit worden uitgevoerd. Op de PL kan een actuele Nederlandse nationaliteit worden opgenomen door het uitvoeren van de actualiseringsfuncties "Opnemen Nederlandse Nationaliteit" of "Opnemen bijzonder Nederlandschap"

ICTU, Programma RNI

99/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

waarbij met kiest voor de status "Behandeld als Nederlander" of via het inzenden van een Dv02 van het type AC0401 Verkrijging Nederlandse nationaliteit. Het systeem moet naast het uitvoeren van de actualisering, automatisch controleren of bij deze PL één of meerdere buitenlandse nationaliteit stapel(s) aanwezig is/ zijn. Als dat zo is moet gecontroleerd worden of de stapel een lopende of beëindigde nationaliteit betreft 1.

Als buitenlandse nationaliteit nog lopend is (04.05.10 is gevuld in de actuele categorie en <> '0001') dan moet "Beëindigen nationaliteit" (zie 6.4.1.3) worden uitgevoerd, waarbij - 04.64.10 => 404 - 04.85.10 => ingangsdatum geldigheid van Verkrijging Nederlandse Nationaliteit.

2. Als buitenlandse nationaliteit al beëindigd is maar met een andere reden dan "beëindiging registratie nationaliteit" (04.64.10 <> 404) dan moet "Wijziging in de reden beëindigen nationaliteit" (zie 6.4.1.5 ) worden uitgevoerd, waarbij - 04.64.10 => 404 Naast het beèindigen van buitenlandse nationaliteiten moet een eventuele verblijfstitel als volgt per diezelfde datum beëindigd worden: 10.39.20 Datum einde verblijfstitel en 10.85.10 Ingangsdatum geldigheid worden gelijk aan 04.85.10 Ingangsdatum geldigheid ====>>> Per gewijzigde PL wordt slechts één Lg01-bericht aangemaakt.

6.5

Bijzonderheden Voor het invoeren van de actualiseringen geldt een aantal bijzonderheden: 1. Algemeen a) Gesloten onderzoeken (83.10 tm.83.30 gevuld) worden NIET meegenomen naar de actuele categorie omdat alleen lopende onderzoeken (83.10 en 83.20 gevuld, 83.30 leeg) in actueel moeten blijven staan. 2. Actualiseringen m.b.t. nationaliteit'. a) Zie hiervoor 24.3 Actualiseren categorie Nationaliteit 3. Actualisering 'Opnemen overlijdensgegevens' en 'wijzigen overlijden'. a) Element 85.10 (Ingangsdatum geldigheid) wordt niet getoond en er wordt niet om een ingave gevraagd: het element wordt automatisch gevuld met de waarde van element 08.10 (Datum overlijden). b) Element 67.10 (Datum opschorting bijhouding) wordt automatisch gevuld met de waarde van element 08.10 (Datum overlijden). Voor 'wijzigen overlijden' geldt als aanvullende voorwaarde dat 07.67.20 (Omschrijving reden afkeuring) gelijk O (Overleden) moet zijn en 08.10 ongelijk 67.10 moet zijn, anders wordt datum opschorting niet gewijzigd met de nieuwe datum van overlijden. 4. Actualisering 'Wijziging in de opschorting'. a) Het is niet mogelijk om via deze actualisering de reden opschorting “F” (ten onrechte opgenomen PL) te kiezen. Ook de waarde “W” (wissen) is niet toegestaan, deze wordt alleen in GBA-V gebruikt. 5. Actualisering 'Wijziging buitenlands adres'. a) Element 85.10 (Ingangsdatum geldigheid) wordt vooringevuld met de oude waarde en er wordt om een ingave gevraagd. 6. Actualisering 'Wijzigen documentindicatie'. a) Als nog geen documentindicatie aanwezig is en de gebruiker kiest als actualiseringsactie documentindicatie, verschijnt een scherm met 'Opnemen documentindicatie'. Hierbij staat als oude waarde van de rubriek 75.10 documentindicatie geen vinkje en als nieuwe waarde wel een vinkje.

ICTU, Programma RNI

100/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

7.

8.

9.

10.

11.

b) Als reeds een documentindicatie aanwezig is en de gebruiker kiest als actualiseringsactie documentindicatie, verschijnt een scherm met 'Verwijderen documentindicatie'. Hierbij staat als oude waarde van de rubriek 75.10 documentindicatie een vinkje en als nieuwe waarde geen vinkje. Actualisering 'Verwijderen geblokkeerde PL'. a) Het verwijderen van een geblokkeerde PL mag alleen als in het RNI-dossier inmiddels verwijsgegevens zijn aangelegd. Actualisering 'Afvoeren PL'. a) Bij het afvoeren van een PL moet de gebruiker een reden invoeren (max. 200 posities). Deze reden wordt gelogd en wordt tevens toegevoegd aan het eind van het notitie-veld in het dossier. Element 86.10 (Datum van opneming). a) Element 86.10 (Datum van opneming) wordt niet getoond bij de ingave en wordt altijd met de systeemdatum gevuld. Actualisering Wijziging van het A-nummer en Wijziging van het BSN Algemeen geldt voor deze wijzigingen: BSN of A-nummer uit afgevoerde PL (Reden opschorting (07.67.20 = "F" (fout)) wordt als niet aanwezig beschouwd. a) Zowel het A-nummer als het BSN kan door de gebruiker worden ingebracht of uit de nummervoorraad worden gehaald. b) Als de gebruiker een BSN intypt moet worden gecontroleerd of het BSN al voorkomt in categorie 01 Persoon (01.01.20) of categorie 51 Persoonhistorie (51.01.20). Als het BSN al voorkomt dan moet een foutmelding op het scherm verschijnen: "Dit BSN komt al voor in de RNI, controleer het nummer of kies voor een BSN uit de voorraad". De wijziging wordt niet uitgevoerd. c) Als een BSN uit de BSNvoorraad wordt gehaald, wordt door het systeem gecontroleerd of het BSN al voorkomt in categorie 01 Persoon (01.01.20) of categorie 51 Persoonhistorie (51.01.20). Als het BSN al voorkomt wordt het BSN overgeslagen en een volgend BSN gekozen.Ook hiervoor wordt dan weer deze controle uitgevoerd tot dat een BSN wordt gevonden die uniek is. d) Als de gebruiker een A-nummer intypt moet worden gecontroleerd of het A-nummer al voorkomt in categorie 01 Persoon (01.01.10) of categorie 51 Persoonhistorie (51.01.10). Als het Anummer al voorkomt dan moet een foutmelding op het scherm verschijnen: "Dit A-nummer komt al voor in de RNI, controleer het nummer of kies voor een A-nummer uit de voorraad". De wijziging wordt niet uitgevoerd. e) Als een A-nummer uit de A-nummervoorraad wordt gehaald, wordt door het systeem gecontroleerd of het A-nummer al voorkomt in categorie 01 Persoon (01.01.10) of categorie 51 Persoonhistorie (51.01.10). Als het A-nummer al voorkomt wordt het A-nummer overgeslagen en een volgend A-nummer gekozen. Ook hiervoor wordt dan weer deze controle uitgevoerd totdat een A-nummer wordt gevonden die uniek is. f) In Wijziging van het A-nummer geldt het volgende: • A-nummer is een verplicht veld • Vorig A-nummer (20,10) wordt vooringevuld met het oude A-nummer • Vorig A-nummer is niet wijzigbaar. g) In Wijziging van het BSN is het BSN een verplicht veld. Het systeem moet het aan kunnen dat het te wijzigen BSN leeg is. h) Onderstaande situtatie geldt voor Wijzigen BSN. i) Als een BSN of A-nummer "Uit voorraad" wordt gehaald dan wordt na het klikken van de button “Uit Voorraad” de tekst "xxxxxxxxx" op het scherm getoond. Op het moment dat de gebruiker op "Opslaan" klikt, wordt het BSN of A-nummer daadwerkelijk uit de voorraad gehaald, aan de PL toegekend en op het scherm getoond. Als de mogelijkheid geboden wordt om beschrijving document (82.30) aan te passen, dan zijn ook de velden gemeente document (82.10) en datum document (82.20) wijzigbaar. Het veld 82.10 wordt gevuld met de code uit de Gemeentetabel, de default keuze die getoond wordt is de omschrijving van gemeentecode 1999; "Registratie Niet Ingezetenen". Het veld 82.20 wordt default gevuld met de systeemdatum.

ICTU, Programma RNI

101/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

6.6

Automatische acties aansluitend op een actualisering Deze paragraaf beschrijft de acties die, eventueel conditioneel, automatisch uitgevoerd worden na een actualisering en onderdeel vormen van de actualiseringstransactie.

6.6.1

Sturen Lg01-bericht Bij elke actualisering vinden de volgende aanvullende acties plaats: 1. Element 80.20 Datumtijdstempel krijgt de waarde van de systeemdatum en -tijd. Van deze actualisering wordt geen gebeurtenislogregel aangemaakt. 2. Er wordt een Lg01-bericht aangemaakt voor GBA-V, zie par. 12.6.6.

6.6.2

Sturen Wa01-bericht Als gevolg van het wijzigen van het A-nummer bij een persoon (categorie 01), zie het LO GBA [2] par. 3.2.3, stuurt het systeem automatisch een Wa01-bericht naar de geboortegemeente, indien deze in Nederland ligt, en naar alle gemeenten van inschrijving die in de historische verblijfplaatsgegevens voorkomen (historische verblijfplaatsgegevens met een indicatie onjuist worden genegeerd). Als de gemeente uit een bepaald verwijsgegeven is opgeheven - d.w.z. voor die gemeente is in de gemeententabel de datum beëindiging tabelregel (rubriek 33.99.99) gevuld met een datum die ligt voor of op de systeemdatum - dan wordt vervolgens de tabelregel gelezen van de gemeente die aangegeven wordt door nieuwe gemeentecode (rubriek 33.92.12). Net zolang totdat een tabelregel is gevonden met een niet-opgeheven gemeente. Die gemeente ontvangt dan het Wa01-bericht. Het Wa01-bericht en een nieuwe berichtencyclus worden in de berichtenadministratie vastgelegd: Logregel bij bericht

Berichtstatus

Cyclusstatus

--- (geen logregel)

10180 - AT: te verzenden

10202 – AT: wacht op Nullbericht

ICTU, Programma RNI

102/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

7

Afhandelen opgaven en aanvragen van deelnemers

7.1

Inleiding RNI-deelnemers kunnen opgaven van in te schrijven of ingeschreven personen aanleveren. Deze inschrijvings- en actualiseringsopgaven worden geautomatiseerd verwerkt, waarbij in een aantal situaties tussenkomst is vereist van een medewerker van een RNI-loket of de RNI-registratiehouder. De RNI biedt faciliteiten voor het indienen van onderstaande deelnemersopgaven en -aanvragen. Deelnemersopgave cyclus

Berichtsoort opgave

Berichtsoort opgaveFoutrapport

Berichtsoort opgaveVerwerkbev estiging

Inschrijvingsopgave

Dv01

Df01

Da01

Actualiseringsopgave

Dv02

Df02

Da02

Verificatieopgave

Dv03

Df03

Da03

Opgave aanvullende scan brondocument

Dv04

Df04

Da04

Deelnemersaanvraag cyclus

Berichtsoort aanvraag

Berichtsoort opgaveFoutrapport

Berichtsoort opgaveVerwerkbev estiging

Aanvraag overzicht ingediende opgaven

Dv11

Df11

Da11

Aanvraag details ingediende opgave

Dv12

Df12

Da12

Aanvraag intrekken ingediende opgave

Dv13

Df13

Da13

Dit hoofdstuk beschrijft de afhandeling van deelnemersopgaven en -aanvragen. Ter illustratie volgt hieronder hieronder een figuur met de samenvatting van de afhandeling van een Inschrijvingsopgave.

ICTU, Programma RNI

103/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

De deelnemersopgaven en -aanvragen worden niet via het GBA-netwerk verstuurd, maar op basis van protocollen die onderdeel zijn van Digikoppeling. De RNI-deelnemer krijgt feedback omtrent de status van de inschrijving/bijhouding. Het RNI-systeem stuurt na de verwerking van een bericht een rapport met de conclusie van de afhandeling van de opgave. Daarnaast kan de deelnemer zelf de status opvragen. Bij een Inschrijvingsopgave (Dv01) moet het RNI-systeem vaststellen dat de persoon niet in de BRP is ingeschreven en dat er niet al een inschrijvingsprocedure loopt. In bepaalde gevallen zal die vaststelling deels handmatig plaatsvinden. In voorkomende gevallen kan daardoor de volledige afhandeling van Dv01-berichten enige tijd vergen: de RNI-deelnemer krijgt niet direct de uitslag van de afhandeling van de ingediende opgave, maar ontvangt dit op een later moment ('asynchroon'). Ook voor de afhandeling van de andere deelnemersopgaven (Dv02, Dv03 en Dv04) kan het nodig zijn dat de RNI-registratiehouder een handmatige beoordeling/fiattering uitvoert, voordat de consequenties worden doorgevoerd. Hier wordt daarom ook asynchrone communicatie toegepast. De deelnemersaanvragen Dv11, Dv12 en Dv13 worden direct verwerkt en aansluitend ('synchroon') beantwoord met het resultaat van de verwerking. De RNI-deelnemer neemt in het bericht een DeelnemerReferentie op die uniek moet zijn voor de betreffende RNI-deelnemer. De RNI neemt deze DeelnemerReferentie op in het antwoord, met daarbij tevens een unieke RNI referentie. De deelnemersopgaven en -aanvragen zijn beschreven in het LO RNI [1] in bijlage III.4 van het berichtenboek. Belangrijke achtergrondinformatie aangaande de Inschrijvingsopgave (DV01) en Deelnemeropgave (DV02) is te vinden in Toelichting Deelnemersberichten.

7.2

Processtappen afhandeling deelnemersopgaven en –aanvragen De processtappen voor deelnemersopgaven en -aanvragen verschillen van elkaar. Ze worden in de volgende subparagrafen beschreven.

7.2.1

Processtappen afhandeling deelnemersopgaven Een ontvangen deelnemersopgave wordt in een aantal stappen afgehandeld, waarbij de verwerking (interpretatie) van het bericht losgekoppeld is van de ontvangst/registratie: 1. De deelnemersopgave wordt geregistreerd (zie par. 7.3 Registreren binnengekomen opgaven en aanvragen). Het systeem stuurt synchroon een ontvangstbevestiging. De uitslag van de verwerking wordt later (asynchroon) gestuurd. 2. De deelnemersopgave wordt vervolgens verwerkt. Dit vindt plaats in een proces dat losgekoppeld is van het registratieproces. De verwerkingsfunctie kan bijzondere situaties en/of fouten constateren, bijvoorbeeld in de situatie dat de deelnemer een Actualiseringsopgave (Dv02) stuurt voor een PL van een persoon die inmiddels in de GBA is ingeschreven. a) In het geval dat een fout wordt geconstateerd, wordt een opgaveFoutrapport (Dfxx-bericht) gestuurd naar de deelnemer en hoeft de RNI gebruiker geen actie te ondernemen. b) Als geen fout of bijzondere situatie wordt geconstateerd en geen fiattering van de gebruiker nodig is, dan wordt het bericht volledig geautomatiseerd verwerkt en worden de consequenties doorgevoerd. De deelnemer ontvangt een opgaveVerwerkbevestiging (Daxx-bericht). c) Als een bijzondere situatie (waarschuwing) wordt geconstateerd of als fiattering van de gebruiker is vereist, dan wordt het bericht ter beoordeling aangeboden aan de RNI-gebruiker (zie stap 3). 3. Daartoe aangewezen gebruikers kijken regelmatig of er deelnemersopgaven zijn die handmatige verwerking behoeven, zie par. 7.6 Monitoren opgaven en aanvragen van deelnemers. Aan de status van de opgave is te zien dat een handeling van de gebruiker wordt verwacht. De gebruiker beoordeelt de situatie en onderneemt vervolgens actie.

ICTU, Programma RNI

104/339



•••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 7.2.2

Processtappen afhandeling deelnemersaanvragen De stappen voor de afhandeling van deelnemersaanvragen (Dv11, Dv12, Dv13) worden direct na elkaar uitgevoerd, zodat de deelnemer direct (synchroon) het resultaat ontvangt: 1. De deelnemersaanvraag wordt geregistreerd (zie par. 7.3 Registreren binnengekomen opgaven en aanvragen). 2. Direct aansluitend wordt door hetzelfde proces de deelnemersaanvraag verwerkt. 3. Het resultaat van de verwerking wordt in het antwoordbericht teruggemeld aan de deelnemer. Bij de verwerking kan een fout worden geconstateerd. De deelnemer moet dan zo nodig een nieuwe aanvraag indienen. Met de functie Monitoren opgaven en aanvragen van deelnemers, zie par. 7.6, kan de gebruiker inzicht krijgen in de aanvragen die met of zonder fout zijn verwerkt. De functie kan tevens gebruikt worden voor het beantwoorden van vragen van deelnemers over de afhandeling van de aanvragen. Er zijn geen gebruikersacties voorzien om in te grijpen in de verwerking van Dv11-, Dv12- of Dv13berichten.

7.3

Registreren binnengekomen opgaven en aanvragen

7.3.1

Ontvangst-en-registratie proces De RNI biedt op basis van de protocollen van Digikoppeling een luisterdienst 'ontvangst-enregistratieproces' aan waar deelnemers hun bijhoudingsopgaven (Dv01, Dv02, Dv03 en Dv04) en aanvragen (Dv11, Dv12 en Dv13) kunnen aanbieden. Mogelijk moet een apart proces voor deelnemersopgaven en -aanvragen worden ontwikkeld in verband met de afwijkende protocollen (asynchroon versus synchroon).

7.3.2

Authenticatie Een deelnemersopgave/-aanvraag wordt alleen in de RNI database geregistreerd en in behandeling genomen als de deelnemer een geldige identificatie gebruikt. Deze identificatie bestaat uit een PKIoverheid certificaat. Deze moet in het RNI-systeem bekend zijn. Is dat niet het geval, dan volgt een foutmelding op communicatieprotocolniveau. Vanuit een logbestand moet afgeleid kunnen worden wanneer er met welk PKI-overheidscertificaat een niet in behandeling genomen opgave is gedaan.

7.3.3

Controle berichtstructuur Aan de structuur en inhoud van een deelnemersopgave/-aanvraag (service-aanroep) worden eisen gesteld. De berichtstructuur wordt met behulp van 'wsdl'20 gespecificeerd. Dit betekent dat de deelnemer zelf geautomatiseerde controles kan uitvoeren op de berichtstructuur. Ook aan RNI zijde wordt geautomatiseerd gecontroleerd of aan de eisen uit de 'wsdl' is voldaan. Als een deelnemersopgave/ -aanvraag niet aan de algemene interface eisen voldoet, beoordeelt de RNI het bericht niet inhoudelijk. Dan wordt op communicatieprotocolniveau een foutmelding doorgegeven aan de afzender en vindt logging plaats in een tekstbestand op het bestandssysteem. Voldoet de opgave/aanvraag wel aan de algemene eisen uit de interface, dan wordt deze geregistreerd in de database van het RNI-systeem.

7.3.4

Registratie van de opgave, de cyclus en de ontvangstbevestiging Een deelnemersopgave of -aanvraag die voldoet aan de eisen die aan de berichtstructuur (zie vorige paragraaf) zijn gesteld, wordt geregistreerd en krijgt een RNI referentie. Dit referentienummer kan bijvoorbeeld gebruikt worden als de deelnemer de opgave/aanvraag wil intrekken. In geval van een deelnemersopgave stuurt de RNI tevens een ontvangstbevestiging. Dit bericht wordt tot de communicatielaag gerekend die niet wordt gelogd in de database Net als bij GBA-berichten wordt voor deelnemersopgaven/-aanvragen een berichtencyclus geregistreerd. Zodoende kan bij het monitoren van het berichtenverkeer voor GBA-berichten en deelnemersopgaven dezelfde functionaliteit worden gebruikt. De berichtencyclus is de verbindende schakel tussen de opgave

20

Zie ook http://en.wikipedia.org/wiki/Web_Services_Description_Language ) opgenomen. Daarin wordt o.a. beschreven:

• •

op welke wijze de service benaderd moet worden, o.a. via welk protocol; de opmaak (structuur) van de inhoud van het bericht.

ICTU, Programma RNI

105/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

en het antwoordbericht (opgaveVerwerkbevestiging (Daxx-bericht) of een opgaveFoutrapport (Dfxxbericht)). Voor het bericht en de berichtencyclus wordt geregistreerd/gelogd: Logregel bij bericht

Berichtstatus

Cyclusstatus

10300 – AT: te verwerken deelnemersbericht

n.v.t.*

*Dit proces registreert geen cyclus. Het berichtverwerkingsproces verzorgt het aanmaken van een berichtencyclus.

7.4

Verwerken geregistreerde deelnemersopgave of -aanvraag

7.4.1

Processen Verwerken deelnemersopgaven en Verwerken deelnemersaanvragen Nadat een deelnemersopgave of -aanvraag is geregistreerd, moet deze verwerkt worden. Het verwerken van de ontvangen berichten vindt plaats door een specifiek proces dat voortdurend kijkt of er nog 'te verwerken' berichten zijn. Het verwerken van een deelnemersopgave of -aanvraag bestaat uit twee delen: 1. Uitvoeren algemene controles (par. 7.4.2). 2. Afhandeling per soort opgave en aanvraag (vanaf par. 7.4.3). Aan het eind van de verwerking van de opgave/aanvraag wordt de berichtstatus bijgewerkt, de cyclusinformatie opgeslagen en de gebeurtenislog (het gebeurtenistype is 'Verwerken deelnemersopgave of 'Verwerken deelnemersaanvraag') bijgewerkt. Volgens de huidige berichtinteractie bestaat elke deelnemerscyclus uit twee berichten21: 1. Een deelnemersopgave22 -of aanvraag. 2. Een opgaveFoutbericht of opgaveVerwerkbevestiging. Het systeem hoeft – anders dan bij GBA-berichtencycli – niet op zoek te gaan of de deelnemersopgave of – aanvraag aan een bestaande cyclus gekoppeld moet worden. Het verwerkingsproces creëert aan het eind van de verwerking van een opgave of -aanvraag een nieuwe berichtencyclus. Uitzondering is een situatie dat de deelnemersopgave of -aanvraag al aan een berichtencyclus is gekoppeld; dan wordt geen berichtencyclus aangemaakt. Deze uitzonderingssituatie zal volgens de huidige processen in de praktijk niet voorkomen, maar het systeem houdt er wel rekening mee.

7.4.2

Algemene controles Bij het verwerken van een deelnemersopgave of -aanvraag vinden de volgende algemene controles plaats: 1. Autorisatiecontrole. Er wordt gecontroleerd of de afzender geautoriseerd is voor de soort opgave. De soorten opgaven die door RNI-deelnemers ingediend kunnen worden, maar waarvoor de betreffende RNI-deelnemer dan wel geautoriseerd moet zijn, staan in de tabel in par. 17.4 Overzicht autorisatie-items bij het autorisatie-gebied 'deelnemersopgaven indienen'. Aandachtspunt is dat voor het gebruik van de optie 'actualisering uitvoeren als correctie' per categorie een aanvullende autorisatie benodigd is. Verder moet de deelnemer voorkomen in de instantie tabel en 'actief' zijn (peildatum is datum registratie van de opgave in de RNI), er moet gelden: - Ingangsdatum volgens tabelregel <= peildatum en - Einde-datum volgenstabelregel = of Einde-datum volgens tabelregel > peildatum. Als de RNI-deelnemer niet geautoriseerd is voor de opgave, dan wordt een opgaveFoutrapport (Dfxx-bericht, waarbij 'xx' overeenkomt met 'xx' uit het Dvxx-bericht) gestuurd. Gelogd wordt:

21

In de toekomst kunnen cycli ontstaan die uit meer dan twee berichten bestaan.

22

De ontvangstbevestiging wordt tot de communicatielaag gerekend en maakt in dit geval geen deel uit van de berichtencyclus..

ICTU, Programma RNI

106/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Logregel bij bericht Niet geautoriseerd. (code 0101)

23

Berichtstatus

Cyclusstatus

8300 - CA: deelnemersbericht automatisch verwerkt

9400 – IA: geen autorisatie

2. Aanvullende controles berichtformaat Er worden enkele controles uitgevoerd die niet in de specificaties (wdsl) van de berichtstructuur (zie par. 7.3.3 Controle berichtstructuur) verwoord kunnen worden: a) Attachments (scans) mogen niet groter zijn dan x Kb (x = systeeminstelling) b) Attachments (scans) moeten van een bestandstype (bijvoorbeeld 'jpeg') zijn, dat volgens de RNI-systeeminstellingen is toegestaan (lijst van bestandstypes). c) Attachments (scans) dienen geen virussen te bevatten. (als een virus wordt aangetroffen, dan wordt een technische fout gelogd). Als niet aan bovenstaande eisen wordt voldaan, dan wordt een opgaveFoutrapport (Dfxx-bericht, waarbij 'xx' overeenkomt met 'xx' uit het Dvxx-bericht) gestuurd. Gelogd wordt: Logregel bij bericht

Berichtstatus

Cyclusstatus

De opgave voldoet niet aan de interface specificaties: (code 0103) of (in geval van virusdetectie): Computervirus aangetroffen: (code 0109)


9403 – IA: opgave ongeldig (technisch) of 9999 – IA: technische fout

3. Controleer of bericht niet eerder ontvangen. Alleen voor deelnemersopgaven (Dv01 t/m Dv04) wordt gecontroleerd of hetzelfde bericht al eerder is ontvangen. Daartoe moet de deelnemer een eigen uniek kenmerk meegeven. Als een DeelnemerReferentie al voorkomt, dan wordt een Dfxx-bericht gestuurd. Gelogd wordt: Logregel bij bericht

Berichtstatus

Cyclusstatus

Deelnemer heeft al eerder een opgave met uw referentienummer aangeleverd. (code 0104)


9403 – IA: opgave ongeldig (technisch)

Een deelnemer kan echter ook dezelfde opgave onder twee kenmerken aanleveren, met andere woorden: de verwerking moet zoveel mogelijk op basis van de berichtinhoud bestand zijn tegen dubbele opgaven. Dit is als volgt in het RNI-systeem ingevuld: Dv01 (inschrijving): er vindt controle plaats op dubbele inschrijving. Dv02 (actualisering): er vinden diverse controles plaats op consistentie en plausibiliteit, zie de specificaties bij Dv02 (par. 7.4.4). Dv03 (verificatie): als de RNI-datum gelijk is aan de Deelnemer-datum, dan wordt niets gewijzigd en wordt een opgaveFoutrapport gestuurd. Dv04 (aanvullende scan): er wordt gecontroleerd op bestandskenmerk (controlegetal), een bestandskenmerk mag niet meer dan eens bij een dossier voorkomen. Als bij de afhandeling van een deelnemersopgave of -aanvraag een 'technische fout' optreedt (waarvan verwacht mag worden dat die zeer zelden voorkomt), dan wordt dit gemeld in het opgaveFoutrapport (Dfxx-bericht, waarbij 'xx' overeenkomt met 'xx' uit het Dvxx-bericht) en wordt een technische fout geregistreerd zoals beschreven in par. 18.3.4.2. 7.4.3

Dv01: Inschrijvingsopgave Een deelnemer kan een opgave voor de eerste inschrijving van een persoon (Dv01-bericht) indienen. In een Dv01-bericht is opgenomen:

23

In het antwoord naar de deelnemer wordt tevens een code opgenomen die de betreffende situatie samenvat. Deze code kan bijvoorbeeld gebruikt

worden bij ondersteuning door de helpdesk.

ICTU, Programma RNI

107/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

• • • • •

De identificatie van de RNI-deelnemer. DeelnemerReferentie (unieke referentie die de deelnemer aan de opgave heeft toegekend). Melder-ID24. De gegevens van de aan te leggen RNI PL (RNI beperkte gegevensset, eerste inschrijving). 0, 1 of meerdere bestanden (met als metadata o.a. soort scan) van gescande brondocumenten.

De volgende acties vinden plaats: 1. Controleren PL-gegevens. De PL-voorschriften die gelden bij de eerste inschrijving, zie par. 5.5.1.3 PL-voorwaarden en -controles, worden gecontroleerd. Er geldt hierbij één aandachtspunt: Als 05.10 (nationaliteit) is ingevuld en 63.10 (reden opname nationaliteit) is leeg, dan wordt deze laatste gevuld met standaardwaarde '000', om te voldoen aan “Als 05.10 (nationaliteit) is ingevuld, dan is 63.10 (reden opname nationaliteit) verplicht.”. Dit is een tijdelijke situatie, zodra de aanleverende partijen in staat zijn 63,10 aan te leveren, wordt het vullen door RNI verwijderd en zal een dergelijk bericht worden afgekeurd. Als de PL niet aan de voorschriften voldoet, dan wordt een opgaveFoutrapport (Df01-bericht) gestuurd, met daarin de details van de geconstateerde fouten. Alle controles bij de punten worden uitgevoerd, zodat de rapportage zoveel mogelijk constateringen ineens geeft. Gelogd wordt: Logregel bij bericht

Berichtstatus

De inschrijvingsopgave voldoet inhoudelijk niet aan de 8300 - CA: voorschriften: deelnemersbericht automatisch verwerkt (code 1012)

Cyclusstatus 9402 – IA: opgave ongeldig (inhoud)

2. Aanmaken RNI-dossier Als het bericht aan bovenstaande condities voldoet, dan wordt een nieuw RNI-dossier aangemaakt (incl. toevoegen gebeurtenislog 'Aanmaken RNI-dossier'), waarbij geldt: a) Het onderhanden bericht en de berichtencyclus worden gekoppeld aan het aangemaakte dossier. b) Er wordt een concept PL aangelegd vanuit de aangeleverde gegevens. Daarbij wordt de gebeurtenis 'Opslaan concept PL' aangemaakt. c) Het dossier krijgt de status 'Inschrijvingsopgave'. d) De eventueel aangeleverde scans worden bij het dossier opgenomen en voor elke opgenomen scan wordt een gebeurtenis 'Registreren scan' gelogd, met een relatie (context) naar de betreffende scan. 3. Vaststellen of de persoon mogelijk al in de RNI en/of BRP is ingeschreven. Er wordt bepaald of de persoon mogelijk al bij een eerdere inschrijving betrokken is. Het systeem stelt dit niet absoluut vast, maar bepaalt als volgt of er vermoeden is voor een eerdere inschrijving: a) De functie 'Doorzoeken inschrijvingen' (zie par. 4.5) wordt toegepast. Er wordt gezocht via: de combinatie geslachtsnaam, geboortedatum en geslachtsaanduiding uit de concept-PL gegevens. Zowel in de BV BSN, GBA-V als in de RNI (PL-en en lopende, afgewezen/geannuleerde inschrijvingen). RNI dossiers waarin een afgevoerde PL (Reden opschorting (07.67.20 = "F" (fout)) voorkomt worden niet als zoekresultaat getoond. b) Als de geslachtsnaam begint met waarde die voorkomt in een lijst met afgeleide voorvoegsels (bijvoorbeeld: "Vander" uit “Vanderbilt”) en er komt nog minimaal één teken na dat afgeleide voorvoegsel, dan wordt een aanvullende zoekactie uitgevoerd met behulp van de functie 'Doorzoeken inschrijvingen' -zie punt a., waarbij als geslachtsnaam de originele geslachtsnaam exclusief het afgeleide voorvoegsel wordt gehanteerd.

24

De Melder-ID is een identificatie die de deelnemer in staat stelt te traceren welke afdeling of welke medewerker de opgave heeft ingediend. Het veld

dient gevuld te worden met een code die alleen door de deelnemer herleid kan worden tot een persoon.

ICTU, Programma RNI

108/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

c) Als op de PL in de geslachtsnaam een streepje (“-”) voorkomt dan vinden met behulp van de functie 'Doorzoeken inschrijvingen' tevens zoekacties plaats met het deel van de geslachtsnaam voor het streepje en het deel van de geslachtsnaam na het streepje. d) Als de in te schrijven persoon al een Sofinummer heeft en de RNI-deelnemer daarover beschikt, dan kan de RNI-deelnemer dit nummer als burgerservicenummer (rubriek 01.01.20) meegeven in de inschrijvingsopgave. Met dit nummer wordt gezocht in de RNI. RNI dossiers waarin een afgevoerde PL (Reden opschorting (07.67.20 = "F" (fout)) voorkomt worden genegeerd en niet als zoekresultaat getoond. Tevens wordt met het sofinummer gezocht in de BRP door het stellen van de BRPvraag. Als de RNI zoekactie resultaat oplevert moet de opgave handmatig worden beoordeeld. Logregel bij bericht

Berichtstatus

Cyclusstatus

Het door de deelnemer aangeleverde Sofinummer is in de RNI aangetroffen. Onderzoek de situatie.

3304 – TV: beslis of sofinummer akkoord

7425 – IR: handmatige beoordeling

Als de BRP zoekactie resultaat oplevert moet de opgave handmatige worden beoordeeld. Logregel bij bericht

Berichtstatus

Cyclusstatus

Het door de deelnemer aangeleverde Sofinummer is in de BRP aangetroffen. Onderzoek de situatie.



e) Als de BRP-vraag of de Presentievraag niet kan worden gesteld (omdat de BRP-vraag / Presentievraag technisch niet beschikbaar is) kan doorzoeken inschrijvingen niet volledig worden uitgevoerd. Het Dv01 bericht krijgt een TV status zodat deze handmatig kan worden afgehandeld. Er wordt gelogd dat de zoekvraag niet beschikbaar was. In welke TV status de Dv01 moet komen is afhankelijk van de inhoud van het bericht: In welke status was het bericht gekomen als de BRPvraag/Presentievraag wel aanwezig was en er werden wel/geen zoekresultaten gevonden: TV beslis of sofinummer akkoord :Dv01 bevat een sofinummer TV bijzondere situatie :Dv01 betreft een bijzondere situatie TV beslis of dubbel :overige situaties N.B. In de zoekresultaten moet het onderhanden dossier worden genegeerd. Elke zoekactie wordt gelogd, zie par. 18.3.1. Als de RNI-deelnemer geen Sofinummer heeft aangeleverd en de zoekacties één of meerdere PLen/dossiers en/of foutsituatie(s) (bijvoorbeeld 'te veel zoekresultaten') hebben opgeleverd wordt gelogd: Logregel bij bericht

Berichtstatus

Cyclusstatus

Het systeem kon niet automatisch vaststellen of de persoon al is ingeschreven. Zie de uitslagen van zoekacties in de gebeurtenislog. Onderzoek of de persoon al is ingeschreven.

3300 – TV: beslis of dubbel


4. Afhandelen specifieke situatie: RNI-deelnemer levert een Sofinummer aan. Als de in te schrijven persoon al een Sofinummer heeft en de RNI-deelnemer daarover beschikt, dan kan de RNI-deelnemer dit nummer als burgerservicenummer (rubriek 01.01.20) meegeven in de inschrijvingsopgave. a) Als het burgerservicenummer is gevuld en er wordt slechts één zoekresultaat gevonden dmv de presentievraag, waarbij in het resultaat van de presentievraag het betreffende nummer voorkomt met als status 'Sofinummer' (registratie is BVR) , dan kan de inschrijving automatisch ICTU, Programma RNI

109/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

worden uitgevoerd, mits de score van de presentievraag 100% is25. De verwerking gaat dan verder bij stap 5. Als de score van de presentievraag niet 100% is, dan moet de opgave handmatig worden beoordeeld: Logregel bij bericht

Berichtstatus

"Het door de deelnemer aangeleverde 3301 "TV : fiatteer Sofinummer is gevonden echter de aangeleverde inschrijving". naamen/of geboortegegevens komen niet 100% overeen met de gegevens aangetroffen in BVR (presentievraag). Onderzoek de situatie."

Cyclusstatus 7425 – IR: handmatige beoordeling

b) Als het Sofinummer niet voorkomt in het resultaat van de presentievraag of wel voorkomt maar niet in combinatie met de naam en de geboortegegevens, dan moet de opgave handmatig worden beoordeeld: Logregel bij bericht

Berichtstatus

Cyclusstatus

Het door de deelnemer aangeleverde Sofinummer is niet in combinatie met de naamen geboortegegevens aangetroffen in BVR (presentievraag). Onderzoek de situatie.



c) Als het Sofinummer wel voorkomt in het resultaat van de presentievraag, maar er ook hits (of fouten) zijn bij de presentievraag of andere zoekacties dan moet de opgave handmatig worden beoordeeld: Logregel bij bericht

Berichtstatus

Het door de deelnemer aangeleverde 3304 – TV: beslis of Sofinummer is gevonden in BVR, maar er zijn sofinummer akkoord ook andere zoekresultaten. Beoordeel de situatie.


5. Afhandelen specifieke situatie: Gebruik van speciale tekens. a) Niet alle tekens van de Teletex tekenset horen te worden gebruikt in de elementen geslachtsnaam (01/51.02.40) en voornamen (01/51.02.10). Tekens die men niet zou moeten gebruiken leiden tot een beoordeling: Logregel bij bericht

Berichtstatus

Cyclusstatus

“Voornamen en/of Geslachtsnaam bevat een teken dat niet binnen de gangbare tekens valt. Beoordeel of u deze inschrijving wilt doorvoeren of afwijzen.”

3301 "TV : fiatteer inschrijving".


Voor een overzicht van de gehele tekenset en de tekens die tot een signalering leiden in het RNI systeem zie Bijlage 8. Teletex tekens en plausibilteit 6. Na de bovenstaande controles worden enkele aanvullende bijzondere situaties onderkend die leiden tot een handmatige beoordeling. Als een bijzondere situatie wordt gevonden leidt dit tot een een berichtstatus TV: bijzondere situatie. Dit overruled de eventueel eerder gevonden 'TV situatie'. Het betreft de volgende situaties: • De persoon heeft de Nederlandse nationaliteit. * • De persoon is in Nederland geboren.* • De geslachtsaanduiding heeft de waarde "O". 25

Het veld score wordt niet op het scherm getoond maar maakt deel uit van het presentieantwoord. Zie voor meer informatie LO GBA E.3.3.

Score: Hiermee wordt aangegeven wat de mate van overeenstemming is tussen de identificerende gegevens in de vraag en de gevonden gegevens in het antwoord. In afwijking van het LO GBA blijkt dat het veld score niet bestaat uit 3 posities, maar uit 4. Het waardenbereik loopt van “0” tot en met “1000”. Hoe groter de waarde, hoe groter de overeenkomst. De waarde “1000” geeft aan dat er een volledige overeenstemming (100%) is tussen de identificerende gegevens in het vraagbericht en de gevonden gegevens in het antwoordbericht.

ICTU, Programma RNI

110/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

•

De geboortedatum bevat geen volledige datum (dag is 00 of dag en maand zijn 00) Dit betreft dus ook automatisch 00000000.

* Hierop zijn echter ook nog weer uitzonderingen voor personen met Nederlandse nationaliteit en/of die in Nederland geboren zijn. Deze krijgen niet altijd de berichtstatus TV:bijzondere situatie: • Als een sofinummer aanwezig is in Dv01 leidt deze controle niet tot TV: bijzondere situatie als • bij doorzoeken inschrijvingen alleen de Presentievraag één zoekresultaat oplevert en dit zoekresultaat de persoon met het in Dv01 aanwezige sofinummer betreft • bij doorzoeken inschrijvingen alleen de Presentievraag slechts één zoekresultaat oplevert maar dit zoekresultaat betreft niet de persoon die hoort bij het in Dv01 aanwezige sofinummer: de berichtstatus wordt dan TV: beslis of sofinummer akkoord • Als geen sofinummer is meegegeven in de Dv01 leidt deze controle niet tot TV:bijzonder situatie als bij doorzoeken inschrijvingen geen zoekresultaten worden gevonden. Als een Dv01 voldoet aan een van bovenstaande bijzondere situaties wordt gelogd: Logregel bij bericht

Berichtstatus

Cyclusstatus

Bijzondere situatie: Onderzoek of de persoon al is ingeschreven.

3306 – TV: bijzondere situatie


Als in vorige contoles is geconstateerd dan de Dv01 handmatig beoordeeld moet worden dan stopt de verwerking van de betreffende deelnemersopgave en moet deze door een gebruiker via monitoren berichten verder worden afgehandeld. 7. Inschrijving kan doorgang vinden (Geen vermoeden dat de persoon al is ingeschreven en geen bijzondere situatie). Er zijn twee mogelijkheden: a) Inschrijving ter fiattering aanbieden. Als voor de RNI-deelnemer is ingesteld dat inschrijvingsopgaven gefiatteerd moeten worden, dan wordt het bericht niet verder verwerkt, maar ter beoordeling aan de gebruiker voorgelegd: Logregel bij bericht

Berichtstatus

De opgave is gevalideerd en akkoord bevonden. 3301 – TV: fiatteer Er is geen vermoeden dat de persoon al is inschrijving ingeschreven. Fiatteer de inschrijving.

Cyclusstatus 6425 – CR: inschrijving gevalideerd

b) Inschrijving definitief maken (BSN en A-nummer toekennen). Het definitief maken / doorvoeren van de inschrijving bestaat uit de volgende acties: • Het toekennen van een BSN en een A-nummer, dit verloopt zoals beschreven in par. 5.7. • Dossier status wordt 'PL opgenomen in de RNI' • Een aantal rubrieken wordt – net als bij de eerste inschrijving aan het loket - door het RNIsysteem gevuld met een waarde volgens een vaste definitie. Zie Bijlage 2. Vulling categorieën bij eerste inschrijving. • Als de inschrijving met succes is doorgevoerd, stuurt het systeem een Verwerkbevestiging (Da01-bericht) naar de RNI-deelnemer. In de inhoud van het Da01-bericht worden het toegewezen BSN en het toegewezen A-nummer opgenomen. • Daarnaast wordt een Lg01-bericht gestuurd naar GBA-V, zie par. 12.6.6. • Berichtstatus en cyclusstatus worden aangepast: zie onder • Een logregel wordt aangemaakt. Logregel bij bericht

Berichtstatus

Cyclusstatus

De inschrijvingsopgave is doorgevoerd. (code 0001)


8425 – CA: inschrijvingsopgave doorgevoerd

ICTU, Programma RNI

111/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Als de inschrijving niet doorgevoerd kan worden, bijvoorbeeld omdat er geen BSN en/of Anummer op voorraad is, dan wordt de inschrijvingsopgave aan de gebruiker aangeboden26: Logregel bij bericht

Berichtstatus

Bij het doorvoeren van de inschrijving is een fout 3305 – TV: fout bij geconstateerd: . Beoordeel doorvoeren de inschrijving.

7.4.4


Dv02: Actualiseringsopgave Een deelnemer kan een opgave voor het actualiseren van een PL (Dv02-bericht) indienen. In een Dv02bericht is opgenomen: • De identificatie van de RNI-deelnemer. • DeelnemerReferentie (unieke referentie die de deelnemer aan de opgave heeft toegekend). • Melder-ID. • De identificerende gegevens van de persoon in kwestie, in ieder geval het BSN. • De omschrijving van de soort actualisering: dit is een 'vaste' lijst die in de berichtdefinitie is opgenomen zie par. 9.4 LO RNI [1]. Controle hierop vindt dus plaats buiten de RNI-specifieke programmatuur. • De gegevens die worden aangeleverd zijn afhankelijk van de soort actualisering. Per actualisering wordt zowel een oud als nieuw voorkomen van een categorie aangeleverd: - Eerst wordt de nieuwe waarde aangeleverd in Categorie 01, 04, 06 of 08 direct gevolgd door de oude waarde in Categorie 51, 54, 56 of 58 (Bijvoorbeeld: in het bericht staat als soort actualisering AC0801 (Wijziging buitenlands adres) dan bevat de Dv02 de algemene gegevens van het bericht, Categorie 08 en Categorie 58 ) - De indicatie of het wel of geen correctie betreft. Er zijn vier mogelijke waarden voor dit element: - NA (=Normale actualisering) - CO (=Correctie) - GC (=Gegevens Correct bij afgerond onderzoek) - GA (=Gegevens Actualiseren. Afgerond onderzoek leidt tot actualisering) - 0, 1 of meerdere bestanden (met als metadata o.a. soort scan) van gescande brondocumenten.. De volgende acties vinden plaats: 1. Identificeren PL. De PL wordt geïdentificeerd door een BSN en optioneel wordt tevens een A-nummer meegeleverd. a) Er wordt gecontroleerd of de PL met het aangeleverde BSN voorkomt in de RNI (categorie 01). Hierbij wordt een BSN uit een afgevoerde PL (Reden opschorting (07.67.20 = "F" (fout)) als niet aanwezig beschouwd. Situatie Aantal keer BSN gevonden in cat. 01

A-nummer aangeleverd (0 = nee, 1 = ja)

Conclusie

1.

0

niet van belang

Zoeken in de verwijsgegevens, naar punt b.

2.

1

0

PL is uniek geïdentificeerd. Verder naar punt 2.

3.

1

1

a. Als het A-nummer van de gevonden PL overeenkomt met het A-nummer uit de opgave, dan is de PL uniek geïdentificeerd. Verder naar punt 2. b. Anders: foutsituatie A.

4.

>1

0

Foutsituatie B

26

Voor het geval dat dit onderdeel wordt geactiveerd vanuit het fiatteren van een inschrijvingsopgave moet worden gelezen 'opnieuw aan de gebruiker

aangeboden'.

ICTU, Programma RNI

112/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Situatie Aantal keer BSN gevonden in cat. 01


Conclusie

5.

1

a. Als het A-nummer van een van de gevonden PL-en overeenkomt met het A-nummer uit de opgave, dan is de PL uniek geïdentificeerd. Verder naar punt 2. b. Anders: foutsituatie C.

>1

Als een van de foutsituaties (A, B of C) is geconstateerd, dan stuurt het systeem een OpgaveFoutraport (Df02-bericht) naar de deelnemer. Gelogd wordt: Logregel bij bericht

Berichtstatus

Cyclusstatus

Foutsituatie A (A-nummer hoort niet bij BSN): Op basis van het BSN is een PL gevonden, maar deze PL heeft een ander A-nummer dan het door de deelnemer meegeleverde A-nummer. (code 0201) of Foutsituatie B (BSN niet uniek): Er zijn meerdere PL-en gevonden met het aangeleverde BSN. Voeg aan de identificatie zo mogelijk het A-nummer toe. (code 0202) of Foutsituatie C (BSN niet uniek. A-nummer niet gevonden): Er zijn meerdere PL-en gevonden met het aangeleverde BSN, maar de combinatie BSN en het meegeleverde A-nummer komt niet voor. (code 0203)


9413 – IA: conflicterende identificatie

of 9408 – IA: BSN niet uniek

of 9413 – IA: conflicterende identificatie

Als de PL is gevonden - situaties 2, 3a en 5a - dan wordt het bericht (en de cyclus) gekoppeld aan het gevonden RNI-dossier. b) Zoeken in de verwijsgegevens (categorie 21). Als het BSN niet in categorie 01 wordt aangetroffen, dan wordt op basis van het BSN in de verwijsgegevens (categorie 21) gezocht. In alle gevallen kan de actualisering uit het Dv02bericht niet uitgevoerd worden, aangezien bij punt a. de PL niet gevonden is. Situatie Aantal keer BSN gevonden in cat. 21


Conclusie

6.

0

niet van belang

Foutsituatie D.

7.

1

0

De PL is niet gevonden, maar wel zijn de verwijsgegevens uniek geïdentificeerd: foutsituatie E.

8.

1

1

a. Als het A-nummer van de gevonden PL overeenkomt met het A-nummer uit de opgave, dan zijn de verwijsgegevens uniek geïdentificeerd: foutsituatie E. b. Anders: foutsituatie F.

9.

>1

0

BSN niet uniek: foutsituatie G.

ICTU, Programma RNI

113/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Situatie Aantal keer BSN gevonden in cat. 21


Conclusie

10.

1

a. Als het A-nummer van de gevonden PL overeenkomt met het A-nummer uit de opgave, dan zijn de verwijsgegevens uniek geïdentificeerd: foutsituatie E. b. Anders: foutsituatie F.

>1

Als de verwijsgegevens uniek zijn geïdentificeerd - situaties 7, 8a en 10a - dan wordt het bericht (en de cyclus) gekoppeld aan het gevonden RNI-dossier. Afhankelijk van het resultaat wordt een opgaveFoutrapport gestuurd met een specifieke melding. Logregel bij bericht

Berichtstatus

Cyclusstatus

Foutsituatie D (BSN niet gevonden in cat. 01 en niet in cat. 21): PL met het aangeleverde BSN is niet in de RNI aangetroffen. (code 0200) of Foutsituatie E of G (BSN is 1x of vaker gevonden in cat. 21) PL met het aangeleverde BSN is niet in de RNI aanwezig. BSN komt wel voor in de verwijsgegevens (PL is overgebracht naar de GBA).(code 0205)* of Foutsituatie F (BSN is 1x of vaker gevonden in cat. 21, maar niet met het aangegeven Anummer) PL met het aangeleverde BSN is niet in de RNI aanwezig. BSN komt wel voor in de verwijsgegevens (PL is overgebracht naar de GBA), echter niet in combinatie met het door de deelnemer meegeleverde A-nummer.(code 0206)*


9406 – IA: BSN niet actueel in RNI

of 9407 – IA: PL naar GBA

of 9413 – IA: conflicterende identificatie

*Uitgangspunt is dat deze situatie zelden of nooit voorkomt; als de autorisatie het toestaat kan de deelnemer als afnemer zo nodig bij GBA-V de actuele PL-gegevens opvragen

2. Vaststellen dat de gevonden PL niet is geblokkeerd. Als de gevonden PL geblokkeerd is (i.v.m. verhuizing naar GBA), dan volgt een opgaveFoutrapport (Df02-bericht): Logregel bij bericht

Berichtstatus

De PL is geblokkeerd (i.v.m. verhuizing naar de GBA). 8300 - CA: (code: 0209) deelnemersbericht automatisch verwerkt

Cyclusstatus 9420 – IA: PL is geblokkeerd

3. Als de gevonden PL is opgeschort vanwege overlijden (Opschortingsreden "O") of vanwege Ministerieel besluit (Opschortingsreden “M”), dan moet de ingangsdatum van het aangeleverde categorievoorkomen (01, 04, 06 of 08) liggen voor of op de datum opschorting bijhouding. Zo niet, dan volgt een opgaveFoutrapport (Df02-bericht): Logregel bij bericht

ICTU, Programma RNI

Berichtstatus

Cyclusstatus

114/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

De PL is opgeschort met reden O (overlijden) en de ingangsdatum van het gegeven () ligt na de datum opschorting () (code 1022)


9410 – IA: Persoon is overleden

4. Controleren LO-voorschriften die voor de soort actualisering gelden. Het systeem controleert of de actualisering voldoet aan de voorschriften zoals beschreven in hoofdstuk 3 en het gegevenswoordenboek van het LO RNI[1] en LO GBA[2] (incl. controle op de Teletex karakterset). Als dit niet het geval is, dan wordt in het antwoordbericht gemeld dat de opgave is afgewezen en met welke redenen (de controle stopt niet bij de eerste foutconstatering, in het antwoordbericht worden voor zover mogelijk alle fouten vermeld). Als de actualisering niet aan alle actualiseringsvoorschriften voldoet, dan krijgt de berichtencyclus een foutstatus en wordt een opgaveFoutrapport (Df02-bericht) gestuurd naar de deelnemer, met daarin de details van de geconstateerde fouten. Logregel bij bericht

Berichtstatus

Cyclusstatus

De actualisering voldoet inhoudelijk niet aan de voorschriften: (code 1024)


9402 – IA: opgave ongeldig (inhoud)

De actualiseringsvoorschriften zijn in het LO RNI [1] beschreven als ook in Bijlage 4. Overzicht actualiseringsfuncties PL/verwijzing. Enkele aandachtspunten: a) Afhankelijk van het soort actualisering mag (of moet) deze wel of niet als correctie uitgevoerd worden. b) Actualisering m.b.t. Nationaliteit: • Bij de actualisering 'Verkrijging Nederlandse nationaliteit' (AC0401) worden alle op de PL aanwezige vreemde nationaliteiten (m.u.v. staatloosheid (0499)) door het systeem afgesloten. Zie par. 6.4.1.10. • Bij de actualisering 'Verkrijging Nederlandse nationaliteit' (AC0401) of 'Verkrijging Buitenlandse nationaliteit' (AC0403) met Indicatie afhandeling “NA” en ingangsdatum geldigheid (85.10) uit het bericht ligt vòòr de huidige ingangsdatum geldigheid van betreffende afgesloten nationaliteit op de PL (indien aanwezig), dan moet het bericht worden afgewezen met een Df02 reden: “De huidige waarde ingangsdatum geldigheid is actueler dan de opgegeven datum”. • Bij de actualisering 'Verlies Nederlandse nationaliteit' (AC0402) of 'Verlies buitenlandse nationaliteit' (AC0404) of 'Beëindiging staatloosheid' (AC0405) met Indicatie afhandeling “NA” en ingangsdatum geldigheid (85.10) uit het bericht ligt vòòr de huidige ingangsdatum geldigheid van betreffende nationaliteit op de PL, dan moet het bericht worden afgewezen met een Df02 reden: “De huidige waarde ingangsdatum geldigheid is actueler dan de opgegeven datum”. • Bij de actualiseringen 'Verkrijging buitenlandse nationaliteit' (AC0403) en 'Verlies buitenlandse nationaliteit' (AC0404), mag de aangegeven nationaliteitscode niet de onbekende nationaliteit (0000), de Nederlandse nationaliteit (0001), Behandeld als Nederlander (0002), Vastgesteld niet-Nederlander (0500) of Staatloos (0499) zijn. • In geval van een actualisering 'Verkrijging buitenlandse nationaliteit' (AC0403)' mag er op de PL van betreffend persoon geen Categorie 04 stapel zijn waarin element 05.10 gelijk is aan “0001” (Nederlands) of element 65.10 gelijk is aan “B” (behandeld als Nederlander) • In geval van een actualisering 'Verkrijging buitenlandse nationaliteit' (AC0403) moet de aangegeven nationaliteit (05.10) geldig zijn op de systeemdatum. Ook moet de nationaliteit geldig zijn op de ingangsdatum geldigheid; deze controle vervalt als de ingangsdatum geldigheid de standaardwaarde (00000000) bevat.

ICTU, Programma RNI

115/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

In geval van een actualisering 'Verlies buitenlandse nationaliteit' AC0404 of 'Beëindigen staatloosheid' AC0405 mag er op de PL van betreffend persoon geen Categorie 04 stapel zijn waarin element 05.10 gelijk is aan “0001” (Nederlands) of element 65.10 gelijk is aan “B” (behandeld als Nederlander) • In geval van een actualisering 'Verwijderen van nationaliteitgegevens' AC0408, 'Correctie van ten onrechte opgenomen gegevens' AC0409, 'Actualiseren akte en document' AC0410 of 'Actualiseren van de ingangsdatum geldigheid' AC0411 geldt het volgende: • indien het de Nederlandse nationaliteit betreft dan moet deze verwerkt worden mits er geen andere fouten worden aangetroffen. • indien het een vreemde nationaliteit betreft mag er op de PL van betreffend persoon geen Categorie 04 stapel zijn waarin element 05.10 gelijk is aan “0001” (Nederlands) of element 65.10 gelijk is aan “B” (behandeld als Nederlander). c) Actualisering m.b.t. Persoon • Bij de actualisering 'Wijziging in de naam' (AC0101) of 'VWijziging in het geslacht' (AC0103) met Indicatie afhandeling “NA”,“CO”of “GA” en ingangsdatum geldigheid (85.10) uit het bericht ligt vòòr de huidige ingangsdatum geldigheid van betreffende persoon op de PL, dan moet het bericht worden afgewezen met een Df02 reden: “De huidige waarde ingangsdatum geldigheid is actueler dan de opgegeven datum”. NB Een uitzondering: Een AC0101 met ndicatie afhandeling “CO” komt in status 'TV'. • Bij de actualisering “Wijziging in de geboorte” (AC0102) controleren of de elementen 01.03.20 (Geboorteplaats) en 01.03.30 (Geboorteland) met elkaar in overeenstemming zijn. In overeenstemming wil zeggen: Indien Land gelijk is aan Nederland, dan is Plaats gevuld met de standaardwaarde of een Nederlandse gemeente code. Indien Land ongelijk is aan Nederland, dan is Plaats gevuld met de standaardwaarde of een waarde ongelijk Nederlandse gemeentecode. d) Actualisering m.b.t. Overlijden: • Bij de actualisering “Opnemen overlijdensgegevens” (AC0601) mag er nog geen categorie 06 Overlijden aanwezig zijn. Als deze aanwezig is moet het Dv02-bericht worden afgewezen met als constatering “Er is reeds een categorie Overlijden aanwezig.” • Bij de actualisering “Correctie van ten onrechte opgenomen gegevens” (AC0603) moet de persoon zijn overleden.(Reden opschorting (07.67.20 = "O" (overleden))). Als dit niet het geval is moet het Dv02-bericht worden afgewezen met als constatering “Er is geen actuele geldende categorie Overlijden aanwezig” • Bij de actualiseringen “Corrigeren overlijdensgegevens” (AC0602) en “Correctie van ten onrechte opgenomen gegevens” (AC0603) moet Indicatie Afhandeling gelijk zijn aan “CO” of “GA”. Bij elke ander waarde moet het Dv02-bericht worden afgewezen met als constatering “Indicatie afhandeling bevat een andere waarde dan CO of GA." • Bij de actualisering “Opnemen overlijdensgegevens” (AC0601) moet Indicatie Afhandeling controleren gelijk zijn aan “NA”. Bij elke ander waarde moet het Dv02-bericht worden afgewezen met als constatering “Indicatie afhandeling bevat een andere waarde dan NA." • Bij de actualisering “Opnemen overlijdensgegevens” (AC0601) wordt de ingangsdatum geldigheid (06.85.10) automatisch gevuld met de waarde van element datum overlijden (06.08.10) uit het ontvangen Dv02-bericht. • Bij de actualiseringen “Opnemen overlijdensgegevens” (AC0601) en “Corrigeren Overlijdensgegevens” (AC0602) controleren of de elementen 060820 (Plaats overlijden) en 060830 (Land overlijden) worden geleverd door de deelnemer. Indien dit niet zo is deze elementen vullen met de standaardwaarde “0000”. • Bij de actualisering “Opnemen overlijdensgegevens” (AC0601) controleren of de elementen 06.08.20 (Plaats overlijden) en 06.08.30 (Land overlijden) met elkaar in overeenstemming zijn. In overeenstemming wil zeggen: Indien Land gelijk is aan Nederland, dan is Plaats gevuld met de standaardwaarde of een Nederlandse gemeente code. Indien Land ongelijk is aan •

ICTU, Programma RNI

116/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Nederland, dan is Plaats gevuld met de standaardwaarde of een waarde ongelijk Nederlandse gemeentecode. • Bij de actualisering 'Opnemen overlijdensgegevens” (AC0601) controleren of element 06.81.20 (Aktenummer) voldoet aan de volgende voorwaarden (Indien dit niet zo is moet het Dv02-bericht worden afgewezen met als constatering “Actualisering bevat een onjuist Aktenummer 06.81.20"): • standaardwaarde (....... [7x punt]) OF • (voorkomend in tabel 39 voor wat betreft positie 1 en 3 EN positie 1 bevat een '2'), • Bij de actualisering 'Opnemen overlijdensgegevens” (AC0601) controleren of element 06.08.20 (Plaats overlijden), indien deze een Nederlandse gemeentecode bevat, geldig is op 06.08.10 (Datum overlijden). element 06.08.30 (Land overlijden), indien deze een code ongelijk Nederland bevat, geldig is op 06.08.10 (Datum overlijden). e) Actualisering m.b.t. Verblijfplaats • Bij de actualisering 'Wijziging buitenlands adres' (AC0801) en 'Wijziging in de omschrijving van de aangifte adreshouding' (AC0802) geldt dat element 72.10 Omschrijving van de aangifte adreshouding gevuld moet zijn met een van de volgende waarden: A (= ambtshalve), B (= ministerieel besluit), G (= gezaghouder), I (= ingeschrevene), W (= infrastructurele wijziging) of “.” (= Standaardwaarde). • Bij de actualisering 'Wijziging buitenlands adres' (AC0801) moet het Land adres buitenland (13.10) geldig zijn op de systeemdatum. Ook moet het betreffende land geldig zijn op de Datum aanvang adres buitenland (13.20); deze controle vervalt als de Datum aanvang adres buitenland de standaardwaarde (00000000) bevat. • Bij de actualisering 'Wijziging buitenlands adres' (AC0801) met Indicatie afhandeling “NA” en datum aanvang adres buitenland (13.20) uit het bericht ligt vòòr de huidige datum aanvang adres buitenland op de PL, dan moet het bericht worden afgewezen met een Df02 reden: “De huidige waarde datum aanvang adres buitenland is actueler dan de opgegeven datum”; • Bij de actualisering 'Wijziging buitenlands adres' (AC0801) en INITIELE_VULLING gelijk is aan JA geldt het volgende: Wanneer Indicatie afhandeling niet gelijk is aan “CO”, dan moet het bericht worden afgewezen met een Df02 reden: “Indicatie afhandeling bevat een andere waarde dan CO.". • Bij de actualisering 'Wijziging buitenlands adres' (AC0801) met Indicatie afhandeling “CO” en INITIELE_VULLING gelijk is aan JA geldt het volgende: Wanneer datum aanvang adres buitenland (13.20) uit het bericht ligt na de “Datum Inwerking treden RNI”, dan moet het bericht worden afgewezen met een Df02 reden: “De huidige waarde datum aanvang adres buitenland ligt voorbij datum inwerking treden RNI”. • Bij de actualisering 'Wijziging buitenlands adres' (AC0801) met Indicatie afhandeling “NA” geldt het volgende: Verblijfplaats.ingangsdatum geldigheid (08.85.10) wordt gevuld met de datum aanvang adres buitenland (13.20) uit het bericht. • Bij de actualisering 'Wijziging buitenlands adres' (AC0801) met Indicatie afhandeling “CO” en systeeminstelling INITIELE_VULLING gelijk is aan JA geldt het volgende Indien datum aanvang adres buitenland (13.20) uit het bericht vóór of op de “Datum Inwerking treden RNI” ligt, dan wordt verblijfplaats.ingangsdatum geldigheid (08.85.10) gevuld met de “Datum Inwerking treden RNI”. •

Als datum aanvang adres buitenland (13.20) uit het bericht de standaardwaarde (00000000) bevat en Indicatie afhandeling gelijk is aan 'NA', dan moet de Dv02 in de status “TV: fiatteer actualisering” komen en handmatig worden beoordeeld; Dit wordt in de gebeurtenislog vastgelegd. Let op: deze controle wordt bij het doorvoeren van de actualiseringsopgave overgeslagen (anders ontstaat een oneindige loop)

ICTU, Programma RNI

Logregel bij bericht

Berichtstatus

Cyclusstatus

“Datum aanvang adres buitenland uit het

3302 – TV: fiatteer

6705 – CR: handmatige

117/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

bericht bevat de standaardwaarde. Beoordeel of u deze actualisering wilt doorvoeren of afwijzen.”

•

•

actualisering

beoordeling

Als datum aanvang adres buitenland (13.20) uit het bericht de standaardwaarde (00000000) bevat en Indicatie afhandeling gelijk is aan 'CO', dan moet de Dv02 automatisch worden doorgevoerd. Als datum aanvang adres buitenland (13.20) uit het bericht in de toekomst ligt, dan moet de Dv02 in de status “TV: fiatteer actualisering” komen en handmatig worden beoordeeld; Dit wordt in de gebeurtenislog vastgelegd. Let op: deze controle wordt bij het doorvoeren van de actualiseringsopgave overgeslagen (anders ontstaat een oneindige loop)

f)


Berichtstatus

Cyclusstatus

“Datum aanvang adres buitenland uit het bericht bevat een datum in de toekomst. Beoordeel of u deze actualisering wilt doorvoeren of afwijzen.”

3302 – TV: fiatteer actualisering

6705 – CR: handmatige beoordeling

Actualiseringen die mogelijk tot het aanpassen van historie leiden. • Wanneer bij de ontvangst van een Dv02 het vermoeden bestaat dat historische categorieën worden geraakt, moet de Dv02 als volgt in Tussenkomst Vereist (TV) worden gezet: Logregel bij bericht

Berichtstatus

Cyclusstatus

“Mogelijk aanpassing van historie noodzakelijk”

3306 – TV: Bijzondere situatie


Deze status wordt gezet onder de volgende condities: • Actualisering is gelijk aan AC0101 Naam [NA.CO], AC0103 Geslacht [NA,CO] of AC0801 Buitenlands adres [NA] • Indien NA • Er is historie aanwezig op de PL • • Indien CO • Er is historie aanwezig op de PL • Actualisering is gelijk aan AC0801 Buitenlands adres [CO] • Rubriek 08.88.10 (RNI-deelnemer) is niet gevuld. • Actualisering is gelijk aan AC0102 Geboorte [CO] • Er is historie aanwezig op de PL 5. In geval van actualisering nationaliteit: bepalen betrokken categoriestapel. Bij de onderstaande actualiseringen moet naast de inhoud van het nieuwe categorievoorkomen (04), een nationaliteitscode aangeleverd worden in het oude categorievoorkomen (54) die de stapel aanwijst: - verlies buitenlandse nationaliteit - verwijderen van nationaliteitsgegevens - correctie van ten onrechte opgenomen gegevens - actualiseren akte en document - actualiseren van de ingangsdatum geldigheid - muteren onderzoeksgegevens •

In geval van Bijzonder Nederlanderschap/Vastgesteld niet Nederlanderschap, moet nationaliteitscode 0001 (Nederlandse) worden gebruikt, omdat deze situaties onder die stapel worden geregistreerd. Als de aangegeven stapel niet wordt aangetroffen, dan volgt een opgaveFoutrapport (Df02-bericht): Logregel bij bericht

Berichtstatus

Cyclusstatus

Op de PL zijn geen gegevens aangetroffen die betrekking hebben op de aangegeven nationaliteit met code (code 1025)


9409 – IA: missende nationaliteit gegevens op PL

ICTU, Programma RNI

118/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

6. Controleren actualiseringsgegevens met bestaande PL-gegevens. Als in de aangeboden actualisering de gegevens in categorie 01, 04, 06 of 08 van het Dv02bericht (met uitzondering van de elementen 88.10 en 88.20) volledig overeenkomen met de actuele gegevens op de PL dan wordt een opgaveFoutrapport (Df02-bericht) gestuurd: Logregel bij bericht

Berichtstatus

Cyclusstatus

De actualisering is gelijk aan de huidige gegevens op de PL. Deze actualisering is niet uitgevoerd. (code 1021)


9421 – IA: actualisering is gelijk aan huidige PL

Als de aangeboden actualisering categorie 04 betreft wordt gecontroleerd of de actualisering consistent is met de situatie op de PL. De volgende controles worden uitgevoerd: Actualisering

Voorwaarden

Verkrijging Nederlandse nationaliteit

•

•

Er mag geen stapel zijn, waarvan het actuele voorkomen het bezit van de Nederlandse nationaliteit beschrijft (04.05.10 Nationaliteit = 0001). Er mag geen actuele 'staatloosheid' op de PL vermeld staan (deze moet eerst beëindigd worden).

Verlies Nederlandse nationaliteit

Er moet een stapel zijn, waarvan het actuele voorkomen het bezit van de Nederlandse nationaliteit beschrijft (04.05.10 Nationaliteit = 0001).

Wijziging in de reden verkrijging

Er moet een stapel zijn, waarvan het actuele voorkomen het bezit van de Nederlandse nationaliteit beschrijft (04.05.10 Nationaliteit = 0001).

Wijziging in de reden verlies

Er moet een stapel zijn, waarvan het actuele voorkomen het verlies van de Nederlandse nationaliteit beschrijft. Een actueel 'verlies van de Nederlandse nationaliteit' heeft de volgende eigenschappen: 04.05.10 Nationaliteit komt niet voor en in de historie is een voorkomen aanwezig waar 54.05.10 Nationaliteit = 0001 en waar tevens de indicatie onjuist (54.84.10) niet is gevuld.

Verkrijging buitenlandse nationaliteit

Er mag geen actueel voorkomen zijn waar 04.05.10 de verkregen nationaliteit bevat. • Er mag geen actuele 'staatloosheid' op de PL vermeld staan (deze moet eerst beëindigd worden). N.B. Als er een 54.05.10 is (waarbij 84.10 niet is gevuld), die de verkregen nationaliteit bevat, dan moet die stapel geupdate worden; anders moet een nieuwe stapel worden aangelegd.

Verlies buitenlandse nationaliteit

Er moet een stapel zijn, waarvan het actuele voorkomen het bezit van de betreffende buitenlandse nationaliteit beschrijft (04.05.10 Nationaliteit = code aangeleverde nationaliteit).

Beëindigen staatloosheid

Er moet een actueel voorkomen zijn die de staatloosheid beschrijft (04.05.10 Nationaliteit = 0499).

Correctie van ten onrechte opgenomen gegevens – Verwijderen van

Er moet een stapel aanwezig zijn die de betreffende nationaliteit beschrijft: de nationaliteit is ofwel opgenomen in het actueel voorkomen ofwel in een historisch

–

ICTU, Programma RNI

•

119/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Actualisering

Voorwaarden

nationaliteitsgegevens voorkomen waarin de indicatie onjuist (84.10) niet is Actualiseren akte en document gevuld. Actualiseren van de ingangsdatum geldigheid – Muteren onderzoeksgegevens – –

Als niet aan de voorwaarden is voldaan, dan wordt een opgaveFoutrapport (Df02-bericht) gestuurd: Logregel bij bericht

Berichtstatus

Cyclusstatus

De actualisering is niet consistent met de huidige gegevens op de PL en kan daarom niet doorgevoerd worden. Details: (code 1021)


9422 – IA: conflict met nationaliteiten op PL

7. Als een actualisering betrekking heeft op Geslachtsnaam, Geboortedatum of Geslachtsaanduiding dan betreft dit een van de verplichte velden (volgens de eisen van de BV BSN) voor het stellen van de presentievraag. Met gebruik van de geactualiseerde gegevens moet opnieuw worden vastgesteld of de persoon mogelijk al in de BRP is opgenomen. Hiertoe wordt 'doorzoeken inschrijvingen' conform punt 3 uit par.7.4.3 nogmaals uitgevoerd. Als blijkt dat de zoekacties één of meerdere PL-en/dossiers en/of foutsituatie(s) (bijvoorbeeld 'te veel zoekresultaten') hebben opgeleverd, dan wordt onderstaande gelogd. De verwerking gaat verder met punt 8: Logregel bij bericht

Berichtstatus

Cyclusstatus

Actualisering van een van de zoekcriteria voor de presentievraag levert resultaat op bij zoekacties. Mogelijk is er sprake van een dubbelopname. Zie de uitslagen van zoekacties in de gebeurtenislog. Onderzoek of de persoon dubbel is ingeschreven. (code 1027)

3306 – TV: bijzondere situatie. De omschrijving hierbij luidt “fiatteer actualisering en handmatige beoordeling dubbelopname”


8. Er wordt gecontroleerd of de oude situatie opgenomen in Categorie 51, 54, 56 of 58 van het Dv02bericht consistent is met de situatie op de huidige PL. Bij een Dv02 met actualisering “Opnemen Overlijdensgegevens” (AC0601) hoeft de controle of de oude waarde overeenkomt met de huidige waarde in de PL niet plaats te vinden omdat dit het opnemen van overlijdensgegevens betreft die daarvoor nog niet aanwezig waren. De aangeboden gegevens met uitzondering van de elementen 72.10, 84.10, 88.10 en 88.20 moeten (indien gevuld) volledig overeenkomen met de actuele gegevens . Als dit niet het geval is kan het zijn dat de deelnemer oude of verkeerde gegevens in zijn systeem gebruikte of dat er zeer recent al een andere actualisering heeft plaatsgevonden die nog niet in het systeem van de deelnemer verwerkt was. Dit leidt niet direct tot een fout, maar moet wel gefiatteerd worden. Als niet aan de voorwaarden is voldaan, dan wordt dit in de gebeurtenislog vastgelegd. Logregel bij bericht

Berichtstatus

De oude situatie zoals bekend bij de deelnemer is niet 3302 – TV: fiatteer consistent met de huidige gegevens op de PL. actualisering Details:

ICTU, Programma RNI

Cyclusstatus 6705 – CR: handmatige beoordeling

120/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

9. Als een actualisering betrekking heeft op Geslachtsnaam of Voornamen: Controle op het gebruik van speciale tekens. Niet alle tekens van de Teletex tekenset horen te worden gebruikt in de elementen geslachtsnaam (01/51.02.40) en voornamen (01/51.02.10). Tekens die men niet zou moeten gebruiken leiden tot een beoordeling: Logregel bij bericht

Berichtstatus

Cyclusstatus

“Voornamen en/of Geslachtsnaam bevat een teken dat niet binnen de gangbare tekens valt. Beoordeel of u deze inschrijving wilt doorvoeren of afwijzen.”

3301 "TV : fiatteer actualisering".


Voor een overzicht van de gehele tekenset en de tekens die tot een signalering leiden in het RNI systeem zie Bijlage 8. Teletex tekens en plausibilteit 10. Als de actualisering een onderzoek betreft: dit moet nader beschreven worden. 11. Het systeem controleert tevens of er mogelijk sprake is van 'tegenstrijdige actualiseringen'. Als het categorievoorkomen waarvoor de deelnemer een wijziging aanmeldt minder dan x (systeeminstelling, per categorie) dagen geleden geactualiseerd is, dan wordt dit in de gebeurtenislog vastgelegd. De opgave krijgt dan de status 'te fiatteren'. Als voor x de waarde 0 is ingevuld, dan is de signalering niet actief. Om deze controle te kunnen doen, wordt bij elk categorievoorkomen vastgelegd op welk tijdstip deze is aangelegd c.q. voor het laatst gemuteerd. Logregel bij bericht

Berichtstatus

Cyclusstatus

Gegevens zijn minder dan dagen geleden gewijzigd. Controleer actualiseringsopgave.

3302 – TV: fiatteer 7427 – IR: nog recent actualisering geactualiseerd tenzij bij punt 7 is geconstateerd dat handmatige beoordeling nodig is dan 3306 – TV: bijzondere situatie. De omschrijving hierbij luidt “fiatteer actualisering en handmatige beoordeling dubbelopname”

12. Als de actualisering gevalideerd is, dan wordt deze ofwel doorgevoerd ofwel ter fiattering aan de gebruiker aangeboden. In het geval dat geconfigureerd staat dat fiattering van toepassing is (dit kan per deelnemer per categorie actualisering worden ingesteld), wordt gelogd (N.B. er wordt dan nog geen rapport naar de deelnemer gestuurd): Logregel bij bericht

Berichtstatus

Cyclusstatus

De actualisering '' is gevalideerd door het systeem.

3302 – TV: fiatteer actualisering

6426 – CR: actualiseringsopgave gevalideerd

Als geen fiattering hoeft plaats te vinden of de verwerkingsfunctie juist uitgevoerd wordt vanwege fiattering door de gebruiker (zie par. 15.22 Fiattering deelnemeropgave), dan voert het systeem de actualisering door op de PL (conform voorschriften in het LO GBA [2] en rekening houdend met het eventueel aanleggen van historie en het toepassen van de indicatie onjuist in geval van een correctie) en wordt een opgaveVerwerkbevestiging (Da02-bericht) gestuurd naar de deelnemer: Logregel bij bericht ICTU, Programma RNI

Berichtstatus

Cyclusstatus 121/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

De actualisering '' is doorgevoerd. (code 0002)


8426 – CA: actualiseringsopgave doorgevoerd tenzij bij punt 7 is geconstateerd dat handmatige beoordeling nodig is dan 6707 – CR: actualiseringsopgave doorgevoerd maar handmatige beoordeling dubbelopname

Als onderdeel van het doorvoeren van de actualisering/verificatie vindt in dezelfde transactie plaats: • het uitvoeren van de acties die beschreven zijn in par. 6.6 Automatische acties aansluitend op een actualisering; • het opnemen van de eventueel aangeleverde scans bij het dossier; Voor elke opgenomen scan wordt een gebeurtenis 'Registreren scan' gelogd, met een relatie (context) naar de betreffende scan. • het aanpassen van Gemeente document (82,10) naar '1999' (Gemeente RNI), indien deze een andere waarde bevat, in de door de Actualiseringsopgave geraakte RNI Categorie (01 Persoon, 04 Nationaliteit of 06 Overlijden) 7.4.5

Dv03: Verificatieopgave In een Dv03-bericht is opgenomen: • • • • • •

De identificatie van de RNI-deelnemer. DeelnemerReferentie (unieke referentie die de deelnemer aan de opgave heeft toegekend). Melder-ID. De identificerende gegevens van de persoon in kwestie, in ieder geval het BSN. De verificatiegegevens: groep 07.71. 0, 1 of meerdere bestanden (met als metadata o.a. soort scan) van gescande brondocumenten.

Een opgave tot het registreren van een verificatie kan automatisch worden verwerkt, maar desgewenst kan (per RNI-deelnemer instelbaar) fiattering toegepast worden. De volgende acties vinden plaats: 1. Identificeren PL. Deze actie is identiek aan de overeenkomstige actie bij een actualiseringsopgave (par. 7.4.4). 2. Vaststellen dat de gevonden PL niet is geblokkeerd. Deze actie is identiek aan de overeenkomstige actie bij een actualiseringsopgave (par. 7.4.4). 3. Controleren of de opschorting van de bijhouding van de PL het doorvoeren van een verificatie toestaat. a) Als de gevonden PL is opgeschort vanwege overlijden (Opschortingsreden "O"), dan moet de verificatiedatum voor of op de datum opschorting bijhouding liggen. Zo niet, dan volgt een opgaveFoutrapport (Df03-bericht): Logregel bij bericht

Berichtstatus

Cyclusstatus

De PL is opgeschort met reden O (overlijden) en de verificatiedatum ligt na de datum opschorting (). (code 1033)


9410 – IA: Persoon is overleden

b) 4. De aangeleverde PL-gegevens (groep 07.71) moet voldoen aan de voorschriften uit het LO RNI [1]. De controles worden voor zover mogelijk alle uitgevoerd, zodat de rapportage zo compleet mogelijk is: Logregel bij bericht

ICTU, Programma RNI

Berichtstatus

Cyclusstatus

122/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

De verificatieopgave voldoet inhoudelijk niet aan de voorschriften: (code 1031)


9402 – IA: opgave ongeldig (inhoud)

5. De aangeleverde verificatiedatum mag niet na de systeemdatum liggen. Anders wordt gemeld: Logregel bij bericht

Berichtstatus

Cyclusstatus

De aangeleverde verificatiedatum is fout (ligt in de toekomst). (code 1032)


9419 – IA: nieuwe datum ligt in toekomst

6. De huidige verificatiedatum in de RNI (RNI-datum) moet voor de nieuw aangeboden waarde liggen (hierna te noemen: Deelnemer-datum), anders: a) als de RNI-datum ligt na de Deelnemer-datum, dan blijft de datum ongewijzigd en wordt een opgaveFoutrapport (Df03-bericht) gestuurd naar de deelnemer. Bij het bericht wordt geregistreerd: Logregel bij bericht

Berichtstatus

Cyclusstatus

In de RNI is reeds een latere verificatiedatum (, bron: <deelnemer-meestrecente-verificatie.) geregistreerd dan nu door de deelnemer is aangeleverd (); geen wijziging doorgevoerd.(code 1035)


9404 – IA: nieuwe datum ligt voor oude datum

b) als de RNI-datum gelijk is aan de Deelnemer-datum, dan wordt er niets gewijzigd en wordt een opgaveFoutrapport (Df03-bericht) gestuurd naar de deelnemer: Logregel bij bericht

Berichtstatus

De verificatiedatum in de RNI heeft al de waarde 8300 - CA: die nu door de deelnemer is aangeleverd: geen deelnemersbericht wijziging doorgevoerd. (code 1036) automatisch verwerkt

Cyclusstatus 9405 – IA: nieuwe datum gelijk aan oude datum

7. Als de Deelnemer-datum n de RNI-datum ligt, dan kan de verificatiedatum gewijzigd worden in de door de deelnemer aangeleverde waarde. In geval geconfigureerd staat dat fiattering van de verificatie update van toepassing is (dit kan per deelnemer worden ingesteld), wordt gelogd (N.B. er wordt nog geen rapport naar de deelnemer gestuurd): Logregel bij bericht

Berichtstatus

Cyclusstatus

De verificatiegegevens zijn gevalideerd door het systeem.

3303 – TV: fiatteer verificatie

6427 – CR: verificatieopgave gevalideerd

Als fiattering niet van toepassing is of de verwerkingsfunctie juist uitgevoerd wordt vanwege fiattering door de gebruiker (zie par. Fout: Bron van verwijzing niet gevonden), dan wordt de wijziging doorgevoerd en wordt een opgaveVerwerkbevestiging (Da03-bericht) gestuurd: Logregel bij bericht

Berichtstatus

Cyclusstatus

Verificatiedatum gewijzigd van naar (code 0003)


8427 – CA: verificatieopgave doorgevoerd

In het geval dat het aantal dagen verschil tussen de oude en nieuwe datum < x (systeeminstelling) is, dan wordt de wijziging wel doorgevoerd, maar krijgt de cyclus een andere status (voor de deelnemer is er geen verschil): ICTU, Programma RNI

123/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••


Berichtstatus

Cyclusstatus

Verificatiedatum gewijzigd van naar (code 0003)


8428 – CA: verificatie doorgevoerd (klein verschil)

Als onderdeel van het doorvoeren van de verificatie vindt (in dezelfde transactie) plaats: • het opnemen van de eventueel aangeleverde scans bij het dossier; Voor elke opgenomen scan wordt een gebeurtenis 'Registreren scan' gelogd, met een relatie (context) naar de betreffende scan. 7.4.6

Dv04: opgave aanvullende scan brondocument In een Dv04-bericht is opgenomen: • • • • •

De identificatie van de RNI-deelnemer. DeelnemerReferentie (unieke referentie die de deelnemer aan de opgave heeft toegekend). Melder-ID. De identificerende gegevens van de persoon in kwestie, in ieder geval het BSN. 0, 1 of meerdere bestanden (met als metadata: soort scan) van gescande brondocumenten. Dit kan een afbeelding zijn of een pdf.

Een opgave voor het opnemen van een aanvullende brondocumentscan in een RNI-dossier wordt automatisch verwerkt; fiattering is niet van toepassing. De volgende acties vinden plaats: 1. Identificeren PL. Deze actie is identiek aan de overeenkomstige actie bij een actualiseringsopgave (par. 7.4.4). N.B. Voor het toevoegen van scans is het geen bezwaar dat de PL eventueel geblokkeerd is. 2. Als de PL is gevonden, dan wordt gecontroleerd of nog geen van de aangeleverde scans voorkomt bij het dossier. Bij deze controle wordt een te berekenen bestandskenmerk27 gebruikt. Als bij het dossier een scan voorkomt die niet als foutief is gemarkeerd en hetzelfde bestandskenmerk heeft als een van de aangeleverde scans, dan wordt een opgaveFoutbericht (Df04-bericht) gestuurd: Logregel bij bericht

Berichtstatus

Cyclusstatus

Op basis van het bestandskenmerk is vastgesteld dat de scan met bestandsnaam al bij het dossier is opgenomen. Mogelijk is de opgave dubbel aangeleverd. De scan(s) is (zijn) niet opgenomen. (code 1041)


9418 – IA: scan dubbel

3. Als de PL is gevonden en geen dubbele scans zijn geconstateerd, dan wordt (worden) de scan(s) toegevoegd aan het betreffende dossier. Voor elke opgenomen scan wordt een gebeurtenis 'Registreren scan' gelogd, met een relatie (context) naar de betreffende scan. Er wordt een opgaveVerwerkbevestiging (Da04-bericht) gestuurd:

7.4.7


Berichtstatus

Cyclusstatus

Aanvullende scan(s) toegevoegd aan dossier (code 0004)


8406 – CA: scan opgenomen

Dv11: Aanvragen overzicht ingediende opgaven De deelnemer kan – bijvoorbeeld als hij niet zeker weet of een opgave wel of niet aangemaakt is – een overzicht opvragen van ingediende opgaven.

27

De methode voor het berekenen van het bestandskenmerk moet nog vastgesteld worden. Dit zou het MD5 algoritme kunnen zijn.

ICTU, Programma RNI

124/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

In een Dv11-bericht is opgenomen: • • • •

De identificatie van de RNI-deelnemer. DeelnemerReferentie (unieke referentie die de deelnemer aan de aanvraag heeft toegekend). Melder-ID. Selectiecriteria voor de opgaven.

Er kan een selectie gemaakt worden op: • • • •

Deelnemer referentie

1 te selecteren

BSN datum-tijd van

•

datum-tijd tot

• •

Soort opgave Status

1 te selecteren Opgaven die geregistreerd zijn op of na 'datum-tijd van' worden geselecteerd. Opgaven de geregistreerd zijn voor 'datum-tijd tot' worden geselecteerd. Dv01, Dv02, Dv03 en/of Dv04 (meerdere te selecteren) In behandeling, Ingetrokken, Foutrapport of Verwerkt

Afbeelding (opgave)Cyclus status op de Status in een Dv11-bericht Cyclus status

Status

[5000, 5999]

Ingetrokken

[8000, 8999]

Verwerkt

[9000, 9999]

Foutrapport

alle overige

In behandeling

De afhandeling van de aanvraag verloopt als volgt: 1. Op basis van de zoekcriteria voert het systeem een zoekactie uit in de verzameling Deelnemersopgaven. Naast eventueel aangeleverde zoekcriteria, geldt als extra criterium dat alleen opgaven worden geselecteerd die door de betreffende deelnemer zijn ingediend. Indien en zodra meer dan MAX-AANTAL-OPGAVEN-IN-OVERZICHT (systeeminstelling) opgaven zijn gevonden die aan de zoekcriteria voldoen, wordt het zoeken gestaakt en wordt gelogd/teruggemeld: Logregel bij bericht

Berichtstatus

Cyclusstatus

Te veel resultaten (meer dan de toegestane <maxaantal-opgaven-in-overzicht> (code 1101)


9415 – IA: te veel resultaten

2. Als geen enkele opgave is gevonden die aan de zoekcriteria voldoet, dan wordt gelogd/teruggemeld: Logregel bij bericht

Berichtstatus

Cyclusstatus

Geen opgaven aangetroffen die aan de zoekcriteria voldoen (code 1102)


9423 – IA: geen zoekresultaten gevonden

3. De gevonden gegevens worden verzameld (N.B. het Dv11 bericht dat hierbij afgehandeld wordt, mag niet in het resultaat worden opgenomen). Hierboven staat vermeld welke gegevens per opgave worden aangeleverd. Gelogd wordt: Logregel bij bericht

Berichtstatus

Cyclusstatus

Overzicht met opgaven opgeleverd (code 0011)

8300 - CA: deelnemersbericht

8407 – CA: resultaat opgeleverd

ICTU, Programma RNI

125/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

automatisch verwerkt

7.4.7.1 Inhoud Da11-bericht In de Verwerkbevestiging (Da11-bericht) wordt per opgave opgenomen: • • • • • • • •

7.4.8

Deelnemer referentie RNI referentie Datum-tijd registratie opgave Soort opgave Status Datum-tijd verwerking Verwerkingscode Verwerkingsomschrijving

alleen gevuld als de opgave volledig is afgehandeld alleen gevuld als de opgave volledig is afgehandeld

Dv12: Aanvragen details ingediende opgave Het kan voorkomen dat een deelnemer nog eens wil zien wat de exacte inhoud is van een opgave die naar het RNI-systeem is gestuurd. Daartoe kan de deelnemer voor steeds één bepaalde opgave de details opvragen. In een Dv12-bericht is opgenomen: • • • •

De identificatie van de RNI-deelnemer. DeelnemerReferentie (unieke referentie die de deelnemer aan de aanvraag heeft toegekend). Melder-ID. De identificatie van de deelnemersopgave, via: - DeelnemerReferentie, of - RNI referentie

1. De betreffende opgave wordt opgezocht. Als deze niet wordt gevonden, dan wordt gelogd/teruggemeld (Df12-bericht): Logregel bij bericht

Berichtstatus

Cyclusstatus

Opgave niet aangetroffen (code 1200)


9417 – IA: opgave niet gevonden

Als de opgave door een andere deelnemer is ingediend, dan wordt gelogd/teruggemeld (Df12bericht): Logregel bij bericht

Berichtstatus

Cyclusstatus

De opgave is ingediend door een andere deelnemer (code 1201)


9411 – IA: opgave van andere deelnemer

2. De gevonden gegevens worden verzameld. Hierboven staat vermeld welke gegevens in het overzicht (Da12-bericht) worden aangeleverd. Gelogd wordt: Logregel bij bericht

Berichtstatus

Cyclusstatus

Details van opgave opgeleverd (RNI referentie: ) (code 0012)


8407 – CA: resultaat opgeleverd

7.4.8.1 Inhoud Da12-bericht In de Verwerkbevestiging (Da12-bericht) wordt van de opgave opgenomen: • •

Deelnemer referentie RNI referentie

ICTU, Programma RNI

126/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

• • • • • • •

7.4.9

Datum-tijd registratie Soort opgave Status Datum-tijd verwerking Verwerkingscode Verwerkingsomschrijving De volledige inhoud van de opgave, inclusief gescande documenten.

Dv13: Aanvraag intrekken ingediende opgave Het kan voorkomen dat een deelnemer een opgave (Dv01 t/m Dv04) wil intrekken (kort) nadat deze is ingediend. Dat kan met behulp van het Dv13-bericht, waarin de deelnemer aanlevert: • • • •

•

De identificatie van de RNI-deelnemer. DeelnemerReferentie (unieke referentie die de deelnemer aan de aanvraag heeft toegekend). Melder-ID. De identificatie van de deelnemersopgave, via: - DeelnemerReferentie, of - RNI referentie Een toelichting bij de intrekking (omschrijving).

1. De betreffende opgave wordt opgezocht. Als deze niet wordt gevonden, dan wordt gelogd/teruggemeld (Df13-bericht): Logregel bij bericht

Berichtstatus

Cyclusstatus

Opgave niet aangetroffen (code 1300)


9416 – IA: opgave niet gevonden

Als de opgave door een andere deelnemer is ingediend, dan wordt gelogd/teruggemeld (Df13bericht): Logregel bij bericht

Berichtstatus

Cyclusstatus

De opgave is ingediend door een andere deelnemer (code 1301)


9411 – IA: opgave van andere deelnemer

2. Intrekken van een opgave kan alleen als de opgave nog niet volledig is afgehandeld. De cyclusstatus mag daarom geen waarde hebben uit een van de volgende waardebereiken: • AG Afgebroken • CA Correct afgerond • IA Incorrect afgerond Als de opgave een van bovengenoemde statussen heeft, dan wordt gelogd/teruggemeld (Df13bericht): Logregel bij bericht

Berichtstatus

Cyclusstatus

Opgave is al in behandeling of afgehandeld en kan niet meer ingetrokken worden (code 1302)


9412 – IA: intrekken niet meer toegestaan

3. Als de opgave een eerste inschrijving betreft en voor die opgave al een dossier is aangelegd, dan moet de status van dat dossier ook gewijzigd worden in 'geannuleerd'. De reden van annulering wordt dan: "Ingetrokken door deelnemer". De reden die de deelnemer heeft opgegeven in de opgave wordt in het dossierveld 'toelichting afwijzing of annulering'. Bij de intrekkingsaanvraag wordt gelogd en teruggemeld (Da13-bericht): Logregel bij bericht

ICTU, Programma RNI

Berichtstatus

Cyclusstatus

127/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

De opgave met RNI referentienummer is succesvol ingetrokken. (code 0013)


8408 – CA: aanvraag uitgevoerd


Berichtstatus

Cyclusstatus

Deze opgave is ingetrokken door de deelnemer (zie de intrekkingsaanvraag met RNI referentienummer )

5300 – AG: opgave ingetrokken

5400 – AG: opgave ingetrokken

Bij de ingetrokken opgave wordt gelogd:

7.4.9.1 Inhoud Da13-bericht In de Verwerkbevestiging (Da13-bericht) wordt opgenomen: Deelnemer referentie RNI referentie Datum-tijd registratie Soort opgave Status Datum-tijd verwerking Verwerkingscode Verwerkingsomschrijving

• • • • • • • •

7.5

Overzicht meldingen (verwerkingscodes) naar deelnemers Hieronder volgt een overzicht van de meldingen die de deelnemers kunnen ontvangen: Code Omschrijving

Bericht(en)

0001 De inschrijvingsopgave is doorgevoerd.

Dv01

0002 De actualisering '' is doorgevoerd.

Dv02

0003 Verificatiedatum gewijzigd van naar .

Dv03

0004 Aanvullende scan(s) toegevoegd aan dossier.

Dv04

0011

Dv11

Overzicht met opgaven opgeleverd.

0012 Details van opgave opgeleverd (RNI referentie: ).

Dv12

0013 De opgave met RNI referentienummer is ingetrokken.

Dv13

0100 Proces <procesnaam>: er is een technische fout opgetreden. Indien dit geen incident is, maar vaker voorkomt, neem dan contact op met de RNIregistratiehouder <exception/foutdetails>28

algemeen

0101 Niet geautoriseerd.

algemeen

0103 De opgave voldoet niet aan de interface specificaties.

algemeen

0104 Deelnemer heeft al eerder een opgave met uw referentienummer aangeleverd.

algemeen

0109 Computervirus aangetroffen:

algemeen

0200 PL met het aangeleverde BSN is niet in de RNI aangetroffen.

Dv02 / Dv03 / Dv04

0201 Op basis van het BSN is een PL gevonden, maar deze PL heeft ander A-nummer Dv02 / Dv03 / dan het meegeleverde A-nummer. Dv04

28

De vanuit de programmacode aangeleverd exception/foutdetails wordt wel gelogd, maar wordt niet opgenomen in het bericht dat naar de deelnemer

wordt gestuurd.

ICTU, Programma RNI

128/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Code Omschrijving

Bericht(en)

0202 Er zijn meerdere PL-en gevonden met het aangeleverde BSN. Voeg aan de identificatie zo mogelijk het A-nummer toe.

Dv02 / Dv03 / Dv04

0203 Er zijn meerdere PL-en gevonden met het aangeleverde BSN, maar de combinatie BSN en het meegeleverde A-nummer komt niet voor.

Dv02 / Dv03 / Dv04

0205 PL met het aangeleverde BSN is niet in de RNI aanwezig. BSN komt wel voor in de verwijsgegevens (PL is overgebracht naar de GBA).

Dv02 / Dv03 / Dv04

0206 PL met het aangeleverde BSN is niet in de RNI aanwezig. BSN komt wel voor in de verwijsgegevens (PL is overgebracht naar de GBA), echter niet in combinatie met het door de deelnemer meegeleverde A-nummer.

Dv02 / Dv03 / Dv04

0209 De PL is geblokkeerd (i.v.m. verhuizing naar de GBA).

Dv02 / Dv03

1012 De inschrijvingsopgave voldoet inhoudelijk niet aan de voorschriften:

Dv01

1013 De inschrijvingsopgave is niet uitgevoerd. Reden:

Dv01

1020 De actualisering is gelijk aan de huidige gegevens op de PL. Deze actualisering is niet uitgevoerd.

Dv02

1021 De actualisering is niet consistent met de huidige gegevens op de PL en kan daarom niet doorgevoerd worden. Details: .

Dv02

1022 De PL is opgeschort met reden O (overlijden) en de ingangsdatum van het gegeven () ligt na de datum opschorting ().

Dv02

1024 De actualisering voldoet inhoudelijk niet aan de voorschriften: .

Dv02

1025 Op de PL zijn geen gegevens aangetroffen die betrekking hebben op de aangegeven nationaliteit met code .

Dv02

1026 De actualiseringsopgave is niet doorgevoerd. Reden .

Dv02

1028 Actualisering ingangs datum adres buitenland voldoet inhoudelijk niet aan de voorschriften .

Dv02

1031 De verificatieopgave voldoet inhoudelijk niet aan de voorschriften: .

Dv03

1032 De aangeleverde verificatiedatum is fout (ligt in de toekomst).

Dv03

1033 De PL is opgeschort met reden O (overlijden) en de verificatiedatum ligt na de datum opschorting ().

Dv03

1035 In de RNI is reeds een latere verificatiedatum (, bron: <deelnemermeest-recente-verificatie.) geregistreerd dan nu door de deelnemer is aangeleverd (); geen wijziging doorgevoerd.

Dv03

1036 De verificatiedatum in de RNI heeft al de waarde die nu door de deelnemer is aangeleverd: geen wijziging doorgevoerd.

Dv03

1037 De verificatieopgave is niet doorgevoerd. Reden .

Dv03

1041 Op basis van het bestandskenmerk is vastgesteld dat de scan met bestandsnaam al bij het dossier is opgenomen. Mogelijk is de opgave dubbel aangeleverd. De scan(s) is (zijn) niet opgenomen.

Dv04

ICTU, Programma RNI

129/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Code Omschrijving

Bericht(en)

1101

Te veel resultaten (meer dan de toegestane <max-aantal-opgaven-in-overzicht>.

Dv11

1102

Geen opgaven aangetroffen die aan de zoekcriteria voldoen.

Dv11

1200 Opgave niet aangetroffen.

Dv12

1201 De opgave is ingediend door een andere deelnemer.

Dv12

1300 Opgave niet aangetroffen.

Dv13

1301 De opgave is ingediend door een andere deelnemer.

Dv13

1302 Opgave is al in behandeling of afgehandeld en kan niet meer ingetrokken worden.

Dv13

1303 Overlijdens datum mag niet in de toekomst liggen

Dv02

1304 Overlijdens datum mag niet voor geboortedatum liggen.

Dv02

7.6

Monitoren opgaven en aanvragen van deelnemers

7.6.1

Inleiding Met de functie Monitoren Berichten kan de gebruiker onder andere de voortgang van de afhandeling van deelnemersopgaven en deelnemersaanvragen bewaken. Deze functie staat beschreven in hoofdstuk 13. In dit hoofdstuk staan de handelingen beschreven die specifiek gelden voor de deelnemer berichten. In bepaalde situaties moet de gebruiker ingrijpen om de afhandeling van een bericht te voltooien.

7.6.1.1 Acties bij de deelnemersopgaven Nadat een menu-item is gestart kunnen, afhankelijk van de verdere context, de volgende acties worden gestart: Actie*


Zie onderdeel Vereiste context

1. Openen RNI-dossier

Openen dossier

par. 7.6.2

•

Bericht met een deelnemersopgave of -aanvraag met daaraan gekoppeld een nog niet geopend RNI-dossier.

2. Openen berichtencyclus

Openen ber.cyclus

par.7.6.3

• •

Geopend dossier. daarbij op het scherm de details van een nog niet geopende berichtencyclus.

3. Doorzoeken inschrijvingen


par. 4.5

• •

Geopende Dv01-cyclus. een aan de cyclus gekoppeld en op het scherm geopend RNIdossier met een van de inschrijving-statussen.


Wijzigen notitie

par. 5.12

•

Een geopend RNI-dossier.

5. Sturen vrij bericht

Sturen vrij bericht

par. 13.11

•

---

6. Bekijken dossier

Bekijken dossier

Par. 5.12.1

•

Er is een geopend dossier en er is een actie gestart.

7. Terug naar zoekresultaten

Terug naar zoekresultaten

•

De details van een zoekresultaat worden getoond.

ICTU, Programma RNI

130/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••


Wijzigen notitie

par. 5.12

•

Een geopend RNI-dossier.

8. Maken afschrift

Maken afschrift

Par. 5.9

•

Er is een geopend dossier met een PL met dossierstatus “Opgenomen in RNI”

Naast de acties die hierboven genoemd zijn de volgende acties van toepassing die alleen getoond worden als beschreven berichtencyclus geopend is. Afronding 1. Doorvoeren inschrijving Doorvoeren 3300 TV: beslis of inschrijving dubbel of 3301 TV: fiatteer inschrijving of 3304 TV: beslis of sofinummer akkoord of 3305 TV: fout bij doorvoeren of 3306 TV: bijzondere situatie

par. 7.6.4.1

Op het scherm geopend het gekoppelde RNI-dossier bij een • Geopende Dv01-cyclus met Dv01-bericht met status: •

• •

Geopende Dv01-cyclus met Dv01bericht met status: • •

2. Afwijzen inschrijving met vooringevulde reden van afwijzing

Afwijzen inschrijving

par. 7.6.4.2

3. Doorvoeren actualisering

Doorvoeren actualisering

par. 7.6.5

3300 TV: beslis of dubbel of 3301 TV: fiatteer inschrijving of 3304:TV:beslis of sofinummer akkoord of 3305 TV: fout bijdoorvoeren of 3306 TV:Bijzondere Situatie en doorzoeken inschrijvingen is uitgevoerd

3301 TV: fiatteer inschrijving of 3306 TV:Bijzondere Situatie •

•

idem als bij Doorvoeren inschrijving

Geopende Dv02-cyclus met Dv02-bericht met status: •

•

3302 – TV: fiatteer actualisering of 3306 TV:Bijzondere Situatie

en op het scherm geopend het gekoppelde RNI-dossier 4. Afwijzen actualisering

Afwijzen actualisering

par. 7.6.5

•

Geopende Dv02-cyclus met Dv02-bericht met status: • •

3302 – TV: fiatteer actualisering of 3306 TV:Bijzondere Situatie

en op het scherm geopend het gekoppelde RNI-dossier. 5. Doorvoeren verificatie

Doorvoeren verificatie

par. 7.6.6

•



en op het scherm geopend het

ICTU, Programma RNI

131/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Afronding gekoppelde RNI-dossier. 6. Afwijzen verificatie

Afwijzen verificatie

par. 7.6.6

•



en op het scherm geopend het gekoppelde RNI-dossier. 7.6.2

Openen RNI-dossier Met de actie 'openen RNI-dossier' opent de gebruiker het dossier dat gekoppeld is aan de op dat moment getoonde berichtencyclus. Daarbij wordt in geval van een Dv01 of een Dv03 cyclus het basisscherm RNIdossier getoond, voorafgegaan door een sectie met daarin een samenvatting van het bericht uit de cyclus dat handmatige afhandeling vereist: • • • • • • • •

Bericht ID RNI-referentie Partner referentie Bericht Status Datum/tijd ontvangen Datum/tijd behandeld Communicatiepartner

crossreference, leeg als het bericht de eerste van de cyclus is berichtsoort datum-tijd registratie in de RNI datum-tijd waarop het bericht voor het laatst gewijzigd is deelnemernaam behorend bij mailboxnummer

Als in het dossier scans zijn opgenomen wordt zodra het tabblad PL wordt gekozen de mogelijkheid geboden om een scan te selecteren. Het is mogelijk om deze scan te roteren en te vergroten. De focus op de inhoud kan vervolgens verplaatst worden. Ook is het is mogelijk om de scan te printen. In geval van een Dv02 cyclus met status “Handmatige beoordeling” opent de actie 'openen RNI-dossier' een scherm “Beoordelen Dv02” Zie 7.6.5 Handmatig afronden actualiseringsopgave (Dv02). 7.6.3

Openen berichtencyclus Met de actie 'openen berichtencyclus' opent de gebruiker de berichtencyclus die op dat moment getoond wordt binnen het geopende RNI-dossier. Daarbij wordt het basisscherm RNI-dossier getoond, voorafgegaan door een sectie met daarin de samenvatting van de geopende berichtencyclus.

7.6.4

Handmatig Afronden inschrijving (Dv01) In sommige gevallen kan een Dv01 niet automatisch worden verwerkt. Dit bericht moet dan handmatig worden afgerond. Om een bericht handmatig te kunnen afronden moet zowel de berichten-cyclus als het dossier geopend zijn. Dan verschijnt het scherm zoals beschreven in par. 13.4.1. Als een Dv01 een van onderstaande statussen heeft moet de gebruiker het bericht handmatig afronden. Voorafgaande aan het afronden is het uitvoeren van “Doorzoeken inschrijvingen” is altijd verplicht. Bericht status

Handmatig afronden

3300 TV: beslis of dubbel of 3301 TV: fiatteer inschrijving of 3304 TV: beslis of sofinummer akkoord of 3305 TV: fout bij doorvoeren of 3306 TV: bijzondere situatie

Op het scherm staat de melding: “Binnen dit dossier vereist het onderstaande deelnemerbericht handmatige afhandeling. Door de actie “Doorzoeken inschrijvingen” te starten kunt u het bericht doorvoeren of afwijzen.” De gebruiker moet “Doorzoeken inschrijvingen” uitvoeren. De gebruiker kan daarna: • doorgaan met inschrijving • overnemen sofinummer (als zoekresultaat een sofinummer bevat) • afwijzen inschrijving (met vooringevulde reden)

ICTU, Programma RNI

132/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Het afronden van de inschrijving op basis van een deelnemersopgave (Dv01-bericht) na het doorzoeken van inschrijvingen lijkt inhoudelijk op de 'intake conclusie' bij de eerste inschrijving aan het loket zoals beschreven in par. 5.4.2. De 'intake conclusie' bij een inschrijving via het loket vormt echter een tussenstap, terwijl met de actie 'afronden inschrijving voor een deelnemersopgave de afhandeling wordt afgerond (doorvoeren of afwijzen). Doorzoeken inschrijvingen. Om te controleren of de niet-ingezetene, die wordt ingeschreven door de Dv01, al voorkomt in een van de registraties wordt doorzoeken inschrijvingen uitgevoerd zoals beschreven in par. 4.5. Na het uitvoeren van doorzoeken inschrijvingen kan de gebruiker doorgaan met het doorvoeren van de inschrijving of de inschrijving afwijzen. Als de details van een gevonden zoekresultaat worden getoond via link “Persoon al ingeschreven?” krijgt de gebruiker tevens de mogelijkheid om de inschrijving af te wijzenof alsnog door te gaan met de huidige inschrijving. Zie de volgende paragrafen. 7.6.4.1 Doorvoeren inschrijving: Wanneer de gebruiker kiest om de inschrijving door te voeren, wordt om een bevestiging gevraagd: Actie binnen afronden inschrijving

Bevestigingsvraag

Doorgaan met inschrijving / Doorvoeren inschrijving

"Wilt u de inschrijving doorvoeren met toekenning van een nieuw BSN?” Ja / Nee

Overnemen Sofinummer

"Betreft de inschrijving inderdaad dezelfde persoon als die in het zoekresultaat getoond is wilt u de inschrijving doorvoeren en daarbij het Sofinummer omzetten naar een BSN?" Ja / Nee

Als de gebruiker met 'nee' antwoordt, dan wordt het scherm van waaruit de vraag gesteld is opnieuw getoond. Als de gebruiker de vraag bevestigend ('ja') beantwoordt, dan wordt de inschrijving doorgevoerd conform de beschrijving van actie 6.b. uit par. 7.4.3 U, waarbij voor de gebeurtenislogregel geldt: - gebeurtenistype = 'Handmatig doorvoeren Dv01' - berichtstatus = 8301 Logregel bij bericht

Berichtstatus

Cyclusstatus

De inschrijvingsopgave is doorgevoerd. (code 0001)

8301 – CA: handmatig verwerkt

8425 – CA: inschrijvingsopgave doorgevoerd

7.6.4.2 Afwijzen inschrijving Een Dv01 kan op meerdere manieren afgewezen worden. Dit is afhankelijk van de Dv01 die is ingevoerd en de gevonden zoekresultaten. Afwijzen inschrijving Direct na het uitvoeren van "doorzoeken inschrijvingen" verschijnt de button "Afwijzen inschrijving". Als de gebruiker kiest om de inschrijving af te wijzen wordt een afwijzingsscherm getoond waarbij om een afwijzingsreden en eventueel een toelichting gevraagd. Afwijzen inschrijving op basis van het zoekresultaat Als de details van een gevonden zoekresultaat worden getoond via link “Persoon al ingeschreven?” krijgt de gebruiker tevens de mogelijkheid om de inschrijving af te wijzen door te klikken op de button “Afwijzen inschrijving op basis van het zoekresultaat”. deOp het afwijzingsscherm worden reden en toelichting van afwijzing voorgeprojecteerd waarbij de inhoud afhankelijk is van het soort zoekresultaat dat getoond wordt. Zie de tabel in par. 5.4.2. De gebruiker kan de toelichting aanpassen. ICTU, Programma RNI

133/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Afwijzen i.v.m. meegeleverd Sofinummer Als in een Dv01 een sofinummer is meegegeven en status van het bericht is: 3304 TV: beslis of sofinummer akkoord wordt de button "Afwijzen i.v.m. meegeleverd Sofinummer" altijd getoond op het zoekresultaten scherm. Als op button is geklikt wordt afwijzingsscherm getoond, waarbij reden en toelichting afhankelijk zijn van de situatie: Deze reden wordt dan ook getoond als geklikt wordt op de button "Afwijzen inschrijving op basis van het zoekresultaat" op het zoek-detailscherm a. Als bij verwerking van de Dv01 is geconstateerd: "Het door de deelnemer aangeleverde Sofinummer is in de RNI aangetroffen. Onderzoek de situatie." dan zie je bij de zoekresultaten minimaal 1 zoekresultaat met header RNI waarbij het aangeleverde sofinummer hetzelfde is als gevonden BSN: Afwijzen met reden "anders". Toelichting: "Het aangeleverde Sofinummer is in de RNI aangetroffen." b. Als bij verwerking van de Dv01 is geconstateerd: "Het door de deelnemer aangeleverde Sofinummer is in de BRP aangetroffen. Onderzoek de situatie." dan zie je bij de zoekresultaten minimaal 1 zoekresultaat met header RNI of GBA waarbij het aangeleverde sofinummer hetzelfde is als gevonden BSN: Afwijzen met reden "anders". Toelichting: "Het aangeleverde Sofinummer is in de BRP aangetroffen." c. Als bij verwerking van de Dv01 is geconstateerd: “Het door de deelnemer aangeleverde Sofinummer is niet in combinatie met de naamen geboortegegevens aangetroffen in BVR (presentievraag). Onderzoek de situatie” dan zie je of helemaal geen zoekresultaten of je ziet zoekresultaten waarbij het volgende zoekresultaat NIET wordt aangetroffen: header SOFI waarbij het aangeleverde sofinummer hetzelfde is als gevonden BSN: Afwijzen met reden ""Sofinummer komt niet voor in BVR." d. Als bij verwerking van de Dv01 is geconstateerd: “Het door de deelnemer aangeleverde Sofinummer is gevonden in BVR, maar er zijn ook andere zoekresultaten. Beoordeel de situatie.” dan zie je bij de zoekresultaten naast 1 zoekresultaat met header SOFI waarbij het aangeleverde sofinummer hetzelfde is als gevonden BSN ook nog andere zoekresultaten Afwijzen met reden "anders". Toelichting: "Het aangeleverde Sofinummer is in de BVR aangetroffen, maar inschrijving is niet uniek."

Als de inschrijving wordt afgewezen, dan • wordt de status van het dossier: Afgewezen. • worden de afwijzingsreden en -toelichting opgenomen bij het dossier • stuurt het systeem een opgaveFoutrapport (Df01-bericht) naar de deelnemer met daarin de resultaatomschrijving, met de afwijzingsreden en -toelichting . • Berichtstatus en cyclusstatus worden aangepast: zie onder • Gelogd wordt: - gebeurtenistype = 'Handmatig afwijzen Dv01' - berichtstatus = 5301 - logdetails = afwijzingstoelichting


Berichtstatus

Cyclusstatus

De inschrijvingsopgave is niet uitgevoerd. Reden: *. (code 1013)

5301 – AG: afgewezen door gebruiker

9414 – IA: afgewezen door gebruiker

*De reden kan zijn: PL staat reeds in RNI of PL staat reeds in GBA of er loopt al inschrijving GBA of er loopt al een inschrijving RNI of “Anders”.

7.6.5

Handmatig afronden actualiseringsopgave (Dv02) In geval van een Dv02 cyclus met status “Handmatige beoordeling” opent de actie 'openen RNI-dossier' een scherm “Beoordelen Dv02” waarop de gebruiker de actualiseringsopgave en de huidige waarden van

ICTU, Programma RNI

134/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

de betreffende PL-categorie kan bekijken en beoordelen. De gebruiker moet beslissen of hij het bericht doorvoert of afwijst. Op het scherm wordt een RNI-dossier getoond met daarbij een •

Geopende Dv02-cyclus met Dv02-bericht met status: • •

3302 TV: fiatteer actualisering of 3306 TV:Bijzondere Situatie

Op het scherm wordt een melding getoond: “Binnen dit dossier vereist het onderstaande deelnemerbericht handmatige afhandeling. U kunt het bericht doorvoeren of afwijzen “ Dit scherm toont een samenvatting van het bericht uit de cyclus met naast de in 7.6.2 genoemde velden ook: • Bevinding bevindingen die geconstateerd zijn bij de validatie van het bericht Afhankelijk van de soort actualisering wordt de categorie getoond waar de actualisering betrekking op heeft. De gehele categorie wordt getoond met de huidige waarden van de PL en de waarden die zijn aangeleverd door de deelnemer. Dit toont dus niet de categorie zoals die er na de actualisering uit gaat zien. • • •

(Element) PL Oude waarde

•

Nieuwe waarde

naam van het element huidige waarde van het element op de PL oude waarde van het element zoals door de deelnemer meegeleverd in de actualiseringsopgave nieuwe waarde van het element zoals door de deelnemer meegeleverd in de actualiseringsopgave

Een regel wordt in rood weergegeven wanneer een element gewijzigd wordt door de actualisering of wanneer de oude waarde die is meegeleverd afwijkt van de huidige waarde op de PL. Let hierbij op dat een waarde “Onbekend” in de PL en de standaardwaarde (“0000” of “00000000”) in de actualiseringsopgave géén wijziging is. Wanneer de actualisering een correctie betreft (Indicatie afhandeling is “CO”) wordt dit boven de gegevens in het rood gemeld. Als in het dossier scans zijn opgenomen wordt de mogelijkheid geboden om een scan te selecteren. Het is mogelijk om deze scan te roteren en te vergroten. De focus op de inhoud kan vervolgens verplaatst worden. Ook is het is mogelijk om de scan te printen. Middels de actie 'Bekijken dossier' kan de gebruiker vanuit het Dv02 beoordelingsscherm het bijbehorende dossier openen. Daarbij wordt het basisscherm RNI-dossier getoond en een actie “Terug naar Beoordelen bericht op basis van het dossier” om weer terug te keren op het Dv02 beoordelingsscherm. Het daadwerkelijk doorvoeren of afwijzen staat beschreven in 7.6.7 Doorvoeren Actualiseringsopgave / Verificatieopgave en 7.6.8 Afwijzen Actualiseringsopgave / Verificatieopgave. 7.6.6

Handmatig afronden Verificatieopgave (Dv03) In geval van een Dv03 cyclus met status “Handmatige beoordeling” moet de gebruiker beslissen of hij het bericht doorvoert of afwijst. Op het scherm wordt een RNI-dossier getoond met daarbij een • Geopende Dv03-cyclus met Dv03-bericht met status: 3303 – TV: fiatteer verificatie Boven in het scherm wordt een melding getoond: “Binnen dit dossier vereist het onderstaande deelnemerbericht handmatige afhandeling. U kunt het bericht doorvoeren of afwijzen “ Het daadwerkelijk doorvoeren of afwijzen staat beschreven in 7.6.7 Doorvoeren Actualiseringsopgave / Verificatieopgave en 7.6.8 Afwijzen Actualiseringsopgave / Verificatieopgave.

ICTU, Programma RNI

135/339



•••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 7.6.7

Doorvoeren Actualiseringsopgave / Verificatieopgave Bij de actiekeuze 'doorvoeren' worden de consequenties van de opgave op de PL aangebracht. Daarbij voert het systeem nogmaals de controles uit m.b.t. de bedrijfsregels omdat de PL-situatie ondertussen gewijzigd kan zijn. De controle op 'strijdige gegevens' wordt hierbij echter niet opnieuw uitgevoerd. Naar aanleiding van geconstateerde foutsituaties kan de opgave alsnog afgekeurd worden, volgens de logica van de verwerkingsfunctie (zie par. 7.4.4 en 7.4.5). Daarbij gelden de volgende afwijkingen: 1. Algemeen: a) In de situaties dat de verwerkingsfunctie van het Dv02/Dv03-bericht de berichtstatus 8300 - CA: deelnemersbericht automatisch verwerkt toekent, wordt nu de status 8301 – CA: handmatig verwerkt gehanteerd. Tevens geldt een ander gebeurtenistype dan bij de automatische berichtverwerking; het betreft hier respectievelijk 'Handmatig doorvoeren Dv02' of 'Handmatig doorvoeren Dv03'. In de log wordt vermeld welke gebruiker de fiattering heeft uitgevoerd. b) Stap 1 – het identificeren van de PL – wordt niet opnieuw uitgevoerd. In plaats daarvan wordt gecontroleerd of de PL nog steeds in de RNI is opgenomen. De status van de PL moet zijn: 'PL opgenomen in de RNI'. Als dat niet het geval is, wordt op het scherm een foutmelding getoond: 'PL is niet meer in de RNI opgenomen, dossierstatus is: <dossierstatus>. Opgave is niet doorgevoerd'. Deze situatie wordt niet gelogd. De vervolgactie is te bepalen door de gebruiker (bijv. afwijzen van de opgave). 2. Actualiseringsopgave. a) Zie par. 7.4.4, de stappen vanaf stap 2 worden uitgevoerd. Daarbij wordt stap 7 uit de verwerking – het controleren op 'tegenstrijdige' actualiseringen - overgeslagen. 3. Verificatieopgave. a) Zie par. 7.4.5, de stappen vanaf stap 2 worden uitgevoerd. Afhankelijk van de uitslag van de verwerking stuurt het systeem een opgaveVerwerkbevestiging (Da02-/Da03-bericht) of een opgaveFoutrapport (Df02-/Df03-bericht) naar de deelnemer. In het geval dat de actualisering door de verwerkingsfunctie wordt afgekeurd, volgt een melding op het scherm: •

Fouten geconstateerd bij het doorvoeren van de actualiseringsopgave, zie de gebeurtenislog

In het geval van een foutsituatie bij de verwerking van een verficatieopgave volgt een vergelijkbare melding. Als de opgave is doorgevoerd of nadat de gebruiker een eventuele foutmelding voor gezien heeft verklaard ('ok'), wordt opnieuw de betreffende berichtencyclus getoond en daaronder het basisscherm RNI-dossier, met als actief tabblad 'gebeurtenislog'. 7.6.8

Afwijzen Actualiseringsopgave / Verificatieopgave Bij de actiekeuze 'afwijzen' moet de gebruiker een reden voor de afwijzing aangeven en kiest daarbij uit een lijst van standaard keuzes , inclusief een keuze 'anders'. Tevens vraagt het systeem om een toelichting. Deze is alleen verplicht als bij de reden afwijzing 'anders' is aangegeven. Na bevestiging van de afwijzing wordt de status van het bericht en de berichtencyclus bijgewerkt. Het gebeurtenistype van de gebeurtenislogregel is respectievelijk 'Handmatig afwijzen Dv02' of 'Handmatig afwijzen Dv03': Logregel bij bericht

Berichtstatus

Cyclusstatus

De inschrijvingsopgave is niet doorgevoerd. Reden * (code 1013) De actualiseringsopgave is niet doorgevoerd. Reden * (code 1026) De verificatieopgave is niet doorgevoerd. Reden * (code 1037)

5301 – AG: afgewezen door gebruiker

9414 – IA: afgewezen door gebruiker

ICTU, Programma RNI

136/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

*De wordt als volgt samengesteld: - de omschrijving bij de codewaarde en indien de gebruiker een toelichting heeft ingevoerd wordt deze tussen haakjes erachter vermeld - als de reden 'anders' is gekozen, dan wordt alleen de door de gebruiker ingevoerde toelichting vermeld.

Het systeem stuurt een opgaveFoutrapport (Dfxx-bericht) naar de deelnemer met daarin de resultaatomschrijving, met de reden van afwijzing. Tenslotte wordt opnieuw de betreffende berichtencyclus getoond en daaronder het basisscherm RNIdossier, met als actief tabblad gebeurtenislog.

7.7

Aanmaken opgaveVerwerkbevestiging of opgaveFoutrapport Een aangemaakte opgaveVerwerkbevestiging of opgaveFoutrapport krijgt de volgende status:

7.8


Berichtstatus

Cyclusstatus

--- (geen logregel)

10350 - AT: te verzenden naar deelnemer

wordt bepaald door de uitslag van de verwerking (zie par. 7.4)

Verzenden opgaveVerwerkbevestigingen en opgaveFoutrapporten Er is een systeemproces dat de klaargezette opgaveVerwerkbevestigingen en opgaveFoutrapporten naar de deelnemer verzendt, op basis van Digikoppeling standaarden, inclusief extra pogingen als het afleveren niet lukt (zie het document Digikoppeling Architectuur [5]). Als het antwoordbericht is verzonden, dan wordt de status van dat bericht gewijzigd in: Logregel bij bericht

Berichtstatus

Cyclusstatus

--- (geen logregel)

8350 – CA: verzonden naar deelnemer

ongewijzigd

ICTU, Programma RNI

137/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

8

Vervolginschrijving

8.1

Proceseigenschappen

8.1.1

Inleiding Een vervolginschrijving is een term die in het GBA-stelsel staat voor de registratie van de gebeurtenis dat een persoon van de ene naar de andere gemeente verhuist. De RNI treedt in het BRP-stelsel op als een bijzondere gemeente, zodoende kan het principe van vervolginschrijvingen ook voor de RNI toegepast worden. Er zijn twee richtingen voor een vervolginschrijving: 1. De PL van een persoon wordt overgebracht van een GBA gemeente naar de RNI. 2. De PL van een persoon wordt overgebracht van de RNI naar een GBA gemeente. Zie ook het LO RNI [1], o.a. par. 1.7, figuur 2, situaties 6 en 3. Voor de richting 'RNI naar GBA' wordt de berichtencyclus Vervolginschrijving toegepast zoals deze ook gebruikt wordt binnen de GBA in geval van een verhuizing naar een andere gemeente. Voor de richting 'GBA naar RNI' is binnen de GBA een specifieke berichtencyclus Verhuizen PL naar RNI geïntroduceerd. De RNI is zodanig ingericht dat een vervolginschrijving van en naar de GBA volledig automatisch kan verlopen. Er kunnen echter bijzondere situaties voorkomen waarin de gebruiker moet ingrijpen. Voor het bewaken en zo nodig bevorderen van de voortgang van de vervolginschrijvingen dient de functie Monitoren vervolginschrijvingen, zie par. 8.2.

8.1.2

Vervolginschrijving van de GBA naar de RNI Een vervolginschrijving van de GBA naar de RNI wordt geïnitieerd door de gemeente wanneer deze de actualiseringsprocedure Emigratie uitvoert. Bij die actie wordt in de GBA de bijhouding van de PL opgeschort met reden “E” (Emigratie) of “M” (Ministerieel besluit) en stuurt de gemeente aansluitend de PL op naar de RNI in een Rb01-bericht. Onderstaande tabel beschrijft de berichtencyclus voor de vervolginschrijving van de GBA naar de RNI. Gemeente stuurt Stap 1

RNI reageert met Rb01

Stap 3* Basisscenario Foutsituatie

Null-bericht

Stap 2

Basisscenario

Rv01

Foutsituatie**

Pf0x*** of Rf01

---

Rf01, Pf0x

*Elk ander vervolgbericht dat de gemeente binnen deze cyclus stuurt, is ongeldig en zal door de RNI met een Pf01bericht worden beantwoord. ** Bij een foutsituatie wordt de cyclus afgesloten met het bericht dat de foutsituatie beschrijft. Indien het geen Pf0xbericht betreft, dan kan eventueel nog een reactie met een Pf0x-bericht volgen. *** Met Pf0x wordt bedoeld: een Pf01-, Pf02- of Pf03-bericht.

De verwerking van het basisscenario vindt volledig automatisch plaats vanuit de functie Verwerken ontvangen GBA-berichtenVerwerken ontvangen GBA-berichten, zie hoofdstuk 12. De gebruiker moet de situatie onderzoeken als een Rf01- of Pf0x-bericht ontvangen is. Een Pf02- of P03bericht kan duiden op een programmatuur-/configuratiefout. Naar aanleiding van een Rf31-bericht moet de gebruiker eventueel opnieuw of nieuwe verwijsgegevens sturen en moet daartoe een cyclus Opnemen verwijsgegevens starten (zie par. 8.1.4).

ICTU, Programma RNI

138/339



•••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 8.1.3

Vervolginschrijving van de RNI naar de GBA Onderstaande tabel beschrijft de berichtencyclus voor de vervolginschrijving van de RNI naar de GBA. Gemeente stuurt Stap 1

RNI reageert met Ji01

Stap 3* Basisscenario Foutsituatie

Jv01

Stap 2

Stap 4

Jf21, Pf0x

Basisscenario

Jb01

Foutsituatie**

Jf01, Pf0x***

Basisscenario

Null-bericht

Foutsituatie

Jf31, Pf0x

*Elk ander, niet bij stap 3 genoemd bericht, is binnen deze cyclus ongeldig en zal door de RNI met een Pf01-bericht worden beantwoord. ** Bij een foutsituatie wordt de cyclus afgesloten met het bericht dat de foutsituatie beschrijft. Indien het geen Pf0xbericht betreft, dan kan eventueel nog een reactie met een Pf0x-bericht volgen. *** Met Pf0x wordt bedoeld: een Pf01-, Pf02- of Pf03-bericht.

In dit scenario initieert de gemeente de cyclus en is in het algemeen verantwoordelijk voor de voortgang/bewaking. De RNI gebruiker moet wel actie ondernemen als een Pf0x-bericht of If21-bericht (gedeelde verantwoordelijkheid) ontvangen wordt. De verwerking van het basisscenario vindt volledig automatisch plaats vanuit de functie Verwerken ontvangen GBA-berichten, zie hoofdstuk 12. Als de RNI een protocolfoutbericht heeft gestuurd, dan ligt de verantwoordelijkheid tot actie bij de andere partij (gemeente). De beheerder onderneemt dan in principe geen actie. 8.1.4

Cyclus Opnemen verwijsgegevens De cyclus Opnemen verwijsgegevens is van toepassing op de volgende bijzondere situaties: •

•

LO GBA [2] par III.2.5.1, eerste bullet: Bij de cyclus Vervolginschrijving kan zich de situatie voordoen dat de verwijsgegevens niet zijn opgenomen terwijl de verhuisde PL wel correct is opgenomen. (Concreet voorbeeld: de gemeente heeft een Rv01-bericht (uit de cyclus Verhuizen PL naar RNI) beantwoord met een Rf31-bericht). In dat geval moeten de verwijsgegevens alsnog worden opgenomen om zo de verwijsketen te completeren. LO GBA [2] par. III.2.5.1, vierde bullet: De situatie kan zich voordoen dat een persoon met meerdere PL-en is ingeschreven in verschillende gemeenten. Een van beide administraties moet dan de PL 'afvoeren'. De gemeente of de RNI waar de PL wordt afgevoerd, neemt verwijsgegevens op naar de gemeente of de RNI waar de te handhaven PL is opgenomen.

Een cyclus Opnemen verwijsgegevens kan gestart worden door een GBA-gemeente of door de RNI. Vanuit dat startpunt kunnen verschillende scenario's ontstaan die hieronder in twee tabellen met toelichting worden beschreven: 1. Verwijsgegevens van RNI naar GBA (PL is verhuisd naar RNI) RNI stuurt Stap 1

Gemeente reageert met* Iv11

Stap 2

Basisscenario

Iv21

Foutsituatie**

If41, Pf0x***

*Elk ander vervolgbericht dat de gemeente binnen deze cyclus stuurt, is ongeldig en zal door de RNI met een Pf01-bericht worden beantwoord. ** Bij een foutsituatie wordt de cyclus afgesloten met het bericht dat de foutsituatie beschrijft. Indien het geen Pf0x-bericht betreft, dan kan eventueel nog een reactie met een Pf0x-bericht volgen. *** Met Pf0x wordt bedoeld: een Pf01-, Pf02- of Pf03-bericht De verwerking van het basisscenario vindt volledig automatisch plaats vanuit de functie Verwerken ontvangen GBA-berichten, zie hoofdstuk 12. De gebruiker moet de situatie onderzoeken als een If41- of Pf0x-bericht ontvangen is. Een Pf02- of P03bericht kan duiden op een programmatuur-/configuratiefout. Er zijn geen specifieke gebruikersfuncties om binnen de cyclus in te grijpen. Wel kan zo nodig een nieuw Iv11-bericht gestuurd worden. ICTU, Programma RNI

139/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

2. Verwijsgegevens van GBA naar RNI (PL is verhuisd naar GBA) Gemeente stuurt Stap 1

RNI reageert met Iv11

Stap 2

Basisscenario

Iv21

Foutsituatie*

If41, Pf0x**

* Bij een foutsituatie wordt de cyclus afgesloten met het bericht dat de foutsituatie beschrijft. Indien het geen Pf0x-bericht betreft, dan kan eventueel nog een reactie met een Pf0x-bericht volgen. ** Met Pf0x wordt bedoeld: een Pf01-, Pf02- of Pf03-bericht In dit scenario initieert de gemeente de cyclus en is in het algemeen verantwoordelijk voor de voortgang/bewaking.

8.2

Monitoren vervolginschrijvingen Dit deel van het hoofdstuk is onderdeel van release 3.1.0. Wordt binnen deze release aangepast.

8.2.1

Inleiding Met de functie Monitoren berichten (zie hoofdstuk 13) kan de gebruiker de voortgang van de vervolginschrijvingen bewaken en zo nodig actie ondernemen. Tevens kan een nieuwe vervolginschrijving gestart worden. Als in Monitoren berichten gekozen wordt voor GBA-berichten is de set berichten(cycli) ingeperkt tot de volgende berichten(cycli): Cyclus

Berichten (I=inkomend, U=uitgaand)

Vervolginschrijving naar RNI

Rb01 (I), Rv01 (U), Rf01 (I), null (I)

Vervolginschrijving naar GBA

Ji01 (I), Jb01 (U), Jv01 (I), Jf01 (U), Jf21 (I), Jf31 (U), null (U)

Opnemen verwijsgegevens in GBA

Iv11 (U), Iv21 (I), If41 (I)

Opnemen verwijsgegevens in RNI

Iv11 (I), Iv21 (U), If41 (U)

Vrij bericht

Vb01 (I/U)

8.2.1.1 Acties bij de vervolginschrijvingen Nadat een menu-item is gestart kunnen, afhankelijk van de verdere context, de volgende acties worden gestart: Actie 1. Sturen verwijsgegevens


Zie onderdeel Vereiste context*

Sturen verwijsgegevens

par. 8.2.2

•

•

2. Sturen herhaalbericht

ICTU, Programma RNI

Sturen herhaalbericht

par. 13.6

RNI-dossier met status: PL opgenomen in de RNI, of Vanuit de cyclus "Vervolginschrijving PL van GBA naar RNI" en betreffende PL moet opgenomen zijn in de RNI

• uitgaand bericht N.B. De optie 'Sturen herhaalbericht' wordt niet in het actie-menu opgenomen, maar wordt indien van toepassing bij de berichtgegevens getoond.

140/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Actie


Zie onderdeel Vereiste context*

3. Cyclus handmatig afronden

Cyclus handmatig afronden

par. Fout: • Bron van verwijzing niet gevonden

4. Wijzigen berichtstatus

Wijzigen berichtstatus

par. 13.7

inkomend bericht of uitgaand bericht N.B. De optie 'Wijzigen berichtstatus' wordt niet in het actie-menu opgenomen, maar wordt indien van toepassing bij de berichtgegevens getoond.

5. Sturen vrij bericht

Sturen vrij bericht

par. 13.8

---

6. Zoeken in RNI

Zoeken in RNI

par. 4.2


Wijzigen notitie

par. 5.12

niet-afgesloten cyclus

• •

--•

geopend RNI-dossier

* Als in de context een bericht of berichtencyclus wordt vermeld, dan moet het gaan om een bericht/cyclus binnen het onderwerp vervolginschrijvingen, zie par. 8.2.1.

8.2.2

Sturen verwijsgegevens (aanmaken Iv11-bericht) De gebruiker kan vanuit twee plaatsen in het systeem een cyclus Opnemen verwijsgegevens initiëren: 1. Vanuit de cyclus "Vervolginschrijving PL van GBA naar RNI". Daarbij moet de cyclus geselecteerd zijn en deze moet gekoppeld zijn aan een RNI-dossier (en daarmee aan een PL). 2. Vanuit een PL (dossier) die in de RNI is ingeschreven. N.B. In de Rb01-cyclus wordt een Rv01 aangemaakt die qua inhoud gelijk is aan onderstaande beschrijving. Er wordt een scherm getoond waarop de te verzenden gegevens worden getoond, waarbij ze gewijzigd kunnen worden. Scherm: Aanmaken Iv11-bericht (Verwijsgegevens) Persoon (categorie 01) • • • • • • • • •

A-nummer BSN voornamen adellijke titel/predikaat voorvoegsel geslachtsnaam geboortedatum geboorteplaats geboorteland

Adresgegevens in de verwijzing: • gemeente van inschrijving • datum van inschrijving

altijd de code van de gemeente 'RNI' de waarde van rubriek 08.09.20

Overige gegevens: • indicatie geheim • ingangsdatum geldigheid

de waarde van rubriek 07.70.10 de waarde van rubriek 08.85.10

ICTU, Programma RNI

141/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Ten aanzien van onderzoeksgegevens: • Bepaal of categorie in relevant onderzoek is: - Categorie 01 is in relevant onderzoek als 01.83.10 Aanduiding gegevens in onderzoek (gevuld is met 010000 of begint met 0101, 0102 of 0103) en 01.83.30 Datum einde onderzoek is leeg. - Categorie 08 is in relevant onderzoek als 08.83.10 Aanduiding gegevens in onderzoek (gevuld is met 080000 of begint met 0809 of 0885) en 08.83.30 Datum einde onderzoek is leeg. • Vullen 21,83.10 Aanduiding gegevens in onderzoek en 21.83.20 Datum ingang onderzoek. - indien beide categorieën NIET in relevant onderzoek zijn: 21.83.10 en 21.83.20 blijven leeg (groep 83 wordt niet in de verwijsgegevens opgenomen) - Indien één van beide categorieën in relevant onderzoek is: 21.83.10 wordt gevuld met '21' aangevuld met positie 3 t/m 6 uit 01.83.10 of 08.83.10 (afhankelijk welke gevuld is). 21.83.20 wordt gevuld met de waarde uit 01.83.20 of 08.83.20 (afhankelijk welke gevuld is). - indien beide categorieën in relevant onderzoek zijn: 21.83.10 wordt gevuld met de waarde ‘210000’ 21.83.20 wordt gevuld met de oudste uit 01.83.20 en 08.83.20 Bericht sturen naar Gemeente •

Default: de gemeentecode die opgenomen is in de meest recente29 categorie 58, waarvan de indicatie onjuist niet is gevuld. Via een keuzelijst (alfabetisch gesorteerd) kan de gebruiker de waarde aanpassen; de lijst bevat gemeenten die actueel zijn op de systeemdatum.

Via een knop 'versturen' wordt het bericht aangemaakt (zie ook par. 12.6), met als status 'te verzenden': Logregel bij bericht

Berichtstatus

Cyclusstatus

Handmatig aangemaakt*


10203 AT: wacht op Iv21

*Gebeurtenistype: 'Handmatig aanmaken GBA-bericht' 8.2.3

Afhandeling van vrije berichten Een vrij bericht (Vb01-) bevat 'ongestructureerde' tekst. Hierdoor kan het niet automatisch worden afgehandeld en moet de gebruiker de inhoud interpreteren. Er is dus niet bij voorbaat bekend voor welke taak (of welke persoon) het bericht bestemd is. Het Vb01-bericht kan gebruikt worden om gegevens over 'gemiste' gebeurtenissen in de GBA rondom emigratie en Ministerieel besluit uit te wisselen. Echter, in principe kunnen alle vervolginschrijvingen volledig geautomatiseerd verlopen. Uitgangspunt is dat het gebruik van Vb01-berichten beperkt blijft. Een gebruiker die geautoriseerd is voor het 'raadplegen vrij bericht' of 'raadplegen berichten algemeen', en daarnaast geautoriseerd is voor 'handmatig afronden berichtencyclus', kan het vrije bericht als 'afgehandeld' muteren door de cyclus als afgehandeld te markeren, zie par.13.11.

29

De definitie voor 'meest recente' is overeenkomstig het sorteervoorschrift in het Logisch Ontwerp: aflopend op volgorde van Ingangsdatum

geldigheid (85.10) en daarbinnen aflopend op Datum opneming (86.10).

ICTU, Programma RNI

142/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

9

Terugmeldingen en onderzoeksprocedures

9.1

Inleiding Een onderzoeksprocedure heeft een aantal verschijningsvormen: 1. Er is een terugmelddossier in de TMV, dat op enig moment doorgestuurd wordt naar de RNI. Het dossier kan ontstaan zijn in de GBA (en in de RNI binnengekomen n.a.v. een vervolginschrijving), een terugmelding door een afnemer of een terugmelding vanuit de RNI zelf. 2. Op de PL zijn gegevens in onderzoek geplaatst, dat wil zeggen: gegevensgroep 83 is gevuld. Groep 83 kan op de volgende manieren gevuld worden: a) De RNI-registratiehouder plaatst eventueel gegevens in onderzoek als twee (of meer) deelnemers een conflicterende actualiseringsopgave hebben aangeleverd. Overigens, bij voorkeur wordt zo'n situatie opgelost zodanig dat er geen gegevens in onderzoek gezet hoeven te worden. b) Een deelnemer levert onderzoeksgegevens aan via een Dv02-bericht (actualiseringsopgave). c) Een PL die via een vervolginschrijving naar de RNI is overgehaald, heeft al gegevens in onderzoek staan (door de gemeente gevuld). d) Op een PL die via een vervolginschrijving naar de RNI is overgehaald, worden gegevens automatisch in onderzoek gezet als de PL niet aan de voorschriften voldoet. Situatie 1 kan leiden tot het plaatsen van gegevens in onderzoek op de PL, maar dat hoeft niet. De RNIregistratiehouder besluit naar aanleiding van het terugmelddossier om wel of niet gegevens in onderzoek te plaatsen. Als situatie 2 optreedt, dan kan een gebruiker via Digimelding een terugmelding invoeren die vervolgens door de TMV naar de RNI wordt doorgestuurd. Zo ontstaat een terugmelddossier in de RNI.

9.2

Afhandelen onderzoeken

9.2.1

Menu-items in de menugroep Afhandelen onderzoeken De menugroep Onderzoek heeft de volgende menu-items (ingangen): • •

9.2.2

Terugmeldingen Onderzoeksdossiers

(par. 9.3) (par. 9.4)

Acties bij het afhandelen van onderzoeken Nadat een menu-item (zie par. 9.2.1) is gestart kunnen, afhankelijk van de verdere context, de volgende acties worden gestart. Actie


Zie Vereiste context onderdeel

1. Bijwerken status dossier voor TMV

Bijwerken TMV status

par. 9.3.2

•

Terugmelddossier geselecteerd

2. Wijzigen toewijzing onderzoek

Wijzigen toewijzing

par. 9.3.3

•


3. Wijzigen interne notitie onderzoek

Wijzigen interne notitie

par. 9.3.4

•


4. Informeren deelnemer

Informeren deelnemer

par. 9.3.5

•


Terugmeldingen

Actualiseren PL / Actualiseren verwijzing* ICTU, Programma RNI

143/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

Actie


Zie Vereiste context onderdeel

5. Actualiseren categorie 01/51 Persoon

01 Persoon

par. 6.3

•

Een geopend RNI-dossier met status 'PL ingeschreven in de RNI'

6. Actualiseren categorie 04/54 Nationaliteit

04 Nationaliteit

par. 6.3

•


7. Actualiseren categorie 06/56 Overlijden

06 Overlijden

par. 6.3

•


8. Actualiseren categorie 07 Inschrijving

07 Inschrijving

par. 6.3

•


9. Actualiseren categorie 08/58 Verblijfplaats

08 Verblijfplaats

par. 6.3

•


Actualiseren categorie 10. 10/60 Verblijfstitel

10 Verblijfstitel

par. 6.3

•


Actualiseren 11. Documentindicatie

Documentindicatie

par. 6.3

•


Verwijderen geblokkeerde 12. PL


par. 6.3

•


Afvoeren PL

par. 6.3

•


Actualiseren overig 14. (alleen voor RNI-GBA-PLen)

Actualiseren overig

par. 6.3

•

Een geopend RNI-dossier met status 'PL ingeschreven in de RNI' het betreft een RNI-GBA-PL

Actualiseren categorie 15. 21/71 Verwijsgegevens

21 Verwijsgegevens par. 6.3

•

Een geopend RNI-dossier met status 'PL overgebracht naar de GBA'

In onderzoek plaatsen

•


Afvoeren PL 13.

In onderzoek plaatsen 16.

•

Overig Sturen vrij bericht

Sturen vrij bericht

par. 13.8

---


Wijzigen notitie

par. 5.12

•

17. Een geopend RNI-dossier

18. *De acties 5 t/m 16 zijn overeenkomstig het actualiseren binnen de menugroep 'Balie', zie par. 3.4.1.2.

9.3

Terugmeldingen

9.3.1

Zoeken terugmeldingen De volgende zoekcriteria zijn beschikbaar: •

behandelende gemeente

• • • • • • • •

toegewezen RNI-instantie dossiernummer terugmelding verwachte afhandeldatum van tot een selectie van één of meerdere dossierstatussen een selectie van één of meerdere onderzoekstatussen afnemersindicatie categorie-, groep- of rubrieknummer 2 cijfers = categorie, 4 = groep, 6 = rubrieknummer datum-tijd registratie in RNI van tot

ICTU, Programma RNI

keuzes: alle / alleen RNI / alleen GBA gemeente (default: alleen RNI)

144/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

•

datum-tijd wijziging in RNI

van

tot

Bijzonderheden: •

Een 'van' datum-tijd moet liggen voor de 'tot' datum-tijd (als beide criteria zijn ingevuld).

9.3.1.1 Zoekresultaten terugmeldingen Het zoekresultaat bevat de volgende kolommen: • • • • • • • • •

TMV dossier verwachte afhandeldatum status TMV-dossier datum-tijd registratie in RNI toegewezen RNI-instantie RNI dossiernummer Geslachtsnaam Voornamen Geboortedatum

TMV dossiernummer

Bijzonderheden: Er kan op alle kolommen gesorteerd worden. Standaard wordt oplopend gesorteerd (oudste eerst) op kolom verwachte afhandeldatum.

•

Er kan een terugmelddossier geselecteerd worden. Dit leidt tot het tonen van het RNI-dossier met als tabblad 'onderzoek' waarbij de details van het betreffende terugmelddossier worden getoond. 9.3.2

Bijwerken status dossier voor TMV Met de functie Bijwerken TMV status kan de gebruiker de volgende gegevens wijzigen, die vervolgens via een Qs01-bericht naar TMV gestuurd worden: • •

Voorgaand dossier Behandelende gemeente

• • • •

Verwachte afhandeldatum Status TMV-dossier Status onderzoek TMV Toelichting voor TMV

voor het eventueel overdragen van het dossier aan een GBA-gemeente

De TMV stelt een aantal voorwaarden aan de wijzigingen, zie ook het LO GBA [2], par. III.2.25 Bijwerken terugmelding. Het RNI-systeem voert deze controles ook uit bij de gebruikersinteractie, zodat de gebruiker direct een foutsituatie gerapporteerd krijgt en niet achteraf via een Qf11-bericht: 1. De gebruiker kan constateren dat een dossier inhoudt dat een eerder afgesloten onderzoek wordt heropend. In het nieuwe dossier wordt een verwijzing opgenomen naar het voorgaande dossier. Het systeem controleert de volgende voorwaarden: a) het voorgaand dossier moet in de RNI voorkomen; b) het voorgaand dossier moet bij hetzelfde RNI-dossier horen; c) bij het voorgaand dossier mag nog geen vervolgdossier ingevuld zijn. 2. De Behandelende gemeente kan alleen de actuele gemeente van inschrijving van de PL zijn of een eerdere gemeente van inschrijving. Als de PL in de RNI is opgenomen dan is de 'gemeente RNI' de actuele gemeente van inschrijving. Als de PL is verhuisd naar de GBA en dus niet meer in de RNI is opgenomen, dan vervalt deze controle. 3. De verwachte afhandeldatum mag niet voor de datum aanleg in TMV liggen. 4. Twee belangrijke kenmerken van een terugmelddossier zijn (zie ook het LO GBA [2], bijlage D): a) Status TMV-dossier: 1 = Aangemeld in TMV 2 = Doorgemeld aan gemeente/RNI 3 = In onderzoek bij gemeente/RNI 4 = Dossier gesloten ICTU, Programma RNI

145/339



••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

b) Status onderzoek:

0 = Geen onderzoek uitgevoerd 1 = Onderzoek in uitvoering 2 = Onderzoek afgerond 3 = Onderzoek gestaakt

De status van het dossier mag gewijzigd worden: Van Status TMV-dossier

Naar Status TMV-dossier

Status onderzoek moet dan gewijzigd worden in

2

3

1

2

4

0 of 4

3

4

2 of 3

4*

2

1

* Als de oorspronkelijke status van het dossier de waarde 4 (dossier gesloten) heeft, dan mag alleen de status van het dossier gewijzigd worden, alle andere velden mogen niet gewijzigd worden.

Op het scherm staan de tevens de opties 'sturen Qs01-bericht' en 'annuleren'. De gebruiker bevestigt de ingaven door te kiezen voor 'sturen Qs01-bericht'. Als aan bovenstaande voorwaarden is voldaan, dan wordt de wijziging bewaard in de entiteit 'ActualiseringTerugmeldDossier' en wordt een Qs01-bericht aangemaakt ter verzending naar de TMV. Het Qs01-bericht en een nieuwe berichtencyclus worden in de berichtenadministratie vastgelegd: Logregel bij bericht

Berichtstatus

Cyclusstatus

--- (geen logregel)


10202 – AT: wacht op Nullbericht

De wijzigingen m.b.t. de status van het onderzoek worden tevens gelogd als mutatie, zie par. 18.3.3. 9.3.3

Wijzigen toewijzing onderzoek Met de actie Wijzigen toewijzing onderzoek kan de gebruiker het onderzoek aan een (andere) RNIinstantie toewijzen: • • •

toegewezen deelnemer notitie RNI-instanties informeren deelnemer

keuze uit lijst van deelnemers text box van meerdere regels check-box voor het sturen van een vrij bericht naar de deelnemer default: aangevinkt; dit veld wordt alleen getoond als de gebruiker geautoriseerd is voor 'Informeren deelnemer over onderzoek'.

Op het scherm staan de tevens de opties 'opslaan' en 'annuleren'. Als de waarde wordt aangepast en opgeslagen, dan werkt het systeem tevens automatisch het veld datum-tijd toewijzing RNI-instantie bij. De wijziging wordt tevens gelogd als mutatie, zie par. 18.3.3. Als 'informeren deelnemer' is aangegeven, dan wordt aansluitend op het 'opslaan' (de transactie Wijzigen toewijzen onderzoek wordt dan afgerond), automatisch de actie Informeren deelnemer gestart, zie par. 9.3.5. 9.3.4

Wijzigen RNI notitie onderzoek Met de actie Wijzigen interne notitie onderzoek kan de gebruiker de interne – voor RNI-registratiehouder en andere RNI-instanties - notitie bij het onderzoek wijzigen. Dit betreft het veld: •

notitie RNI-instanties

Op het scherm staan de tevens de opties 'opslaan' en 'annuleren'. Als de waarde wordt aangepast en opgeslagen, dan wordt dit tevens gelogd als mutatie, zie par. 18.3.3.

ICTU, Programma RNI

146/339



•••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 9.3.5

Informeren deelnemer De actie Informeren deelnemer biedt de mogelijkheid om een vrij bericht te sturen naar een deelnemer. De tekst mag door de gebruiker aangepast worden. Ingaven: •

Sturen bericht aan deelnemer.**

•

Berichtinhoud

keuze tussen

gemeente* of

default: de toegewezen deelnemer tekst voor Vb01-bericht, onderstaande default waarde mag door de gebruiker aangepast worden

* Indien gemeente: De listbox toont de communicatiepartners die zijn opgenomen in Tabel 59 (GBA Deelnemers) met: • • • •

de indicatie 'Aangesl op GBA-netwerk' op 1 staat de systeemdatum ligt op of na de datum ingang geldigheid de datum einde geldigheid leeg is of nog niet is bereikt. gbarol = Gemeente

**Indien deelnemer: De listbox toont de actieve deelnemers die zijn opgenomen in tabel RNI Instanties waarvan mailboxnummer gevuld is

Op het scherm staan de tevens de opties 'opslaan' en 'annuleren'. Bij de keuze opslaan wordt een Vb01bericht aangemaakt, zie ook par. 12.6. De default tekst voor het Vb01-bericht luidt: 1 2 3 4 5 6 7 123456789012345678901234567890123456789012345678901234567890123456789012 Onderwerp: (eerste of hernieuwd) verzoek tot uitvoeren onderzoek TMV-DOSSIER burgerservicenummer a-nummer dossiernummer voorgaand dossier vervolgdossier datum aanleg dossier datum wijzigen dossier verwachte afhandeldatum status dossier status onderzoek aantal meldingen toelichting

: : : : : : : : : + : + : : TERUGMELDINGEN 01.afnemer 01.datum melding 01.toelichting : + " ("")" : : DETAILS TERUGMELDINGEN 01.afnemer 01.rubriek 01.BRP waarde 01.voorgestelde waarde : + " ("")" : : datum melding : RNI NOTITIE Opmerkingen: 1. 'Voorgaand dossier' en 'Vervolg dossier' worden alleen opgenomen indien gevuld. ICTU, Programma RNI 147/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 2. Het getal "01" dat bij de 'terugmeldingen' en 'details terugmeldingen' is genoemd, wordt opgehoogd bij respectievelijk iedere opgenomen terugmelding of terugmeldingdetail (onafhankelijke nummeringen). 3. Sortering: a) Terugmeldingen: op volgorde van datum melding. b) Details terugmelding: op volgorde van de afnemers uit de 'Terugmeldingen' en daarbinnen op volgorde van rubrieknummer. 4. Het LO GBA [2] geeft ook enkele opmerkingen over het Vb01-bericht, zie par. III.2.15.1. Na 72 tekens wordt een nieuwe regel gestart. Voor de waarden van velden (na de ':') worden 40 posities per regel opgenomen (onder elkaar uitgelijnd) en voor de 'inhoud RNI notitie' 70 tekens per regel. 5. De opmaak van 'Rubrieknummer' is: xx.xx.xx 6. De '' wordt afgekapt als de regel langer dan 72 posities wordt. 9.4 Onderzoeksdossiers Onder dit menu komt ter zijner tijd meer functionaliteit. Voorlopig worden alleen werklijsten voorzien die in de sectie “Werkvoorraad” kunnen worden aangeroepen. 9.4.1 Werklijst Lopende onderzoeken in actuele RNI categorieën De "Werklijst Lopende onderzoeken in actuele RNI categorieën" bestaat uit alle dossiers waar in het dossier een lopend onderzoek aanwezig is in één of meerdere actuele categorieën die behoren tot de RNI-deel-PL. Het betreft een lopend onderzoek als: • 83.10 Aanduiding gegevens in onderzoek en 83.20 Datum ingang onderzoek zijn gevuld en 83.30 Datum einde onderzoek is leeg De werklijst wordt geopend door het klikken op “Lopende onderzoeken in actuele RNI categorieën” in de sectie “Werkvoorraad”. Op de werklijst worden de volgende kolommen getoond: • • • • • • • • • • Dossiernummer A-nummer BSN Geslachtsnaam Categorie In onderzoek Datum ingang onderzoek Datum opschorting Reden opschorting Datumtijdstempel dossier id 01.01.10 A-nummer 01.01.20 BSN 01.01.40 Geslachtsnaam naam van de categorie waarin onderzoek is gevonden xx.83.10 Aanduiding gegevens in onderzoek xx.83.20 Datum ingang onderzoek (dd-mm-yyyy) 07.67.10 Datum opschorting bijhouding (dd-mm-yyyy) 07.67.20 Omschrijving reden opschorting bijhouding 07.80.20 Datumtijdstempel (dd-mm-yyyy / uu:mm) De werklijst wordt default aflopend gesorteerd op Dossiernummer (hoogste dossiernummer bovenaan). Als wordt geklikt op een dossier in de werklijst wordt het dossier geopend op tabblad PL/01 Persoon. Middels de link “Terug naar werklijst” kan vervolgens terug genavigeerd worden naar de werklijst. Tot de definitieve oplossing voor 'In Onderzoek door Loket' geïmplementeerd is geldt onderstaand extra criterium: Een dossier wordt alleen getoond indien deze via het loket in onderzoek is gezet. Dit wordt bepaald door in de LogRegel tabel voor betreffend dossier te zoeken naar een Gebeurtenistype 'Cat. nn In Onderzoek Plaatsen' (waarbij nn gelijk is aan 01, 04, 06, 08 of 10). 9.4.2 Werklijst Lopende onderzoeken in actuele non-RNI categorieën De "Werklijst Lopende onderzoeken in actuele non-RNI categorieën" bestaat uit alle dossiers waar in het dossier een lopend onderzoek aanwezig is in één of meerdere actuele categorieën die niet behoren tot de RNI-deel-PL. Het betreft een lopend onderzoek als: • 83.10 Aanduiding gegevens in onderzoek en 83.20 Datum ingang onderzoek zijn gevuld en 83.30 Datum einde onderzoek is leeg ICTU, Programma RNI 148/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• De werklijst wordt geopend door het klikken op “Lopende onderzoeken in actuele non-RNI categorieën” in de sectie “Werkvoorraad”. Op de werklijst worden de volgende kolommen getoond: • • • • • • • • • • Dossiernummer A-nummer BSN Geslachtsnaam Categorie In onderzoek Datum ingang onderzoek Datum opschorting Reden opschorting Datumtijdstempel dossier id 01.01.10 A-nummer 01.01.20 BSN 01.01.40 Geslachtsnaam naam van de categorie waarin onderzoek is gevonden xx.83.10 Aanduiding gegevens in onderzoek xx.83.20 Datum ingang onderzoek (dd-mm-yyyy) 07.67.10 Datum opschorting bijhouding (dd-mm-yyyy) 07.67.20 Omschrijving reden opschorting bijhouding 07.80.20 Datumtijdstempel (dd-mm-yyyy / uu:mm) De werklijst wordt default aflopend gesorteerd op Dossiernummer (hoogste dossiernummer bovenaan). Als wordt geklikt op een dossier in de werklijst wordt het dossier geopend op tabblad PL/01 Persoon. Middels de link “Terug naar werklijst” kan vervolgens terug genavigeerd worden naar de werklijst. ICTU, Programma RNI 149/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 10 Inzagerecht en incidentele gegevensverstrekking Personen die in de RNI zijn ingeschreven, moeten gebruik kunnen maken van het inzagerecht. Daarnaast moet de RNI gegevens over niet-ingezetenen aan derden kunnen verstrekken. Uitgangspunt is dat de functionaliteit die benodigd is voor het inzagerecht en de incidentele verstrekkingen, geboden wordt vanuit het RNI-systeem. Het RNI-systeem biedt functies voor de nietingezetene zelf, namelijk een voorziening voor de inzage in de over hem geregistreerde persoonsgegevens in de vorm van een standaard PL-overzicht of Uittreksel RNI. Daarnaast kan in het kader van incidentele gegevensverstrekking een afschrift worden verstrekt aan derden. 10.1 Verstrekking aan de ingeschrevene zelf / inzagerecht De ingeschrevene zelf heeft recht op inzage van de gegevens van de eigen PL (inzagerecht). De volgende stappen vinden plaats: • De in de RNI ingeschreven persoon verzoekt om verstrekking van de van hem geregistreerde gegevens in de BRP. • Er vindt deugdelijke identificatie plaats. Daarbij wordt een scan van het ID-document gemaakt en bij het betreffende dossier gevoegd. • De niet-ingezetene krijgt inzage in de geregistreerde gegevens via de PL-inschrijving (zie par. 27.3) of via een PL-overzicht: een overzicht van de persoonslijst zoals die is opgenomen in de RNI(zie par. 5.9). • Ook kan worden verzocht om een Uittreksel RNI. - De gebruiker kan kiezen voor een standaard-, variabel of internationaal uittreksel. • Via actie “Vaste uittreksels” kan de gebruiker kiezen voor “Standaard uittreksel”. Door deze keuze wordt direct het standaard uittreksel aangemaakt volgens voorgeschreven template. Zie 27.6.1 Standaard uittreksel. • Via actie “Variabel uittreksel” wordt direct een keuzescherm getoond. . Via dit scherm kan de gebruiker aangeven welke PL-gegevens hij, naast standaard kop- en sluitregels, op het afschrift wil hebben. Zie template 27.6.2 Variabel uittreksel. • Via actie “Vaste uittreksels” kan de gebruiker kiezen voor “Adres historie”. Door deze keuze wordt direct het overzicht adreshistorie aangemaakt volgens voorgeschreven template. Zie 27.6.3 Adres historie. • Via actie “Vaste uittreksels” kan de gebruiker kiezen voor “Uittreksel NFDE”. Door deze keuze wordt direct het internationaal uittreksel NFDE aangemaakt volgens voorgeschreven template. Zie 27.6.4 Internationaal uittreksel NFDE (Nederlands Frans Duits Engels). • Via actie “Vaste uittreksels” kan de gebruiker kiezen voor “Uittreksel NSIT”. Door deze keuze wordt direct het internationaal uittreksel NSIT aangemaakt volgens voorgeschreven template. Zie 27.6.5 Internationaal uittreksel NSIT (Nederlands Spaans Italiaans Turks). - Gegevens, die in de vorm van een code zijn opgenomen in het RNI-systeem, dienen omgezet te worden in de bij de codes horende omschrijvingen. - Het Uittreksel RNI wordt, op basis van een template samengesteld in de vorm van een PDFbestand dat afgedrukt kan worden door de gebruiker. Zie voor de templates: 27.6 Uittreksel - Deze verstrekking wordt bij de gebeurtenislog van het dossier geprotocolleerd (zie par. 14.1.2 Registreren gegevens voor de protocollering). De actie wordt gelogd: 10.2 Gebeurtenistype Bijzonderheden Maken afschrift Uittreksel RNI Overige incidentele verstrekkingen Het RNI-systeem biedt een mogelijkheid voor incidentele verstrekkingen aan derden. • Er vindt deugdelijke identificatie van de derde plaats. ICTU, Programma RNI 150/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • • Er wordt vastgesteld of de reden van verstrekking voldoet aan de eisen De gebruiker kan na het openen van het betreffende RNI-dossier kiezen voor de actie 'Gegevensverstrekking: - in een keuzescherm kan de gebruiker aangeven welke PL-gegevens hij, naast standaard kop- en sluitregels, op de verstrekking wil hebben - In dit keuze scherm worden Nationaliteiten waarvan de registratie is beëindigd NIET getoond. In deze gevallen is 04.64.10 Reden beëindigen nationaliteit gevuld met waarde 404 (Beëindiging registratie nationaliteit). - Gegevens, die in de vorm van een code zijn opgenomen in het RNI-systeem, dienen omgezet te worden in de bij de codes horende omschrijvingen. - De verstrekking wordt, op basis van het template Variabel uittreksel (zie 27.6.2 Variabel uittreksel) ,samengesteld in de vorm van een PDF-bestand dat afgedrukt kan worden door de gebruiker. - Van een derde wordt o.a. vastgelegd: reden van verstrekking, naw-gegevens en de verstrekkingsbeperking. Deze gegevens worden bij de gebeurtenislog van het dossier geprotocolleerd (zie par. 14.1.2 Registreren gegevens voor de protocollering). Verstrekkingsbeperking Deze rubriek kan de waarde "0", "1" en "2" hebben, die het volgende betekenen: 0. aan een niet-ingezetene desgevraagd inzage geven welke verstrekkingen er zijn gedaan aan de derde, en geen beperkingen met betrekking tot het zichtbaar en beschikbaar zijn van deze informatie voor gemeentefunctionarissen; 1. aan een niet-ingezetene desgevraagd inzage geven welke verstrekkingen er zijn gedaan aan de afnemer, en deze informatie slechts zichtbaar en beschikbaar maken voor gemeentefunctionarissen die daar expliciet voor geautoriseerd zijn; 2. aan een niet-ingezetene geen inzage geven in welke verstrekkingen er zijn gedaan aan de afnemer, en deze informatie slechts zichtbaar en beschikbaar maken voor gemeentefunctionarissen die daar expliciet voor geautoriseerd zijn. De actie wordt gelogd: Gebeurtenistype Bijzonderheden Verstrekking aan derde • ICTU, Programma RNI 151/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 11 Verzenden en ontvangen van GBA-berichten Dit hoofdstuk is nog niet aangepast. 11.1 Inleiding Gemeenten (en afnemers) wisselen gegevens uit via de GBA Mailbox Server (MBS) (zie bijlage IV van het LO GBA [2], o.a. IV.2.2). Ook de RNI, als bijzondere gemeente, communiceert met de MBS. Een aantal keren per dag wordt contact gemaakt met de MBS. Vervolgens vinden twee acties plaats: 1. Ontvangen (ophalen) van berichten die een aan het netwerk aangesloten instantie naar de RNI heeft gestuurd. Deze zijn dan al naar de MBS gestuurd en staan gereed om opgehaald te worden. De ontvangen berichten worden in de RNI in een berichtenbestand opgeslagen en worden vervolgens in een separate stap verwerkt (geïnterpreteerd) door het berichtverwerkingsproces, zie hoofdstuk 12. 2. Verzenden van berichten die de RNI naar een andere aangesloten instantie wil sturen. Dit betreft berichten die in een RNI-berichtenbestand klaarstaan om verstuurd te worden, te herkennen aan de status 'te verzenden'. 11.2 Proces VO-RNI: het Verzend- en Ontvangststation-RNI Een aantal keer per dag maakt de RNI contact met de MBS en in zo'n sessie worden eerst de berichten opgehaald die naar de RNI gestuurd zijn en vervolgens worden de berichten verzonden die de RNI naar andere partijen in het BRP-stelsel moet sturen. Deze functie noemen we “Verzend- en Ontvangststation RNI”, afgekort tot VO-RNI. Voor het inloggen bij de MBS is, naast een SSL-wachtwoord, een mailboxwachtwoord vereist, dat minimaal eens per drie maanden gewijzigd moet worden. Voor het wijzigen van het wachtwoord biedt de RNI een afzonderlijke functie, zie par. 11.2.2. Het document Ontwerp SSL Migratie Datatransport GBA [7] beschrijft eisen die gelden voor de SSLcomponent. Daarbij is o.a. vermeld dat het SSL-wachtwoord uit minimaal 21 tekens dient te bestaan en niet op het systeem mag zijn opgeslagen, maar wel in het tijdelijk geheugen mag worden bewaard. Om te voorkomen dat de gebruiker bij elke communicatiesessie het SSL-wachtwoord moet invoeren, is gekozen om het VO-RNI proces na initiële opstart, blijvend in het interne geheugen te laten, totdat een STOP-opdracht wordt gegeven, bijvoorbeeld ten behoeve van systeemonderhoud. Na het starten van VO-RNI blijft het proces in het geheugen en op basis van signalen en/of zogenaamde 'scheduling'30 informatie voert het een van de volgende acties uit: 1. Verzend- en ontvangstsessie: SCHEDULED RUN of SPECIFIC RUN Eerst worden bij de mailbox klaarstaande berichten opgehaald en daarna verzendt VO-RNI de door de RNI te verzenden berichten. Een verzenden ontvangstsessie kan gestart worden vanuit de scheduling gegevens (SCHEDULED RUN) of door een specifiek signaal om een ingelaste sessie uit te voeren (SPECIFIC RUN). 2. CHANGE MAILBOX PASSWORD VO-RNI voert de procedure Wijzigen mailboxwachtwoord uit (er mag maar 1 connectie tegelijkertijd naar de MBS worden gelegd). 3. SUMMARIZE VO-RNI stuurt een summarize commando naar de MBS, met als resultaat dat de MBS teruggeeft hoeveel berichten voor de RNI klaar staan. 4. PAUZE VO-RNI voert geen acties meer uit, totdat de Pauze wordt opgeheven. 5. STOP Het VO-RNI proces moet bij de eerstvolgende gelegenheid volledig stoppen en uit het geheugen worden verwijderd. 30 De Scheduling informatie bestaat uit aantal regels met elk een instructie die op een bepaald tijdstip uitgevoerd moet worden. Een tijdstip kan bestaan uit een datum en tijd of uit een weekdag (zondag t/m zaterdag) en een tijd. In het laatste geval wordt de instructie elke week uitgevoerd. ICTU, Programma RNI 152/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Het scherm toont een VO-RNI status sectie. Status Toestand Initieel Connectie naar MBS mislukt Ingave SSL wachtwoord Ingave mailbox wachtwoord Gepauzeerd Ingave oud mailbox wachtwoord Ingave nieuw mailbox wachtwoord ber. ontv. Fout Niet verzonden Normaal gestopt VORNI loopt al VORNI geannuleerd Systeemfout VORNI polt voor instructies Connect mailbox Verzenden/ontvangen Summarize Wijzigen Mailbox wachtwoord VORNI is niet beschikbaar! Start Datum tijd waarop VO-RNI is gestart Laatste actie Datum tijd waarop een actie heeft plaatsgevonden: Het uitvoeren van een VO-RNI instructie of het uitvoeren van een actie m.b.t. een bericht of berichtencyclus Laatste activiteit Zolang VO-RNI loopt update VO-RNI elke seconde het veld laatste activiteit. Als VO-RNI niet meer werkt toont het systeem na 30 seconden in het statusveld (in rood): "VORNI is niet beschikbaar!" Het VO-RNI proces kijkt na elke actie welke instructie uitgevoerd moet worden. Daarbij is de prioriteit als volgt, van hoog naar laag: STOP, PAUZE, CHANGE MAILBOX PASSWORD, SPECIFIC RUN, SCHEDULED RUN en SUMMARIZE. Als op een bepaald moment geen instructie uit te voeren is, dan wacht VO-RNI een aantal seconden (systeeminstelling VO-RNI-AANTAL-SEC-SLAAP-ACTIE) voordat opnieuw wordt gekeken of er een instructie uitgevoerd moet worden. De instelling VO-RNI-AANTAL-SEC-SLAAP-ACTIE is nog niet geïmplementeerd. 11.2.1 Verzenden en ontvangen Bij een SCHEDULED RUN of SPECIFIC RUN worden berichten uitgewisseld met de MBS. Daartoe wordt contact gelegd met de MBS met de wachtwoorden uit het geheugen. De berichtenuitwisseling bestaat uit twee onderdelen: 1. De bij de MBS klaar staande berichten worden opgehaald. Dit vindt plaats door herhaaldelijk een ListMessages verzoek naar de MBS te sturen en op basis van het antwoord een set van (maximaal 170) berichten op te halen. Zie ook het LO GBA [2], onderdeel IV.3.2.4. Na elke ListMessage+ophalen bijbehorende berichten en na elke 170 (instelbaar) verzonden berichten kijkt VO-RNI of er een PAUZE- of STOP-instructie klaar staat om uitgevoerd te worden. Hiermee wordt voorkomen dat bij grote hoeveelheden berichten VO-RNI de PAUZE/STOP-instructie niet ziet en langer dan gewenst verder gaat met de verwerking. Het aantal berichten is gedefinieerd in property bericht_algemeen.listlimitnumber. 2. De berichten in het RNI berichtenbestand met de status 'te verzenden' (code 10180) of 'te verzenden uitgesteld' (code 10181) worden naar de MBS verstuurd. Dat gebeurt in de volgorde waarin de berichten zijn aangemaakt, de oudste als eerste. De status van een succesvol verzonden bericht wordt gewijzigd in 'verzonden'. Er wordt geen logregel aangemaakt. ICTU, Programma RNI 153/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Logregel bij bericht Berichtstatus Cyclusstatus 8180 – CA: verzonden Geen wijziging Nog niet geïmplementeerd is: De mailbox van de geadresseerde kan voor een bepaalde of onbepaalde tijd afgesloten zijn van het GBA-netwerk. VO-RNI controleert de waarden van de mailbox gegevens (een tabel binnen het RNI-systeem). Als geldt: - datum ingang mailbox afsluiting is gevuld en ligt op of voor de systeemdatum EN - datum einde mailbox afsluiting is of gevuld met een waarde die ligt na de systeemdatum, dan wordt het betreffende bericht niet verstuurd. Daarbij wordt de status van het bericht gewijzigd in 'te verzenden uitgesteld', tenzij de berichtstatus al die waarde heeft. Bij een wijziging wordt gelogd: Logregel bij bericht Berichtstatus Cyclusstatus Bericht is niet verstuurd i.v.m. afsluiting mailbox (datum van: ; datum tot: ) 10181 – AT: te verzenden uitgesteld Geen wijziging 11.2.1.1 Registreren ontvangen bericht Elk ontvangen bericht wordt opgeslagen. Daarbij wordt geadministreerd: Logregel bij bericht Berichtstatus Cyclusstatus 10100 – AT: te verwerken Geen wijziging* *Dit proces registreert geen cyclus. Het berichtverwerkingsproces bepaalt of voor het bericht een nieuwe cyclus aangemaakt moet worden of dat het bericht hoort bij een reeds geregistreerde cyclus. Bijzonderheden bij het vullen van de velden uit de entiteit bericht: Veld Waarde datum-tijd registratie De datum-tijd waarop het bericht in de RNI administratie is opgenomen. datum-tijd interactief benaderd gebruiker ID interactief benaderd inkomend of uitgaand "I" datum-tijd verzending ontvangst Timestamp dat gevuld is door de MBS als 'DeliveryTime'. Bij een DeliveryReport is dit het tijdstip waarop de MBS het rapport in de RNI-mailbox heeft geplaatst: ReportDeliveryTime. datum-tijd wijziging Identiek aan datum-tijd registratie. status 'te verwerken' bsn (wordt gevuld bij de berichtverwerking) RNI-dossier ID (wordt gevuld bij de berichtverwerking) cyclus ID (wordt gevuld bij de berichtverwerking) communicatiepartner OrginatorOrRecipient, mailboxnummer van de verzendende partij. Bij een DeliveryReport wordt hier de waarde van het veld RecipientORName ingevuld. Bij een StatusReport wordt hier de waarde van het veld ActualRecipientORName ingevuld. berichtsoort Berichtnummer uit de kop van het bericht. Wordt gevuld met ‘StaR’ voor een StatusReport en met ‘DelR’ voor een DeliveryReport. RNI referentie Referentie communicatiepartner Referentie van de afzender; wordt gevuld met het MessageID van het ICTU, Programma RNI 154/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• bericht. In het geval van een Status- of DeliveryReport wordt dit veld . CrossReference De CrossReference van het bericht. De volgende waarden gelden als (zie ook LO GBA [2], blz. 563):12 spaties, 12 nullen, 1 nul gevolgd door 11 spaties en 11 spaties gevolgd door 1 nul. In al de deze situaties vult VO-RNI het veld CrossReference niet (”null”). In geval van een StatusReport wordt dit veld gevuld met ReportedMessageID. dispatch sequence number Dit nummer wordt door de MBS (MailboxServer) uitgedeeld. Dit veld wordt gevuld met het MSSequenceNumber uit de MSEntry van de GetMessage. Uitzondering vormt het DeliveryReport: bij dit berichttype wordt het DispatchSequenceNumber uit het DeliveryReport zelf opgeslagen, dat is het DispatchSequenceNumber van het oorspronkelijke bericht dat niet goed afgeleverd kon worden. non delivery reason Bericht een DeliveryReport is, dan wordt dit veld gevuld met een code die de reden aangeeft van het NonDeliveryReport. non receipt reason Als het huidige bericht een StatusReport is, dan wordt dit veld gevuld met een code die de reden aangeeft van het StatusReport. herhaling Indien het bericht het veld 'herhaling' kent in de kop, dan wordt hier de foutreden ingevuld, anders . foutreden Indien het bericht het veld 'foutreden' kent in de kop, dan wordt hier de foutreden ingevuld, anders . berichtdata De inhoud van het GBA-bericht. In geval van een DeliveryReport wordt dit veld . 11.2.1.2 Delivery- en StatusReports Ontvangen DeliveryReports en StatusReports zouden geregistreerd kunnen worden bij het corresponderende uitgaande bericht. Echter, om de verzending/ontvangst van de berichten strikt te kunnen scheiden van de verwerking, worden de genoemde Reports toch apart bewaard. VO-RNI bepaalt dus niet op welk verzonden RNI-bericht een DeliveryReport of StatusReport betrekking op heeft, dat doet het berichtverwerkingsproces (zie hoofdstuk 12). 11.2.1.3 Foutsituaties Tijdens het ontvangen en verzenden kunnen fouten optreden. In de diverse sPd-instructies zijn mogelijke foutsituaties onderkend, zie ook het LO GBA [2], bijlage IV. Een ander voorbeeld van een (technische) fout is dat een bericht niet kan worden opgeslagen in de database. Eventueel geconstateerde fouten worden als 'technische fout' gelogd. Als een bericht is of kan worden opgeslagen, dan wordt de fout bij het bericht gelogd; in de overige situaties wordt een logregel geregistreerd die niet aan een bericht is gekoppeld, zie par. 18.3.4. Een aantal soorten fouten wordt als 'fataal' gezien, dat wil zeggen dat als een dergelijke fout optreedt, het VO-RNI proces – na logging van de fout – wordt afgesloten alsof er een STOP-instructie heeft plaatsgevonden. Dit betreft de volgende foutsituaties: • • • • • • • • Onverwachte fout bij het lezen, toevoegen of wijzigen van een database record Fout tijdens zenden van putMessage naar MailboxServer Fout tijdens ontvangen van putMessageConfirmation van MailboxServer De opgegeven lengte putMessageConfirmation komt niet overeen met de werkelijke lengte De operation van de putMessageConfirmation is niet correct De putMessageConfirmation bevat een foutcode van de MailboxServer Het messageID (RNI referentie) van de putMessageConfirmation is niet gelijk aan het messageID (RNI referentie) van het verzonden bericht Fout tijdens zenden van listMessageMailbox naar MailboxServer ICTU, Programma RNI 155/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • • • • • • • • • • • Fout tijdens ontvangen van listMessageMailboxResult van MailboxServer De opgegeven lengte van de listMessageResult komt niet overeen met de werkelijke lengte De listMessagesConfirmation bevat een foutcode van de MailboxServer De opgegeven lengte van de MSList komt niet overeen met de werkelijke lengte Fout tijdens zenden van GetMessage naar MailboxServer Fout tijdens ontvangen van GetMessageResult van de MailboxServer De opgegeven lengte van de GetMessageConfirmation komt niet overeen met de werkelijke lengte De operationcode van de GetMessageConfirmation is niet correct De opgegeven lengte van de MessageHeading komt niet overeen met de werkelijke lengte De opgegeven lengte van het DeliveryReport komt niet overeen met de werkelijke lengte De opgegeven lengte van het StatusReport komt niet overeen met de werkelijke lengte Afhankelijk van de exacte implementatie kunnen nog andere situaties als 'fataal' aangemerkt worden. 11.2.1.4 Systeeminstellingen Met twee systeeminstellingen wordt geregeld of wel/niet berichten opgehaald moeten worden en of wel/niet berichten verzonden moeten worden, respectievelijk: - VO-RNI-IDC-BER-ONTVANGEN en - VO-RNI-IDC-BER-VERZENDEN (zie par. 19.3). Met deze instellingen kan geanticipeerd worden op eventuele problemen bij het ophalen of verzenden van berichten. Als één of beide acties 'uit' staan, dan wordt dit gelogd (zie de volgende paragraaf). Deze instellingen zijn niet geimplementeerd, in plaats hiervan kunnen de properties vospg_algemeen.ontvangberichten en vospg_algemeen.verzendberichten gebruikt worden die hetzelfde effect hebben. 11.2.1.5 Logging van een verzenden ontvangstrun Bij de start van een verzenden ontvangstrun wordt gelogd: Gebeurtenistype Bijzonderheden VO-RNI: start verzenden ontvangstrun In de aanvullende details wordt gelogd, voor zover van toepassing: 'Attentie: het ontvangen van berichten staat uitgeschakeld', en/of 'Attentie: het verzenden van berichten staat uitgeschakeld'. zie ook de voorgaande paragraaf. Aan het eind van elke berichtenuitwisseling ('RUN') worden de tellers gelogd: 11.2.2 Gebeurtenistype Bijzonderheden VO-RNI: einde verzenden ontvangstrun --- Wijzigen mailboxwachtwoord De functie wijzigen wachtwoord vraagt aan de beheerder om het oude en het nieuwe mailboxwachtwoord in te voeren. VO-RNI verzoekt dan met een bericht ChangePasswordRequest om het wachtwoord te wijzigen (zie LO GBA [2], par. IV.3.2.6). Tijdens het wijzigen van het wachtwoord mag dit visueel niet weergegeven worden zodat het zogenaamde 'shoulder surfing' niet in de hand gewerkt wordt. Het resultaat van de actie wordt aan de beheerder gemeld en in de RNI gelogd: Gebeurtenistype Bijzonderheden Wijzigen GBA-mailbox wachtw. succesvol --- Als het wijzigen van het wachtwoord is mislukt, dan wordt gelogd: Gebeurtenistype Bijzonderheden Wijzigen GBA-mailbox wachtw. mislukt --- ICTU, Programma RNI 156/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 11.2.3 Summarize Met behulp van het sPd summarize commando is het mogelijk om de aantallen inkomende berichten van de MailboxServer op te vragen. Bij het uitvoeren van het summarize commando heeft de parameter MSStatus de waarde 012. Dit betekent dat zowel 0= new, 1=listed31 als 2=processed worden geteld. Voor de overige parameters gelden de defaults. Zie hiervoor ook het LO GBA [2], bijlage IV.3.2.4 en IV.4.3.1. 11.2.4 Gebeurtenistype Bijzonderheden Summarize GBA-mailbox --- Pauze De PAUZE-instructie is bedoeld voor situaties dat VO-RNI tijdelijk geen nieuwe acties moet uitvoeren, maar wel in geheugen moet blijven. De pauze wordt opgeheven, door de PAUZE-instructie te verwijderen. VO-RNI logt wanneer de pauze is gestart en weer beëindigd: 11.2.5 Gebeurtenistype Bijzonderheden VO-RNI is gepauzeerd --- VO-RNI pauze is opgeheven --- Stop Met de STOP-instructie wordt VO-RNI volledig gestopt. Het proces verdwijnt dan ook uit het geheugen. VO-RNI logt wanneer de STOP-instructie is uitgevoerd. Gebeurtenistype Bijzonderheden VO-RNI is gestopt op basis van instructie --- 11.3 Beheer VO RNI 11.3.1 Acties in menu-item VO RNI Actie Omschrijving Context Ontvangst/Verzend Uitvoeren van een verzenden ontvangstsessie VO RNI gestart– Instructies Tonen aanwezige instructies SCHEDULED RUN en SPECIFIC RUN VO RNI gestart Pauzeren Pauzeren van VO RNI VO RNI gestart Hervatten Hervatten van gepauzeerde VO RNI VO RNI gepauzeerd Forced restart Geforceerde start van VO RNI – Stop Stoppen van VO RNI VO RNI gestart Start Starten van VO RNI VO RNI gestopt Opnieuw ophalen Opnieuw ophalen van een Dispatch Sequence nummer VO RNI gestart Plannen Plannen van een SCHEDULED RUN – Wijzigen wachtwoord Wijzigen wachtwoord - 31 'listed' wil zeggen: berichten die wel in een ListMessages commando zijn genoemd, maar die nog niet daadwerkelijk zijn opgehaald. ICTU, Programma RNI 157/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 12 Verwerken ontvangen GBA-berichten 12.1 Proces Verwerken GBA-berichten Nadat het VO-RNI proces (zie hoofdstuk 11) een GBA-bericht van de Mailboxserver (MBS) heeft opgehaald, moet het bericht verwerkt worden. Het verwerken van de ontvangen berichten vindt plaats door een specifiek proces dat voortdurend kijkt of er nog 'te verwerken' berichten zijn. 12.2 Overzicht berichtencycli Het RNI-systeem kent de onderstaande berichtencycli (zie het LO RNI [1], par. III.2. Dit is een subset van de berichtencycli die de GBA kent. Via de GBA mailboxserver worden geen berichten met de BV BSN uitgewisseld. De 'presentievraag' wordt altijd via de webservice gesteld en niet via een Bq11-bericht. 12.2.1 Uitwisseling met gemeenten Berichtencyclus 12.2.2 Eerste bericht Communicatierichting Van Naar Vervolginschrijving naar RNI Rb01 Gemeente RNI Vervolginschrijving naar GBA Ji01 Gemeente RNI Opnemen verwijsgegevens in GBA Iv11 RNI Gemeente Opnemen verwijsgegevens in RNI Iv11 Gemeente RNI Wijziging A-nummer vanuit RNI Wa01 RNI Gemeente Wijziging A-nummer vanuit GBA Wa01 Gemeente RNI Uitwisseling met afnemers Door de invoering van het onderdeel “GBA-V Full service” wisselt de RNI geen berichten uit met de afnemers, uitgezonderd eventuele vrije berichten (Vb01). 12.2.3 Uitwisseling met Ministerie van Veiligheid en Justitie Berichtencyclus Eerste bericht Communicatierichting Van Naar Og11 Min.Veiligheid en Justitie RNI Eerste bericht Communicatierichting Van Naar Synchronisatiebericht Lg01 RNI GBA-V Synchronisatievraag Lq01 GBA-V RNI Opnemen/wijzigen verblijfstitel 12.2.4 Uitwisseling met GBA-V Berichtencyclus ICTU, Programma RNI 158/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 12.2.5 Uitwisseling met de Terugmeldvoorziening (TMV) Berichtencyclus 12.2.6 Eerste bericht Communicatierichting Van Naar Doorsturen dossier met terugmelding Qv01 TMV RNI Bijwerken status terugmelding Qs01 RNI TMV Uitwisseling met beheerder van de landelijke GBA-tabellen (BPR) Berichtencyclus 12.2.7 Eerste bericht Communicatierichting Van Naar Toevoegen tabelregel Dt01 BPR RNI Wijzigen tabelregel Dw01 BPR RNI Eerste bericht Communicatierichting Van Naar Vb01 diverse RNI RNI diverse Uitwisseling met diverse partijen binnen de BRP Berichtencyclus Vrij bericht 12.2.8 Onbekende berichtencyclus Als de RNI het binnengekomen berichtsoort niet kent, bijvoorbeeld een niet bestaand Aa01-bericht of een niet ondersteund Ep01-bericht dan wordt in de naam van de berichtencyclus “Onbekend” vermeld. Dit zal altijd leiden tot een protocolfout. Berichtencyclus Onbekend 12.3 Verwerking 12.3.1 Algemene eigenschappen Eerste bericht Communicatierichting Van Onbekende diverse berichtsoort Naar RNI De verwerking van een bericht leidt in het algemeen tot de volgende resultaten: • • • • • • • Het bericht wordt gekoppeld aan een bepaalde cyclus. Dit kan een bestaande cyclus zijn, of er wordt een nieuwe cyclus aangemaakt. Als het bericht nog niet gekoppeld is aan een berichtencyclus, dan wordt aan het eind van de verwerking van een bericht een berichtencyclus aangemaakt, tenzij in de beschrijving van de logging bij de Cyclus status 'n.v.t.' is vermeld. Er worden 1 of meerdere logregels bij het bericht aangemaakt, gekoppeld aan het bericht en indien van toepassing aan een dossier. Het gebeurtenistype is 'Verwerken GBA-bericht'. De status en de datum-tijd LaatsteActie van het bericht worden gewijzigd. (Dit gebeurt altijd.) Er wordt een antwoordbericht gestuurd. (Niet in alle gevallen.) De status van de cyclus wordt gewijzigd. (Niet in alle gevallen.) De datum-tijd LaatsteActie van de cyclus wordt gewijzigd in elke situatie waarbij een bericht aan de cyclus is gekoppeld en dit bericht is behandeld (ongeacht het resultaat). Bij de verwerking wordt altijd de status van het bericht ge-update en doorgaans ook de status van de cyclus. Er kunnen meerdere 'logregels' worden vastgelegd, bijvoorbeeld een aantal signaleringen. De ICTU, Programma RNI 159/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • 'logregels' voortkomend uit de afhandeling van 1 bericht, worden achter elkaar opgenomen in één databaseveld, van een nader af te stemmen formaat (mede afhankelijk van de databasekeuze). De afhandeling van 1 inkomend bericht vormt 1 transactie. Als tijdens de afhandeling een onverwachte technische fout optreedt, dan vindt een "roll-back" plaats van reeds uitgevoerde database commando's binnen de transactie. Vervolgens wordt een nieuwe transactie gestart waarin de fout wordt geregistreerd. Let op: Het bijwerken van de datum-tijd LaatsteActie wordt bij de verdere beschrijving niet steeds opnieuw vermeld. Als bij de verwerking van een bericht een 'technische fout' optreedt, dan wordt geen antwoordbericht gestuurd; de fout wordt gelogd en de status van het berichtstatus en berichtencyclus wordt bijgewerkt zoals beschreven in par. 18.3.4.1. 12.3.2 Initiële acties bij het verwerken van een bericht Bij de verwerking worden de berichten van oud naar nieuw afgehandeld op basis van registratievolgorde in de RNI. Als de RNI een bericht ontvangt dan kunnen er drie situaties van toepassing zijn: 1. Het bericht is de eerste uit de cyclus die door de RNI wordt ondersteund. In par. 12.2 zijn de in de RNI bekende berichtencycli genoemd. 2. Het bericht is een vervolgbericht (tweede of volgende uit de cyclus, ook wel met 'antwoord' of 'antwoordbericht' aangeduid). 3. Het bericht is van een onbekend type of wordt niet door de RNI ondersteund. Bij het verwerken van een inkomend bericht worden de volgende stappen uitgevoerd, waarbij bovengenoemde situaties worden onderkend: 1. Bepaal berichtsoort Het bericht wordt ingedeeld in één van de volgende categorieën: I. StatusReport. II. DeliveryReport. III. Null-bericht. IV. Een ander bericht, waarbij in positie 9 t/m 12 in de berichtkop het berichtsoort staat (het LO RNI [1] en LO GBA [2] gebruiken i.p.v. 'berichtsoort' de term 'berichtnummer'). V. Overig: het bericht hoort niet bij de eerste 3 categorieën en de berichtkop bestaat uit minder dan 12 posities. Bericht onherkenbaar Als het bericht in categorie V valt, dan is het bericht te niet interpreteren en wordt een Pf01-bericht aangemaakt ter verzending naar de afzender van ontvangen bericht. De verwerking van het bericht is dan afgerond. Er wordt een nieuwe cyclus geregistreerd van het type 'onbekend'. Logregel bij bericht Berichtstatus Cyclusstatus Bericht niet verwerkt. Berichtkop is ongeldig !, onbekend bericht, gereageerd met Pf01-bericht. 9100 – IA: ongeldige kop 9201 – IA: Pf01 aangemaakt 6. Controleer MessageID Als het bericht in categorie III of IV valt, dan wordt gecontroleerd of een MessageID (zie ook LO GBA [2], bijlage IV) is ingevuld. Zo niet: dan wordt een fout geregistreerd; er wordt geen Pf01-bericht gestuurd en geen cyclus geregistreerd; de verwerking van het bericht is dan afgerond. Uitgangspunt is dat dit een zeer uitzonderlijke situatie betreft en de gebruiker actie onderneemt. Logregel bij bericht Berichtstatus Cyclusstatus Bericht heeft geen MessageID ! 7140 – IR: messageID ontbreekt n.v.t. ICTU, Programma RNI 160/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 7. Controleer berichtsoort Als het bericht in categorie IV valt, dan wordt bepaald of het berichtsoort geldig is binnen de RNI. Zo niet, dan wordt een Pf01-bericht aangemaakt. Er wordt een nieuwe cyclus aangelegd van het type “Onbekende cyclus”, met daaraan gekoppeld het verwerkte bericht en het te verzenden Pf01-bericht. Logregel bij bericht Berichtstatus Cyclusstatus Berichtsoort is niet bekend binnen de RNI, gereageerd met Pf01-bericht 9101 – IA: ongeldig berichtsoort 9201 – IA: Pf01 aangemaakt 8. Controleer herhaalbericht Controleer of het bericht een herhaalbericht is, volgens de voorschriften in het LO GBA, par. 6.3. De volgende situaties worden onderscheiden: a) Bericht 2x opgehaald De combinatie MSSequenceNumber, de afzender, de Partner referentie (MessageID, BREF) en het berichtsoort komt meer dan eens voor in het berichtenbestand. Als van de set van gevonden dubbele berichten, minstens één bericht 'verwerkt' is, dan wordt de berichtstatus in 'dubbel opgehaald' gewijzigd en wordt het bericht niet verder verwerkt en wordt geen berichtencyclus geregistreerd of bijgewerkt. Logregel bij bericht Berichtstatus Hetzelfde bericht is 2x ingelezen, vorig bericht is 9102 – IA: dubbel al verwerkt, huidig bericht wordt niet verwerkt. opgehaald Cyclusstatus n.v.t. b) Niet-uniek MSSequenceNumber Het MSSequenceNumber komt reeds voor in het berichtenbestand, maar de combinatie van afzender, Partner referentie (MessageID, BREF) en berichtsoort stemt niet overeen met de combinatie van die gegevens die bij het betreffende MSSequenceNumber voorkomt in het berichtenbestand. Dit duidt op een ernstige storing. Het verwerken van de berichten moet gestaakt worden en het ontvangen MSSequenceNumber moet gemeld worden aan BPR. Logregel bij bericht Berichtstatus Ernstige fout: MSSequenceNumber is niet uniek. 7141 – IR: dubbel Deze komt ook voor in bericht met id (RNI referentie: ) Cyclusstatus n.v.t. c) Partner referentie (MessageID, BREF) komt al voor, zelfde afzender, ander berichttnummer. De afzender en BPR moeten worden geïnformeerd (bijv. telefonisch). Logregel bij bericht Berichtstatus De afzender heeft de Partner referentie <Partner 7142 – IR: dubbele referentie> ook al in een ander bericht gebruikt! Partner referentie (RNI-intern berichtID: , berichtsoort ). Attendeer afzender hierop. Cyclusstatus n.v.t. . d) MessageID komt al voor, zelfde afzender, zelfde berichtsoort. Het kan gaan om een herhaalbericht: • Het betreft een bericht waarin het veld herhaling voorkomt en de waarde van het veld herhaling komt niet voor in de andere gevonden berichten. • Als het bericht nog niet beantwoord is, wordt het ontvangen bericht beantwoord alsof dit het eerst ontvangen bericht is. In de gebeurtenislog wordt onderstaande vastgelegd. De verwerking wordt voortgezet. ICTU, Programma RNI 161/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Cyclusstatus Eerder ontvangen bericht (bericht-id: ) is niet (correct) verwerkt, de verwerking van het huidige bericht wordt voortgezet. n.v.t. Geen wijziging Logregel bij bericht Berichtstatus Cyclusstatus Bericht is niet verwerkt, omdat eerder ontvangen bericht reeds is beantwoord (bericht-id , RNI referentie ), korter dan 2 werkdagen geleden. 9103 – IA: herhaalbericht (niet verwerkt) Geen wijziging Als het bericht wel beantwoord is (te bepalen via de gevonden cyclus) en dit antwoord is langer dan twee werkdagen geleden verzonden, dan wordt automatisch een herhaalbericht ter verzending klaargezet, met de herhaalteller met 1 opgehoogd. De afhandeling van het bericht is daarmee afgerond. Het bericht wordt gekoppeld aan de gevonden cyclus. • • Berichtstatus Als het bericht wel beantwoord is en dit antwoord is korter dan of precies twee werkdagen geleden verzonden, dan kan er van uit gegaan worden, dat het antwoordbericht en het herhaalbericht elkaar gekruist hebben. Het herhaalbericht kan in dat geval genegeerd worden. De afhandeling van het bericht is daarmee afgerond. Het bericht wordt gekoppeld aan de gevonden cyclus. • • Logregel bij bericht Logregel bij bericht Berichtstatus Cyclusstatus Bericht is niet verwerkt, er is wel een herhaalbericht aangemaakt (bericht eerder verzonden op ) 9104 – IA: herhaalber. (opnieuw beantw.) Geen wijziging Het betreft een bericht waarin het veld Herhaling voorkomt en de waarde in het veld is gelijk aan die van het gevonden bericht in het berichtenbestand. Blijkbaar is het bericht twee keer verzonden. Het bericht kan worden beschouwd als niet ontvangen en wordt verder geen actie ondernomen. Logregel bij bericht Berichtstatus Cyclusstatus Bericht is niet verwerkt, omdat eerder ontvangen bericht, met dezelfde waarde als herhaalteller, reeds is beantwoord (bericht-id , RNI referentie ). 9105 – IA: dubbel verzonden Geen wijziging Het betreft een bericht waarin het veld Herhaling niet voorkomt. Mogelijk betreft het een herhaling op een bericht dat zelf herhaald is. Dan hebben de berichten elkaar blijkbaar gekruist en kan verdere actie achterwege blijven. Mogelijk is het bericht twee keer verzonden. Het bericht kan worden beschouwd als niet ontvangen en wordt verder geen actie ondernomen. Logregel bij bericht Berichtstatus Cyclusstatus Het bericht is reeds eerder ontvangen (bericht-id ). Dit bericht wordt genegeerd”. De berichtstatus wordt “Niet verwerkt (dubbel ontvangen)" 9106 – IA: dubbel ontvangen Geen wijziging 9. Berichtsoort is eerste bericht uit een cyclus, controleren afzender Aan het berichtsoort is te zien of het bericht de eerste uit de cyclus is. (Een berichtsoort treedt óf ICTU, Programma RNI 162/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• alleen op als eerste bericht óf alleen op als vervolgbericht). Als het bericht de eerste uit de cyclus is, dan wordt een nieuwe cyclus aangemaakt, tenzij voor het bericht al een cyclus is aangelegd. Een cyclus kan al bestaan, als het bericht al eens eerder ter verwerking is aangeboden. Er wordt gecontroleerd of het bericht vanuit de juiste soort instantie is gestuurd. De instantie is herkenbaar aan het mailboxnummer van de afzender. In het RNI-systeem wordt een mailboxentabel (GBA deelnemer) opgenomen, waarbij een tabelregel het kenmerk 'soort instantie' krijgt. Bericht soort afzender Lq01 GBA-V Rb01, Ji01, Iv11, Wa01 gemeente Qv01 TMV Dt01, Dw01 BPR Og11 Ministerie van Veiligheid en Justitie Als het bericht is aangeleverd vanuit een onbekende mailbox of door een verkeerd soort afzender, dan wordt een Pf01-bericht teruggestuurd. Logregel bij bericht Berichtstatus Bericht afkomstig van een onbekende mailbox 8100 – CA: automatisch (mailbox: <mailboxnummer afzender>) verwerkt of: Bericht niet afkomstig van de juiste soort instantie (mailbox: <mailboxnummer afzender>; soort instantie: <soort instantie>). Pf01-bericht aangemaakt Cyclusstatus 9201 – IA: Pf01 aangemaakt 10. Vervolgbericht: opzoeken cyclus Als het berichtsoort impliceert dat het een vervolgbericht is, dan moet een CrossReference zijn aangeleverd waarmee aangeven wordt op welk bericht het vervolgbericht betrekking heeft. Voor een DeliveryReport geldt een uitzondering: hierin geeft het DispatchSequenceNumber aan op welk bericht de DeliveryReport betrekking heeft. Als de CrossReference ontbreekt en het betreft geen DeliveryReport, dan wordt de verwerking voor het bericht beëindigd: Logregel bij bericht Berichtstatus CrossReference niet gevuld. Berichtencyclus kan niet 7144 - IR: geen opgezocht worden. Bericht is niet verwerkt CrossReference Cyclusstatus n.v.t. Als bij een DeliveryReport het DispatchSequenceNumber ontbreekt, dan wordt de verwerking van het bericht beëindigd. Er wordt gelogd: Logregel bij bericht Berichtstatus DispatchSequenceNumber niet gevuld. 7145 – IR: geen dispatch berichtencyclus kan niet opgezocht worden. Bericht is seqno niet verwerkt Cyclusstatus n.v.t. Het systeem zoekt de berichtencyclus op waar het bericht bijhoort. a) DeliveryReport, StatusReport DeliveryReport, StatusReport Zoek naar uitgaande bericht(en) waar waarbij de beschreven velden uit bericht overeenkomen met betreffende velden uit het DeliveryReport of StatusReport • Voor DeliveryReport matchen van de velden: – bericht.DispatchSequenceNumber = DelR.DispatchsequenceNumber – Communicatiepartner = RecipientorName ICTU, Programma RNI 163/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Voor StatusReport matchen van de velden: – bericht.Eref = StaR.MessageId – bericht.Communicatiepartner = StaR.ActualRecipientOrName b) Overige berichten Zoek naar bericht(en) waarvoor geldt: • het bericht is “verzonden” • en de RNI referentie komt overeen met de CrossReference van het te verwerken bericht • en de Communicatiepartner (OriginatorOrRecipient) komt overeen met de Communicatiepartner uit het te verwerken bericht. • De zoekactie levert 0, 1 of meerdere berichten op. Indien 0 berichten gevonden: Het bericht kan niet gekoppeld worden aan de oorspronkelijke cyclus. Er wordt een nieuwe GBA-berichten-cyclus aangemaakt van het type "Onbekend" Logregel bij bericht Berichtstatus Cyclusstatus Er is geen corresponderend uitgaand bericht gevonden. 7146 – IR: geen match uitgaand bericht IR: Technische fout Als 1 of meer berichten zijn gevonden, dan zijn daarmee 1 of meerdere berichtencycli aangewezen, want een uitgaand bericht is altijd aan een cyclus gekoppeld. In de theoretische situatie dat wel 1 of meer berichten gevonden zijn, maar geen enkele bijbehorende cyclus, wordt gelogd: Logregel bij bericht Berichtstatus Cyclusstatus Een of meer corresponderende uitgaande berichten gevonden, er is echter geen cyclus vermeld. Bericht niet verwerkt. 7147 – IR: geen match cyclus n.v.t. Indien meerdere berichten gevonden, behorend bij meer dan 1 cyclus, dan wordt gelogd: Logregel bij bericht Berichtstatus Cyclusstatus Er zijn meerdere berichtencycli gevonden waar dit bericht betrekking op kan hebben. Bericht niet verwerkt. 7148 – IR: meerdere cycli gevonden n.v.t. Als er 1 cyclus is gevonden, dan wordt het bericht gekoppeld aan de gevonden cyclus en tevens aan het aan de cyclus gerelateerde RNI-dossier. 11. Vervolgbericht: controleren of bericht past bij cyclus en cyclus status In geval van een vervolgbericht, niet zijnde een DeliveryReport of StatusReport, worden twee controles uitgevoerd of het bericht 'past' in de betreffende cyclus: a) Er wordt gecontroleerd of het ontvangen berichtsoort onderdeel kan zijn van de betreffende soort cyclus. Een voorbeeld: een Wf01-bericht (Fout: A-nummer wijziging niet te verwerken) kan geen vervolgbericht zijn op een bericht binnen de cyclus Vervolginschrijving. Als op dit punt een fout wordt geconstateerd, dan wordt een Pf01-bericht gestuurd naar de gemeente waarvan het het vervolgbericht is ontvangen. Een Pf0x bericht wordt altijd geaccepteerd als antwoordbericht, de cyclus wordt dan afgesloten, zie par. 12.5.9. Logregel bij bericht Berichtstatus Cyclusstatus Het ontvangen bericht past niet binnen de gevonden cyclus . Pf01bericht aangemaakt. 8100 – CA: automatisch verwerkt 9201 – IA: Pf01 aangemaakt b) De status van de cyclus moet corresponderen met het vervolgbericht. In de subparagrafen van par. 12.5 staat bij de beschrijving van de vervolgberichten de 'vereiste status' van de cyclus ICTU, Programma RNI 164/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• vermeld. Als de cyclus niet de vereiste status heeft, dan wordt het bericht niet verwerkt en wordt gelogd: Logregel bij bericht Berichtstatus Cyclusstatus -bericht ter verwerking aangeboden, echter de status van de cyclus is , terwijl werd verwacht. 7152 – IR: cyclus status incompatibel Geen wijziging Na deze algemene initiële acties vindt de verwerking plaats per specifiek bericht. De inhoudelijke verwerking wordt in de volgende paragrafen uitgewerkt, opgedeeld in 'eerste berichten' en 'vervolgberichten'. In de volgende paragraaf wordt eerst behandeld welke situaties leiden tot een antwoord in de vorm van een Protocolfoutbericht van het type Pf02 of Pf03. 12.3.3 Controle of bericht voldoet aan de voorschriften van het uitwisselingsformaat Het LO RNI [1] beschrijft in bijlage III Berichtenboek de algemene opbouw van berichten (par. III.3.1) en beschrijft vervolgens per soort bericht welke rubrieken opgenomen moeten zijn. De algemene 'ontleding' en controles worden niet in dit FO herhaald. Indien nodig, worden in het FO bepaalde controles en de foutafhandeling wel expliciet beschreven. Het LO RNI [1] beschrijft (met gebruik van LO GBA [2]) in par. III.1.4 Protocolfouten: • Pf02 Dit bericht wordt verstuurd als reactie op een bericht dat niet aan de specificaties van het berichtenuitwisselingsformaat (de paragrafen III.1.3.1, III.1.3.2, met uitzondering van de beschrijving van ELI (Elementinhoud)) voldoet. Een voorbeeld is een bericht waarin de inhoud van lengtevelden niet in overeenstemming is met de inhoud van rubrieken die volgen. • Pf03 Dit bericht wordt verstuurd als reactie op fouten in een bericht die de verwerking van dat bericht volgens hetgeen er in de betreffende berichtencyclus beschreven is, onmogelijk maken en die tevens geen aanleiding vormen om een Pf01- of een Pf02-bericht te sturen. In het algemeen zijn het fouten waarbij de inhoud van het bericht niet in overeenstemming is met de voorgeschreven inhoud. Voorbeelden zijn het ontbreken van een verplicht veld, het voorkomen van een alfanumerieke omschrijving in een veld dat als numeriek veld is gedefinieerd en een burgerservicenummer dat niet voldoet aan de voor het element beschreven 11 proef. Bij de ontvangst van een PL in het Jb01-bericht is het versturen van een Pf03-bericht aan andere regels gebonden; zie hiervoor uitgang 7 van de cyclus Vervolginschrijving. Als volgens het LO RNI [1] gereageerd moet worden met een Pf02- of Pf03-bericht, dan leidt dit, naast het aanmaken van het bericht, tot de onderstaande logging. a. bij het bericht dat op dat moment verwerkt wordt: Pf02-situatie (zie het LO RNI [1], par. III.1.3.1 en III.1.3.2): Logregel bij bericht Berichtstatus Bericht voldoet niet aan de voorgeschreven structuur, 8100 – CA: automatisch rondom positie <positie>. Pf02-bericht aangemaakt. verwerkt Cyclusstatus 9202 – IA: Pf02 aangemaakt Pf03-situatie: Logregel bij bericht Berichtstatus Cyclusstatus De waarde <waarde> van veld voldoet niet aan de voorschriften. Pf03-bericht aangemaakt. 8100 – CA: automatisch verwerkt 9203 – IA: Pf03 aangemaakt ICTU, Programma RNI 165/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• b. bij het Pf02- of Pf03-bericht dat aangemaakt wordt, en gekoppeld wordt aan de berichtencyclus in kwestie: 12.4 Logregel bij bericht Berichtstatus Cyclusstatus --- (geen logregel) 10180 - AT: te verzenden Zie a. Eerste berichten Deze paragraaf beschrijft de verwerking van berichten die het eerste bericht in een cyclus zijn. 12.4.1 Bijhoudingsberichten landelijke GBA-tabellen (Dt01, Dw01) Er zijn 2 soorten berichten voor de bijhouding van de landelijke GBA-tabellen: Bijhoudingsberichten voor de landelijke GBA-tabellen IV. Dt01 toevoegen tabelregel V. Dw01 wijzigen tabelregel berichtencyclus: Toevoegen tabelregel overig berichtencyclus: Wijzigen tabelregel overig Hieronder volgt een overzicht van de landelijke tabellen die de GBA kent, met per tabel de identificerende rubrieken: Nummer Tabelnaam Identificerende rubriek(en) 32 Nationaliteitentabel 05.11 Nationaliteitscode 33 Gemeententabel 92.10 Gemeentecode 34 Landentabel 94.10 Landcode 36* Voorvoegseltabel 02.31 Voorvoegsel 37 Tabel Reden opnemen/beëindigen nationaliteit 96.10 Reden opnemen/beëindigen nationaliteit 38* Tabel Adellijke titel/predikaat 02.21 Adellijke titel/predikaat 39 Tabel Akteaanduiding 81.21 Akteaanduiding 41 Tabel Reden ontbinding/nietigverklaring huwelijk/geregistreerd partnerschap 07.41 Reden ontbinding/nietigverklaring huwelijk/geregistreerd partnerschap 48 Tabel Nederlands reisdocument 35.11 Nederlands reisdocument 49 Tabel Autoriteit van afgifte Nederlands reisdocument 35.41 Autoriteit van afgifte 56 Verblijfstiteltabel 39.11 Verblijfstitel 59 GBA Deelnemer 97.10 Deelnemercode 60 RNI-deelnemer 88.11 Code RNI-deelnemer * Tabellen 36 en 38 mogen niet gemuteerd worden, voor deze tabellen worden geen berichten verwacht. De verwerking verloopt als volgt: 1. In het geval van een Dt01- of Dw01-bericht, wordt gecontroleerd of het tabelnummer in het bericht geldig is. Alleen de tabelnummers 32, 33, 34, 37, 39, 41, 48, 49, 56, 59 en 60 mogen voorkomen. Als een ander tabelnummer is aangegeven, dan wordt het bericht niet verwerkt: Logregel bij bericht Berichtstatus Cyclusstatus Bericht niet verwerkt: mutaties op tabel worden niet ondersteund. Geen reactiebericht gestuurd. 9115 – IA: ongeldig tabelnummer 7260 – IR: tabelbericht kan niet verwerkt worden32. ICTU, Programma RNI 166/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 2. Aan de hand van de identificerende gegevens in het bericht, wordt gekeken of de tabelregel (al) voorkomt in de RNI. De volgende situaties zijn fout: a) tabelregel komt voor en bericht = Dt01 b) tabelregel komt niet voor en bericht = Dw01 Bij een foutsituatie wordt gelogd: Logregel bij bericht Berichtstatus Cyclusstatus Bericht niet verwerkt: tabelregel komt al voor (tabelnr ; sleutel ). Pf03 verstuurd. of Bericht niet verwerkt: tabelregel is niet in het systeem aangetroffen (tabelnr ; sleutel ). 9116 – IA: tabelregel bestaat al 7260 – IR: tabelbericht kan niet verwerkt worden33 of 9117 – IA: tabelregel niet gevonden 3. De in het bericht gespecificeerde gegevens worden in het systeem aangebracht. De verwerking hangt af van het berichttype: • Dt01 toevoegen tabelregel in de betreffende landelijke GBA-tabel • Dw01 wijzigen tabelregel in de betreffende landelijke GBA-tabel 4. Antwoordbericht en logging Nadat de tabelactualisering is doorgevoerd, wordt een antwoordbericht gestuurd: het zogenaamde Null-bericht. Gelogd wordt: Logregel bij bericht Berichtstatus Bericht verwerkt: tabelregel toegevoegd (tabelnr 8100 – CA: automatisch ; sleutel ) verwerkt komt al voor. Null-bericht gestuurd. of Bericht verwerkt: tabelregel gewijzigd (tabelnr ; sleutel ) . Null-bericht gestuurd Cyclusstatus 8203 – CA: Null-bericht aangemaakt Er wordt tevens een voorkomen in LogContext aangemaakt met: LogContext.soort betrokkenheid = 'onderwerp' LogContext.contextobjecttype = 'tabelnaam>', conform datamodel, zie hoofdstuk 20. LogContext.contextobject ID = ID van de betreffende tabelregel 12.4.2 Dt01 Toevoegen tabelregel Zie par. 12.4.1. 12.4.3 Dw01 Wijzigen tabelregel Zie par. 12.4.1. 12.4.4 Ji01 Initiatie intergemeentelijke verhuizing Berichtencyclus : Vervolginschrijving naar GBA De RNI ontvangt een Ji01-bericht van een GBA van een gemeente als de persoon zich (her)vestigt in Nederland en de PL op dat moment in de RNI is ingeschreven. De volgende acties vinden plaats: 1. Controleren of voldaan is aan de regels voor persoonsidentificatie. Als niet voldaan is aan de regels voor persoonsidentificatie (zie LO GBA [2], par. III.1.5.2 "Persoonsidentificatie”) dan wordt gereageerd met een Pf03-bericht. 32 De programmatuur houdt rekening met deze situatie, maar de kans dat deze optreedt, is klein. Er wordt geen protocolfoutbericht gestuurd. In voorkomende gevallen, moet onderzocht worden wat er aan de hand is en moet contact opgenomen worden met BPR (beheerder van de landelijke tabellen). 33 Zie voorgaande voetnoot. ICTU, Programma RNI 167/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Logregel bij bericht Berichtstatus Cyclusstatus Niet voldaan aan de regels voor persoonsidentificatie. 8100 – CA: automatisch verwerkt 9203 – IA: Pf03 aangemaakt 2. De PL wordt opgezocht aan de hand van de aangeleverde identificerende gegevens. Aandachtspunt: een PL die opgeschort is met reden “F” wordt bij de zoekactie genegeerd. De uitslag van de zoekactie op basis van identificerende gegevens kan zijn: • 0 gevonden, ook niet in het verwijsbestand: reactie is Jf01, foutreden “G” • 0 gevonden, wel 1x in het verwijsbestand: reactie is Jf01, foutreden “V” • 0 gevonden, wel > 1x in het verwijsbestand: reactie is Jf01, foutreden “U” • 1x gevonden: ok (nog geen logregel, zet verwerking voort) • > 1x gevonden: reactie is Jf01, foutreden “U” Logregel bij bericht Berichtstatus Cyclusstatus "Persoon niet gevonden" of "Persoon is vertrokken naar GBA" of "Persoon niet uniek geïdentificeerd". 8100 – CA: automatisch verwerkt 9205 – IA: fout reden G, of 9207 – IA: fout reden V, of 9208 – IA: fout reden U Hieronder geldt: de zoekactie heeft 1 PL opgeleverd (niet uit het verwijsbestand). Het bericht en de berichtencyclus worden gekoppeld aan het betreffende RNI-dossier (ongeacht de verdere verwerking). 3. Als de PL is 'geblokkeerd': reactie is Jf01, foutreden “B”. Logregel bij bericht Berichtstatus Cyclusstatus PL is geblokkeerd. 8100 – CA: automatisch verwerkt 9210 – IA: fout reden B 4. Als de PL is opgeschort met reden “O”: reactie is Jf01, foutreden “O”. Logregel bij bericht Berichtstatus Cyclusstatus PL is opgeschort in verband met overlijden (reden "O"). Jf01-bericht aangemaakt. 8100 – CA: automatisch verwerkt 9212 – IA: fout reden O 5. Als de PL is opgeschort met een andere reden dan “O”, dan kan de PL verhuisd worden naar de GBA. De PL wordt 'geblokkeerd' en er wordt een Jb01-bericht aangemaakt. Bij het Ji01-bericht en de -cyclus wordt geregistreerd: Logregel bij bericht Berichtstatus Cyclusstatus PL is gevonden (opgeschort met reden , opschortingsdatum ). PL wordt hierbij geblokkeerd en het Jb01-antwoordbericht wordt verstuurd. 8100 – CA: automatisch verwerkt zie hieronder bij Blokkeren PL en aanmaken Jb01bericht Blokkeren PL en aanmaken Jb01-bericht Er wordt een Jb01-bericht aangemaakt. Dit bericht wordt gekoppeld aan de onderhanden cyclus en aan het RNI-dossier in kwestie. Daarbij wordt gelogd: Logregel bij bericht Berichtstatus (Jb01) Cyclusstatus --- (geen logregel) 10180 - AT: te verzenden 10201 – AT: wacht op Jv01 Vervolgens wordt de PL gemuteerd: rubriek 07.66.20 Datum ingang blokkering PL wordt gevuld met de systeemdatum. 12.4.5 Iv11 Verwijsgegevens Berichtencyclus : Opnemen verwijsgegevens in RNI ICTU, Programma RNI 168/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Bij binnenkomst van het Iv11-bericht34 wordt op basis van het BSN eerst gecontroleerd of de betrokken persoon voorkomt in het PL bestand. Dit kan het geval zijn als deze cyclus wordt gebruikt om een afgebroken vervolginschrijving weer op gang te helpen. Dan is de PL dus geblokkeerd. Als de PL niet geblokkeerd is, dan kan deze cyclus niet worden uitgevoerd. Er wordt een If41-bericht gestuurd met als foutreden "A". Gelogd wordt: Logregel bij bericht Berichtstatus Cyclusstatus PL is niet geblokkeerd. Geen verwijsgegevens (Iv11bericht) verwacht. 8100 – CA: automatisch verwerkt 9213 – IA: fout reden A Als de PL in geblokkeerde toestand wordt aangetroffen, dan wordt op basis van de meest recente (op basis van datum creatie) Ji01-cyclus waarin een Jb01-bericht is gestuurd, bepaald naar welke gemeente de vervolginschrijving loopt. Als niet zo'n cyclus wordt gevonden of het Jb01-bericht betreft een andere gemeente dan de gemeente die het Iv11-bericht stuurde, dan wordt een If41-bericht gestuurd met foutreden "B". Gelogd wordt: Logregel bij bericht Berichtstatus Cyclusstatus Het Iv11-bericht is gestuurd door gemeente , terwijl er een vervolginschrijving loopt naar gemeente . If41-bericht aangemaakt. 8100 – CA: automatisch verwerkt 9210 – IA: fout reden B Als de PL niet wordt aangetroffen, maar er wel verwijsgegevens zijn voor het betreffende BSN, dan wordt een If41-bericht gestuurd met als foutreden "V". Gelogd wordt: Logregel bij bericht Berichtstatus Cyclusstatus Er zijn al verwijsgegevens opgenomen. If41-bericht aangemaakt. 8100 – CA: automatisch verwerkt 9207 – IA: fout reden V Als het A-nummer in het Iv11 bericht ongeldig is, dan wordt een If41-bericht gestuurd met als foutreden "V". Gelogd wordt: Logregel bij bericht Berichtstatus Het nieuwe A-nummer dat een PL in de GBA 8100 – CA: automatisch (gemeente ) heeft gekregen, is verwerkt geen geldig A-nummer. Pf03-bericht aangemaakt. Beoordeel de situatie. Cyclusstatus 9203 – IA: Pf03 aangemaakt Als de PL wordt aangetroffen in geblokkeerde toestand met daarbij een Jb01-bericht dat gestuurd is naar de gemeente waar het Iv11-bericht van afkomstig is, dan vindt het volgende plaats: - de PL wordt verwijderd; de verwijsgegevens worden opgenomen; er wordt een Iv21-bericht teruggestuurd. gelogd wordt: Logregel bij bericht Berichtstatus Cyclusstatus PL verwijderd en verwijsgegevens opgenomen. Tevens Iv21-bericht aangemaakt. Verifieer dat de PL verwijderd mocht worden. 8100 – CA: automatisch verwerkt 6242 – CR: PL verwijderd, Iv21 aangemaakt 34 De introductie van GBA-V Full Service kan aanleiding zijn om de verwijsgegevens uit het BrP-stelsel te verwijderen. Afnemers stellen dan geen 'ad hoc vragen' meer aan een bepaalde gemeente, maar altijd aan GBA-V, er is dan geen sprake meer van een (door)verwijzing. ICTU, Programma RNI 169/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Het LO RNI [1] beschrijft dat ofwel vooraf, ofwel achteraf toestemming gevraagd moet worden aan de informatiebeheerder. In de RNI gebeurt dit achteraf, door de cyclus een status te geven die aandacht van de gebruiker vraagt. Als de PL niet wordt aangetroffen en er ook geen verwijsgegevens zijn, dan vindt het volgende plaats: er wordt een RNI-dossier aangemaakt (RNI-instantie: 'Registratiehouder', gebruiker: 'systeem') de verwijsgegevens worden opgenomen; er wordt een Iv21-bericht teruggestuurd. gelogd wordt: - 12.4.6 Lq01 Logregel bij bericht Berichtstatus Cyclusstatus PL niet gevonden en ook geen verwijsgegevens. Nieuw dossier aangemaakt en verwijsgegevens opgenomen. Tevens Iv21-bericht aangemaakt. Verifieer de situatie. 8100 – CA: automatisch verwerkt 6243 – CR: verw.geg. in nieuw RNI-dossier Synchronisatievraag Berichtencyclus : Synchronisatievraag Via een Lq01-bericht vraagt GBA-V de actuele stand op van een PL in de RNI. Dit bericht wordt in bijzondere situaties gebruikt, bijvoorbeeld ter controle van de informatie in GBA-V. Volgens de standaardprocedure krijgt GBA-V namelijk automatisch na elke wijziging van een PL in de RNI een kopie van die PL via een Lg01-bericht. De volgende stappen worden uitgevoerd: 1. GBA-V levert een actueel of historisch A-nummer aan. De PL wordt op basis dit A-nummer opgezocht. Opmerking: bij het zoeken op basis van historisch A-nummer worden categorie 51 voorkomens waarbij de indicatie onjuist is gevuld, genegeerd. Ook met reden "F" opgeschorte PL-en worden genegeerd. In de volgende situaties wordt een Lf01-bericht teruggestuurd: a) De PL is niet gevonden en er zijn ook geen verwijsgegevens. Het systeem stuurt een Lf01-bericht met foutreden "G": Logregel bij bericht Berichtstatus Cyclusstatus PL met A-nummer () niet gevonden 8100 – CA: automatisch verwerkt 9205 – IA: fout reden G b) Er is geen PL gevonden, maar het A-nummer komt wel voor in de verwijsgegevens. Resultaat is een Lf01-bericht met foutreden "V" en de gemeentecode uit rubriek 21.09.10. Opmerking: er wordt alleen in de verwijsgegevens gezocht als er op actueel A-nummer wordt gezocht. Logregel bij bericht Berichtstatus Cyclusstatus PL met A-nummer is niet meer aanwezig, verwijsgegevens gevonden (vertrokken naar gemeente ) 8100 – CA: automatisch verwerkt 9207 – IA: fout reden V c) De PL is meer dan eens gevonden (dat kan alleen als op historisch A-nummer is gezocht), dan wordt een Lf01-bericht teruggestuurd met "U": Logregel bij bericht Berichtstatus Cyclusstatus PL met A-nummer () niet uniek geïdentificeerd 8100 – CA: automatisch verwerkt 9208 – IA: fout reden U 2. Als de PL is gevonden, dan wordt een La01-bericht aangemaakt, met daarin de actuele PL. Het versienummer (rubriek 07.80.10) wordt daarbij niet opgehoogd. Gelogd wordt: ICTU, Programma RNI 170/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 12.4.7 Og11 Logregel bij bericht Berichtstatus Cyclusstatus PL met A-nummer gestuurd. 8100 – CA: automatisch verwerkt 8206 – CA: La01 aangemaakt Opnemen/wijzigen gegevens verblijfstitel Berichtencyclus : Opnemen/wijzigen verblijfstitel De Minister van Veiligheid en Justitie doet een verzoek aan de RNI om de verblijfstitel op de PL van een bepaalde persoon op te nemen c.q. te wijzigen, door middel van het versturen van een Og11-bericht. Net als in de GBA geldt wel: indien de ingangsdatum geldigheid na een eventueel overlijden ligt, dan worden de gegevens niet opgenomen. De volgende stappen worden uitgevoerd: 1. De PL wordt opgezocht aan de hand van het in de kop van het bericht aangeleverde A-nummer. Aandachtspunt: een PL die opgeschort is met reden “F” wordt bij de zoekactie genegeerd. De uitslag van de zoekactie kan zijn: • 0 gevonden, ook niet in het verwijsbestand: reactie is Of11, foutreden “G” • 0 gevonden, wel 1x in het verwijsbestand: reactie is Of11, foutreden “V” • 0 gevonden, wel > 1x in het verwijsbestand: reactie is Of11, foutreden “U” • 1x gevonden: ok (nog geen logregel, zet verwerking voort) • > 1x gevonden: reactie is Of11, foutreden “U” Logregel bij bericht Berichtstatus Cyclusstatus "Persoon niet gevonden" of "Persoon is vertrokken naar GBA" of "Persoon niet uniek geïdentificeerd". 8100 – CA: automatisch verwerkt 9205 – IA: fout reden G, of 9207 – IA: fout reden V, of 9208 – IA: fout reden U Hieronder geldt: de zoekactie heeft 1 PL opgeleverd (niet uit het verwijsbestand). Het bericht en de berichtencyclus worden gekoppeld aan het betreffende RNI-dossier (ongeacht de verdere verwerking). 2. Als de PL is 'geblokkeerd': reactie is Of11, foutreden “B”. Logregel bij bericht Berichtstatus Cyclusstatus PL is geblokkeerd. 8100 – CA: automatisch verwerkt 9210 – IA: fout reden B 3. Als de PL is opgeschort met reden “O” en de datum opschorting ligt voor of op de ingangsdatum verblijfstitel (10.39.30) in het bericht: reactie is Of11, foutreden “O”. Logregel bij bericht Berichtstatus Cyclusstatus PL is opgeschort in verband met overlijden (reden "O") en de opschortingsdatum ligt voor of op de ingangsdatum verblijfstitel (10.39.10). Of11-bericht aangemaakt. 8100 – CA: automatisch verwerkt 9212 – IA: fout reden O 4. Als de PL een actuele categorie 04 (Nationaliteit) bevat met daarin de Nederlandse nationaliteit (04.05.10 = 0001) of de beschrijving 'behandeld als Nederlander' (04.65.10 = "B"), dan wordt een Of11-bericht gestuurd met foutreden "I". (De RNI-registratiehouder hoeft dan geen verdere actie te ondernemen). Bij het Og11-bericht en de -cyclus wordt geregistreerd: Logregel bij bericht Berichtstatus Cyclusstatus PL bevat een actuele Nederlandse nationaliteit of behandeling als Nederlander. Verblijfstitelgegevens niet opgenomen op PL. Of11-bericht aangemaakt. 8100 – CA: automatisch verwerkt 9211 – IA: fout reden I 5. Consistentiecontrole tussen de PL en de aangeleverde historische verblijfstitelgegevens. De historische gegevens in het Og11-bericht dienen slechts ter controle, d.w.z. ze worden niet als ICTU, Programma RNI 171/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• zodanig overgenomen op de PL, alleen rubriek 60.84.10 wordt eventueel overgenomen. De volgende situaties worden onderscheiden, Historie in Og11-bericht Actuele categorie 10 op PL Actie(s) Ja Ja • Er wordt gecontroleerd of de Og11-historie overeenkomt met categorie 10 op de PL, waarbij 60.84.10 (indicatie onjuist) uit de Og11-historie buiten beschouwing blijft. - Als er een verschil wordt geconstateerd dan signaleert het systeem een inconsistentie (i1). - In het historisch te maken categorie 10 voorkomen op de PL worden de gegevens in onderzoek gezet: • 60.83.10 wordt 600000 (hele categorie in onderzoek) • 60.83.20 wordt systeemdatum • 60.83.30 wordt • 60.84.10 wordt (wordt niet overgenomen van Og11) - Als de gegevens overeenkomen, dan wordt het categorie 10 voorkomen op de PL historisch gemaakt en wordt in die historie rubriek 60.84.10, indien in het Og11-bericht gevuld, overgenomen. Ja Nee • • Het systeem signaleert een inconsistentie (i2). De aangeleverde gegevens worden wel opgenomen, d.w.z. alleen een actueel categorie 10 voorkomen. Nee Ja • • Het systeem signaleert een inconsistentie (i3). In het historisch te maken categorie 10 voorkomen op de PL worden de gegevens in onderzoek gezet: - 60.83.10 wordt 600000 (hele categorie in onderzoek) - 60.83.20 wordt systeemdatum - 60.83.30 wordt - 60.84.10 wordt Het aangeleverde actueel categorie 10 voorkomen wordt op de PL opgenomen, • Nee Nee • Consistente situatie. Het aangeleverde actueel categorie 10 voorkomen wordt op de PL opgenomen, 6. Als de ingangsdatum geldigheid in het Og11-bericht (10.85.10) voor de ingangsdatum geldigheid uit de actuele categorie 10 op de PL ligt, dan signaleert het systeem een inconsistentie (i4). Het aangeleverde actueel categorie 10 voorkomen wordt op de PL opgenomen. In de historisch te maken categorie 10 op de PL, wordt de indicatie onjuist gevuld (60.84.10) met "O", ook als in de tabel bij punt 5 staat aangegeven dat 60.84.10 niet gevuld wordt. Ook in eventueel andere historische gegevens waarvan 60.85.10 na 10.85.10 uit het Og11-bericht ligt, wordt 60.84.10 met "O" gevuld. 7. Het aangeleverde actueel categorie 10 voorkomen wordt op de PL opgenomen, daarbij wordt rubriek 10.86.10 met de systeemdatum gevuld. Bij de punten 5 en 6 staat aangegeven of en hoe er historie aangelegd moet worden. Als meerdere inconsistenties geconstateerd zijn (i4 in combinatie met i1, i2 of i3), dan: a) worden de acties voor het vullen van groep 60.83 en 60.84 gecombineerd (zie ook de Kwaliteitsbrochure, nr. 14 (1997)); b) wordt alleen inconsistentie i4 gelogd en niet i1, i2 of i3 (de gebruiker moet de situatie onderzoeken en zal dan een volledige analyse maken van de situatie). 8. Er wordt een null-bericht aangemaakt. ICTU, Programma RNI 172/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 9. De verwerking wordt gelogd: Logregel bij bericht Berichtstatus (Og11) (i1) 8100 – CA: automatisch Inconsistentie (i1): Historische gegevens in het Og11- verwerkt bericht wijken af van de actuele gegevens op de PL. Onderzoek de situatie. Aangeleverde verblijfstitelgegevens wel overgenomen op de PL. Ii2) Inconsistentie (i2): In het Og11-bericht zijn historische gegevens aangeleverd, echter op de PL is nog geen categorie 10 aanwezig. Onderzoek de situatie. Aangeleverde verblijfstitelgegevens wel overgenomen op de PL. (i3) Inconsistentie (i3):De PL bevat al een categorie 10, echter in het Og11-bericht zijn geen historische gegevens aangeleverd. Onderzoek de situatie. Aangeleverde verblijfstitelgegevens wel overgenomen op de PL. (i4) Inconsistentie (i4):De PL bevat een recentere 85.10 dan aangeleverd in het Og11-bericht. Cat. 60 onjuist gemaakt. Onderzoek de situatie. Aangeleverde verblijfstitelgegevens wel overgenomen op de PL. overig: Aangeleverde verblijfstitelgegevens overgenomen op de PL 12.4.8 Rb01 Cyclusstatus 7248 – IR: PL niet consistent met Og11 overig: 8203 – CA: Null-bericht aangemaakt Verhuizen PL Berichtencyclus : Vervolginschrijving naar RNI Bij het verwerken van een Rb01-bericht, wordt een aantal controles uitgevoerd. Er wordt onderscheid gemaakt in bevindingen die leiden tot een Rf01, een Pf03 of tot een signalering. Als en zodra een fout wordt geconstateerd, stopt – nadat de consequenties van deze fout zijn verwerkt – de controle en verdere afhandeling van het betreffende Rb01-bericht. Als een bevinding leidt tot een signalering gaat de verwerking van het Rb01-bericht verder. 12.4.8.1 Controle of PL kan worden opgenomen in RNI: evt. aanmaken Rf01 of Pf03 Het LO GBA [2] schrijft (in par. III.2 Verhuizen PL naar RNI, bij uitgang 1 en 2) voor dat als de PL in het Rb01-bericht niet wordt afgekeurd met een Rf01 en aan onderstaande 6 minimale eisen voldoet én het Anummer nog niet voorkomt als rubriek 01.01.10 op een PL, de PL móet worden opgenomen. Controle of Rf01 moet worden aangemaakt: • Als de Pl niet is opgeschort (“Omschrijving reden opschorting bijhouding” is leeg) dan is een actuele PL opgestuurd. Als reactie wordt een Rf01 gestuurd met reden “A”. Tevens wordt een logregel aangemaakt met gebeurtenistype: “Verwerken GBA-bericht” • Logregel bij bericht Berichtstatus Cyclusstatus Reden van opschorting is niet ingevuld. 8100 – CA: automatisch verwerkt 9219 – IA: Rf01 aangemaakt, Fout reden A Als de PL is opgeschort met reden Overlijden dan wordt een Rf01 gestuurd met reden “O”. Tevens wordt een logregel aangemaakt met gebeurtenistype: “Verwerken GBA-bericht” ICTU, Programma RNI 173/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Logregel bij bericht Berichtstatus Cyclusstatus PL is opgeschort wegens overlijden. 8100 – CA: automatisch verwerkt 9220 – IA: Rf01 aangemaakt, Fout reden O Controle of Pf03 moet worden aangemaakt: Als aan een van de onderstaande eisen niet wordt voldaan wordt een Pf03 gestuurd. Tevens wordt een logregel aangemaakt met gebeurtenistype: “Verwerken GBA-bericht” De 6 minimale eisen waar de PL aan moet voldoen (uit LO GBA [2]) zijn: 1. De waarde van het A-nummer van de persoon (01.01.10) moet voldoen aan voorwaarden die gelden voor een A-nummer, zie het gegevenswoordenboek in het LO GBA [2], element 01.10. Als niet aan de voorwaarden is voldaan, dan wordt een Pf03-bericht gestuurd: Logregel bij bericht Berichtstatus Cyclusstatus A-nummer (01.01.10) voldoet niet aan de voorwaarden uit het gegevenswoordenboek. 8100 – CA: automatisch verwerkt 9203 – IA: Pf03 aangemaakt 2. De waarde van het burgerservicenummer (BSN) van de persoon (01.01.20) moet voldoen aan voorwaarden die gelden voor een burgerservicenummer, zie het gegevenswoordenboek in het LO GBA [2], element 01.20. Als niet aan de voorwaarden is voldaan, dan wordt een Pf03-bericht gestuurd: Logregel bij bericht Berichtstatus Cyclusstatus Het BSN (01.01.20) voldoet niet aan de voorwaarden uit het gegevenswoordenboek. 8100 – CA: automatisch verwerkt 9203 – IA: Pf03 aangemaakt 3. De PL-gegevens moeten aangeleverd zijn conform het voorschrift voor sortering (zie het LO GBA [2] par. III.1.3.3). Dit houdt ook in dat alleen bestaande categorienummers en rubrieknummers aangeleverd mogen worden en dat historische categorieën altijd voorafgegaan worden door de bijbehorende actuele categorie. Wordt niet aan de voorwaarden voldaan, dan wordt een Pf03-bericht gestuurd: Logregel bij bericht Berichtstatus Cyclusstatus De PL-sortering is, rondom positie <positie>, niet volgens de voorschriften uit het LO, 8100 – CA: automatisch verwerkt 9203 – IA: Pf03 aangemaakt 4. Het aantal malen dat een categorie actueel voorkomt, moet conform het voorschrift voor een RNIGBA-PL zijn (zie bijlage I in het LO RNI [1], Gegevenswoordenboek). Als niet aan de voorwaarden is voldaan, dan wordt een Pf03-bericht gestuurd: Logregel bij bericht Berichtstatus Cyclusstatus Categorie komt keer voor op de PL. Dit is strijdig met de voorschriften die voor een RNI-GBA-PL gelden. 8100 – CA: automatisch verwerkt 9203 – IA: Pf03 aangemaakt 5. Het voorkomen van historie voor een categorie moet in overeenstemming zijn met het voorschrift voor een RNI-GBA-PL (zie bijlage I in het LO RNI [1], Gegevenswoordenboek). Als niet aan de voorwaarden is voldaan, dan wordt een Pf03-bericht gestuurd: Logregel bij bericht Berichtstatus Voor categorie 8100 – CA: automatisch zijn historische gegevens op de PL opgenomen. Dit is verwerkt niet toegestaan. ICTU, Programma RNI Cyclusstatus 9203 – IA: Pf03 aangemaakt 174/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 6. Alle voor een categorie verplichte elementen moeten voorkomen indien die categorie voorkomt. Elementen kunnen afhankelijk van de aan- of afwezigheid van andere elementen verplicht zijn (zie bijlage I in het LO GBA [2], Gegevenswoordenboek). Bij deze controle worden categorieën waarin element 84.10, Indicatie onjuist is opgenomen, uitgesloten. Als niet aan de voorwaarden is voldaan, dan wordt een Pf03-bericht gestuurd: Logregel bij bericht Berichtstatus Cyclusstatus Element <elementnummer, " ", elementomschrijving> is verplicht in betreffend categorievoorkomen , echter dit element ontbreekt. 8100 – CA: automatisch verwerkt 9203 – IA: Pf03 aangemaakt Naast bovengenoemde eisen beschrijft het LO GBA [2] in par. III.2.3 bij de berichtencyclus Verhuizen PL naar RNI als toelichting bij de vervolginschrijving bij uitgang 1: "Ten aanzien van het uniek zijn van het A-nummer geldt dat: ... indien het A-nummer reeds voorkomt in categorie 01 van een andere PL, de vrijheid bestaat om de ontvangen PL op te nemen of te weigeren". De RNI weigert in deze situatie om de PL op te nemen, de RNI neemt geen dubbele A-nummers op. Het systeem controleert of het A-nummer van de persoon, rubriek 01.01.10, als actueel A-nummer voorkomt bij een PL in de RNI. Als dat het geval is, dan wordt de PL geweigerd en wordt een Pf03-bericht gestuurd. Afgevoerde PL-en (Reden opschorting (07.67.20 = "F" (fout)) worden genegeerd, dus als een A-nummer voorkomt in een afgevoerde PL mag deze wel worden opgenomen. Als bij de gevonden PL hetzelfde BSN staat opgegeven, dan is mogelijk sprake van een dubbele aanlevering, dit leidt tot een andere foutomschrijving: Logregel bij bericht Berichtstatus A-nummer komt al voor als 8100 – CA: automatisch 01.01.10 in de RNI, met een ander BSN als in verwerkt het Rb01-bericht. PL geweigerd. Gereageerd met een Pf03-bericht. of A-nummer komt al voor als 01.01.10 in de RNI, met hetzelfde BSN als in het Rb01-bericht. PL geweigerd. Gereageerd met een Pf03-bericht. Cyclusstatus 9217 – IA: A-nummer komt al voor (Pf03) Het bericht en de berichtencyclus worden gekoppeld aan het dossier van de gevonden PL. 12.4.8.2 PL moet worden opgenomen in RNI Als na bovengenoemde controles geen Rf01 of Pf03 is aangemaakt moet de PL worden opgenomen in de RNI. Er worden nog wel allerlei controles uitgevoerd die tot signaleringen kunnen leiden, maar deze mogen nooit tot een Pf03 leiden. 1. Het LO GBA [2] beschrijft in par. III.2.3.2 als toelichting bij de vervolginschrijving bij uitgang 7: "Ten aanzien van het uniek zijn van het burgerservicenummer geldt dat indien het burgerservicenummer reeds voorkomt in categorie 01 Persoon van een andere PL, de ontvangen PL moet worden opgenomen. De constatering van een niet-uniek burgerservicenummer moet gemeld worden aan de BV BSN." Afgevoerde PL-en (Reden opschorting (07.67.20 = "F" (fout)) worden genegeerd, dus als een BSN voorkomt in een afgevoerde PL wordt deze als niet aanwezig beschouwd. Als het BSN al voorkomt in categorie 01 van een andere PL, dan wordt gelogd: Logregel bij bericht Berichtstatus Het BSN komt al voor op als rubriek 01.01.20 van een nader te bepalen in de andere PL met A-nummer verdere verwerking (situatie leidt alleen tot signalering). ICTU, Programma RNI Cyclusstatus nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). 175/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 2. Het LO GBA [2] beschrijft in par. III.2.3.2 als toelichting bij de vervolginschrijving bij uitgang 7: "Voldoet de opgenomen PL niet aan de eisen die normaliter aan een PL worden gesteld (er zijn bijvoorbeeld elementen met een "onmogelijke" waarde), dan worden dergelijke gegevenselementen onmiddellijk volgens de normale regels in onderzoek geplaatst (LO gba[2] par 3.22) Als dat om technische redenen noodzakelijk is kunnen evident onjuiste gegevens worden vervangen en ontbrekende gegevens worden aangevuld. Voorwaarde daarbij is wel dat de ontvangen gegevens in enigerlei vorm bewaard blijven, bijvoorbeeld door ze af te drukken op papier of door ze op te nemen in een tijdelijk bestand buiten de eigenlijke GBA." De RNI handelt in onderstaande situaties als volgt: Als bij dit punt één of meer signaleringen van toepassing zijn en het betreft geen historisch voorkomen waarin de indicatie onjuist (element 84.10) gevuld is, dan wordt het categorievoorkomen in onderzoek geplaatst door groep 83 te vullen. Als er al een onderzoek liep, dan wordt zo nodig alleen element 83.10 (aanduiding gegevens in onderzoek) gewijzigd. Historische categorieën waarin indicatie onjuist (84.10) gevuld is worden wel meegenomen in de controles bij ontvangst van een Rb01 bericht maar leiden niet tot signaleringen of technische fout zodat de verwerking van een Rb01 niet beïnvloed wordt door data uit een historische categorie die onjuist is verklaard. Het loggen van de diverse signaleringen wordt steeds in een aparte gebeurtenislogregel geregistreerd, met als gebeurtenistype 'Signalering bij Rb01-bericht'. De gebeurtenislogregel eindigt met “Gegevens in onderzoek geplaatst.” a) Element 67.20 Omschrijving reden opschorting bijhouding bevat de standaardwaarde '. '. In Element 67.20 moet of een 'E' of 'M' staan. Gelogd wordt: Logregel bij bericht Berichtstatus Rubriek 67.20 Omschrijving reden opschorting nader te bepalen in de bijhouding moet 'E' of 'M' bevatten, bevat echter verdere verwerking de standaardwaarde '.'. Nadere controle vereist. (situatie leidt alleen tot signalering). Cyclusstatus nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). b) Een numeriek veld (anders dan 01.01.10 en 01.01.20) bevat een niet-numerieke waarde: de waarde wordt dan in 0 gewijzigd. Gelogd wordt: Logregel bij bericht Berichtstatus Cyclusstatus Rubriek moet een numerieke waarde bevatten, maar bevat echter: "". Waarde gewijzigd in 0. Gegevens in onderzoek geplaatst. nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). c) Een rubriek bevat een teken dat niet in de Teletex set voorkomt. Het teken wordt dan vervangen door een vraagteken: Logregel bij bericht Berichtstatus Cyclusstatus Rubriek bevat teken(s) (voorbeeld: "") die niet tot de Teletex subset behoren. Teken omgezet naar vraagteken. Gegevens in onderzoek geplaatst. nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). d) De lengte van een rubriekwaarde is groter dan de maximale (of vast voorgeschreven) lengte. De waarde wordt dan afgekapt op het maximaal aantal posities: Logregel bij bericht Berichtstatus Cyclusstatus Rubriek nader te bepalen in de nader te bepalen in de ICTU, Programma RNI 176/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• rubriekomschrijving> bestaat uit meer posities dan toegestaan. Waarde "" gewijzigd in "". Gegevens in onderzoek geplaatst. verdere verwerking (situatie leidt alleen tot signalering). verdere verwerking (situatie leidt alleen tot signalering). e) De lengte van een rubriekwaarde is kleiner dan de voorgeschreven vaste lengte (zoals geboorteland, nationaliteit en geboortedatum). De waarde wordt vervangen door de standaardwaarde. f) Logregel bij bericht Berichtstatus Cyclusstatus De waarde van rubriek bestaat uit , terwijl vereist zijn. Waarde gewijzigd van "" in "". Gegevens in onderzoek geplaatst. nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). De geboorteplaats en het geboorteland moeten met elkaar in overeenstemming zijn: • As het geboorteland Nederland (6330) is en de geboorteplaats is geen geboorteplaatscode, wordt de standaardwaarde “0000” ingevuld als geboorteplaats. • Logregel bij bericht Berichtstatus Cyclusstatus Bij geboorteland Nederland is als geboorteplaats geen juiste gemeentecode opgegeven. Geboorteplaats is vervangen door standaardwaarde. Gegevens in onderzoek geplaatst. nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). Als het geboorteland een ander land is dan Nederland en de geboorteplaats is een code anders dan “0000”, wordt de standaardwaarde “0000” ingevuld als geboorteplaats. Logregel bij bericht Berichtstatus Cyclusstatus Bij buitenlands geboorteland is als geboorteplaats een gemeentecode opgegeven anders dan 0000. Geboorteplaats is vervangen door standaardwaarde. Gegevens in onderzoek geplaatst. nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). g) Als een andere inhoudelijke fout wordt gevonden dan hierboven beschreven wordt de waarde vervangen door de standaardwaarde zoals genoemd in LO GBA [2], zodat de verwerking van een Rb01 niet leidt tot een technische fout. Logregel bij bericht Berichtstatus Cyclusstatus In Categorie rubriek is de waarde <waarde> vervangen door de standaardwaarde. Gegevens in onderzoek geplaatst. nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). 3. Controle of een lopend onderzoek aanwezig is als het Rb01 bericht binnenkomt. Als een Rb01 binnenkomt met een lopend onderzoek wil men dit terug kunnen zien in het dossier. Het betreft een lopend onderzoek als 83.10 Aanduiding gegevens in onderzoek en 83.20 Datum ingang onderzoek ingevuld zijn en 83.30 Datum einde onderzoek leeg is. Als een lopend onderzoek aanwezig is wordt een aparte signalering aangemaakt in de vorm van een logregel met Gebeurtenistype: "Lopend onderzoek in Rb01-bericht". Per dossier wordt elke logregel maar een keer aangemaakt. Dus als meerdere historische ICTU, Programma RNI 177/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• categorieën verblijfplaats een onderzoek bevatten, wordt maar één keer de logregel "Een historische categorie Verblijfplaats bevat een lopend onderzoek." aangemaakt. Berichtencycli met lopende onderzoeken zijn ook terug te vinden op een aparte werklijst: zie 13.14.8 Werklijst Rb01-cycli die binnenkomen met lopende onderzoeken . a) Als in een van de aangeleverde actuele categorieën een lopend onderzoek aanwezig is wordt dit gesignaleerd. Logregel bij bericht Berichtstatus Cyclusstatus "Een actuele categorie bevat een lopend onderzoek." nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). b) Als in een van de aangeleverde historische categorieën een lopend onderzoek aanwezig is en het betreft geen historisch voorkomen waarin de indicatie onjuist (element 84.10) gevuld is, wordt dit gesignaleerd. Logregel bij bericht Berichtstatus Cyclusstatus "Een historische categorie bevat een lopend onderzoek." nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). 4. Er zijn tevens validaties aanwezig die controleren of de inhoud van het Rb01-bericht voldoet aan de voorwaarden van het LO GBA [2]. Bij deze controles moeten de categorieën waarin element 84.10, Indicatie onjuist is opgenomen worden uitgesloten. Als er niets aan de inhoud van een veld wijzigt mag deze validatie niet tot een signalering of “in onderzoek plaatsen” leiden. Echter er zijn in het systeem nog validaties aanwezig die dit wel doen. Mogelijk dat deze te zijner tijd allemaal verwijderd zullen worden. 5. Plausibiliteit Teletex tekens Niet alle tekens van de Teletex tekenset horen te worden gebruikt in de elementen geslachtsnaam (02.40) en voornamen (02.10). Deze elementen kunnen voorkomen in de volgende categorieën: 01/51 Persoon, 02/52 Ouder1, 03/53 Ouder2, 05/55 Huwelijk/Partnerschap, 09/59 Kind. Bij deze controle moeten de categorieën waarin element 84.10, Indicatie onjuist is opgenomen worden uitgesloten. Tekens die men niet zou moeten gebruiken leiden tot een signalering: Logregel bij bericht Berichtstatus Cyclusstatus "Speciale tekens in (#1# #2#)" nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). #1#= Categorie (nummer) afhankelijk hoe RNI de onderhanden categorie weergeeft. #2#= '02.10' en/of '02.40', afhankelijk of de speciale tekens in xx.02.10 of xx.02.40 zijn aangetroffen. Voor een overzicht van de gehele tekenset en de tekens die tot een signalering leiden in het RNI systeem zie Bijlage 8. Teletex tekens en plausibilteit. 12.4.8.3 PL toevoegen aan dossier Als er geen fouten geconstateerd zijn en eventueel wel signaleringen, dan wordt de PL opgenomen in een nieuw dossier, of in een bestaand dossier waar op dat moment een verwijzing staat opgenomen. Het volgende vindt plaats, als één samengestelde transactie: 1. Onderzocht wordt of de persoon al eerder in de RNI ingeschreven is geweest. Het systeem bepaalt daartoe of het BSN (01.01.20) en/of A-nummer (01.01.10) uit het Rb01-bericht voorkomt in de verwijsgegevens. a) Als er verwijsgegevens zijn waarbij zowel het BSN als het A-nummer overeenkomen met de corresponderende rubrieken uit het Rb01-bericht, dan is de conclusie dat voor de persoon in ICTU, Programma RNI 178/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• kwestie al een RNI-dossier bestaat. De Rb01-berichtencyclus en het Rb01-bericht worden dan gekoppeld aan het gevonden dossier. De verwijsgegevens worden uit het dossier verwijderd en de verwerking gaat verder bij stap 3. b) Situatie a) geldt niet, d.w.z. in de verwijsgegevens is wel het A-nummer of het BSN gevonden, maar een van beide gegevens komt niet overeen met de corresponderende rubriekwaarde uit het Rb01-bericht. Er wordt dan een signalering gelogd in een aparte gebeurtenislogregel, met als gebeurtenistype 'Signalering bij Rb01-bericht'. Logregel bij bericht Berichtstatus Cyclusstatus BSN gevonden in de verwijsgegevens (dossiernummer <dossiernummer>. Echter, het A-nummer uit het bericht () komt niet overeen met het A-nummer uit de verwijsgegevens (. Echter, het BSN uit het bericht () komt niet overeen met het BSN uit de verwijsgegevens ( nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). nader te bepalen in de verdere verwerking (situatie leidt alleen tot signalering). 2. Situatie 1a doet zich niet voor. Er wordt een nieuw dossier aangemaakt.. 3. De aangeleverde PL wordt opgenomen, waarbij vooraf de verblijfplaatsgegevens (categorie 08) worden gewijzigd, (zie LO RNI [1], par. 3.9.3): Afhankelijk van de vulling van 08.13.20 Datum aanvang adres buitenland wordt het reguliere proces uitgevoerd of wordt het proces Initiële vulling gevolgd. Zie hiervoor par. 12.4.8.4 en 12.4.8.5. 4. Er wordt een Rv01-bericht aangemaakt (zie par. 12.4.8.6). 5. Er wordt een Lg01-bericht aangemaakt (nieuwe cyclus, zie par. 12.6.6). 6. De berichtenadministratie en gebeurtenislog worden bijgewerkt: a) Het Rb01-bericht en de berichtencyclus worden aan het dossier gekoppeld. b) Er wordt gezocht in het berichtenbestand en berichtencyclus bestand of er records zijn waarin wel het BSN in kwestie is opgenomen, maar geen RNI-dossier_ID is ingevuld. Bij die records wordt vervolgens het RNI-dossier_ID gevuld. Deze actie is met name bedoeld om het aanwezige Rb01-bericht aan het dossier te koppelen. c) De afhandeling wordt gelogd: Logregel bij bericht Berichtstatus (Rb01) bij nieuw dossier: PL is met A-nummer toegevoegd aan de RNI met een nieuw dossier. Rv01-bericht aangemaakt bij her-inschrijving in de RNI: PL is met A-nummer opnieuw opgenomen in de RNI (bestaand dossier). Rv01bericht aangemaakt bij signaleringen en nieuw zie hieronder bij dossier: Aanmaken Rv01-bericht 9108 – IA: nieuw dossier; met signalering(en) bij signaleringen en bestaand dossier: 9109 – IA: her-inschr.; met signalering(en) geen signalering en nieuw dossier: 8103 – CA: nieuw dossier geen signalering en bestaand dossier: 8104 – CA: herinschrijving ICTU, Programma RNI Cyclusstatus 179/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 12.4.8.4 Verblijfplaats overnemen volgens regulier proces Het betreft een PL van een persoon die na “Datum Inwerking treden RNI” (systeeminstelling) geëmigreerd is. Als ( 08.13.20 Datum aanvang adres buitenland <> 00000000 en 08.13.20 Datum aanvang adres buitenland >= “Datum Inwerking treden RNI”) of ( 08.13.20 Datum aanvang adres buitenland = 00000000 en 08.86.10 >= “DIWT-RNI”) dan • Wordt geen historie aangemaakt • In de bestaande categorie 08 worden de volgende elementen overschreven waarbij de onderstaande waarden worden opgenomen: - Groep 09 • 09.10 = 1999 • 09.20 = 08.13.20 (systeemdatum als 08.13.20 = 00000000) - Groep 85 • 85.10 = 08.13.20 - Groep 86 • 86.10 = systeemdatum • In de bestaande categorie 08 blijven de overige voorkomende elementen ongewijzigd • Als er reeds categorieën 58 aanwezig waren (in de Rb01), worden deze ongewijzigd overgenomen bij de PL 12.4.8.5 Verblijfplaats overnemen volgens proces “Initiële vulling RNI”: Dit wordt metname uitgevoerd voor PL-en van personen die al voor “Datum Inwerking treden RNI” (systeeminstelling) geëmigreerd zijn. Als ( 08.13.20 Datum aanvang adres buitenland <> 00000000 en 08.13.20 Datum aanvang adres buitenland < “Datum Inwerking treden RNI”) of ( 08.13.20 Datum aanvang adres buitenland = 00000000 en 08.86.10 Datum van opneming < “Datum Inwerking treden RNI”) dan • De in Rb01 aanwezige categorie 08 wordt de historische categorie 58 waarbij alle velden volledig worden overgenomen. • Er wordt een nieuwe actuele categorie 08 aangelegd, met daarin de volgende waarden: - Groep 09: • 09.10 = 1999 • 09.20 = overnemen uit systeeminstelling “Datum Inwerking treden RNI” - Groep 13: • volledig overnemen uit de zojuist aangemaakte historische categorie 58 - Groep 72: • 72.10 = W - Groep 75: • Indien groep 75 aanwezig is in de zojuist aangemaakte historische categorie 58 deze volledig overnemen 75.10 = 1 - Groep 83: • indien in de zojuist aangemaakte historische categorie 58 een openstaand onderzoek voorkomt ( 83.30 is niet ingevuld) dan groep 83 volledig overnemen uit deze categorie 58: • 83.10 overnemen • 83.20 overnemen • 83.30 is leeg • indien in de zojuist aangemaakte historische categorie 58 een afgesloten onderzoek voorkomt ( 83.30 is ingevuld) dan groep 83 niet opnemen ICTU, Programma RNI 180/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Groep 85 • 85.10 = overnemen uit systeeminstelling “Datum Inwerking treden RNI” - Groep 86 • 86.10 = systeemdatum Als er reeds categorieën 58 aanwezig waren (in de Rb01), worden deze ongewijzigd overgenomen bij de PL - • 12.4.8.6 Aanmaken Rv01-bericht Er wordt een Rv01-bericht met verwijsgegevens aangemaakt ter verzending naar de gemeente van vertrek. Dit bericht wordt gekoppeld aan de onderhanden berichtencyclus en aan het RNI-dossier. Logregel bij bericht Berichtstatus (Rv01) Cyclusstatus --- (geen logregel) 10180 - AT: te verzenden 10202 – AT: wacht op Nullbericht Zie par. 8.2.2 Sturen verwijsgegevens (aanmaken Iv11-bericht) voor het vullen van de inhoud van het Rv01-bericht. In par.12.6 Aanmaken uitgaande GBA-berichten staan de algemene specificaties voor het aanmaken van een bericht. 12.4.9 Qv01 Doorsturen dossier met terugmelding Berichtencyclus : Doorsturen dossier met terugmelding Het RNI-systeem kan van het TMV-systeem (TerugMeldVoorziening) een Qv01-bericht ontvangen met daarin een nieuw of een bijgewerkt dossier. Zo'n dossier bevat gegevens over meldingen van afnemers met daarin verwoord de 'gerede twijfel' over één of meer rubrieken op een PL van een bepaalde persoon. De volgende acties vinden plaats: 1. Aan de hand van het aangeleverde A-nummer wordt de PL van de persoon opgezocht. PL-en die opgeschort zijn met reden “F” worden genegeerd. De volgende foutsituaties kunnen zich voordoen: a) De PL wordt niet aangetroffen (er wordt niet gezocht in de verwijsgegevens). Reactie is een Qf01-bericht met foutreden "G". Gelogd wordt: Logregel bij bericht Berichtstatus Cyclusstatus Geen PL met A-nummer aangetroffen. 8100 – CA: automatisch verwerkt 9205 – IA: fout reden G b) De PL is niet aangetroffen, maar er zijn wel verwijsgegevens aanwezig. Reactie is een Qf01bericht met foutreden “V”. De gemeentecode die moet worden meegegeven in het Qf01 bericht betreft de eerste 4 posities uit het mailboxnummer van de meest recente Ji01-cyclus zijn waarbij het Ji01-bericht is beantwoord met een Jb01en die geheel afgerond is. Als geen Ji01-cyclus aanwezig is dan wordt de gemeentecode 0000 (= onbekend). Gelogd wordt: Logregel bij bericht Berichtstatus Cyclusstatus PL met A-nummer is niet meer aanwezig, verwijsgegevens gevonden (vertrokken naar gemeente ) 8100 – CA: automatisch verwerkt 9207 – IA: fout reden V c) Er worden meerdere PL-en aangetroffen. Deze mogelijkheid die in het LO GBA [2] is genoemd, komt in de RNI in de praktijk niet voor: uitgangspunt is dat de RNI geen dubbele A-nummers opneemt. Logregel bij bericht Berichtstatus Cyclusstatus Er zijn meerdere PL-en met A-nummer aangetroffen. 8100 – CA: automatisch verwerkt 9210 – IA: fout reden U d) De gevonden PL is geblokkeerd (rubriek 07.66.20 is gevuld) wegens een verhuizing naar de GBA. Het systeem reageert met een Qf01-bericht met foutreden "B". De gemeentecode die moet worden meegegeven in het Qf01 bericht betreft de eerste 4 posities uit het mailboxnummer van de meest recente Ji01-cyclus zijn waarbij het Ji01-bericht is beantwoord met een Jb01 bij reden B. Als geen Ji01-cyclus aanwezig is dan wordt de gemeentecode 0000 (= onbekend). ICTU, Programma RNI 181/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Gelogd wordt: Logregel bij bericht Berichtstatus Cyclusstatus De PL met A-nummer is geblokkeerd. 8100 – CA: automatisch verwerkt 9210 – IA: fout reden B 2. Er wordt een aantal consistentiecontroles uitgevoerd. In de volgende gevallen wordt een Qf01-bericht gestuurd met reden “I”: a) Als bij de gevonden PL het BSN (01.01.20) niet overeenkomt met het BSN in de kop van het bericht, of b) Als bij de gevonden PL al een dossier voorkomt, met een ander dossiernummer en met de status ongelijk 'afgesloten', of c) Als bij de gevonden PL een dossier voorkomt met het in de kop van het bericht vermelde dossiernummer met de status 'afgesloten', of d) Als bij een andere PL dan de gevonden PL een dossier voorkomt met het dossiernummer uit de kop van het bericht. In die situaties wordt geregistreerd: Logregel bij bericht Berichtstatus a) PL met A-nummer gevonden. 8100 – CA: automatisch Echter, het BSN komt niet overeen met het BSN verwerkt uit de kop van het Qv01-bericht of b) PL met A-nummer heeft nog een ander open dossier (dossiernummer <dossiernummer>) of c) Dossier <dossiernummer> gevonden bij PL met A-nummer is reeds afgesloten, of d) Dossier <dossiernummer> komt voor bij een andere PL (namelijk met A-nummer ) dan de PL die hoort bij het A-nummer uit de kop van het bericht. Cyclusstatus 9211 – IA: fout reden I 3. Als geen van de foutsituaties bij punt 1 en 2 is opgetreden, dan is de PL eenduidig aangewezen. Indien het terugmelddossiernummer al voorkomt bij de PL, dan wordt dit dossier bijgewerkt met de aangeleverde gegevens. Als het dossier nog niet bestaat, wordt deze aangemaakt. In beide gevallen wordt een Null-bericht gestuurd naar de TMV. Gelogd wordt: Logregel bij bericht Berichtstatus Dossier met nummer <dossiernummer> aangemaakt. 8100 – CA: automatisch Null-bericht aangemaakt. verwerkt of Dossier met nummer <dossiernummer> bijgewerkt. Null-bericht aangemaakt. Cyclusstatus 8203 – CA: Null-bericht aangemaakt In de RNI worden alle gegevens die in het Qv01-bericht zijn aangeleverd, toegevoegd aan de gegevens in de entiteiten terugmeldDossier (zie datamodel) en terugmelding. Eerder aangeleverde dossiergegevens blijven bewaard, zodoende kan de historie inzichtelijk worden gemaakt. Als de status van terugmelddossier de waarde 1 (Aangemeld in TMV) heeft, dan wordt in de RNI de waarde 2 (Doorgemeld aan gemeente) geregistreerd, zie ook LO GBA [2], par. III.2.25.1, onder kopje 'Wijzigen status TMV-dossier'. De velden die de RNI, zolang deze de 'behandelende gemeente' is, van het TerugmeldDossier onderhoudt, worden apart geregistreerd in de entiteit 'ActualiseringTerugmeldDossier. ICTU, Programma RNI 182/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 12.4.10 Vb01 Vrij bericht Berichtencyclus : Vrij bericht Een Vb01-bericht bevat vrije tekst, ofwel 'ongestructureerde' gegevens. Zo'n bericht wordt niet door het systeem geïnterpreteerd. Als het inkomend vrij bericht geen regelscheider (CR of LF) bevat, wordt om te voorkomen dat de berichtinhoud als een lange tekst string getoond wordt de tekst 'slim' opgeknipt in regels van maximaal 72 posities. Het bericht krijgt een status die de aandacht van de gebruiker vraagt, zodat deze het bericht gaat lezen en interpreteren. De gebruiker is vervolgens verantwoordelijk om zo nodig actie te ondernemen. In de Vb01-cyclus is geen antwoordbericht voorzien. Gelogd wordt: Logregel bij bericht Berichtstatus Cyclusstatus Vrij bericht ontvangen 8100 – CA: automatisch verwerkt 6240 – CR: Vb01 ontvangen 12.4.11 Wa01 Wijziging A-nummer Berichtencyclus : Wijziging A-nummer vanuit GBA Een gemeente stuurt de RNI een Wa01-bericht als op een PL uit de GBA van die gemeente het Anummer van de persoon is gewijzigd én de RNI voorkomt als 'gemeente van inschrijving' in de adreshistorie van die PL. Uit te voeren acties: 1. Op basis van het oude A-nummer (rubriek 01.01.10 in de inhoud van het bericht) wordt gezocht in het PL-bestand. PL-en die opgeschort zijn met reden “F” worden bij de zoekactie genegeerd. Als de zoekactie resultaat oplevert, dan is er iets bijzonders aan de hand. In dat geval worden de naamen geboortegegevens uit het Wa01-bericht vergeleken met die van categorie 01 van de gevonden PL. Daaruit kunnen twee soorten uitslagen volgen: a) De naamen geboortegegevens zijn identiek. Geconcludeerd wordt dat de persoon zowel in de GBA als de RNI is ingeschreven. In deze foutsituatie wordt een Wf01-bericht gestuurd, met foutreden “A”. Gelogd wordt: Logregel bij bericht Berichtstatus PL met het oude A-nummer is 8100 – CA: automatisch ingeschreven in de RNI, maar blijkbaar ook in de verwerkt GBA (gemeente “ “ ). Wf01-bericht aangemaakt. Beoordeel de situatie. Cyclusstatus 7245 – IR: beoordeel Wa01-situatie b) De naamen/of geboortegegevens wijken af. Blijkbaar is het A-nummer dubbel toegekend. De gebruiker moet de situatie beoordelen en zal dan het A-nummer van de in de RNI gevonden PL wijzigen via de actualiseringsfunctie 'Wijzigen van het A-nummer'. De verwerking van dit bericht gaat echter wel door naar stap 2. Logregel bij bericht Berichtstatus Zowel de RNI als de GBA bevat een PL met het n.v.t. oude A-nummer , waarbij de naamen geboortegegevens verschillend zijn. Beoordeel de situatie. . Cyclusstatus n.v.t. 2. Op basis van het oude-A-nummer wordt in het verwijsbestand (categorie 21) gezocht. De volgende twee uitslagen zijn mogelijk: a) Er zijn geen verwijsgegevens aangetroffen met het betreffende A-nummer. Er is een inconsistentie tussen de verwijsgegevens en de adreshistorie van de betrokken persoon. De RNI stuurt een Wf01-bericht met foutreden "G" naar de gemeente. Gelogd wordt: ICTU, Programma RNI 183/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Logregel bij bericht Berichtstatus Geen verwijsgegevens gevonden met het oude 8100 – CA: automatisch A-nummer . Wf01-bericht gestuurd. verwerkt Beoordeel de situatie. Cyclusstatus 7245 – IR: beoordeel Wa01-situatie b) De verwijsgegevens met het betreffende A-nummer worden aangetroffen. Dit past in de verwachte situatie. Vervolgens wordt gecontroleerd of de meegestuurde naamen geboortegegevens in overeenstemming zijn met de verwijsgegevens. Een afwijking wordt wel gesignaleerd (zie punt 4), maar de cyclus wordt in elk geval altijd verder afgewikkeld. 3. De laatste controle die de RNI uitvoert is of het nieuwe A-nummer (te vinden in de kop van Wa01bericht) al voorkomt in het PL bestand of het verwijsbestand. Indien dit reeds voorkomt, dan betekent dit dat het nieuwe A-nummer dat aan de persoon in kwestie is toegekend, dubbel toegekend is of dat de betrokken persoon meermalen ingeschreven is. De gebruiker moet de situatie onderzoeken, waarbij kan blijken dat beide personen een nieuw A-nummer moeten krijgen. Als het A-nummer al voorkomt in het PL-bestand of het verwijsbestand, dan wordt een Wf01-bericht gestuurd, met foutreden “A”. Gelogd wordt: Logregel bij bericht Berichtstatus Cyclusstatus Het nieuwe A-nummer dat een PL in de GBA (gemeente “ “ ) heeft gekregen, komt al voor in het PL-bestand van de RNI. Wf01-bericht aangemaakt. Beoordeel de situatie. of Het nieuwe A-nummer dat een PL in de GBA (gemeente “ “ ) heeft gekregen, komt al voor in het verwijsbestand van de RNI. Wf01-bericht aangemaakt. Beoordeel de situatie. 8100 – CA: automatisch verwerkt 7245 – IR: beoordeel Wa01-situatie 4. Als het nieuwe A-nummer geen geldig A-nummer is wordt een Pf03 bericht gestuurd. Gelogd wordt: Logregel bij bericht Berichtstatus Cyclusstatus Het nieuwe A-nummer dat een PL in de GBA (gemeente ) heeft gekregen, is geen geldig A-nummer. Pf03-bericht aangemaakt. Beoordeel de situatie. 8100 – CA: automatisch verwerkt 9203 – IA: Pf03 aangemaakt 5. Als de situatie naar verwachting is, dat is samengevat: de PL met het oude A-nummer is gevonden in het verwijsbestand en het nieuwe A-nummer komt niet voor, dan worden de verwijsgegevens bijgewerkt (zie ook par. 3.17.4 in het LO GBA [2]). De volgende groepen worden gewijzigd: 21.01 Identificatienummers 21.85 Geldigheid 21.86 Opneming Vooraf aan de wijziging worden de oude gegevens naar de historie verplaatst. De gewijzigde gegevens zijn: 21.01.10 nieuwe A-nummer uit het Wa01-bericht 21.85.10 datum geldigheid uit het Wa01-bericht 21.86.10 systeemdatum Er wordt een verwerkbevestiging (Null-bericht) gestuurd naar de gemeente. Bij de logging wordt onderscheid gemaakt of bij punt 2b wel of geen afwijkende naamen/of geboortegegevens zijn aangetroffen: Logregel bij bericht Berichtstatus Cyclusstatus A-nummer in de verwijsgegevens 8100 – CA: automatisch 7245 – IR: beoordeel ICTU, Programma RNI 184/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• gewijzigd in A-nummer . Nullbericht aangemaakt. Signalering: er zijn afwijkende naamen/of geboortegegevens geconstateerd. Beoordeel de situatie. of A-nummer in de verwijsgegevens gewijzigd in A-nummer . Nullbericht aangemaakt. 12.5 verwerkt Wa01-situatie of 8203 – CA: Null-bericht aangemaakt Vervolgberichten De RNI kan een aantal soorten berichtencycli initiëren. Een cyclus kan bestaan uit één bericht zonder antwoordbericht. Wel kan dan een reactie nog volgen in de vorm van een DeliveryReport, StatusReport, of Pf01-, Pf02- of Pf03-bericht. Van de berichtencycli die voor de RNI van toepassing zijn, kennen de volgende één (of meer) inkomende vervolgbericht(en): • • • • • • • Vervolginschrijving naar RNI Vervolginschrijving naar GBA Opnemen verwijsgegevens in GBA Opnemen verwijsgegevens in RNI Wijziging A-nummer vanuit RNI Wijziging A-nummer vanuit GBA Bijwerken status terugmelding (start met inkomend Rb01-bericht) (start met inkomend Ji01-bericht) (start met uitgaand Iv11-bericht) (start met inkomend Iv11-bericht) (start met uitgaand Wa01-bericht) (start met inkomend Wa01-bericht) (start met Qs01-bericht) De verwerking van de vervolgberichten binnen deze cycli en de afhandeling van de reactieberichten DeliveryReport, StatusReport, Pf01-, Pf02- en Pf03-bericht, worden in de volgende paragrafen beschreven. 12.5.1 Uitgangspunten bij de verwerking Voor de verwerkingsbeschrijvingen in de volgende paragrafen gelden onderstaande uitgangspunten: a. de berichtencyclus waar het vervolgbericht betrekking op heeft, is eenduidig aangetroffen; b. het bericht past in de berichtencyclus; c. de status van de gevonden berichtencyclus correspondeert met het ontvangen bericht (wordt niet gecontroleerd in geval van Delivery- of StatusReport). De vaststelling van deze uitgangspunten is beschreven In par. 12.3.2 Initiële acties bij het verwerken van een bericht. 12.5.2 Verwerkbevestiging (Null-bericht) Berichtencyclus : Vervolginschrijving naar GBA en Bijwerken status terugmelding Vereiste status : AT: wacht op Null-bericht (10202) Binnen een aantal berichtencycli is sprake van een algemene verwerkbevestiging, het zogenaamde Nullbericht. Voor de RNI betreft dit de volgende berichtencycli: • • • Vervolginschrijving naar GBA Bijwerken status terugmelding Wijzigen A-nummer bij gemeenten Verwerkbevestiging volgt op het Jv01-bericht. Verwerkbevestiging volgt op het Qs01-bericht Verwerkbevestiging volgt op het Wa01-bericht De enige actie bij de verwerking van het Null-bericht is het administreren dat de cyclus is afgerond: Logregel bij bericht Berichtstatus Cyclusstatus Cyclus wordt met dit Null-bericht (verwerkbevestiging) afgesloten 8100 – CA: automatisch verwerkt 8202 – CA: Null-bericht ontvangen ICTU, Programma RNI 185/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 12.5.3 DeliveryReport Berichtencyclus : Alle Vereiste status : geen controle op status Het DeliveryReport wordt gestuurd door de MailboxServer (MBS) en kan binnen het GBA-stelsel voor twee doeleinden worden gebruikt:1) het bevestigen van een correcte aflevering en 2) het melden van een mislukte aflevering. Voor de RNI is alleen laatstgenoemd doel van toepassing, d.w.z. het melden van een NonDelivery door de MBS, het bericht wordt dan ook wel NonDeliveryReport genoemd. Bij de algemene initiële acties in de berichtverwerking – zie par. 12.3.2 onderdeel 'Vervolgbericht: opzoeken cyclus' – is gezocht naar het bericht waar het DeliveryReport betrekking op heeft. Bij dat gevonden bericht wordt een logregel toegevoegd en wordt de status gewijzigd: Logregel bij bericht Berichtstatus Cyclusstatus NonDeliveryReport ontvangen. Foutreden: * 7149 – IR: NonDelivery Report ontvangen Geen wijziging *De foutreden is de waarde van het veld non delivery reason uit de entiteit bericht, Bij het StatusReport zelf wordt gelogd: Logregel bij bericht Berichtstatus Cyclusstatus Bericht verwerkt. Foutreden * 8100 – CA: automatisch verwerkt Geen wijziging *De foutreden is de waarde van het veld non delivery reason uit de entiteit bericht. 12.5.4 StatusReport Berichtencyclus : Alle Vereiste status : geen controle op status Het StatusReport wordt gestuurd door de MailboxServer (MBS) wanneer een door de RNI gestuurd bericht niet tijdig door de ontvanger uit de mailbox is opgehaald. Bij de algemene initiële acties in de berichtverwerking – zie par. 12.3.2 onderdeel 'Vervolgbericht: opzoeken cyclus' is gezocht naar het bericht waar het StatusReport betrekking op heeft. Bij dat gevonden bericht wordt een logregel toegevoegd en wordt de status gewijzigd: Logregel bij bericht Berichtstatus Cyclusstatus StatusReport ontvangen. Foutreden: * 7150– IR: StatusReport ontvangen Geen wijziging *De foutreden is de waarde van het veld non receipt reason uit de entiteit bericht. Bij het StatusReport zelf wordt gelogd: Logregel bij bericht Berichtstatus Cyclusstatus Bericht verwerk. Foutreden * 8100 – CA: automatisch verwerkt Geen wijziging *De foutreden is de waarde van het veld non receipt reason uit de entiteit bericht. 12.5.4.1 Automatisch aanmaken herhaalbericht Met een systeeminstelling (IDC-AUTO-HERH-BER-NA-STAT-REP) wordt aangegeven of het systeem wel of niet automatisch een herhaalbericht moet sturen na ontvangst van een StatusReport. Indien 'ja' dan wordt binnen de berichtencyclus een herhaalbericht aangemaakt met status 'te verzenden', Als het betreffende bericht het veld 'herhaling' kent, dan wordt in het nieuwe bericht de waarde van dat veld met 1 opgehoogd. De status van de berichtencyclus blijft ongewijzigd. 12.5.5 If21 Fout: de ontvangen PL is niet de aangevraagde Berichtencyclus : Vervolginschrijving naar GBA Vereiste status : AT: wacht op Jv01 (10201) ICTU, Programma RNI 186/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Een Jf21-bericht is een antwoord op een Jb01-bericht (verhuizen PL). De 'gemeente van vestiging' stuurt een Jf21 naar de RNI als die gemeente heeft geconstateerd dat een ontvangen PL (in Jb01-bericht) niet overeenkomt met de identificatie die de gemeente middels een Ji01bericht heeft aan de RNI heeft gestuurd. Ji01-berichten worden geautomatiseerd afgehandeld. In de uitgangssituatie dat de systemen correct functioneren, zullen vrijwel nooit Jf21-berichten worden verstuurd. Het Jf21-bericht wordt bij de initiële acties (zie par. 12.3.2) gekoppeld aan de juiste cyclus (waaraan ook de bijbehorende berichten Jb01 en Ji01 gekoppeld zijn). Wijziging op de PL De PL die in het Jb01-bericht gestuurd is, wordt gedeblokkeerd. Dat wil zeggen: groep 07.66 wordt verwijderd. Gelogd wordt: Logregel bij bericht Berichtstatus Cyclusstatus De PL die in het Jf21-bericht is aangegeven met Anummer is hierbij gedeblokkeerd. Beoordeel de situatie. 8100 – CA: automatisch verwerkt 7242 – IR: Jf21 ontvangen Bij de afhandeling kunnen de volgende foutsituaties optreden: Als de PL met het A-nummer uit het Jf21-bericht niet wordt gevonden, dan wordt geregistreerd: Logregel bij bericht Berichtstatus Cyclusstatus De PL die in het Jf21-bericht wordt aangegeven met Anummer is niet in de RNI aangetroffen. Beoordeel de situatie. 8100 – CA: automatisch verwerkt 7242 – IR: Jf21 ontvangen Als de PL wel is gevonden, maar niet geblokkeerd, dan wordt geadministreerd: 12.5.6 Logregel bij bericht Berichtstatus Cyclusstatus PL met A-nummer is niet geblokkeerd! Beoordeel de situatie. 8100 – CA: automatisch verwerkt 7242 – IR: Jf21 ontvangen If41 Fout: verwijsgegevens kunnen niet worden opgenomen Berichtencyclus : Opnemen verwijsgegevens in GBA Vereiste status : AT: wacht op Iv21 (10203) Een If41-bericht kan het antwoord zijn op een Iv11-bericht (verwijsgegevens). De gemeente van vertrek kan vanwege een aantal redenen reageren met een If41-bericht: A = PL is aanwezig en niet geblokkeerd B = PL is geblokkeerd i.v.m. verhuizing naar gemeente "code" V = persoon is verhuisd naar gemeente "code" Als een If41-bericht wordt ontvangen, dan wordt deze aan de gebruiker voorgelegd: Logregel bij bericht Berichtstatus Cyclusstatus If41-bericht ontvangen met reden: . Beoordeel de situatie. 8100 – CA: automatisch verwerkt 7244 – IR: If41 ontvangen Het LO GBA [2] beschrijft hoe de RNI (of een gemeente) met deze situaties om moet gaan. Daarbij zal de gebruiker o.a. de status van de cyclus moeten wijzigen van 7244 (incorrect resultaat) naar 9244 (incorrect afgerond), ten teken dat de situatie afgehandeld is. ICTU, Programma RNI 187/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 12.5.7 Jv01 Verwijsgegevens Berichtencyclus : Vervolginschrijving naar GBA Vereiste status : AT: wacht op Jv01 (10201) De RNI controleert bij ontvangst van het Jv01-bericht of de verwijsgegevens correct zijn. Dit betekent dat de inhoud van de groepen 01, 02 en 03 van de verwijsgegevens gelijk moet zijn aan de inhoud van de overeenkomstige groepen op de geblokkeerde PL. Deze PL wordt aangewezen door het dossier dat aan het Jb01-bericht uit de berichtencyclus is gekoppeld. De controle wordt geautomatiseerd uitgevoerd bij de verwerking van het Jv01-bericht. In geval van een geconstateerd verschil wordt een Jf31-bericht aan de gemeente van vestiging gestuurd en wordt de verwerking van het bericht beëindigd: Logregel bij bericht Berichtstatus Cyclusstatus Er is een verschil tussen de PL in de RNI en de groepen 01, 02 en/of 03 in het Jv01-bericht. Er wordt een Jf31-bericht gestuurd. 8100 – CA: automatisch verwerkt 9218 – IA: Jf31 aangemaakt Opnemen verwijsgegevens en verwijderen geblokkeerde PL De van de gemeente van vestiging ontvangen verwijsgegevens (Jv01-bericht) worden bij het betreffende RNI-dossier geregistreerd. Tevens wordt de in dat dossier opgenomen, geblokkeerde, PL verwijderd. Er wordt een null-bericht gestuurd. Gelogd wordt: Logregel bij bericht Berichtstatus Verwijsgegevens ontvangen (Jv01-bericht) en opgenomen. 8100 – CA: automatisch De geblokkeerde PL is verwijderd. verwerkt 12.5.8 Iv21 Cyclusstatus 8203 – CA: Null-bericht aangemaakt Verificatie verwijsgegevens Berichtencyclus : Opnemen verwijsgegevens in GBA Vereiste status : AT: wacht op Iv21 (10203) In het Iv21-bericht neemt de gemeente de verwijsgegevens op, zoals de gemeente ze heeft aangelegd op basis van het Iv11-bericht dat de RNI heeft gestuurd. Bij het verwerken van het bericht wordt gecontroleerd of de gegevens in het Iv21-bericht overeenstemmen met die van het IV11-bericht. Zo niet, dan wordt dit gesignaleerd (de cyclus is verder wel afgerond): Logregel bij bericht Berichtstatus Cyclusstatus Verwijsgegevens in het Iv21-bericht komen niet overeen met die in het verstuurde Iv11-bericht. Beoordeel de situatie. 8100 – CA: automatisch verwerkt 7264 – IR: verschil tussen Iv21 en Iv11 Als de verwijsgegevens in het Iv11-bericht wel overeenstemmen met die in het Iv21-bericht, dan wordt gelogd: 12.5.9 Logregel bij bericht Berichtstatus Cyclusstatus Cyclus volgens verwachting afgerond: verwijsgegevens in het Iv21-bericht komen overeen met die in het verstuurde Iv11-bericht. 8100 – CA: automatisch verwerkt 8205 – CA: Iv21-bericht ontvangen Pf0x Protocolfout bericht (Pf01, Pf02, Pf03) Deze paragraaf beschrijft de verwerking van een Pf01-, Pf02- of Pf03-bericht: Pf01: Fout: cyclus Pf02: Fout: syntax Pf03: Fout: inhoudelijk Berichtencyclus : alle (een protocolfoutbericht kan binnen elke berichtencyclus ontvangen worden) Vereiste status : geen (er is geen bepaalde status vereist) ICTU, Programma RNI 188/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Als binnen een berichtencyclus een Pf01-, Pf02- of Pf03-bericht wordt ontvangen, dan betekent dit altijd het einde van de cyclus: er volgt nooit een reactiebericht. De gebruiker moet de oorzaak en te ondernemen actie bepalen. Gelogd wordt: Logregel bij bericht Berichtstatus Cyclusstatus Pf01-bericht ontvangen. Beoordeel de situatie. of Pf02-bericht ontvangen. Beoordeel de situatie. of Pf03-bericht ontvangen. Beoordeel de situatie. 8100 – CA: automatisch verwerkt 7251– IR: Pf01 ontvangen of 7252– IR: Pf02 ontvangen of 7253– IR: Pf03 ontvangen 12.5.10 Rf31 Fout: de verwijsgegevens zijn niet correct Berichtencyclus : Verhuizen PL naar RNI Vereiste status : AT: wacht op Null-bericht (10202) Een Rf31-bericht is (in het basisscenario) het antwoord zijn op een Rv01-bericht (verwijsgegevens). De gemeente van vertrek controleert bij ontvangst van het Rv01-bericht of de verwijsgegevens correct zijn. Dit betekent dat de inhoud van de groepen 01, 02 en 03 van de verwijsgegevens gelijk moet zijn aan de inhoud van de overeenkomstige groepen op de geblokkeerde PL. Is dat niet het geval, dan stuurt de gemeente een Rf31-bericht naar de RNI. Voor dit bericht geldt dat het slechts dient om te signaleren dat er een inhoudelijk probleem is met de ontvangen verwijsgegevens. De RNI-registratiehouder moet dit onderzoeken en zo nodig alsnog de juiste verwijsgegevens versturen door middel van een Iv11-bericht (nieuwe berichtencyclus). De gebruiker wordt via de berichtstatus geattendeerd op de situatie en moet deze beoordelen: Logregel bij bericht Berichtstatus Cyclusstatus De gemeente heeft gereageerd met een Rf31-bericht vanwege vermeende verschillen tussen de PL en het Rv01-bericht betreffende gegevens in groepen 01, 02 en/of 03. Beoordeel de situatie. 8100 – CA: automatisch verwerkt 7243 – IR: Rf31 ontvangen Uitgangspunt is dat niet hetzelfde Rv01-bericht nogmaals wordt gestuurd naar de gemeente, maar zo nodig wel nieuwe verwijsgegevens via een Iv11-bericht, via een afzonderlijke berichtencyclus. De gebruiker voert hiertoe twee stappen uit: 1. De gebruiker pleegt overleg met de betreffende gemeente en stuurt zo nodig een Iv11-bericht. 2. De Cyclusstatus wordt handmatig gewijzigd in 9243 – IA: Rf31 ontvangen. 12.5.11 Qf11 Fout: Status dossier kan niet worden bijgewerkt Berichtencyclus : Bijwerken terugmelding Vereiste status : AT: wacht op Null-bericht (10202) De Terugmeldvoorziening beantwoordt een Qs01-bericht met een Qf11-bericht in de situaties dat de Terugmeldvoorziening het bijwerken niet kan uitvoeren. Het Qf11-bericht bevat een foutreden waarmee wordt aangeduid om welke soort foutsituatie het gaat. De gebruiker moet de situatie onderzoeken. Gelogd wordt: Logregel bij bericht Berichtstatus Cyclusstatus Qf11-bericht ontvangen, foutreden G. Beoordeel de situatie. 8100 – CA: automatisch verwerkt 7261– IR: Qf11 ontvangen, reden G of 7261– IR: Qf11 ontvangen, reden I of 7261– IR: Qf11 ontvangen, of Qf11-bericht ontvangen, foutreden I. Beoordeel de situatie. of Qf11-bericht ontvangen, foutreden X. Beoordeel de situatie ICTU, Programma RNI 189/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Logregel bij bericht Berichtstatus Cyclusstatus reden X 12.5.12 Wf01 Fout: A-nummer wijziging niet te verwerken Berichtencyclus : Wijziging A-nummer vanuit RNI Vereiste status : AT: wacht op Null-bericht (10202) De verwachting is dat de gebeurtenis/berichtencyclus 'Wijziging A-nummer' weinig voorkomt, zowel vanuit de GBA als vanuit de RNI. In de normale situatie reageert de gemeente met een Null-bericht, maar in een foutsituatie kan de gemeente reageren met een Wf01-bericht, de foutreden kan zijn: A = persoon is actueel ingeschreven G = persoon komt niet voor in verwijsgegevens Als binnen binnen de cyclus 'Wijziging A-nummer vanuit de RNI' een Wf01-bericht wordt ontvangen, dan wordt deze aan de gebruiker voorgelegd: 12.6 Logregel bij bericht Berichtstatus Cyclusstatus Wf01-bericht ontvangen met reden: . Beoordeel de situatie. 8100 – CA: automatisch verwerkt 7265 – IR: Wf01 ontvangen Aanmaken uitgaande GBA-berichten De verwerking van een ontvangen GBA-bericht leidt in een aantal situaties tot het sturen van een reactiebericht door het RNI-systeem. Daarnaast zijn er situaties dat vanuit de RNI-systeem een nieuwe berichtencyclus wordt geïnitieerd, bijvoorbeeld: 'Wijzigen A-nummer' (Wa01-bericht) of 'Synchronisatie met GBA-V' (Lg01-bericht). Deze paragraaf beschrijft het registreren van uitgaande berichten, die vervolgens door het Verzend- en Ontvangststation-RNI verstuurd worden naar de geadresseerde. Een uitgaand bericht wordt opgeslagen in het berichtenbestand. De opbouw van berichten in beschreven in het LO GBA [2], onder andere in par. III.1.3 Opbouw van de berichten. Het FO beschrijft niet alle details van de berichtsamenstelling, wel de bijzonderheden en de voor het RNIsysteem gemaakte ontwerpkeuzes. 12.6.1 De kop van een GBA-bericht Zie ook LO GBA [2], par. III.1.3.1. De volgende twee velden worden altijd gevuld: • • 12.6.2 Random key Berichtnummer wordt altijd met de standaardwaarde 00000000 gevuld. in dit FO aangeduid met 'berichtsoort', bijvoorbeeld "Lg01". De inhoud van een GBA-bericht De opbouw van de inhoud van een GBA-bericht is beschreven in het LO GBA [2], par. III.1.3.2. 12.6.3 De PutEnvelope van een GBA-bericht • • • • • 12.6.4 OriginatorORName ContentType Priority DeferredDeliveryTime Attention Mailboxnummer van de RNI als gemeente 2 0 (normale prioriteit) spaties (11) 0 De MessageHeading van een GBA-bericht • MessageID ICTU, Programma RNI Uniek uit de delen volgnummer van 12 posities. Dit is het veld 'RNI referentie' uit de entiteit bericht Eerste positie is 'A' (acceptatieomgeving) of 'P' (productieomgeving). Posities 2 t/m 12 worden gevuld met het technisch ID uit het berichtenbestand (met zo nodig voorloopnullen). 190/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 12.6.5 • CrossReference • • • • OriginatorORName NumberOfRecipients RecipientORName NotificationRequest als het bericht een reactie is op een eerder ontvangen bericht in de cyclus: - het MessageID van dat ontvangen bericht (zo nodig met spaties aangevuld tot 12 posities) anders (het bericht is de eerste uit de cyclus): 12 spaties zie OriginatorORNAme bij de PutEnvelope 001 Het mailboxnummer van de geadresseerde (ontvanger) 1 (NonReceiptNotification) Registreren bericht en berichtencyclus Bij het bericht worden administratieve (meta) gegevens bewaard in de entiteiten Berichtencyclus en Bericht. Als het bericht de eerste is uit een cyclus, wordt een nieuwe Berichtencyclus aangemaakt. Bij een vervolgbericht wordt het bericht gekoppeld aan een bestaande Berichtencyclus. De status van de berichtencyclus wordt bepaald door het daarna te verwachten reactiebericht. Deze status wordt in dit FO beschreven op de plaatsen waar het aanmaken van het bericht geactiveerd wordt. Als er geen vervolgbericht verwacht wordt, dan wordt de cyclus afgesloten. Op een afgesloten cyclus kan nog een reactie volgen, het moet dan om een protocolfoutbericht bericht gaan. Bij het aangemaakte bericht worden de metagegevens bewaard, zoals het tijdstip van aanmaak. De status van het aangemaakte bericht wordt 'te verzenden' (10180). Bij het aanmaken van een bericht wordt geen logregel geschreven. 12.6.6 Aanmaken Lg01-bericht Bij elke inschrijving (eerste inschrijving of vervolginschrijving) en actualisering wordt een Lg01-bericht aangemaakt voor GBA-V: Daarbij wordt eerst element 80.10 Versienummer (4 posities numeriek) met 1 opgehoogd, tenzij het nummer de waarde 9999 heeft, dan wordt de nieuwe waarde 0000. Sortering conform LO GBA [2] III.1.3.3 Sortering binnen de inhoud. In de berichtenadministratie worden de volgende statussen vastgelegd: Logregel bij bericht Berichtstatus Cyclusstatus --- (geen logregel) 10180 - AT: te verzenden 8208 – CA: Lg01-bericht aangemaakt 12.6.6.1 Eventueel annuleren oudere, nog niet verzonden, Lg01-berichten Als er voor de persoon (hetzelfde A-nummer en hetzelfde dossiernummer) andere nog niet verzonden Lg01-berichten klaar staan en de systeeminstelling MAX-1-LG01-BERICHT-VERZENDEN (zie par. 19.3) heeft de waarde 'J', dan wordt van de eerder aangemaakte Lg01-berichten de status 'te verzenden' gewijzigd in 'geannuleerd'. Bij geannuleerde Lg01-berichten wordt geregistreerd: Logregel bij bericht Berichtstatus Cyclusstatus Verzending geannuleerd omdat er een Lg01-bericht met een meer recente PL is aangemaakt 5180 – AG: geannuleerd 5200 – AG: nieuwe Lg01 aangemaakt Uitzondering: Lg01-berichten waarin oud A-nummer in de kop is ingevuld, worden nooit geannuleerd. ICTU, Programma RNI 191/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 13 Monitoren berichten algemeen 13.1 Inleiding Dit hoofdstuk beschrijft de algemene functie voor het monitoren van het berichtenverkeer en het zo nodig ingrijpen als de voortgang (te lang) stagneert. Het monitoren betreft zowel de berichtenuitwisseling via het GBA-berichtennetwerk als de uitwisseling met deelnemers via Digikoppeling. De functie heeft tot doel om alle soorten berichten te kunnen monitoren. 13.1.1 Menu-items in de menugroep Monitoren berichten algemeen De menugroep Monitoren berichtenverkeer heeft de menu-items (ingangen): • • • • 13.1.2 Zoeken (par 4.2, par 4.3, par 4.4.) Berichtencycli (par. 13.2) Berichten (par. 13.3) Acties binnen monitoren berichten algemeen Nadat een menu-item (zie par. 13.1.1) is gestart kunnen, afhankelijk van de verdere context, de volgende acties worden gestart: Actie Omschrijving (scherm) Zie onderdeel Vereiste context* 1. Sturen herhaalbericht Sturen herhaalbericht par. 13.6 • 2. Wijzigen berichtstatus Wijzigen berichtstatus par. 13.7 inkomend bericht of uitgaand bericht zie situaties in par. 13.7 N.B. De optie 'Wijzigen berichtstatus' wordt niet in het actie-menu opgenomen, maar wordt indien van toepassing bij de berichtgegevens getoond. 3. Sturen vrij bericht Sturen vrij bericht par. 13.8 --- 4. Print bericht Print bericht Par. 13.15 –- 5. Zoeken in RNI Zoeken in RNI par. 4.2 6. BRP Vraag GGB BRP Vraag GGB par. 4.24 7. Presentievraag Presentievraag par. 4.23 8. Afgevoerde PL-en Afgevoerde PL-en par. 4.2 uitgaand bericht • • • --- *Voor de context geldt tevens dat het bericht / de berichtencyclus geen betrekking mag hebben op een vervolginschrijving of deelnemersopgave. 13.2 Zoeken berichtencycli Zoeken in de verschillende berichten cycli. Voorafgaande aan het daadwerkelijk zoeken moet de gebruiker aangeven wat voor cyclustype het betreft. De volgende zoekcriteria zijn beschikbaar35: • • • • cyclus type Start/registratie datum/tijd Eind/registratie datum/tijd Start/laatste datum/tijd keuze uit GBAberichtencyclus, Deelnemercyclus of Overig datum-tijd registratie datum-tijd registratie datum-tijd wijziging 35 Zoeken op communicatiepartner is alleen mogelijk bij ontvangen en uitgaande berichten, niet op cyclusniveau ICTU, Programma RNI 192/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • • • • • Eind/laatste datum/tijd cyclus ID berichtencyclus globale status: resultaat, specifieke status: datum-tijd wijziging (een intern uniek identificerend nummer) een selectie van één of meerdere soorten berichtencycli tussenkomst vereist, opgeschort, afgebroken, correct incorrect resultaat, correct afgerond, incorrect afgerond, actief (0, 1 of meer te selecteren) selectie van één of meerdere cyclus statussen Om te voorkomen dat de gebruiker combinaties ingeeft die per definitie onmogelijk zijn, geldt het volgende: 1. De keuzes voor 'soorten berichtencycli' wordt ingeperkt door de selectie 'groepen berichtencycli': alleen die soorten berichtencycli die tot de geselecteerde groepen berichtencycli horen, worden getoond. 2. De keuzes voor 'specifieke status' wordt ingeperkt door de selectie 'groepen berichtencycli', de selectie 'soorten berichtencycli' en de selectie 'globale status'. Alleen die statussen die bij de geselecteerde berichtencycli en globale statussen kunnen voorkomen, worden getoond. (Hiervoor is een hulptabel met statussen per berichtencyclus nodig). 3. Een 'van' datum-tijd moet voor de 'tot' datum-tijd liggen (als tenminste beide criteria 'van' en 'tot' zijn ingevuld). De inperking van keuzelijsten bij punt 2 en 3 vindt direct plaats nadat de gebruiker één of meer items heeft geselecteerd waarvan de keuzelijst afhankelijk is, zodat de gebruiker alleen die opties ziet die mogelijk zijn. Om te voorkomen dat zoekacties te veel beslag leggen op systeemresources kunnen er in het systeem 2 beperkingen worden ingesteld: 1. Maximum zoektijd Er is een systeeminstelling ZOEKEN-BERICHTEN-MAX-ZOEKTIJD uitgedrukt in milliseconden. Zodra deze zoektijd overschreden wordt, stopt het zoekproces en wordt een foutmelding getoond: Maximum zoektijd overschreden. 2. Maximum aantal zoekresultaten Er is een systeeminstelling ZOEKEN-BERICHTEN-MAX-RESULT. Zodra bij het zoekproces dit aantal overschreden wordt, stopt het zoekproces en wordt een foutmelding getoond: Te veel zoekresultaten (meer dan <maximum aantal>). Als geen gegevens zijn gevonden, dan volgt een foutmelding: “Geen gegevens gevonden” 13.2.1 Zoekresultaten Kop: "Zoekresultaten berichtencycli (n/m)". waarbij (n/m) wil zeggen n= aantal getoonde berichtencycly op de pagina m= totaal aantal gevonden berichtencycly De volgende kolommen worden getoond: • • • • • • cyclus ID soort cyclus status registratie wijziging communicatiepartner datum-tijd registratie datum-tijd wijziging GBA-deelnemer.omschrijving behorend bij mailboxnummer of deelnemernaam Default sortering is op datum-tijd wijziging (van meest naar minst recent). 13.3 Zoeken berichten Zoeken in berichten. ICTU, Programma RNI 193/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Voorafgaande aan het daadwerkelijk zoeken moet de gebruiker aangeven of het zoeken inkomende of uitgaande berichten en Deelnemeropgaven of GBAberichtencyclus betreffen. Voor het zoeken in de berichten zijn de volgende zoekcriteria beschikbaar: • • • bericht cyclus type bericht ID • start/ontvangen datumtijd • eind/verzonden datumtijd • RNI referentie • communicatiepartner • • Partner referentie berichtnummer • globale status: keuze uit Inkomend of Uitgaand keuze uit Deelnemeropgaven of GBAberichtencyclus een RNI-intern uniek identificerend nummer (alleen voor inkomende berichten) voor inkomende berichten datum-tijd registratie voor uitgaande berichten datum-tijd verzendontvangst voor inkomende berichten datum-tijd registratie voor uitgaande berichten datum-tijd verzendontvangst crossreference voor inkomende berichten, eRef voor uitgaande berichten invoermogelijkheden: a) nummer b) naam(deel) c) keuzelijst Bij b) geldt dat deel van de naam ingevuld mag worden; c) is een keuzelijst van alle niet-permanent afgesloten mailboxen, gesorteerd op naam. een selectie van een of meerdere berichtsoorten uit een lijst van mogelijke soorten berichten. Default worden alle berichtnummers geselecteerd die bekend zijn binnen RNI een selectie van één of meerdere berichtstatussen; tussenkomst vereist, opgeschort, afgebroken, correct resultaat, incorrect resultaat, correct afgerond, incorrect afgerond, actief. (0, 1 of meer te selecteren). Middels een 'mouse over' op de rubrieknaam 'Globale status' kunnen alle statussen met een muisklik ge(de)selecteerd worden. Voor het zoeken van uitgaande berichten is het volgende van toepassing: • Indien datum-tijd-verzendontvangst leeg is wordt datum-tijd-registratie vergeleken met de opgegeven datum. Voor het zoeken van berichten gelden de systeeminstellingen ZOEKEN-BERICHTEN-MAX-ZOEKTIJD en ZOEKEN-BERICHTEN-MAX-RESULT, zie par. 13.2 13.3.1 Zoekresultaten Kop: "Zoekresultaten berichten(n/m)". waarbij (n/m) wil zeggen n= aantal getoonde berichten op de pagina m= totaal aantal gevonden berichten. De volgende kolommen worden getoond indien voor Inkomend is gekozen: • • • • • • RNI-referentie bericht status datum ontvangen datum behandeld communicatiepartner • partner referentie crossreference berichtsoort datum-tijd registratie datum-tijd wijziging GBA-deelnemer.omschrijving behorend bij mailboxnummer of deelnemernaam Default sortering is op kolom datum ontvangen (van meest naar minst recent). ICTU, Programma RNI 194/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• De volgende kolommen worden getoond indien voor UItgaand is gekozen: • • • • • • RNI-referentie bericht status datum aangemaakt datum verzonden communicatiepartner • partner referentie crossreference berichtsoort datum-tijd registratie datum-tijd verzendontvangst GBA-deelnemer.omschrijving behorend bij mailboxnummer of deelnemernaam Default sortering is op kolom datum verzonden (van meest naar minst recent). Wanneer een bericht wordt geselecteerd, dan worden de berichtdetails getoond, zie par. 13.4. 13.4 Raadplegen details van een berichtencyclus Er worden een aantal secties getoond: Sectie: Berichtencyclus In kolommen: • • • • Cyclus Cyclus ID Status Communicatiepartner • • Aangelegd In behandeling bij • Afgehandeld door • Toelichting • Reden van afhandeling bijv. Ji01 – vervolginschrijving naar GBA wordt ontleend aan het eerste bericht uit de cyclus: Deelnemernaam of GBA-deelnemer.omschrijving behorend bij mailboxnummer (mailboxnummer) datum-tijd aangelegd dd-mm-jjjj uu:mm:ss loginnaam van de gebruiker die de berichtencyclus in behandeling heeft genomen en datum-tijd (dd-mm-jjjj uu:mm:ss) waarop de berichtencyclus in behandeling is genomen; loginnaam van de gebruiker die de berichtencyclus heeft afgehandeld en datum-tijd (dd-mm-jjjj uu:mm:ss) waarop de berichtencyclus is afgehandeld; veld wordt alleen getoond wanneer de berichtencyclus is afgehandeld toelichting bij de berichtencyclus; veld wordt alleen getoond indien het een waarde heeft reden van afhandeling; veld wordt alleen getoond indien het een waarde heeft Sectie: Gebeurtenislog De sectie gebeurtenislog toont gegevens zoals beschreven in par. 3.2.9, met de volgende verschillen: • De gebeurtenisdetails (veld aanvullende details) worden ook getoond, onder het veld resultaat. De 'context' is in dit geval niet selecteerbaar. Logregels met de volgende gebeurtenistypes worden niet weergegeven in de berichtencyclusgebeurtenislog: • • • • • • • • "Raadplegen inhoud GBA-bericht" "Raadplegen Inhoud Dv01", "Raadplegen Inhoud Dv02", "Raadplegen Inhoud Dv03", "Raadplegen Inhoud Dv04", "Raadplegen Inhoud Dv11", "Raadplegen Inhoud Dv12", "Raadplegen Inhoud Dv13", ICTU, Programma RNI 195/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • "Raadplegen antwoord deelnemeropgave", Sectie: Berichtenoverzicht Een overzicht van de berichten die aanwezig zijn in de getoonde berichtencyclus. In eerste instantie worden alleen de berichtnummers getoond. De gebruiker kan de details opvragen. De details worden getoond zoals beschreven in par. 13.5.1 en 13.5.2), Sectie: Scans Als in het bericht scans zijn opgenomen (dat kan vooralsnog alleen bij deelnemersopgaven het geval zijn) dan worden deze onder het berichtenoverzicht getoond: • berichtendetails van de aan de cyclus gekoppelde berichten worden de eigenschappen getoond (zie par. 13.5.1 en 13.5.2), waarbij de sortering overeenkomt met die van het hierboven beschreven Berichtenoverzicht • voor lay-out: zie par. 3.2.6 13.4.1 Overstappen naar het dossierscherm Als het bericht gekoppeld is aan een dossier wordt het blok Dossier getoond zoals beschreven in par 3.2.2.De gebruiker kan (mits geautoriseerd) het bijbehorende RNI-dossier opvragen via een hyperlink “Openen dossier” in het blok Dossier Vanaf dat moment wordt het scherm als volgt opgebouwd: 1. Blok Cyclus gebaseerd op gegevens uit de sectie Berichtencyclus, zoals beschreven in par. 13.4. 2. Voor deelnemerberichten worden de gegevens van het inkomende bericht dat beoordeeld moet worden getoond. Zoals beschreven staat in par. 13.5.1 3. Het basisscherm RNI-dossier, zie par. 3.2. Door deze opbouw blijft zichtbaar dat het dossier geopend en getoond is binnen de context van een berichtencyclus. De sectie Berichtencyclus blijft getoond, totdat een andere menugroep of ander menuitem wordt geactiveerd. De gebruiker kan via het basisscherm RNI-dossier nogmaals de berichtendetails opvragen. 13.5 Raadplegen details van een bericht Bij het tonen van de berichtdetails zijn twee situaties mogelijk: 1. Het bericht is (inmiddels) gekoppeld aan een cyclus. In dit geval wordt de complete cyclus getoond, zoals beschreven in par. 13.4. 2. Het bericht is niet aan een cyclus gekoppeld. Alleen de details van het specifieke bericht worden getoond, afhankelijk van het feit of het een inkomend of uitgaand/verzonden bericht is. Zie de volgende subparagrafen. 13.5.1 Details ontvangen bericht Van een ontvangen bericht worden de volgende eigenschappen getoond: • • bericht id RNI referentie (Xref) • Partner referentie (Eref) ICTU, Programma RNI technische sleutel crossreference leeg als het bericht de eerste van een cyclus is 196/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • • • • • • • • • bericht berichtsoort status tijdstip delivery/status report alleen als het om een StatusReport of DeliveryReport gaat non-delivery/receipt reason alleen als het om een StatusReport of DeliveryReport gaat datum-tijd ontvangen datum-tijd registratie in de RNI (label: "Datum ontvangen") datum-tijd aflevering mailboxdatum-tijd aflevering bij de mailbox (alleen bij GBAberichten); (label: "Datum verzonden") communicatiepartner Deelnemernaam of GBA-deelnemer.omschrijving behorend bij mailboxnummer (mailboxnummer) ms sequencenumber DispatchSequenceNumber (alleen bij GBA-berichten) herhaalteller herhaalteller (alleen bij GBA-berichten) De inhoud van het ontvangen bericht wordt getoond. • • voor een GBA-bericht: sPd: de inhoud opgedeeld in elementen voor een deelnemersopgave/-aanvraag in een formaat waarbij de veldnaam gevolgd wordt door de inhoud en waarbij hiërarchie en herhalende groepen duidelijk worden gepresenteerd. Van een aantal soorten berichten wordt het raadplegen van de inhoud gelogd: gebeurtenis (zie ook Bijlage 5. Overzicht gebeurtenistypes) • • • • 13.5.2 GBA-bericht Inschrijvingsopgave (Dv01-bericht) Actualiseringsopgave (Dv02-bericht) Verificatieopgave (Dv03-bericht) Raadplegen inhoud GBA-bericht Raadplegen inhoud Dv01 Raadplegen inhoud Dv02 Raadplegen inhoud Dv03 Details uitgaand bericht Van een uitgaand bericht worden de volgende eigenschappen getoond: • • • • • • • • bericht id RNI referentie (Eref) Partner referentie (Xref) bericht status datum-tijd aangemaakt datum-tijd verzonden communicatiepartner • • MS sequencenumber herhaalteller crossreference berichtsoort datum-tijd registratie datum-tijd aflevering Deelnemernaam of GBA-deelnemer.omschrijving behorend bij mailboxnummer (mailboxnummer) DispatchSequenceNumber (alleen bij GBA-berichten) herhaalteller (alleen bij GBA-berichten) De inhoud van het uitgaande bericht wordt getoond. • • voor een GBA-bericht: sPd: de inhoud opgedeeld in elementen voor een deelnemersopgave/-aanvraag in een formaat waarbij de veldnaam gevolgd wordt door de inhoud en waarbij hiërarchie en herhalende groepen duidelijk worden gepresenteerd. Van een aantal soorten berichten wordt het raadplegen van de inhoud gelogd, omdat deze berichten persoonsgegevens bevatten en privacy gevoelig kunnen zijn: gebeurtenis (zie ook Bijlage 5. Overzicht gebeurtenistypes) • GBA-bericht Raadplegen inhoud GBA-bericht • Da01/Da02/Da03-bericht Raadplegen antwoord deelnemersopgave ICTU, Programma RNI 197/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 13.6 Sturen herhaalbericht Het LO GBA [2] schrijft voor in welke situaties er herhaalberichten gestuurd kunnen worden. Het RNIsysteem stuurt niet automatisch herhaalberichten. De gebruiker wijst een bericht aan waarvoor een herhaalbericht gestuurd moet worden en kiest de actie 'sturen herhaalbericht'. Het systeem toont een scherm met de eigenschappen van het bericht, zie par. 13.5.2, met daarbij de knop 'sturen herhaalbericht'. Als de gebruiker de knop gebruikt, dan wordt er een herhaalbericht aangemaakt met de status 'te verzenden'. Als het berichtsoort het veld 'herhaling' kent, dan wordt de waarde opgehoogd met 1. Als het veld 'herhaling' vooraf al de maximale waarde 9 heeft, dan wordt een foutmelding gegeven: 'Geen herhaalbericht aangemaakt, herhaalteller in het bericht heeft de maximale waarde bereikt.'. Als het bericht waarvoor een herhaalbericht is aangemaakt een van de onderstaande statussen heeft: 7149 IR: NonDelivery Report ontvangen of 7150 IR: StatusReport ontvangen, dan wordt tevens automatisch de status van dat bericht gewijzigd naar respectievelijk 9149 of 9150, zodat geadministreerd is dat de gebruiker het probleem heeft afgehandeld. 13.7 Wijzigen berichtstatus 13.7.1 GBA-berichten In de volgende situaties kan de gebruiker handmatig de status van een GBA-bericht (uit het Berichtenboek van het LO GBA [2]) wijzigen. Bericht Oude status Nieuwe status 1. alle soorten inkomende berichten diverse (o.a. 7152) 10100 – AT: te verwerken 2. alle soorten inkomende berichten 7141 – IR: dubbel MSsequencenumber 9141 – IA: dubbel MSsequencenumber 3. alle soorten inkomende berichten 7142 – IR: resultaat, dubbele Partner referentie 9142 – IA: resultaat, dubbele Partner referentie 4. alle soorten inkomende berichten 7144 - IR: geen CrossReference 9144 - IA: geen CrossReference 5. alle soorten inkomende berichten 7146 – IR: geen match uitgaand bericht 9146 – IA: geen match uitgaand bericht 6. alle soorten inkomende berichten 7147 – IR: geen match cyclus 9147 – IA: geen match cyclus 7. alle soorten inkomende berichten 7148 – IR: meerdere cycli gevonden 9148 – IA: meerdere cycli gevonden 8. alle soorten inkomende berichten 7152 – IR: cyclus status incompatibel 9152 – IA: cyclus status incompatibel 9. DeliveryReport 7145 – IR: geen dispatch seqno 9145 – IA: geen dispatch seqno alle soorten uitgaande 10. berichten 7149 – IR: NonDeliveryReport 9149 – IA: NonDeliveryReport ontvangen ontvangen 11. alle soorten uitgaande berichten 7150 – IR: StatusReport ontvangen 9150 – IA: StatusReport ontvangen 10180 - AT: te verzenden 5181 – AG: geannuleerd alle soorten uitgaande 12. berichten De keuze(s) voor de Nieuwe status wordt/worden in een dropdown lijst vermeld. ICTU, Programma RNI 198/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• De gebruiker wordt tevens gevraagd een toelichting in te voeren. Deze wordt opgenomen in de gebeurtenislog. Wanneer de gebruiker de ingaven bevestigt (knop 'opslaan'), wordt gelogd: 13.8 Gebeurtenistype Bijzonderheden Wijzigen status GBA-bericht --- Sturen vrij bericht (Vb01) Een Vb01-bericht kan bijvoorbeeld gebruikt worden om BPR op de hoogte te brengen van een ernstige fout in het berichtenverkeer. Het LO GBA [2] beschrijft op een aantal plaatsen dat een door de gemeente geconstateerde bijzondere situatie gemeld moet worden aan BPR. Er zijn geen situaties waarbij het RNIsysteem automatisch een Vb01-bericht stuurt. Het aanmaken van een Vb01-bericht bestaat uit twee stappen: 1. Het zoeken/selecteren van de geadresseerden. Daarop wordt de ingevoerde tekst getoond en kunnen 1 of meerdere geadresseerden ingevoerd worden: • als er een onderhanden bericht of berichtencyclus was bij het starten van de actie 'sturen vrij bericht' dan wordt de betreffende communicatiepartner bovenaan getoond en default uitgevinkt. • de gebruiker kan individuele geadresseerden zoeken en selecteren op basis van 'soort instantie' en op basis van een (deel) van de naam, d.w.z. dat bijvoorbeeld bij ingave 'amsterdam' ook 'Gemeente Amsterdam' wordt gevonden. Alleen geadresseerden met een bestaande mailbox worden getoond, daarvoor moeten zij zijn opgenomen in Tabel 59 (GBA Deelnemers) met: - de indicatie 'Aangesl op GBA-netwerk' heeft waarde 1 - de systeemdatum op of na de datum ingang geldigheid en - de datum einde geldigheid is leeg is of nog niet bereikt. Als er zoekresultaten zijn, dan kan de gebruiker deze aanvinkNa de selectie van een of meerdere geadresseerden, wordt via de knop 'invoeren tekst' stap 2 geactiveerd. 2. Het invoeren van de te verzenden tekst. Op een nieuw scherm worden de geadresseerden getoond en daaronder een tekstblok waarin de te versturen tekst ingevoerd kan worden. . De gebruiker kan bij het invoeren ook naar een nieuwe regel ('Enter toets') gaan. Het LO GBA [2] beschrijft: a. Als regelscheider moeten achtereenvolgens een Carriage Return (CR, Teletex/ASCII code 0D) en een Line Feed (LF, Teletex/ASCII code 0A) gebruikt worden. b. Als paginascheiding mag een Form Feed (FF, Teletex/ASCII code 0C) gebruikt worden. c. Het verdient aanbeveling om als maximale regellengte 72 aan te houden, om de presentatie op beeldscherm en printer te vereenvoudigen. Punten a. en c. worden door het RNI-systeem ondersteund, punt b. – de paginascheiding – niet. Wanneer de te verzenden tekst is ingevoerd, geeft de gebruiker via de knop 'versturen' opdracht om het Vb01-bericht (een bericht per geadresseerde) aan te maken. Op beide schermen kan via de knop 'annuleren' de actie voortijdig beëindigd worden. In de berichtenadministratie worden de volgende statussen vastgelegd: 13.9 Logregel bij bericht Berichtstatus Cyclusstatus --- (geen logregel) 10180 - AT: te verzenden 8209 – CA: Vb01-bericht aangemaakt Wijzigen toelichting bij berichtencyclus De gebruiker kan de toelichting (text box van meerdere regels, een lege waarde is toegestaan) bij een berichtencyclus wijzigen. Als default wordt de op dat moment opgeslagen waarde van de toelichting getoond . De wijziging wordt niet gelogd. ICTU, Programma RNI 199/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 13.10 Berichtencyclus in behandeling nemen Een gebruiker kan zijn collega's laten weten dat hij bezig met een berichtencyclus door deze in behandeling te nemen. Wanneer de gebruiker een berichtencyclus in behandeling neemt, wordt de gebruiker als behandelaar bij de berichtencyclus vastgelegd. Daarnaast worden de datum en tijd van in behandeling name geregistreerd in de berichtencyclus. Deze actie is alleen van toepassing voor GBA-berichtencycli en is beschikbaar zolang de berichtencyclus niet als afgehandeld is gemarkeerd. De actie is dus ook beschikbaar wanneer een berichtencyclus al in behandeling is genomen. De wijziging wordt niet gelogd. 13.11 Berichtencyclus als afgehandeld markeren Wanneer de gebruiker klaar is met de behandeling van een berichtencyclus, markeert hij de betreffende berichtencyclus als afgehandeld. De gebruiker wordt dan als afhandelaar bij de berichtencyclus vastgelegd samen met de datum en tijd waarop de berichtencyclus als afgehandeld is gemarkeerd. Gegevens over de in behandeling name worden uit de berichtencyclus verwijderd. Indien een bericht deel uitmaakt van berichtencyclus die in onderstaande tabel voorkomt en voorzien is van genoemde “oude status” wordt de cyclus tevens afgerond. In onderstaande tabel is voor elk type berichtencyclus aangegeven onder welke voorwaarden de cyclus afgerond dient te worden en wat de nieuwe status van de cyclus wordt. Berichtencyclus Oude status Nieuwe status 1. alle 7251 – IR: Pf01 ontvangen 9251 – IA: Pf01 ontvangen 2. alle 7252 – IR: Pf02 ontvangen 9252 – IA: Pf02 ontvangen 3. alle 7253 – IR: Pf03 ontvangen 9253 – IA: Pf03 ontvangen 4. alle alle 5201 – AG: handmatig afgebroken 5. Vervolginschrijving naar GBA 7242 – IR: If21 ontvangen 9242 – IA: If21 ontvangen 6. Vervolginschrijving naar RNI 7243 – IR: Rf01 ontvangen 9243 – IA: Rf01 ontvangen 7. Opnemen verwijsgegevens in GBA 7244 – IR: If41 ontvangen 9244 – IA: If41 ontvangen 8. Opnemen verwijsgegevens in GBA 7264 – IR: verschil tussen Iv21 en Iv11 9264 – IA: verschil tussen Iv21 en Iv11 9. Opnemen verwijsgegevens in RNI 6242 – CR: PL verwijderd, Iv21 aangemaakt 8242 – CA: PL verwijderd, Iv21 aangemaakt Opnemen verwijsgegevens in RNI 6243 – CR: verw.geg. in nieuw RNI-dossier 8243 – CA: verw.geg. in nieuw RNI-dossier Wijziging A-nummer vanuit GBA 11. 7245 – IR: beoordeel Wa01situatie 9245 – IA: beoordeel Wa01situatie Og11 opnemen/wijzigen gegevens 12. verblijfstitel 7248 – IR: PL niet consistent met Og11 9248 – IA: PL niet consistent met Og11 GBA-tabel bijhoudingsberichten 7260 – IR: tabelbericht kan niet verwerkt worden 9260 – IR: tabelbericht kan niet verwerkt worden Bijwerken terugmelding 7261– IR: Qf11 ontvangen, reden G 9261– IA: Qf11 ontvangen, reden G Bijwerken terugmelding 7262– IR: Qf11 ontvangen, reden I 9262– IA: Qf11 ontvangen, reden I Bijwerken terugmelding 7263– IR: Qf11 ontvangen, 9263– IA: Qf11 ontvangen, 10. 13. 14. 15. ICTU, Programma RNI 200/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Berichtencyclus Oude status Nieuwe status reden X reden X Wijzigen A-nummer vanuit RNI 7265 – IR: Wf01 ontvangen 9265 – IA: Wf01 ontvangen Vb01 Vrij bericht 6240 – CR: Vb01 ontvangen 8240 – CA: Vb01 ontvangen 17. 18. Wanneer de berichtencyclus wordt afgerond, wordt tevens de volgende logregel gelogd (via LogContext, soort_betrokkenheid = 'onderwerp', gekoppeld aan de berichtencyclus): Gebeurtenistype Bijzonderheden Handmatig afronden berichtencyclus --- De actie 'Markeren als afgehandeld' is alleen van toepassing voor GBA-berichtencycli en is beschikbaar zolang de berichtencyclus niet als afgehandeld is gemarkeerd. Het is toegestaan dat een andere gebruiker dan degene die de berichtencyclus in behandeling heeft genomen de berichtencyclus als afgehandeld markeert. Alleen het afronden van de berichtencylus wordt (indien van toepassing) zoals hierboven beschreven gelogd. 13.12 Berichtencyclus opnieuw in behandeling nemen Een gebruiker kan een berichtencyclus die reeds als afgehandeld is gemarkeerd opnieuw in behandeling nemen. De gebruiker wordt dan als behandelaar vastgelegd bij de berichtencyclus. Daarnaast worden de datum en tijd van de nieuwe in behandeling name in de berichtencyclus geregistreerd. Gegevens over de afhandeling van de berichtencyclus worden uit de berichtencyclus verwijderd. Deze actie is alleen van toepassing voor GBA-berichtencycli en is beschikbaar zolang de berichtencyclus als afgehandeld is gemarkeerd. De wijziging wordt niet gelogd. 13.13 Berichtencycli in behandeling nemen en afhandelen via werklijst Op een aantal werklijsten bestaat de mogelijkheid om meerdere berichtencycli tegelijk in behandeling te nemen en/of als afgehandeld te markeren. Deze laatste functie zal voornamelijk gebruikt worden als een verwerking bijvoorbeeld bij een gemeente is fout gelopen waardoor in een keer een heleboel “te negeren” foutberichten binnen komen. Elke berichtencyclus op de werklijst kan middels een selectievakje geselecteerd of gedeselecteerd worden. Middels de knoppen 'Selecteer alles' en 'Deselecteer alles' kunnen alle berichtencycli in één keer geselecteerd of gedeselecteerd worden. Bij filteren en/of bladeren door de werklijst onthoudt het systeem de reeds geselecteerde cycli. Cycli die niet voldoen aan het filter worden automatisch gedeselecteerd. Door te klikken op de knop “In behandeling nemen” worden alle op dat moment geselecteerde berichtencycli in behandeling genomen, zoals beschreven in par. 13.10. De gebruiker keert hierna weer terug op de werklijst. Door te klikken op de knop “Markeren als afgehandeld” wordt een scherm geopend waarop de gebruiker een reden van afhandeling kan opgeven (niet verplicht). Wanneer hij vervolgens de actie “Selectie als afgehandeld markeren” uitvoert, worden alle geselecteerde berichtencycli als afgehandeld gemarkeerd, zoals beschreven in par. 13.11, én wordt bij alle geselecteerde berichtencycli de zojuist opgegeven reden van afhandeling opgeslagen. De gebruiker keert hierna weer terug op de werklijst. Het als afgehandeld markeren van één of meer berichtencycli heeft tot gevolg dat de betreffende berichtencycli direct uit de werklijst verdwijnen. Ze zijn uiteraard wel nog opvraagbaar via het berichtencycli zoekscherm. ICTU, Programma RNI 201/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Wanneer de gebruiker de actie “In behandeling nemen” of “Markeren als afgehandeld” uit wil voeren zonder dat hij tenminste één berichtencyclus uit de werklijst heeft geselecteerd, wordt de gekozen actie niet uitgevoerd, maar de volgende foutmelding getoond: “U heeft geen berichtencycli geselecteerd”. 13.14 Werkvoorraad Voor het bewaken van de voortgang moeten de berichtencycli opgevraagd kunnen worden die wachten op een gebruikershandeling. Hiervoor kunnen voorgedefinieerde zoekvragen en werklijsten worden uitgevoerd binnen het menu Monitoren Berichten in een aparte sectie genaamd “Werkvoorraad”. De sectie “Werkvoorraad” is benaderbaar via het startscherm van Monitoren berichten, het Zoekscherm berichtencycli en het Zoekscherm berichten. Onderkend worden de volgende voorgedefinieerde zoekvragen en werklijsten: • • • • • • • • Stagnerende cycli GBA-berichten Stagnerende cycli deelnemers Vrije berichten Inkomende protocolfouten Af te handelen Dv01 Af te handelen Dv02 Af te handelen Dv03 Rb01-cycli met signaleringen (par. 13.14.1) (par. 13.14.1) (par. 13.14.2) (par. 13.14.3) (par. 13.14.4) (par. 13.14.5) (par. 13.14.6) (par. 13.14.7) 13.14.1 Stagnerende berichtencycli Voor stagnerende berichtencycli zijn twee voorgedefinieerde zoekvragen aanwezig: Stagnerende cycli GBA-berichten (toont alleen GBA-berichten) en Stagnerende cycli deelnemers (toont alleen deelnemerberichten-cycli). De berichtencycli met een status die in een van de volgende statusbereiken ligt (zie ook het onderdeel 'workflow', par. 18.2) worden getoond: • • • • • TV OG CR IR AT tussenkomst vereist; opgeschort; correct resultaat; incorrect resultaat; actief en waarvoor tevens geldt dat de cyclus meer dan x uur (systeeminstelling AANTAL-UUR-SIGN-CYCL-STAGNATIE, zie par. 19.3) geleden is gestart. De presentatie van de resultaten van deze voorgedefinieerde zoekactie is conform de beschrijving in par.13.2.1. Als wordt geklikt op een berichtcyclus in de lijst wordt het scherm Berichtencyclus getoond. Middels de link “Terug naar zoekresultaten” kan vervolgens terug genavigeerd worden naar de lijst met zoekresultaten. 13.14.2 Werklijst Vrije berichten De “Werklijst Vrije berichten” bestaat uit de nog niet afgehandelde inkomende Vrije berichten (Vb01). De werklijst kan worden geopend door het klikken op “Vrije berichten” in de sectie “Werkvoorraad”. De volgende kolommen worden getoond: • • • • • Cyclus ID Status Registratie Communicatiepartner In behandeling bij • Toelichting datum-tijd registratie GBA-deelnemer.omschrijving behorend bij mailboxnummer naam van gebruiker die berichtcyclus in behandeling heeft als niet in behandeling is dan leeg “Ja” als Berichtencylcus.toelichting <> null anders “Nee” Default sortering is op datum-tijd Registratie met meest recente berichtencyclus bovenaan. ICTU, Programma RNI 202/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Als wordt geklikt op een berichtencyclus in de werklijst wordt het scherm Berichtencyclus getoond. Middels de link “Terug naar werklijst” kan vervolgens terug genavigeerd worden naar de werklijst. Het is mogelijk om via de werklijst een selectie van één of meerdere berichtencycli in behandeling te nemen of als afgehandeld te markeren (zie par. 13.13). 13.14.3 Werklijst Inkomende protocolfouten De “Werklijst Inkomende protocolfouten” bestaat uit de nog niet afgehandelde berichtencycli die hebben geleid tot een inkomende protocolfout (Pf01, Pf02 of Pf03). De werklijst wordt geopend door het klikken op “Inkomende protocolfouten” in de sectie “Werkvoorraad”. De volgende kolommen worden getoond: • • • • • • Cyclus ID Soort cyclus Status Registratie Communicatiepartner In behandeling bij • Toelichting berichtencyclus die hoort bij de gevonden protocolfout status van de berichtencyclus datum-tijd registratie GBA-deelnemer.omschrijving behorend bij mailboxnummer naam van gebruiker die berichtcyclus in behandeling heeft als niet in behandeling is dan leeg “Ja” als Berichtencylcus.toelichting <> null, anders “Nee” Default sortering is op datum-tijd Registratie met de meest recente berichtencyclus bovenaan. Als wordt geklikt op een berichtencyclus in de werklijst wordt het scherm Berichtencyclus getoond. Middels de link “Terug naar werklijst” kan vervolgens terug genavigeerd worden naar de werklijst. Het is mogelijk om via de werklijst een selectie van één of meerdere berichtencycli in behandeling te nemen of als afgehandeld te markeren (zie par. 13.13). 13.14.4 Af te handelen Dv01 berichten De voorgedefinieerde zoekvraag “Af te handelen Dv01 berichten” bestaat uit alle Dv01 berichten die één van de volgende berichtstatussen hebben: • • • • • 3300 TV: beslis of dubbel 3301 TV: fiatteer inschrijving 3304 TV: beslis of sofinummer akkoord 3305 TV: fout bij doorvoeren 3306 TV: bijzondere situatie De lijst met zoekresultaten wordt getoond na het klikken op “Af te handelen Dv01” in de sectie “Werkvoorraad” en toont dezelfde kolommen als op het normale Zoekresultaten-scherm berichten (zie par. 13.3.1). Default sortering is op Datum Ontvangst met het oudste bericht bovenaan. Als wordt geklikt op een bericht in de lijst wordt het scherm Berichtencyclus getoond. Middels de link “Terug naar zoekresultaten” kan vervolgens terug genavigeerd worden naar de lijst met zoekresultaten. 13.14.5 Af te handelen Dv02 berichten De voorgedefinieerde zoekvraag “Af te handelen Dv02 berichten” bestaat uit alle Dv02 berichten die één van de volgende berichtstatussen hebben: • • 3302 TV: fiatteer actualisering 3306 TV: bijzondere situatie De lijst met zoekresultaten wordt getoond na het klikken op “Af te handelen Dv02” in de sectie “Werkvoorraad” en toont dezelfde kolommen als op het normale Zoekresultaten-scherm berichten (zie par. 13.3.1). Default sortering is op Datum Ontvangst met het oudste bericht bovenaan. ICTU, Programma RNI 203/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Als wordt geklikt op een bericht in de lijst wordt het scherm Berichtencyclus getoond. Middels de link “Terug naar zoekresultaten” kan vervolgens terug genavigeerd worden naar de lijst met zoekresultaten. 13.14.6 Af te handelen Dv03 berichten De voorgedefinieerde zoekvraag “Af te handelen Dv03 berichten” bestaat uit alle Dv03 berichten die de volgende berichtstatus hebben: • 3303 TV: fiatteer verificatie De lijst met zoekresultaten wordt getoond na het klikken op “Af te handelen Dv03” in de sectie “Werkvoorraad” en toont dezelfde kolommen als op het normale Zoekresultaten-scherm berichten (zie par. 13.3.1). Default sortering is op Datum Ontvangst met het oudste bericht bovenaan. Als wordt geklikt op een bericht in de lijst wordt het scherm Berichtencyclus getoond. Middels de link “Terug naar zoekresultaten” kan vervolgens terug genavigeerd worden naar de lijst met zoekresultaten. 13.14.7 Werklijst Rb01-cycli met signaleringen De “Werklijst Rb01-cycli met signaleringen” bestaat uit de Rb01 berichtencycli waarbij logregels aanwezig zijn met het gebeurtenistype “Signalering bij Rb01-bericht”. De werklijst wordt geopend door het klikken op “Rb01-cycli met signaleringen” in de sectie “Werkvoorraad”. Bij een Rb01-bericht kunnen meerdere signaleringen worden gevonden en dus meerdere logregels aanwezig zijn. Echter op de werklijst wordt de cyclus waartoe de Rb01 behoort maar één keer getoond en deze cyclus mag niet afgehandeld zijn. De volgende kolommen worden getoond: • • Cyclus ID Dossiernummer • • • Registratie Communicatiepartner In behandeling bij • Toelichting dossiernummer van het dossier waar de cycli betrekking op heeft datum-tijd registratie GBA-deelnemer.omschrijving behorend bij mailboxnummer naam van gebruiker die berichtcyclus in behandeling heeft als niet in behandeling is dan leeg “Ja” als Berichtencylcus.toelichting <> null, anders “Nee” Default sortering is op datum-tijd Registratie met de meest recente berichtencyclus bovenaan. Als wordt geklikt op een berichtencyclus in de werklijst wordt het scherm Berichtencyclus getoond. Middels de link “Terug naar werklijst” kan vervolgens terug genavigeerd worden naar de werklijst. Het is mogelijk om via de werklijst een selectie van één of meerdere berichtencycli in behandeling te nemen of als afgehandeld te markeren (zie par. 13.13). 13.14.8 Werklijst Rb01-cycli die binnenkomen met lopende onderzoeken De “Werklijst Rb01-cycli die binnenkomen met lopende onderzoeken” bestaat uit de Rb01 berichtencycli waarbij logregels aanwezig zijn met het gebeurtenistype "Lopend onderzoek in Rb01-bericht". De werklijst wordt geopend door het klikken op “Rb01 met lopende onderzoeken” in de sectie “Werkvoorraad”. Bij een Rb01-bericht kunnen meerdere lopende onderzoeken worden gevonden en dus meerdere logregels aanwezig zijn. Echter op de werklijst wordt de cyclus waartoe de Rb01 behoort maar één keer getoond en deze cyclus mag niet afgehandeld zijn. De volgende kolommen worden getoond: • • Cyclus ID Dossiernummer ICTU, Programma RNI dossiernummer van het dossier waar de cycli betrekking op heeft 204/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • • • Registratie Communicatiepartner In behandeling bij • Toelichting datum-tijd registratie GBA-deelnemer.omschrijving behorend bij mailboxnummer naam van gebruiker die berichtcyclus in behandeling heeft als niet in behandeling is dan leeg “Ja” als Berichtencylcus.toelichting <> null, anders “Nee” Default sortering is op datum-tijd Registratie met de meest recente berichtencyclus bovenaan. Als wordt geklikt op een berichtencyclus in de werklijst wordt het scherm Berichtencyclus getoond. Middels de link “Terug naar werklijst” kan vervolgens terug genavigeerd worden naar de werklijst. Het is mogelijk om via de werklijst een selectie van één of meerdere berichtencycli in behandeling te nemen of als afgehandeld te markeren (zie par. 13.13). 13.15 Print bericht Het RNI systeem toont een scherm met de eigenschappen van het bericht (zie par. 13.5.2 Details uitgaand bericht) met daarbij de knop 'Print bericht'. Als de gebruiker de knop gebruikt, dan worden alle gegevens met betrekking tot dat bericht afgedrukt (inclusief stuurgegevens). ICTU, Programma RNI 205/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 14 Privacyprocedures 14.1 Protocollering 14.1.1 Inleiding Protocollering is een term met een specifieke betekenis in de GBA, zie ook par. 4.2 van het LO GBA [2]. Protocollering dient er met name voor om 'invulling te kunnen geven aan het inzagerecht van de nietingezetene'. Een onderdeel van de protocollering is het verschaffen van inzicht welke gegevensverstrekking van de persoon hebben plaatsgevonden. 14.1.2 Registreren gegevens voor de protocollering De Wet BRP bepaalt dat een in de BRP ingeschreven persoon bij elke gemeente zijn protocolleringsgegevens moet kunnen opvragen. De burger/niet-ingezetene krijgt dan de protocolleringsgegevens van alle verstrekkingen (systematisch, plaatsonafhankelijke verstrekkingen en lokale verstrekkingen). Om dit te bereiken, moeten de verstrekkingen centraal geregistreerd worden. Immers, in theorie kunnen in elke gemeente gegevensverstrekkingen over de betreffende persoon hebben plaatsgevonden. Overige voor de RNI relevante handelingen met betrekking tot de protocolplicht (zie ook het LO GBA [2] par. 4.2) zijn: • • • Het verlenen van inzage (Maken afschrift) aan de niet-ingezetene in de van hem geregistreerde gegevens. (Deze handeling hoeft niet geprotocolleerd te worden, maar wordt wel gelogd). Het verlenen van inzage (Gegevensverstrekking) aan een derde in de geregistreerde gegevens van een niet-ingezetene. Inschrijvingen en actualiseringen. Illegale pogingen om toegang te verkrijgen tot het systeem of om bepaalde procedures uit te voeren. Uitgangspunt is dat deze handelingen met betrekking tot de protocolplicht (zie ook het LO GBA [2] par. 4.2) door het RNI-systeem worden geregistreerd. In de toekomst, zal in de burgerzakensystemen die binnen de mGBA worden ontwikkeld de registratie van deze handelingen centraal verzameld worden. In geval van een verstrekking wordt in de LogProtocollering geregistreerd: • aan wie en wanneer, welke gegevens zijn verstrekt: - datum en tijd - reden verstrekking - naam derde - adres derde - verstrekkingsbeperking 0, 1 of 2 - verstrekte gegevens rubrieknummers en verstrekte inhoud 14.1.3 Opvragen protocolleringsgegevens Een niet-ingezetene heeft recht op inzage welke gegevensverstrekkingen hebben plaatsgevonden van de gegevens van de eigen PL (inzagerecht). De volgende stappen vinden plaats: • De niet-ingezetene verzoekt om inzage in de over hem verstrekte gegevens in de BRP. • Er vindt deugdelijke identificatie plaats. Het dossier van de niet-ingezetene wordt geopend. Er wordt een scan van het ID-document gemaakt en bij het betreffende dossier gevoegd. • Via de actie 'Opvragen Protocollering' wordt scherm geopend. • De datum waarop de aanvraag wordt gedaan wordt vastgelegd. De RNI heeft de wettelijk vastgestelde termijn de tijd om de gegevens te verzamelen en aan de niet-ingezetene te verstrekken. De gegevens kunnen naar de niet-ingezetene gestuurd worden. In het scherm kan worden aangegeven of dit naar het adres wordt gestuurd dat in de PL is opgenomen, of naar een ander adres. Dit laatste adres wordt dan opgenomen in het dossier. Als het protocolleringsverzoek is afgehandeld moet dit adres weer verwijderd kunnen worden. • De actie wordt gelogd: ICTU, Programma RNI 206/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Gebeurtenistype Bijzonderheden Opvragen protocollering Als een bijbehorende gebeurtenistype 'adres protocollering verwijderd' aanwezig is, is het adres uit de logdetails verwijderd. Adres protocollering verwijderd Deze gebeurtenistype ontstaat Indien het adres uit de protocollering verwijderd is. In de vorige paragraaf is aangegeven dat een deel van de protocolleringsgegevens centraal vastgelegd wordt (namelijk de verstrekkingen) en dat een ander deel in het RNI-systeem geregistreerd wordt. • • • Als een niet-ingezetene de protocolleringsgegevens wil inzien, dan zal het doorgaans gaan om inzicht in de verstrekkingen. Deze moeten bij GBA-V wordt opgevraagd. In de huidige situatie verstrekt GBAV deze gegevens door middel van een overzicht op papier of tekstbestand. Daarnaast worden door de RNI de protocolleringsgegevens betreffende incidentele verstrekkingen aan de protocolleringsgegevens in de gebeurtenislog bij het dossier ontleend. Hierbij moet rekening gehouden worden met de verstrekkingsbeperking (2 wordt niet getoond), zie par. 10.2 Overige incidentele verstrekkingen De overige protocolleringsgegevens, betreffende inschrijving en actualiseringen, kunnen aan de gebeurtenislog in de RNI worden ontleend. Indien het verzoek om protocolleringsgegevens tevens een periode omvat waarin de PL in de GBA was opgenomen, dan moeten de betreffende gemeenten worden geraadpleegd. Als een niet-ingezetene de protocolleringsgegevens opvraagt bij een gemeente die geen RNI-loket heeft, dan kan deze gemeente aan de RNI vragen om een overzicht van de handelingen met betrekking tot de inschrijving en bijhouding. De verwachting is dat zelden een dergelijk overzicht opgevraagd wordt. Het RNI-systeem biedt daarom geen specifieke functionaliteit die de gegevens automatisch verzameld: de gebruiker moet de gegevens ontlenen aan de gebeurtenislog bij het dossier. 14.2 Inzagerecht Zie par. 10.1. 14.3 Correctierecht Het correctierecht omvat de volgende hoofdonderdelen: 1. Het recht tot corrigeren van gegevens op basis van brondocumenten. De benodigde functionaliteit wordt geboden door: a) De actualiseringopgaven (Dv02-berichten) die deelnemers kunnen aanleveren. b) De interactieve actualiseringsfuncties (zie hoofdstuk 6). 2. Het verstrekken van de gecorrigeerde gegevens aan afnemers, dit verzorgt GBA-V. ICTU, Programma RNI 207/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 15 Applicatiebeheerfunctionaliteit 15.1 Synchroniciteitsselectie De GBA-V registratiehouder kan de RNI-registratiehouder verzoeken om bij eventuele problemen een selectie te draaien. Hierbij wordt voor alle geselecteerde PL-en een Lg01-bericht verstrekt op alternatief medium. Voor deze selectie gelden de volgende voorwaarden: • • • 15.1.1 De registratiehouders van de RNI en GBA-V maken in onderling overleg een afspraak over de selectiedatum. De GBA-V registratiehouder geeft een selectie-interval op, in de vorm van twee datum-tijdstempels; het eerste datum-tijdstempel heeft de betekenis van 'datum-tijd vanaf', het tweede datum-tijdstempel heeft de betekenis van 'datum-tijd tot'. Daarbij geldt dat de 'datum-tijd vanaf' inclusief en de 'datum-tijd tot' exclusief de datum-tijd is die in dat element is opgenomen. De RNI-registratiehouder voert de selectie uit en stuurt het resultaat naar GBA-V. Inplannen synchroniciteitsselectie Het systeem toont een scherm waarop de gebruiker de volgende gegevens moet invoeren: • • • • • Datum en tijd vanaf Datum en tijd tot Medium Bestandsnaam (selectie is inclusief de hier ingevoerde datum-tijd) (selectie is exclusief de hier ingevoerde datum-tijd) Netwerk of Alternatief Medium36 alleen van toepassing als Medium = 'Alternatief Medium' de directory is een locatie op de RNI-serveromgeving ”selectie.directory” in RNI.messaging.properties Datum en tijd waarop de selectie gestart moet worden De knop 'Opslaan' leidt tot het vastleggen van de gegevens37. Het systeem creëert een leeg bestand. Als dit niet lukt, dan volgt een foutmelding: “Fout bij het aanmaken van het AM-bestand (): ”. Er wordt een gebeurtenis 'Inplannen synchroniciteitsselectie' geregistreerd, zie bijlage 5. In de 'aanvullende details' van de gebeurtenislog worden de parameters opgenomen. 15.1.2 Uitvoeren synchroniciteitsselectie Stappen: 1. Alle op selectiedatum elektronisch beschikbare PL-en (actueel, geblokkeerd en opgeschort) waarvan rubriek 07.80.20 Datumtijdstempel in het selectie-interval ligt, worden geselecteerd; 2. Voor elke geselecteerde PL wordt een Lg01-bericht aangemaakt: a) Indien verzending via het Netwerk plaatsvindt, dan wordt het Lg01-bericht in de reguliere entiteiten 'bericht' en 'berichtencyclus' opgeslagen. De berichtstatus wordt 'te verzenden'. De berichten mogen direct in de database worden geschreven en 'gecommit'. In de (theoretische) situatie dat het proces voortijdig afgebroken wordt, kan het geen kwaad als een deel van de selectie toch verstuurd wordt. Dat deel mag bij het herstarten van het proces nogmaals aangemaakt en verstuurd worden. b) Indien verzending via een Alternatief Medium plaatsvindt, dan worden de berichten in een apart bestand opgeslagen en vindt geen registratie plaats in de reguliere bestanden voor berichten en berichtencycli. Het versienummer van de geselecteerde PL-en wordt als gevolg van deze selectie niet opgehoogd. 36 Het LO GBA [2] gaat uit dat de synchroniciteitsselectie altijd via een alternatief medium wordt verstuurd. Bij de realisatie verifiëren of transport via het Netwerk ook een optie is. 37 De gegevens moeten doorgegeven worden naar een subsysteem dat ingeplande opdrachten op het juiste moment start. ICTU, Programma RNI 208/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• De start, de 'tussenstand' en het einde van de verwerking worden gelogd. De start van de verwerking: Gebeurtenistype Bijzonderheden Start proces synchroniciteitsselectie • • De gebeurtenislogregel die de start van het proces beschrijft, wordt na elke 1000 PL-en bijgewerkt (update). Alleen het veld 'samenvatting resultaat' wordt dan gewijzigd. Aan het eind van het proces vindt ook een update plaats met de aanduiding 'eindstand' en het uiteindelijke aantal verwerkte PL-en. Als voortgangsaanduiding wordt gehanteerd: “stand: PL-en”. Bij de eerste melding is het aantal 0. Het einde van de verwerking: Gebeurtenistype Bijzonderheden Einde proces synchroniciteitsselectie • De gebeurtenislogregel die de start van het proces beschrijft, wordt na elke 1000 PL-en bijgewerkt (update). Alleen het veld 'samenvatting resultaat' wordt dan gewijzigd. Aan het eind van het proces vindt ook een update plaats met de aanduiding 'eindstand' en het uiteindelijke aantal verwerkte PL-en. De selectie wordt 'afgebroken' (niet uitgevoerd) in de situatie dat: • • het aangegeven bestand niet bestaat of niet voor schrijven geopend kan worden, of het bestand al data bevat. 15.1.2.1 Vullen bestand Alternatief Medium Het LO GBA [2] beschrijft de bestandsopbouw voor een alternatief medium in onderdeel IV.9 Alternatieve media. Er hoeft voor de RNI geen rekening gehouden te worden met de maximale bestandsgrootte, er zijn meerdere mogelijkheden voor het het transport van het bestand. 15.2 Beheren voorraad BSN's Het RNI-systeem maakt gebruik van een eigen voorraad BSN's. Het aantal beschikbare BSN's wordt getoond in het scherm voor het beheren van de voorraad BSN's. 15.2.1 Acties Binnen menu-item 'voorraad BSN's' zijn de volgende acties mogelijk: Actie 15.2.2 Omschrijving (scherm) Vereiste context 1. Overzicht voorraad Overzicht --- 2. Opvragen nieuwe BSN's Opvragen BSN's • er is geen actie 'opvragen nieuwe BSN's gestart' Overzicht voorraad De actie 'overzicht voorraad' bestaat uit het tonen van een sectie 'Voorraadgegevens BSN's', met de volgende informatie: • • Huidige voorraad BSN's Minimum voorraad BSN's ICTU, Programma RNI Hiertoe telt het systeem de BSN's in de voorraad Systeeminstelling 209/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 15.2.3 Opvragen nieuwe BSN's Het opvragen van BSN's verloopt via de webservice 'Opvragen nummervoorraad' (zie ook bijlage E van het LO GBA [2]) van de BV BSN. Als de beheerder het actie-item 'opvragen BSN's' start, dan wordt op het scherm getoond: De huidige voorraad BSN's is: Er worden BSN's opgevraagd bij de BV BSN. Wilt u doorgaan ja/nee? Het aantal op te vragen BSN's is bepaald met een systeeminstelling, te weten AANVRAAG-AANTAL-BSNS. Het opvragen van de BSN's wordt gelogd in het berichtenbestand. De berichtencyclus is 'Opvragen nummervoorraad BSN's'. Het berichtsoort is 'OBSN'. Het antwoord op de aanvraag kan zijn: Situatie code BV BSN Melding / logging 1. Afhandeling bericht door BV BSN succesvol. 4000 Zie hieronder n.a.v. verwerking van het antwoord 2. Overige (foutsituatie) <> 4000 Er is een fout gemeld door de BV BSN. Logregel en statuswijzigingen in situatie 2: Logregel bij bericht Berichtstatus Er is een fout gemeld door de BV BSN. Code: 8625 – CA: BV BSN – bericht automatisch verwerkt Cyclusstatus 9620 – IA: Foutmelding BV BSN Verwerking van het antwoord op de aanvraag Als de BV BSN aangeeft dat de aanvraag succesvol is afgehandeld, dan wordt gecontroleerd of aan de volgende voorwaarden is voldaan: • • Het verkregen aantal BSN's moet overeenkomen met het gevraagde aantal. De waarde van alle BSN's moet voldoen aan de voorwaarden die voor een BSN gelden, zie LO GBA [2], bijlage I.7 Beschrijving van de elementen, element 01.20 Burgerservicenummer. • De optelsom van de BSN's moet overeenkomen met het controlegetal in het antwoordbericht. - Als niet aan alle voorwaarden is voldaan, dan wordt een foutmelding getoond en gelogd met daarin het resultaat van de controle. Logregel bij bericht Berichtstatus Cyclusstatus Fout geconstateerd bij de controle van het antwoord van de BV BSN: * 8625 – CA: BV BSN bericht automatisch verwerkt 9621 – IA: Fout geconstateerd *In geval van een foutconstatering m.b.t. een BSN, moet dit BSN in de omschrijving worden opgenomen. Als aan bovengenoemde voorwaarden is voldaan, dan worden de ontvangen BSN's op volgorde van aanlevering aan de voorraad toegevoegd. De volgende melding wordt getoond en gelogd: Logregel bij bericht Berichtstatus Cyclusstatus Er zijn BSN's aan de voorraad toegevoegd. 8625 – CA: BV BSN bericht automatisch verwerkt 8620 – CA: BSN's toegevoegd ICTU, Programma RNI 210/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 15.3 Beheren voorraad A-nummers 15.3.1 Inleiding Het RNI-systeem maakt gebruik van een eigen voorraad A-nummers. Het aantal beschikbare A-nummers wordt getoond in het scherm voor het beheren van de voorraad A-nummers. Het opvragen van A-nummers geschiedt schriftelijk en buiten het systeem om. De procedure voor het aanvragen van A-nummers bij BPR is als volgt door BPR beschreven: “De aanvraag voor A-nummers geschiedt schriftelijk (e-mail of fax) door de GBA-contactpersoon; Bij absentie van de GBA-contactpersoon kan schriftelijk een tijdelijk GBA-contactpersoon worden opgegeven bij BPR. De tijdelijke GBA-contactpersoon heeft dan de mogelijkheid om een aanvraag in te dienen bij BPR. Ter controle kan u verzocht worden een A-nummer te vermelden uit de laatste voorraad A-nummers die is verstrekt. De aanvraag dient de volgende gegevens te bevatten: • • • Naam en volledige adresgegevens van uw gemeente; Naam, telefoonnummer en/of e-mail van de aanvrager; Huidige aantal inwoners van uw gemeente. Houdt u rekening met een verwerkingstijd van één week.“ 15.3.2 Acties Menu-item 'Voorraad A-nummers kent de volgende acties: Actie 15.3.3 Omschrijving (scherm) Vereiste context 1. Overzicht voorraad Overzicht --- 2. Opvragen nieuwe Anummers Opvragen A-nummers • er is geen actie 'opvragen nieuwe Anummers gestart' Overzicht voorraad De actie 'overzicht voorraad' bestaat uit het tonen van een sectie 'Voorraadgegevens A-nummers', met de volgende informatie: • • 15.3.4 Huidige voorraad A-nummers Minimumvoorraad A-nummers Hiertoe telt het systeem de A-nummers in voorraad Systeeminstelling Opvragen nieuwe A-nummers Als de beheerder actie-item 'opvragen A-nummers' kiest, dan wordt op het scherm getoond: De huidige voorraad A-nummers is: De beheerder moet vervolgens een bestand op zijn lokale netwerk aanwijzen. Via de knop 'Inlezen Anummers' wordt de actie voor het inlezen van de A-nummers gestart. Het bestand met A-nummers wordt als bericht opgeslagen. De berichtencyclus is 'Opvragen nummervoorraad A-nummers'. Het berichtsoort is 'OANR'. Als het uploaden van het bestand faalt, dan wordt een foutmelding getoond, er wordt dan geen bericht/berichtencyclus of logging geregistreerd. De foutmelding luidt: “Fout bij het uploaden van het bestand met A-nummers: ”. Als het uploaden is geslaagd, dan wordt gecontroleerd of alle A-nummer aan de voorwaarden voldoen zoals beschreven bij element 01.10 A- nummer in het LO GBA[2], bijlage I.7 Beschrijving van de elementen, element 01.10.38 Als niet aan alle voorwaarden is voldaan, dan wordt een foutmelding getoond en gelogd met daarin het resultaat van de controle. 38 Aandachtspunt: de voorwaarden voor het A-nummer kunnen in LO3.8 gewijzigd zijn. ICTU, Programma RNI 211/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Logregel bij bericht Berichtstatus Fout geconstateerd bij het inlezen van de A-nummers: 8643 – CA: A-nummer * bericht automatisch verwerkt Cyclusstatus 9640 – IA: Fout geconstateerd *In geval van een foutconstatering m.b.t. een A-nummer, moet dit A-nummer in de omschrijving worden opgenomen. Als aan bovengenoemde voorwaarden is voldaan, dan worden de ontvangen A-nummers op volgorde van aanlevering aan de voorraad toegevoegd. Gelogd wordt: 15.4 Logregel bij bericht Berichtstatus Cyclusstatus Er zijn A-nummers aan de voorraad toegevoegd. 8643 – CA: A-nummer bericht automatisch verwerkt 8640 – CA: A-nummers toegevoegd Specifieke verstrekkingen Vanuit de RNI-gegevens kunnen bepaalde instanties specifieke selecties opvragen. Het gaat daarbij om gegevens die niet herleid kunnen worden tot concrete personen. Zie ook het LO RNI [1], par. 5.3. Voorbeelden zijn: • Het aantal ingeschreven personen ingedeeld naar Land adres buitenland (08.13.10). • Het aantal personen waarbij de Indicatie document (08.75.10) is gevuld. Uitgangspunt is dat de hier bedoelde specifieke verstrekkingen ofwel door de centrale verstrekkingsvoorziening GBA-V worden uitgevoerd, ofwel met behulp van standaard/generieke ((C)OTS39) software, bijvoorbeeld gebaseerd op SQL. Deze functie is (nog) niet gerealiseerd. In plaats daarvan zijn een aantal standaard rapporten gedefinieerd. Deze zijn terug te vinden in de volgende paragraaf. 15.5 Rapportages Hieronder volgen de rapportages die vanuit het RNI systeem aangeleverd kunnen worden: 15.5.1 Rapportages voor gemeenten Aantal dossiers per gemeente. Dit rapport toont voor een op te geven periode het totaal aantal dossiers en het aantal dossiers per status. Een rapportage kan ook in de vorm van een CSV-bestand worden aangemaakt. Hiertoe moet de gebruiker een vinkje zetten in het aangegeven veld. Zodra een vinkje wordt gezet, wordt een default naam op het scherm getoond (yyyymmdd_uummss_Rxxx_csv). De gebruiker kan deze naam wijzigen. Een bestandsnaam is verplicht. Het CSV-bestand wordt geplaatst in de directory die aangegeven staat in de systeeminstelling: RAPPORTAGE_CSV_DIR. 15.5.2 R001 Rapportage aantal eerste inschrijvingen via een loket Ten behoeve van de financiële administratie en managementinformatie moeten tellingen van eerste inschrijvingen per loketgemeente per periode gerapporteerd kunnen worden. Dit rapport moet op elke willekeurig tijdstip uitgevoerd kunnen worden Selectiecriteria: • RNI-loketgemeente • • Datum ingang Datum einde Keuze uit één, meerdere of alle loketgemeenten. Getoond worden de RNI-instanties waarbij soort instantie = “Loket” verplicht, default wordt systeemdatum getoond verplicht, default wordt systeemdatum getoond (moet > dan datum ingang) 39 (C)OTS-software staat voor: (Commercial) off-the-shelf software. Zie ook http://en.wikipedia.org/wiki/Commercial_off-the-shelf rapportage software. ICTU, Programma RNI 212/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • • • Dossier informatie checkbox (default true) als true dan worden getoond de dossiernummers en bijbehorende datum inschrijving GBA/RNI Totaal aantal checkbox (default aan) als true dan wordt het totaal aantal van alle getelde inschrijvingen getoond Maak tevens CSV bestand checkbox (default uit) als true dan wordt onder de opgegeven naam een csv bestand gemaakt van de rapportage. Selectie: Tel per geselecteerde loketgemeente alle inschrijvingen waarvoor geldt: dossier.aanlegInstantie = [geselecteerde gemeente] dossier.inschrijvingswijze = “balie” dossier.status 'OpgenomenRNI' en 07.67.20 Reden Opschorting bijhouding = “R” en [Datum ingang] =< 07. 68.10 Datum eerste inschrijving GBA/RNI =< [Datum einde]] Sortering: • bij meer dan een geselecteerde Loketgemeente worden deze zowel in de kop als in de rapportage of alfabetische volgorde getoond (A t/m Z) • als dossiernummers worden geselecteerd worden deze per gemeente oplopend weergegeven. Kopregel: • Als alle loketgemeenten zijn geselecteerd: “Aantal eerste inschrijvingen RNI-loket in de periode van t/m in alle loketgemeenten.” • Als niet alle loketgemeenten zijn geselecteerd “Aantal eerste inschrijvingen RNI-loket in de periode van t/m in gemeente , , .” Resultaten: Worden in een tabel weergegeven: 15.5.3 Gemeente Totaal aantal inschrijvingen Dossiernummer Datum registratie RNI gemeentenaam Totaal per gemeente Dossiernummer Datum eerste inschrijving GBA/RNI van geselecteerde dossier Totaal aantal inschrijvingen Totaal van alle inschrijvingen in de getoonde gemeenten R006 Rapportage aantal eerste inschrijvingen via een RNI-deelnemer Ten behoeve van de financiële administratie en managementinformatie moeten tellingen van eerste inschrijvingen per deelnemer per periode gerapporteerd kunnen worden. Dit rapport moet op elke willekeurig tijdstip uitgevoerd kunnen worden Selectiecriteria: • RNI-Deelnemer • • • Datum ingang Datum einde Dossier informatie • Totaal aantal ICTU, Programma RNI Keuze uit één, meerdere of alle Deelnemers Getoond worden de RNI-instanties waarbij soort instantie = “Deelnemer” verplicht, default wordt systeemdatum getoond verplicht, default wordt systeemdatum getoond (moet > dan datum ingang) checkbox (default true) als true dan worden getoond de dossiernummers en bijbehorende datum inschrijving GBA/RNI checkbox (default aan) als true dan wordt het totaal aantal van alle getelde inschrijvingen getoond 213/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • • • Maak tevens CSV bestand checkbox (default uit) als true dan wordt onder de opgegeven naam een csv bestand gemaakt van de rapportage. Alleen indien Dossier informatie is aangevinkt, wordt ook de volgende mogelijkheid geboden: Maak CSV bestand postkamer voor uitgaande brieven checkbox (default uit) als true dan wordt onder de opgegeven naam (default (yyyymmdd_uummss_Rxxx_POSTKAMER_CSV) een csv bestand aangemaakt met de adressen die horen bij de in het overzicht getoonde dossiers. Selectie: Tel per geselecteerde deelnemer alle inschrijvingen waarvoor geldt: dossier.aanlegInstantie = [geselecteerde deelnemer] dossier.inschrijvingswijze = “Deelnemer” dossier.status 'OpgenomenRNI' en 07.67.20 Reden Opschorting bijhouding = “R” en [Datum ingang] =< 07. 68.10 Datum eerste inschrijving GBA/RNI =< [Datum einde]] Sortering: • bij meer dan een geselecteerde deelnemers worden deze zowel in de kop als in de rapportage of alfabetische volgorde getoond (A t/m Z) • als dossiernummers worden geselecteerd worden deze per deelnemer oplopend weergegeven. Kopregel: • Als alle deelnemers zijn geselecteerd: “Aantal eerste inschrijvingen RNI deelnemer in de periode van t/m van alle deelnemers.” • Als niet alle deelnemers zijn geselecteerd “Aantal eerste inschrijvingen RNI-deelnemer in de periode van t/m van deelnemer <deelnemernaam> , <deelnemernaam>, <deelnemernaam>.” Resultaten: Worden in een tabel weergegeven: Deelnemer Totaal aantal inschrijvingen deelnemernaam Totaal per deelnemer Totaal aantal inschrijvingen Dossiernummer Datum registratie RNI Dossiernummer Datum eerste inschrijving GBA/RNI van geselecteerde dossier Totaal van alle inschrijvingen in de getoonde deelnemers Het csv bestand postkamer bevat (voorzien van een kopregel en gescheiden door ';') de volgende rubrieken: Kopregel, Aanhef Voorletters Voorvoegsel Naam Adres1 Adres2 Adres3 Land ICTU, Programma RNI Detailregel Heer / Mevrouw (afgeleid van 01.04,10 geslacht) Alleen voorletters uit (01.02.10 voornamen, geen afleiding) Voorvoegsel geslachtsnaam (01.02.30) Geslachtsnaam (01.02.40) Regel 1 adres buitenland (08.13.30) Regel 2 adres buitenland (08.13.40) Regel 3 adres buitenland (08.13.50) Land adres buitenland (08.13.10) 214/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• RNI Kenmerk Datum inschrijving BSN Datum verzending/retour 15.5.4 RNI (dossiernummer RNI) Datum inschrijving in de RNI (08.09.20) BSN (01.01.20) Blijft leeg R016 Rapportage aantal verstuurde Lg01-berichten Deze rapportage is bedoeld om inzicht te verkrijgen in het totaal aantal verzonden Lg01 berichten in een bepaalde periode. Dit rapport moet op elke willekeurig tijdstip uitgevoerd kunnen worden Selectiecriteria: • Datum ingang verplicht, default wordt systeemdatum getoond • Datum einde verplicht, default wordt systeemdatum getoond (moet > dan datum ingang) • Maak tevens CSV bestand checkbox (default uit) als true dan wordt onder de opgegeven naam een csv bestand gemaakt van de rapportage. Selectie: Tel alle uitgaande Lg01 berichten waarbij en [Datum ingang] =< bericht.verzendOntvangstDatum =< [Datum einde]] Layout: Aantal verstuurde Lg01-berichten van t/m Totaal aantal verzonden berichten = [geteld aantal] 15.5.5 R017 Rapportage aantal ontvangen en verzonden protocolfoutberichten De rapportage is bedoeld om inzicht te verkrijgen in het totaal aantal ontvangen en verzonden protocolfoutberichten. Dit rapport moet op elke willekeurig tijdstip uitgevoerd kunnen worden Selectiecriteria: • Protocolfouten • • • • • • Uit lijst, keuze uit één, meerdere of alle protocolfoutberichten De protocolfouten zijn berichten om niet voorziene fouten in ontvangen berichten te melden: - Pf01 Fout: cyclus - Pf02 Fout: syntax - Pf03 Fout: inhoudelijkPro Gemeentenamen checkbox (default false) als true dan worden de berichten geteld en getoond per gemeente waarvan berichten aanwezig zijn. Gemeentenamen waarvoor geen berichten zijn worden dus niet getoond. Ontvangen berichten checkbox (default true) als true dan worden de ontvangen berichten geteld en getoond (evt per geselecteerde gemeente). Verzonden berichten checkbox (default true) als true dan worden de verzonden berichten geteld en getoond (evt per geselecteerde gemeente). Minimaal een van de checkboxen verzonden / ontvangen berichten moet zijn aangevinkt Datum ingang verplicht, default wordt systeemdatum getoond Datum einde verplicht, default wordt systeemdatum getoond (moet > dan datum ingang) Maak tevens CSV bestand checkbox (default uit) als true dan wordt onder de opgegeven naam een csv bestand gemaakt van de rapportage. ICTU, Programma RNI 215/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Selectie: Als checkbox Gemeentenamen is true: Tel de gevraagde berichten per bericht.communicatiepartner Toon in de rapportage de naam : deze kan gevonden worden door: Gbadeelnemer.omschrijving waarbij gbadeelnemer.mailboxnummer = bericht.communicatiepartner Als checkbox Ontvangen berichten is true: Tel (evt. per gemeente) alle binnenkomense geselecteerde berichten (Pf01 / Pf02 /Pf03) waarvoor geldt: [Datum ingang] =< bericht.verzendOntvangstDatum =< [Datum einde] Als bericht.verzendOntvangstDatum is null wordt deze niet meegeteld. Als checkbox Verzonden berichten is true: Tel (evt. per gemeente) alle uitgaande geselecteerde berichten (Pf01 / Pf02 /Pf03) waarvoor geldt: [Datum ingang] =< bericht.verzendOntvangstDatum =< [Datum einde] Als bericht.verzendOntvangstDatum is null wordt deze niet meegeteld. Sortering: – Berichtsoort – Ontvangen - als per gemeente dan gemeentenamen alfabetisch gesorteerd (A-Z) – Verzonden - als per gemeente dan gemeentenamen alfabetisch gesorteerd (A-Z) Kopregel: • • • • Als checkbox Gemeentenamen is true dan moet aan de kopregel worden toevoegd : “per gemeente” bijv: “Aantal ontvangen en verzonden protocolfoutberichten in de periode van t/m per gemeente.” Als checkboxen Ontvangen berichten en verzonden berichten true zijn dan “Aantal ontvangen en verzonden protocolfoutberichten in de periode van t/m .” Als checkbox Ontvangen berichten is true en verzonden berichten is false dan “Aantal ontvangen protocolfoutberichten in de periode van t/m .” Als checkboxen Ontvangen berichten is false en verzonden berichten is true dan “Aantal verzonden protocolfoutberichten in de periode van t/m .” Resultaten: Als checkbox Gemeentenamen is true dan worden de resultaten in een tabel weergegeven: Berichtsoort Pf01 Aantal Verzender/Ontvanger Verzonden 99 GBA deelnemer X 99 GBA deelnemer X Ontvangen 99 GBA deelnemer X Totaal Pf0x 99 Berichtsoort Pf02 Aantal Verzender/Ontvanger Verzonden 99 GBA deelnemer X 99 GBA deelnemer X Ontvangen 99 GBA deelnemer X ICTU, Programma RNI 216/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Totaal Pf0x Berichtsoort Pf03 99 Aantal Verzender/Ontvanger Verzonden 99 GBA deelnemer X 99 GBA deelnemer X Ontvangen 99 GBA deelnemer X Totaal Pf0x 99 Totaal aantal 99 Als checkbox Gemeentenamen is false dan worden de resultaten als volgt weergegeven: Berichtsoort Pf01 Verzonden Ontvangen 99 99 Pf02 Verzonden Ontvangen 99 99 Pf03 Verzonden Ontvangen 99 99 Totaal 15.5.6 99 R018 Aantal verzonden foutberichten n.a.v. deelnemersopgaven De rapportage is bedoeld om inzicht te verkrijgen in het totaal aantal verzonden deelnemerfoutberichten. Dit rapport moet op elke willekeurig tijdstip uitgevoerd kunnen worden Selectiecriteria: • Berichtsoorten • • • • Uit lijst, keuze uit één, meerdere of alle deelnemerfoutberichten Keuze uit Df01, Df02, Df03, Df04, Df11, Df12, Df13 RNI-Deelnemer Keuze uit één, meerdere of alle Deelnemers Getoond worden de RNI-instanties waarbij soort instantie = “Deelnemer” Datum ingang verplicht, default wordt systeemdatum getoond Datum einde verplicht, default wordt systeemdatum getoond (moet > dan datum ingang) Maak tevens CSV bestand checkbox (default uit) als true dan wordt onder de opgegeven naam een csv bestand gemaakt van de rapportage. Selectie: Tel per geselecteerde deelnemer alle berichten die geselecteerd zijn waarvoor geldt: Berichtcyclus.communicatiepartner = RNI-deelnemer [Datum ingang] =< bericht.verzendOntvangstDatum =< [Datum einde] Als bericht.verzendOntvangstDatum is null wordt deze niet meegeteld. Sortering: • Berichtsoort • als per RNI-deelnemer dan deelnemernamen alfabetisch gesorteerd (A-Z) ICTU, Programma RNI 217/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • bij meer dan een geselecteerde deelnemers worden deze zowel in de kop als in de rapportage of alfabetische volgorde getoond (A t/m Z) Kopregel: • • • Als geen enkele RNI-deelnemer is geselecteerd wordt de volgende kopregel getoond. Aantal verzonden foutberichten n.a.v. deelnemersopgaven in de periode van t/m (Datum-einde (dd-mm-yyyy)> Als alle deelnemers zijn geselecteerd: Aantal verzonden foutberichten n.a.v. deelnemersopgaven in de periode van t/m (Datum-einde (dd-mm-yyyy)>van alle deelnemers.” Als niet alle deelnemers zijn geselecteerd Aantal verzonden foutberichten n.a.v. deelnemersopgaven in de periode van t/m (Datum-einde (dd-mm-yyyy)> van deelnemer <deelnemernaam> , <deelnemernaam>, <deelnemernaam>.” Resultaten: Als minimaal een RNI-deelnemer is geselecteerd dan worden de resultaten in een tabel weergegeven: Berichtsoort Df0x Aantal Ontvanger 99 RNI deelnemer 99 RNI deelnemer 99 RNI deelnemer 99 RNI deelnemer Totaal Df0x Berichtsoort Df0x 99 Aantal Ontvanger 99 RNI deelnemer 99 RNI deelnemer 99 RNI deelnemer 99 RNI deelnemer Totaal Df0x 99 Totaal aantal 99 Als geen enkele RNI-deelnemer is geselecteerd dan worden de resultaten als volgt weergegeven: Berichtsoort Df01 99 Df02 99 Df03 99 Df04 99 Df11 99 Df12 99 Df13 99 Totaal 99 ICTU, Programma RNI 218/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 15.6 Raadplegen gebeurtenislog Deze paragraaf moet mogelijk opnieuw beschreven worden. Logging is technisch anders opgelost dan hier beschreven. 15.6.1 Acties Menu-item raadplegen logging kent de volgende acties: Actie 1. Zoeken 15.6.2 Omschrijving (scherm) Vereiste context Zoeken --- Zoeken In de lijst van gebeurtenissen kan gezocht worden op: • Technisch ID • De instantie van waaruit de actie heeft plaatsgevonden (lijst met meervoudige keuze) • De gebruiker die de actie heeft uitgevoerd (invoerveld voor deel van de naam) • Gebeurtenisonderwerp als een gebeurtenisonderwerp wordt geselecteerd, dan wordt onderstaande lijst van gebeurtenistypes ingeperkt tot alleen die gebeurtenistypes die bij het onderwerp horen. • Gebeurtenistype lijst met meervoudige keuze • Resultaatcode • De datum en tijd van de gebeurtenis: van – tot Het is niet verplicht om een zoekwaarde in te vullen. Bij het zoeken wordt naar gegevens gezocht die voldoen aan alle ingevulde velden. Om te voorkomen dat zoekacties te veel beslag leggen op systeemresources kunnen er in het systeem 2 beperkingen worden ingesteld: 1. Maximum zoektijd Er is een systeeminstelling ZOEKEN-GEBEURTENISLOG-MAX-ZOEKTIJD uitgedrukt in milliseconden. Zodra deze zoektijd overschreden wordt, stopt het zoekproces en wordt een foutmelding getoond: Maximum zoektijd overschreden. 2. Maximum aantal zoekresultaten Er is een systeeminstelling ZOEKEN-GEBEURTENISLOG-MAX-RESULT. Zodra bij het zoekproces dit aantal overschreden wordt, stopt het zoekproces en wordt een foutmelding getoond: Te veel zoekresultaten (meer dan <maximum aantal>). Als geen gegevens zijn gevonden, dan volgt een foutmelding: “Geen gegevens gevonden”. Anders wordt een tabel getoond met de gevonden gegevens, volgens dezelfde structuur als beschreven bij het tabblad gebeurtenislog van een dossier, zie par. 3.2.9. Als extra kolom wordt 'dossier' (dossiernummer) getoond, links naast de kolom 'instantie'. De gebruiker kan een tabelregel selecteren, waarna de details van de gebeurtenis worden getoond, zie de volgende paragraaf. 15.6.3 Details Er wordt een nieuwe pagina getoond met allereerst een sectie 'Gebeurtenis' met de details van de: • Gebeurtenislogregel. Daaronder toont het systeem de aan de Gebeurtenislogregel gekoppelde gegevens uit de entiteiten: • • • • • LogContext LogMutatiedetail LogZoekcriteria LogZoekresultaat. LogProtocollering (hiervoor moet de gebruiker wel geautoriseerd zijn) ICTU, Programma RNI 219/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Voor elke entiteit wordt een sectie getoond, mits er bij de Gebeurtenislogregel gegevens voorkomen en mits de gebruiker geautoriseerd is (voor elk van vier laatstgenoemde entiteiten geldt een specifieke autorisatie). Normaal gesproken komen niet alle secties tegelijkertijd voor, maar de programmatuur hoeft daar geen kennis van te hebben en toont wat er feitelijk gelogd is. In de volgende paragrafen worden de vijf secties beschreven. 15.6.3.1 Sectie gebeurtenis Deze sectie toont de volgende gegevens uit de entiteit gebeurtenislogregel: • • • • • • • • technisch ID (uniek) datum-tijd registratie gebeurtenistype resultaatcode samenvatting resultaat aanvullende details RNI-instantie ID gebruiker ID RNI-instantie die de gebeurtenis heeft geïnitieerd gebruiker die gebeurtenis heeft geïnitieerd (is gevuld met de waarde 'RNI-systeem' als de gebeurtenis niet door een gebruiker van het RNI-loket of de RNI-registratiehouder is geïnitieerd) 15.6.3.2 Sectie context De sectie context toont een lijst van objecten waar de gebeurtenis betrekking op heeft. Per LogContextgegeven worden getoond: • • • • soort object technisch ID van het object objectomschrijving omschrijving betrokkenheid 'Dossier', 'Bericht', 'Scan', etc. Het contextobject ID40 De omschrijving van het object. De volgorde van de soorten objecten is: • • • dossier uit Gebeurtenislogregel bericht uit Gebeurtenislogregel de aan de gebeurtenislogregel gekoppelde gegevens uit LogContext, met eerst de objecten met soort betrokkenheid = 'onderwerp' en daarna de overige gesorteerd op technisch ID van LogContext. De samenstelling van de 'objectomschrijving' hangt af van het soort object. Zie onderstaande tabel. Soort object Samenstelling objectomschrijving 1. RNI-dossier • “Instantie laatste wijziging: ” 2. Scan • “Bestand: ” 3. ID-document • “Soort: <soort ID-document” 4. Berichtencyclus • “Cyclus: ” 5. Bericht • “Soort: ” 6. Onderzoek • “Huidig gem.: 7. TerugmeldDossier • 'Verw.afhandeldatum: ” 8. ActualiseringTerugmeldDossier • 'Verw. afhandeldatum: ” 9. Mailbox • “Nummer: <mailboxnummer>” 40 Als de gebruiker de details van het object uit de context wil zien, dan kunnen deze met een andere functie opgevraagd worden op basis van het getoonde ID. ICTU, Programma RNI 220/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Soort object Samenstelling objectomschrijving Systeeminstelling • “Naam: ” RNI-instantie • “Naam: ” Gebruiker • “Inlognaam: ” Rol • “Rol: ” Codelijst • 'Naam: ” Codewaarde • “Codewaarde: ” LT_nationaliteit • “Nationaliteit: nationaliteitsomschrijving>” LT_gemeente • “Gemeente: ” LT_land • “Gemeente: ” LT_afnemersautorisatie • “Afnemer: ” LT_voorvoegsel • “Voorvoegsel: ” • “Reden: ” (niet de omschrijving van de reden) LT_adellijke_titel • “Omschrijving: ” LT_akteaanduiding • “Akte aanduiding: ” • “Reden: (niet de omschrijving van de reden) • “Soort: ” • “Autoriteit: ” LT_verblijfstitel • “Aanduiding: " ISO_land_nationaliteit • “ISO-code: ; ISO-naam: ” 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. LT_reden_verkrijging_verlies_ 21. Nederlanderschap 22. 23. LT_Reden_ontbinding_huwelijk_ 24. partnerschap LT_Nederlands_reisdocument 25. LT_autoriteit_van_afgifte_Nederlands_ 26. reisdocument 27. 28. 15.6.3.3 Sectie mutatiedetails De wijzigingen worden in een lijst getoond, met de volgende kolommen: • • • • objecttype object ID veld nieuwe waarde ICTU, Programma RNI omschrijving het technisch ID van het object veldomschrijving 221/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • oude waarde De gegevens worden gesorteerd op technisch ID (oplopend). 15.6.3.4 Sectie zoekcriteria De zoekcriteria worden in een lijst getoond, met de volgende kolommen: • • zoekcriterium zoekwaarde omschrijving De gegevens worden gesorteerd op technisch ID (oplopend). 15.6.3.5 Sectie zoekresultaten De zoekresultaten worden in een lijst getoond, met de volgende kolommen: • • • • • • • • • • registratie dossiernummer status BSN A-nummer Naam Voornamen Geboortedatum Geslacht Nationaliteit(en) dossier ID code(s), als er voldoende schermruimte is: de omschrijving De gegevens worden gesorteerd op technisch ID (oplopend). 15.7 Beheren RNI-instanties Een RNI-instantie is: • een RNI-loket • een RNI-deelnemer • de RNI-registratiehouder. 15.7.1 Er wordt onderscheid gemaakt tussen een een LDAP instantie en een Deelnemer instantie. Als ‘Soort instantie’ = “Loket” of “Registratiehouder” worden de gegevens bijgehouden in LDAP. Om te kunnen koppelen met LDAP moet een instantie die in LDAP is opgenomen ook bekend zijn in het RNI-systeem. Men moet eenmalig de instantie toevoegen aan de tabel INSTANTIE. Vervolgens kan in het RNI-systeem randapparatuur aan de instantie gekoppeld worden. Acties Menu-item RNI-instanties kent de volgende acties: Actie Vereiste context* 1. Beheren Tabel instantie wordt automatisch gestart als menu RNI Instanties wordt gekozen 2. Toevoegen LDAP-instantie --- 3. Toevoegen Deelnemer --- 4. Bewerken LDAP instantie er is een LDAP-instantie geselecteerd Als de gebruiker geautoriseerd is voor het bewerken van een instantie wordt automatisch het scherm Bewerken LDAP instantie opgestart. Zo niet dan wordt Bekijken instantie gestart. 5. Bewerken Deelnemer instantie ICTU, Programma RNI er is een Deelnemer instantie geselecteerd 222/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Als de gebruiker geautoriseerd is voor het bewerken van een instantie wordt automatisch het scherm Bewerken Deelnemer instantie opgestart. Zo niet dan wordt Bekijken instantie gestart. 6. Bekijken LDAP instantie 7. Bekijken Deelnemerinstantie Instanties kunnen niet verwijderd kunnen worden. Op deze manier blijft een RNI-dossier altijd geassocieerd met een RNI-instantie. RNI-instanties kunnen wel inactief worden gemaakt. 15.7.2 Beheren tabel Instantie Op het moment dat gekozen wordt voor menu item RNIinstantie wordt automatisch een zoekopdracht gestart. Alle aanwezige RNI-instanties worden getoond. Met behulp van een filter kan een selectie gemaakt worden Als er geen gegevens zijn gevonden, dan volgt een foutmelding: “Geen gegevens gevonden”. Anders wordt een tabel getoond met de gevonden gegevens met de volgende kolommen: • soort instantie • naam instantie • korte naam • actief dit wordt voor LDAP instantie bepaald aan de hand van LDAP als de instantie voorkomt in LDAP is actief ja voor Deelnemer instanties wordt dit bepaald ja = datum ingang <= systeemdatum <= datum einde De gebruiker kan een RNI-instantie selecteren, waarna de details van de RNI-instanties worden getoond. 15.7.3 Details Er wordt onderscheid gemaakt tussen een een LDAP instantie en een Deelnemer instantie. Deelnemer instantie: • soort instantie • • • • • • • • niet muteerbaar Instantie naam Korte naam datum ingang datum einde Code Mailboxnummer DeelnemerResultaatServiceURL Gebeurtenislog In een aparte tab worden de gebeurtenislogregels weergegeven van de geselecteerde instantie. De lijst met gebeurtenislogregels heeft dezelfde kolommen als de sectie beschreven in par. 3.2.9 Tabblad: gebeurtenislog, echter in dit geval zonder de kolom 'context'. Als er geen logregels zijn wordt de tekst “geen gegevens gevonden”getoond. De gebruiker kan de details van een gebeurtenis opvragen. Er wordt dan een scherm getoond met de secties beschreven in par. 15.6.3, voorafgegaan door de detail-sectie van de RNI-instantie uit de vorige paragraaf. ICTU, Programma RNI 223/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• De loggegevens en de details sectie kunnen ingezien worden onder de autorisatie van 'Raadplegen RNIinstanties'; de gebruiker hoeft dus niet geautoriseerd te zijn voor 'Raadplegen logging' of een van de andere autorisaties uit het autorisatiegebied 'Logging' (zie par. 17.4). 15.7.4 Toevoegen LDAP instantie Er wordt een sectie getoond waarmee een nieuwe LDAP instantie kan worden toegevoegd. Dit betreft de volgende velden: • soort RNI-instantie keuze uit Loket en Registratiehouder • instantie naam RNI-instantieverplicht • Korte Naam verplicht: deze moet overeenkomen met instantie in LDAP Op het scherm staan tevens de opties 'opslaan' en 'terug'. Overige voorwaarden: De naam van de RNI-instantie moet uniek zijn. Bewerken LDAP instantie: • 15.7.5 Er wordt een sectie getoond waarmee de LDAP instantie kan worden gewijzigd. Dit betreft de volgende velden: 15.7.6 • • • • soort RNI-instantie Naam RNI-instantie Korte Naam A4 Scanner • ID Scanner • Handtekening Scanner Loket of Registratiehouder , niet muteerbaar RNI-instantie verplicht verplicht: deze moet overeenkomen met instantie in LDAP gekozen kan worden uit een lijst met A4-scanners die bekend zijn voor deze instantie (opgevoerd via menu Randappatuur) gekozen kan worden uit een lijst met ID-scanners die bekend zijn voor deze instantie (opgevoerd via menu Randappatuur) gekozen kan worden uit een lijst met handtekening-scanners die bekend zijn voor deze instantie (opgevoerd via menu Randappatuur) Bekijken LDAP instantie Alle velden die in toevoegen LDAP instantie zijn opgenomen worden getoond. De velden zijn niet muteerbaar. 15.7.7 Toevoegen Deelnemer instantie: Er wordt een sectie getoond waarmee een nieuwe Deelnemer instantie kan worden toegevoegd. Dit betreft de volgende velden: • soort instantie niet muteerbaar • Instantie naam • Korte naam • datum ingang Als de velden 'datum ingang' en 'datum einde' beide ingevuld zijn, dan moet de 'ingang' waarde voor de 'einde' waarde liggen. • datum einde • Code • Mailboxnummer • DeelnemerResultaatServiceURL Voor deelnemer instantie moet hier tevens gekozen uit de beschikbare rollen welke rollen de Deelnemer instantie krijgt. 15.7.8 Wijzigen Deelnemer instantie Er wordt een sectie getoond met daarin de gegevens van de Deelnemer instantie, zie de vorige paragraaf. Op het scherm staan tevens de opties 'opslaan' en 'terug'. De overige voorwaarden die bij 'Toevoegen' zijn genoemd, gelden ook voor 'Wijzigen'. ICTU, Programma RNI 224/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 15.7.9 Bekijken Deelnemer instantie Alle velden die in toevoegen Deelnemerinstantie zijn opgenomen worden getoond. De velden zijn niet muteerbaar. 15.8 Beheren gebruikers 15.8.1 Acties De functie beheren gebruikers kent de volgende acties: Actie Vereiste context* 1. Beheren Tabel Gebruiker wordt automatisch gestart als menu Gebruikers wordt gekozen 2. Bekijken gebruiker • Als de gebruiker geautoriseerd is voor het bewerken van een instantie word automatisch het scherm Bewerken gebruiker opgestart. Zo niet dan wordt Bekijken gebruiker gestart. 3. Bewerken gebruiker • • er is een gebruiker geselecteerd (details) Als de gebruiker geautoriseerd is voor het bewerken van een instantie wordt automatisch het scherm Bewerken gebruiker opgestart. Zo niet dan wordt Bekijken gebruiker gestart. Gebruikers kunnen niet verwijderd kunnen worden. Op deze manier kan een gebeurtenis altijd herleid worden naar een gebruikers. Gebruikers kunnen inactief worden gemaakt door het verwijderen van de gebruiker uit LDAP. Een gebruiker kan niet worden toegevoegd via het RNI systeem. Dit kan alleen via LDAP gebeuren. Er is onderscheid tussen 'globaal' en 'lokaal' beheer van gebruikers. Alleen gebruikers die geautoriseerd zijn voor 'Globaal beheren gebruikers' mogen gebruikers beheren voor andere instanties dan waartoe zij zelf behoren. 15.8.2 Zoeken Op het moment dat gekozen wordt voor menu item Gebruikers wordt automatisch een zoekopdracht gestart. Alle aanwezige Gebruikers worden getoond. Met behulp van een filter kan een selectie gemaakt worden Als er geen gegevens zijn gevonden, dan volgt een foutmelding: “Geen gegevens gevonden”. Anders wordt een tabel getoond met de gevonden gegevens met de volgende kolommen: • • • • • RNI-instantie naam gebruiker inlognaam datum registratie actief dit wordt bepaald aan de hand van LDAP als de Gebruiker voorkomt in LDAP is actief ja De gebruiker kan een gebruiker selecteren, waarna mits geautoriseerd 'Bewerken gebruiker” wordt gestart., zie de volgende paragraaf. 15.8.3 Bewerken Gebruiker Er wordt een sectie getoond met daarin de volgende velden: • RNI-instantie ICTU, Programma RNI 225/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • • • • naam gebruiker inlognaam Actief A4 Scanner • ID Scanner • Handtekening Scanner • Handtekeningnaam • rollen (een alfabetische opsomming van alle rollen die deze gebruiker heeft) gekozen kan worden uit een lijst met A4-scanners die bekend zijn voor de instantie waartoe de gebruiker behoord (opgevoerd via menu Randappatuur) default wordt de A4 scanner gehanteerd die bij de instantie waartoe de gebruiker hoort is geselecteerd. Deze wordt achter het invoerveld getoond. gekozen kan worden uit een lijst met ID-scanners die bekend zijn voor de instantie waartoe de gebruiker behoord (opgevoerd via menu Randappatuur) default wordt de ID scanner gehanteerd die bij de instantie waartoe de gebruiker hoort is geselecteerd. Deze wordt achter het invoerveld getoond. gekozen kan worden uit een lijst met handtekening-scanners die bekend zijn voor deze instantie (opgevoerd via menu Randappatuur) default wordt de handtekening scanner gehanteerd die bij de instantie waartoe de gebruiker hoort is geselecteerd. Deze wordt achter het invoerveld getoond. optioneel invulveld. Hier kan de naam van de ambtenaar ingevuld worden die vervolgens getoond zal worden onder de te tekenen uittreksels. Op het scherm staan tevens de opties 'opslaan' en 'terug'. De overige voorwaarden die bij 'Toevoegen' zijn genoemd, gelden ook voor 'Bewerken'. Sectie Gebeurtenislog wordt in een apart tabblad getoond. : een sectie Gebeurtenislog, conform de opmaak zoals beschreven in par. 15.7.3 (inclusief de mogelijkheid tot het opvragen van de gebeurtenisdetails), waarbij voor 'RNIinstantie', 'Gebruikersaccount' gelezen moet worden. 15.8.4 Bekijken gebruikers Alle velden die in toevoegen bewerken gebruikers zijn opgenomen worden getoond. De velden zijn niet muteerbaar. 15.9 Beheren gebruikersrollen 15.9.1 Acties De functie beheren gebruikersrollen kent de volgende acties: Actie Omschrijving (scherm) Vereiste context* 1. Opvragen overzicht Overzicht --- 2. Toevoegen rol Toevoegen rol • er is geen actie 'wijzigen rol' gestart 3. Wijzigen rol Wijzigen rol • er is een rol geselecteerd (details) 4. ICTU, Programma RNI • 226/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 15.9.2 Overzicht De functie beheren gebruikersrollen kent geen zoekmogelijkheid, omdat het aantal rollen niet zo groot zal zijn. Door te kiezen voor de actie 'overzicht', worden alle aanwezige rollen in lijstvorm getoond. Kolommen: • technisch ID • naam • Korte naam naam die moet overeenkomen met rol in LDAP • toelichting De gebruiker kan een rol selecteren, waarna dbewerken rol worden getoond, zie Bewerken rol. 15.9.3 Toevoegen rol Er wordt een sectie getoond met daarin de volgende velden: • • • naam toelichting Korte naam naam die moet overeenkomen met rol in LDAP Op het scherm staan tevens de opties 'opslaan' en 'terug'. 15.9.4 Bewerken rol Alle velden die in toevoegen rol zijn opgenomen worden getoond. De velden zijn muteerbaar. Hiervoor gelden dezelfde voorwaarden als bij Toevoegen is beschreven. Tevens wordt tab gebeurtenislog getoond. 15.9.5 Bekijken rol Alle velden die in toevoegen rol zijn opgenomen worden getoond. De velden zijn niet muteerbaar. 15.10 Beheren rol autorisaties 15.10.1 Acties De functie beheren gebruikersrollen kent de volgende acties: Actie Vereiste context* 1. Beheren tabel rol Autorisaties --- 2. Bekijken rol autorisaties • 3. Wijzigen rolautorisaties • 15.10.2 Beheren tabel rol Autorisaties Getoond worden de verschillende rollen. Kolommen die getoond worden: technisch ID rol toelichting korte naam Nadat een rol wordt geselecteerd worden in het vervolgscherm de rol autorisaties getoond die bij de geselecteerde rol horen. - 15.10.3 Bekijken rol Autorisaties Het scherm is opgebouwd uit verschillende secties: • sectie: rol - technisch ID ICTU, Programma RNI 227/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• rol toelichting korte naam sectie: Tonen gebruikers Lijst met actuele gebruikers41 met deze rol; de volgende kolommen: - naam RNI-instantie - naam gebruiker Deze sectie wordt niet standaard getoond. Gebruiker kan hiervoor kiezen. - • per autorisatiegebied een sectie, met binnen die sectie de lijst van autorisatie-items binnen het autorisatiegebied die tot de rol behoren. Een autorisatie-item heeft 2 kolommen: - autorisatie - toelichting als bij de combinatie rol + autorisatiegebied geen enkel autorisatie-item hoort, dan wordt voor dat autorisatiegebied geen sectie getoond. • De gebruiker kan kiezen om de Rol autorisaties te bewerken. 15.10.4 Bewerken rol Autorisaties De details van de rol worden getoond (zie vorige paragraaf 'Sectie rol'), waarbij geldt: – – alle autorisatiegebieden en alle autorisatie-items worden getoond; alle autorisatie-items staan in eerste instantie uitgevinkt Op het scherm staan tevens de opties 'opslaan' en 'annuleren'. N.B. het aan- of uitvinken van een gebruiker wordt gelogd als een wijziging bij het object 'gebruiker', zie ook par. 18.3.3. 15.11 Randapparatuur Per LDAP instantie worden de verschillende soorten scanners die gebruikt worden binnen de LDAP instantie (‘Soort instantie’ = “Loket” of “Registratiehouder”) vastgelegd met behulp van het menu Randapparatuur. In het menu Gebruikersautorisaties wordt de randapparatuur aan de instantie en of gebruikers gekoppeld. De tabel Randapparaat kan onderhouden worden met de hier beschreven beheerfunctie. 15.11.1 Acties De beheerfunctie voor randappatuur kent de volgende acties: Actie Vereiste context* 1. Beheren Tabel Randapparaat --- 2. Toevoegen Randapparaat • er is geen actie 'wijzigen' gestart 3. Wijzigen Randapparaat • er is een tabelregel geselecteerd (details) 4. Verwijderen Randapparaat • er is een tabelregel geselecteerd (details) 15.11.2 Beheren tabel Randapparaat Op het moment dat gekozen wordt voor menu item Randapparatuur wordt automatisch een zoekopdracht gestart. Met behulp van een filter kan een selectie gemaakt worden. 41 Een gebruiker is niet 'actueel' als voor de gebruiker de 'datum einde' is ingevuld met een waarde die voor de systeemdatum ligt. ICTU, Programma RNI 228/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Voor dit menu gelden verschillende rol-autoristaties: • Beheren Randapparaten voor eigen instantie • Beheren Randapparaten voor alle instanties Afhankelijk van de gebruikersautorisatie worden de aanwezige Randapparaten getoond die overeenkomen met de autorisatie. Als er geen gegevens zijn gevonden, dan volgt een foutmelding: “Geen gegevens gevonden”. Anders wordt een tabel getoond met de gevonden gegevens met de volgende kolommen: • naam • hostnaam of IP-adres • omschrijving De gebruiker kan een randapparaat selecteren, waarna Wijzigen Randapparaat wordt gestart. 15.11.3 Toevoegen Randapparaat Er wordt een sectie getoond waarmee nieuwe Randappatuur kan worden toegevoegd. Dit betreft de volgende velden: • Instantie Naam Instantie (Alleen muteerbaar als rol-autorisatie = Beheren Randapparaten voor alle instanties) • Naam Naam van het randapparaat • Hostnaam of IP-adres • Omschrijving • A4scan aanduiding welk type randapparatuur het betreft • IdScan aanduiding welk type randapparatuur het betreft • Handtekeningenscanner aanduiding welk type randapparatuur het betreft • Printer aanduiding welk type randapparatuur het betreft Op het scherm staan tevens de opties 'opslaan' en 'terug'. 15.11.4 Wijzigen Randapparaat Er wordt een sectie getoond waarmee het randapparaat kan worden gewijzigd. Dit betreft dezelfde velden als genoemd in Toevoegen Randapparaat. Op het scherm wordt ook de mogelijkheid geboden om het randapparaat te verwijderen. 15.11.5 Verwijderen Randapparaat Op het scherm wordt een sectie getoond waarmee het randapparaat kan worden verwijderd. Als hiervoor gekozen wordt verschijnt een bericht op het scherm””U wilt [naam randapparaat] verwijderen. Weet u het zeker?” Als de gebruiker dit bevestigd wordt het randapparaat verwijderd. Dit kan alleen als het randapparaat niet aan een Instantie of Gebruiker is gekoppeld. 15.12 Beheren help-functionaliteit Voor alle gebruikersfuncties (inclusief beheerfuncties) is context sensitieve help beschikbaar. 15.13 Beheren templates voor formulieren Voor de formulieren die uit het RNI-systeem worden verstrekt (PL-overzicht, uittreksel RNI en het Aanvraagformulier) is een Jasper report template aanwezig. 15.14 Beheren landelijke tabellen Het actualiseren van de landelijke tabellen vindt automatisch plaats via berichten, zie ook par. 12.4.1. Voor het verkrijgen van inzicht in de inhoud en voor het, in geval van calamiteiten, handmatig aanbrengen van wijzigingen, zijn beheerfuncties beschikbaar. Het gaat om de volgende tabellen: ICTU, Programma RNI 229/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Nr. Tabelnaam Zoekrubriek 1* Zoekrubriek 2 32 Nationaliteitentabel 05.11 Nationaliteitscode 05.12 Omschrijving nationaliteit 33 Gemeententabel 92.10 Gemeentecode 92.11 Gemeentenaam 34 Landentabel 94.10 Landcode 94.11 Landnaam 35 Autorisatietabel 95.10 Afnemersindicatie 95.20 Afnemernaam 36 Voorvoegseltabel 02.31 Voorvoegsel --- 37 Tabel Reden opnemen/beëindigen nationaliteit 96.10 Reden opnemen/beëindigen nationaliteit 96.20 Omschrijving 38 Tabel Adellijke titel/predikaat 02.21 Adellijke titel/predikaat 02.22 Omschrijving adellijke titel/predikaat 39 Tabel Akteaanduiding 81.21 Akteaanduiding 81.22 Omschrijving soort akte 41 Tabel Reden ontbinding/nietigverklaring huwelijk/geregistreerd partnerschap 07.41 Reden ontbinding/nietigverklaring huwelijk/geregistreerd partnerschap 07.42 Omschrijving ontbinding/nietigverklaring huwelijk/geregistreerd partnerschap 48 Tabel Nederlands reisdocument 35.11 Nederlands reisdocument 35.12 Omschrijving 49 Tabel Autoriteit van afgifte Nederlands reisdocument 35.41 Autoriteit van afgifte 35.42 Omschrijving 56 Verblijfstiteltabel 39.11 Verblijfstitel 39.12 Omschrijving 60 RNI-deelnemers 88.11 Code RNI-deelnemer 88.12 Omschrijving RNIdeelnemer *Er kan gezocht worden m.b.v. in de tabel aangegeven zoekrubrieken en daarnaast m.b.v. 'technisch ID'. 15.14.1 Acties Een beheerfunctie voor een landelijke tabel, kent de volgende acties: Actie Omschrijving (scherm) Vereiste context* 1. Zoeken Overzicht --- 2. Toevoegen tabelregel Toevoegen • • er is geen actie 'wijzigen' gestart het betreft niet tabel 36 of 38* 3. Wijzigen tabelregel Wijzigen • • er is een tabelregel geselecteerd (details) het betreft niet tabel 36 of 38* 4. Verwijderen tabelregel Verwijderen • • er is een tabelregel geselecteerd (details) het betreft niet tabel 36 of 38* * Tabellen 36 en 38 hebben een vaste inhoud. Opmerkingen: • • De mutatiefuncties voor de tabelregels zijn alleen bedoeld voor calamiteiten. Er moet daarom aan geen enkele gebruiker, of aan slechts een zeer gering aantal, autorisatie worden verleend. Het muteren van tabelregels mag niet leiden tot wijzigingen in PL-gegevens of andere gegevens. 15.14.2 Zoeken In elke tabel kan gezocht worden via 'technisch ID' en de 'code' of de 'omschrijving' van de tabelregel. Dit is één ingaveveld ('code/omschrijving'). Met de ingegeven waarde zoekt het systeem dan zowel in ICTU, Programma RNI 230/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Zoekrubriek 1 als in Zoekrubriek 2 (zie de tabel hierboven, waarin een opsomming van de tabellen is opgenomen). Het is niet verplicht om een zoekwaarde in te vullen. Als er geen gegevens zijn gevonden, dan volgt een foutmelding: “Geen gegevens gevonden”. Anders wordt een tabel getoond met de gevonden gegevens, met de volgende kolommen: • • code omschrijving • • datum ingang datum einde de rubriek benoemd als Zoekcriterium 1 in de tabel in de vorige paragraaf de rubriek benoemd als Zoekcriterium 2 in de tabel in de vorige paragraaf (is niet van toepassing bij tabel 36 Voorvoegsels) alleen als dit gegeven onderdeel is van de betreffende tabel alleen als dit gegeven onderdeel is van de betreffende tabel De gebruiker kan een tabelregel selecteren, waarna de details van de tabelregel worden getoond, zie de volgende paragraaf. 15.14.3 Details Er wordt een sectie getoond met de titel: Tabelregel uit . In die sectie worden alle velden van de tabelregel getoond, voorafgegaan door het Technisch ID; zie voor een overzicht het LO GBA [2], par. I.8 Beschrijving van de landelijke tabellen. Sectie Gebeurtenislog Onder de details van een tabelregel volgt een sectie Gebeurtenislog, conform de methode zoals beschreven in par. 15.7.3 (inclusief de mogelijkheid tot het opvragen van de gebeurtenisdetails), waarbij voor 'RNI-instantie', 'Tabelregel' gelezen moet worden. 15.14.4 Toevoegen De details van de tabelregel worden getoond (zie vorige paragraaf), waarbij de gebruiker de waarden dient in te vullen. Op het scherm staan tevens de opties 'opslaan' en 'annuleren'. Overige voorwaarden: • • • de ingegeven waarden mogen alleen tekens uit het Teletex repertoire bevatten; een datumwaarde kan zijn, 00000000 of een bestaande datum; als zowel de ingangsdatum als de einddatum is gevuld, dan mag de ingangsdatum niet na de einddatum liggen. 15.14.5 Wijzigen De details van de tabelregel worden getoond, waarbij de gebruiker de waarden mag aanpassen. Op het scherm staan tevens de opties 'opslaan' en 'annuleren'. Overige voorwaarden: • • • de ingegeven waarden mogen alleen tekens uit het Teletex repertoire bevatten; een datumwaarde kan (null) zijn, 00000000 of een bestaande datum; als zowel de ingangsdatum als de einddatum is gevuld, dan mag de ingangsdatum niet na de einddatum liggen. 15.14.6 Verwijderen Als gekozen wordt voor 'verwijderen', dan wordt om een bevestiging gevraagd: Wilt u deze tabelregel inderdaad verwijderen? (ja/nee). Als de vraag met 'ja' wordt beantwoord, dan wordt de tabelregel verwijderd. 15.15 Beheren ISO-codes landen en nationaliteiten Op ICAO-identiteitsdocumenten zijn de landen (land van uitgifte) en nationaliteiten (nationaliteit van de houder) gecodeerd volgens een aangepaste ISO 3166-1 codering: ISO/IEC 7501-1. Voor het vertalen ICTU, Programma RNI 231/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• van deze codering naar een GBA landcode of GBA nationaliteitscode is een vertaaltabel gedefinieerd. Deze tabel kan onderhouden worden met de hier beschreven beheerfunctie. 15.15.1 Acties De beheerfunctie voor ISO-codes landen en nationaliteiten kent de volgende acties: Actie Omschrijving (scherm) Vereiste context* 1. Zoeken Overzicht --- 2. Toevoegen ISO-code Toevoegen • er is geen actie 'wijzigen' gestart 3. Wijzigen ISO-code Wijzigen • er is een tabelregel geselecteerd (details) 4. Verwijderen ISO-code Verwijderen • er is een tabelregel geselecteerd (details) Belangrijk: • Het muteren van tabelregels mag niet leiden tot wijzigingen in PL-gegevens of andere gegevens. 15.15.2 Zoeken De gebruiker kan zoeken op de volgende velden: • • • • • technisch ID ISO code ISO omschrijving GBA landcode GBA nationaliteitscode Bij het zoeken op ISO code en/of ISO omschrijving wordt naar gegevens gezocht waarvan de veldwaarde(n) geheel of gedeeltelijk overeenkomen met het ingegeven criterium. Zoeken met de waarde 'British' levert zodoende meerdere resultaten op. Als er geen gegevens zijn gevonden, dan volgt een foutmelding: “Geen gegevens gevonden”. Anders wordt een tabel getoond met de gevonden gegevens, met de volgende kolommen: • • • • • • ISO code ISO omschrijving GBA landcode GBA landomschrijving GBA nationaliteitscode GBA nationaliteitsomschrijving De gebruiker kan een tabelregel selecteren, waarna de details van de tabelregel worden getoond, zie de volgende paragraaf. 15.15.3 Details Er wordt een sectie 'ISO codering land/nationaliteit' getoond, met: • • • • • technisch ID ISO code ISO omschrijving GBA landcode / -omschrijving GBA nationaliteitscode / -omschrijving Onder de details van een ISO-code volgt een sectie Gebeurtenislog, conform de methode zoals beschreven in par. 15.7.3 (inclusief de mogelijkheid tot het opvragen van de gebeurtenisdetails), met waarbij voor 'RNI-instantie', 'ISO-code' gelezen moet worden. 15.15.4 Toevoegen Er wordt een sectie 'ISO codering land/nationaliteit' getoond met de volgende gegevens: ICTU, Programma RNI 232/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • • • ISO code ISO omschrijving GBA landcode • GBA nationaliteitscode verplicht verplicht, er moet een teken ongelijk spatie voorkomen optioneel, keuzelijst ( ()) uit de GBA landentabel optioneel, keuzelijst ( ()) uit de GBA nationaliteitentabel Op het scherm staan tevens de opties 'opslaan' en 'annuleren'. Overige voorwaarden: • • de ISO code moet uit 3 hoofdletters bestaan; de ISO code mag nog niet voorkomen in de tabel; 15.15.5 Wijzigen De details van de tabelregel worden getoond, waarbij de gebruiker de waarden mag aanpassen. Wanneer de gebruiker kiest voor 'opslaan', dan worden de in de vorige pagina beschreven controles uitgevoerd, waarbij controle 2 net iets anders geformuleerd is: • als de ISO code wordt gewijzigd, dan mag deze nog niet voorkomen in de tabel. 15.15.6 Verwijderen Als gekozen wordt voor 'verwijderen', dan wordt om een bevestiging gevraagd: Wilt u deze ISO code inderdaad verwijderen? (ja/nee). Als de vraag met 'ja' wordt beantwoord, dan wordt de ISO code verwijderd. 15.16 Beheren systeeminstellingen 15.16.1 Acties Het RNI-systeem maakt gebruik van een aantal systeeminstellingen, zie par. 19.3. Deze systeeminstellingen worden opgevoerd met een script en worden daarbij met een standaardwaarde gevuld. Een beheerder kan de waarden desgewenst wijzigen. Met de hier beschreven beheerfunctie kunnen geen instellingen toegevoegd of verwijderd worden. De mogelijke acties zijn: Actie 1. Zoeken Omschrijving (scherm) Vereiste context* Overzicht --- 2. Wijzigen systeeminstelling Wijzigen • er is een systeeminstelling geselecteerd 15.16.2 Zoeken Er zijn drie zoekcriteria: • • • technisch ID toepassing naam systeeminstelling dropdownlijst van toepassingen (zie ook par. 19.3) Het is niet verplicht om een zoekwaarde in te geven. De zoekresultaten worden default gesorteerd op 'toepassing' en daarbinnen op 'Naam systeeminstelling'. De volgende kolommen worden getoond: • • • toepassing naam systeeminstelling waarde Wanneer een regel uit de lijst wordt geselecteerd, toont het systeem de details van de systeeminstelling, zie de volgende paragraaf. ICTU, Programma RNI 233/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 15.16.3 Details Er wordt een sectie getoond met de 'Systeeminstelling'. In die sectie worden alle velden van de tabelregel getoond: technisch ID toepassing naam systeeminstelling soort waarde waarde • • • • • Sectie Gebeurtenislog Onder de details van een systeeminstelling volgt een sectie Gebeurtenislog, conform de methode zoals beschreven in par. 15.7.3 (inclusief het opvragen van de gebeurtenisdetails), waarbij voor 'RNI-instantie', 'Systeeminstelling' gelezen moet worden. 15.16.4 Wijzigen Er wordt een sectie 'Systeeminstelling' getoond, met: • toepassing kan niet gewijzigd worden • naam systeeminstelling kan niet gewijzigd worden • waardeformaat kan niet gewijzigd worden • waarde Op het scherm staan tevens de opties 'opslaan' en 'annuleren'. Alleen de inhoud van het veld 'waarde' mag gewijzigd worden. de inhoud moet voldoen aan het waardeformaat (getal, tekst, datum). 15.17 Beheren codelijsten 15.17.1 Acties Een codelijst bestaat uit een aantal codewaarden. Voorbeelden van codelijsten zijn: – – – codelijst voorbeelden codewaarden status RNI-dossier reden afwijzing inschrijvingsverzoek reden annuleren inschrijvingsverzoek 'Inschrijving: initieel', 'PL opgenomen in de RNI' 'ID-document is niet geldig' 'persoon vervoegt zich bij de GBA' De codelijsten worden, met of zonder default codewaarden, opgevoerd met een script. Afhankelijk van de eigenschappen van de codelijst mogen wel of geen waarden toegevoegd en/of gewijzigd worden. Codewaarden mogen niet verwijderd worden. Met de hier beschreven beheerfunctie kunnen geen nieuwe codelijsten geïntroduceerd worden, dit gebeurt via een script. De mogelijke acties zijn: Actie Omschrijving (scherm) Vereiste context* 1. Zoeken Zoeken --- 2. Toevoegen codewaarde Toevoegen • er is geen actie 'wijzigen' gestart 3. Wijzigen codewaarde Wijzigen rol • er is een codewaarde geselecteerd (details) 15.17.2 Zoeken In de lijst van codewaardes kan gezocht worden op 'codelijst' , 'codewaarde' en 'look-up omschrijving'. Het is niet verplicht om een zoekwaarde in te vullen. Bij 'codelijst' kan de gebruiker een waarde selecteren uit een lijst met codelijsten. Bij het zoeken op de velden 'codewaarde' en 'look-up omschrijving' wordt naar gegevens gezocht waarvan de veldwaarde(n) geheel of gedeeltelijk overeenkomen met de ingegeven zoekwaarde. ICTU, Programma RNI 234/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Als er geen gegevens zijn gevonden, dan volgt een foutmelding: “Geen gegevens gevonden”. Anders wordt een tabel getoond met de gevonden gegevens met de volgende kolommen: • • • • • • technisch ID codelijst codewaarde look-up omschrijving toelichting indicatie actief Default sortering is op codelijst en daarbinnen of codewaarde. De gebruiker kan een codewaarde selecteren, waarna de details van de codewaarde worden getoond, zie de volgende paragraaf. 15.17.3 Details Er wordt een sectie 'Codewaarde' getoond met daarin de volgende velden: • • • • • • • technisch ID codelijst codewaarde look-up omschrijving toelichting datum ingang datum einde Sectie Gebeurtenislog Onder de details van een codewaarde volgt een sectie Gebeurtenislog, conform de methode zoals beschreven in par. 15.7.3 (inclusief het opvragen van de gebeurtenisdetails), waarbij voor 'RNI-instantie', 'Codewaarde' gelezen moet worden. 15.17.4 Toevoegen Er wordt een sectie 'Codewaarde' getoond met de volgende gegevens: • codelijst • codewaarde • • • • look-up omschrijving toelichting datum ingang datum einde keuzelijst, alleen codelijsten waarbij de 'indicatie voorgedefinieerd' = 'nee' verplicht, er moet een teken ongelijk spatie voorkomen , moet uniek zijn binnen de codelijst verplicht, er moet een teken ongelijk spatie voorkomen Op het scherm staan tevens de opties 'opslaan' en 'annuleren'. 15.17.5 Wijzigen Er wordt een sectie 'Codewaarde' getoond met de volgende gegevens: • • codelijst codewaarde • • • look-up omschrijving toelichting datum ingang • datum einde dit gegeven kan niet gewijzigd worden mag alleen gewijzigd worden als voor de codewaarde geldt: 'indicatie vast' = 'nee', moet uniek zijn binnen de codelijst verplicht mag alleen gewijzigd worden als voor de codewaarde geldt 'indicatie vast' = 'nee' mag alleen gewijzigd worden als voor de codewaarde geldt 'indicatie vast' = 'nee' Op het scherm staan tevens de opties 'opslaan' en 'annuleren'. ICTU, Programma RNI 235/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 15.18 Beheren brondocumenten Er wordt een digitaal dossier opgebouwd met scans van de ID-documenten en eventuele andere overgelegde documenten. Alle overgelegde (identiteits-)documenten worden gescand en in het digitaal RNI-dossier opgeslagen. Alle RNI-loketten en de RNI-registratiehouder hebben toegang tot het digitale dossier. Een scan wordt altijd gerelateerd aan een dossier en in bepaalde gevallen specifiek aan een bepaald onderdeel van een dossier. 15.19 Functies voor kwaliteitscontroles De functies voor specifieke kwaliteitscontroles worden in overleg met de betrokken partijen uitgewerkt. Deze zijn niet in scope voor de eerste versie van het systeem. 15.20 Testen De functies die hieronder vallen zijn de zogenaamde 'smoketest' en functionele testen. Een smoketest controleert of een interface voor de applicatie benaderbaar is. Een functionele test controleert of een interface werkt, de werking wordt dan gesimuleerd. Een interface binnen de context van testen kan zowel een software als een hardware interface zijn. Voor iedere test die uitgevoerd wordt het resultaat getoond. Indien een resultaat negatief is, zal de fout reden (indien beschikbaar) getoond worden. 15.20.1 Test Folders Deze test controleert of folders benaderbaar zijn en zijn voorzien van de juiste rechten. Het gaat hier Scans, reports en selecties. 15.20.2 Test Vb01 bericht Actie 'Stuur Vb01' controleert of een Vb01 bericht naar RNO verstuurd kan worden; Actie 'Ontvang Vb01' controleert of een Vb01 bericht klaargezet kan worden voor ontvangst. 15.20.3 Test BV BSN Deze test controleert of een zoekvraag gesteld kan worden aan BV BSN. 15.20.4 Test BRP Deze tests controleert of een zoekvraag gesteld kan worden aan de BRP (Huidige GBA). Er zijn twee verschillende berichten; BRP Vraag en BRP VraagPL. Voor beide berichten is een afzonderlijke test. 15.20.5 Test Reports Deze test controleert of een report kan worden aangemaakt en opgeslagen in pdf formaat. 15.20.6 Test Scan Upload Deze test controleert of een scan kan worden ingelezen en opgeslagen. 15.20.7 Clear Data Cache Verwijdert de gegevens uit de Data Cache 15.20.8 Clear Resource Bundles Cache Verwijdert de gegevens uit de Resource Bundles Cache 15.20.9 Scannertest Toont de geconfigureerde A4- en ID-scanner. De status van de scanners wordt getoond. Mogelijke acties: – Toon configuratie – Start document scan – Start A4-scan 15.20.10Handtekeningscanner Toont de geconfigureerde handtekeningscanner. De status van de scanner wordt getoond. Mogelijke acties: ICTU, Programma RNI 236/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• – Toon configuratie – Start handtekeningscanner 15.20.11 Printertest Stuurt een document in pdf formaat naar de geconfigureerde printer. 15.21 NDS-tabel Nationaal Documenten Systeem (voorheen VIS): Dit is een lijst van nummers van buitenlandse ID-documenten die niet (meer) geldig zijn. De RNI gebruikt deze lijst bij een eerste inschrijving. Onder het menuitem Applicatiebeheer is er de mogelijkheid om deze lijst te onderhouden. De lijst wordt door middel van een upload in het RNI systeem geladen. Iedere nieuwe upload overschrijft de vorige. Na het uploaden van een bestand wordt een overzicht getoond van de ingelezen gegevens. RNI gaat er vanuit dat de documentnummers deze tabel in hoofdletters zijn opgenomen. Indien van toepassing worden in RNI de documentnummers naar hoofdletters omgezet voordat de vergelijking met NDS plaatsvindt. 15.22 Fiattering deelnemeropgave Voor de deelnemeropgaven Dv01, Dv02 en Dv03 bestaat de mogelijkheid om deze te laten fiatteren door de Registratiehouder. Het verzoek om fiattering wordt geregistreerd per Deelnemer en per Berichtsoort. Bovendien wordt voor de Dv02 Actualiseringsopgave een fiattering geregistreerd per soort Actualisering. 15.22.1 Acties De beheerfunctie voor fiattering per deelnemeropgave kent de volgende acties: Actie Vereiste context* 1. Beheren Fiattering deelnemeropgave --- 2. Toevoegen Fiattering deelnemeropgave • er is geen actie 'wijzigen' gestart 3. Wijzigen Fiattering deelnemeropgave • er is een tabelregel geselecteerd (details) 4. Verwijderen Fiattering deelnemeropgave • er is een tabelregel geselecteerd (details) 15.22.2 Beheren Fiattering Deelnemeropgave Op het moment dat gekozen wordt voor menu item Overzicht Fiattering wordt automatisch een zoekopdracht gestart. Met behulp van een filter kan een selectie gemaakt worden. Als er geen gegevens zijn gevonden, dan volgt een foutmelding: “Geen gegevens gevonden”. Anders wordt een tabel getoond met de gevonden gegevens met de volgende kolommen: • naam instantie • soort deelnemerbericht • soort actualisering • Fiattering ja/nee 15.22.3 Toevoegen Fiattering deelnemeropgave Er wordt een sectie getoond waarmee nieuwe Fiattering deelnemeropgave kan worden toegevoegd. Dit betreft de volgende velden: • soort deelnemerbericht Dv01, Dv02 of Dv03 verplicht veld • soort actualisering Wordt alleen getoond als Soort deelnemerbericht = Dv02 Is dan een verplicht veld • Fiattering ja/nee • naam instantie lijst van instantie namen waar soort instantie = deelnemer (verplicht) ICTU, Programma RNI 237/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Op het scherm staan tevens de opties 'opslaan' en 'terug'. Per instantie mag een fiatteringsopgave maar een keer voorkomen. 15.22.4 Wijzigen Fiattering deelnemeropgave Er wordt een sectie getoond waarmee Fiattering deelnemeropgave kan worden gewijzigd. Dezelfde velden als genoemd in Toevoegen Fiattering deelnemeropgave worden getoond echter alleen Fiattering j/n kan gewijzigd worden. 15.22.5 Verwijderen Fiattering deelnemeropgave Op het scherm wordt een sectie getoond waarmee de Fiattering deelnemeropgave kan worden verwijderd. Als hiervoor gekozen wordt verschijnt een bericht op het scherm””U wilt een item verwijderen. Weet u het zeker?” Als de gebruiker dit bevestigt wordt de Fiattering deelnemeropgave verwijderd. 15.23 Schonen reisdocumenten Op het scherm wordt een knop getoond [Start schonen reisdocumenten]. Als hiervoor gekozen wordt verschijnt een bericht op het scherm ”Het schonen van de reisdocumenten is gestart. In de logging kunt u de resultaten zien.” Door het starten van de schoning wordt een Categorie 12 reisdocument van de bestaande PL-en van het type RNI-GBA-PL verwijderd indien deze voldoet aan één van onderstaande voorwaarden: Voorwaarde Condities 1. (12.35.50 Einde geldigheid) MINUS (12.35.30 Datum uitgifte) <= 5 jaar EN VANDAAG (i.e. draaidatum) MINUS (12.35.30 Datum uitgifte) > 11 jaar. 2. (12.35.50 Einde geldigheid) MINUS (12.35.30 Datum uitgifte) > 5 jaar EN VANDAAG (i.e. draaidatum) MINUS (12.35.30 Datum uitgifte) > 16 jaar. Er worden Lg01 berichten van deze wijzigingen verstuurd. Per verwijderd Reisdocument wordt een Gebeurtenislogregel bij het dossier aangemaakt: "Cat.12 Verwijderen". Het schoningsproces wordt als volgt gelogd De start van de verwerking: Gebeurtenistype Bijzonderheden Start schonen reisdocumenten • • Datum TijdRegistratie:= systeemdatum_tijd Samenvatting resultaat:= schonen gestart Het einde van de verwerking: Gebeurtenistype Bijzonderheden Einde schonen reisdocumenten • • • Datum TijdRegistratie:= systeemdatum_tijd Samenvatting resultaat:= schonen gereed Aanvullende details := X aantal reisdocumenten verwijderd. NB Een PL wordt uitgesloten van de schoning indien: • 07.67.20 (Omschrijving reden opschorting) is gelijk aan 'F' (fout) OF • 07.66.20 (Datum ingang blokkering) is gevuld. ICTU, Programma RNI 238/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 16 Gebruikersinterface 16.1 Vaste schermonderdelen Het RNI-systeem is in basis een centraal systeem: de gegevens worden in de centrale database opgeslagen en de applicatie wordt vanuit een centraal punt aangeboden aan de gebruikers. De in het FO beschreven interactieve functionaliteit, wordt opgezet volgens een bepaalde RNI-interface. Het staat nog niet vast of dit een zogenaamd GUI-interface is of een WUI-interface42. De RNI-interface heeft enkele onderdelen die op elk scherm (of pagina) terugkomen: 1. Een 'header' met daarin de titel van het systeem "Registratie Niet Ingezetenen". 2. De naam van de ingelogde gebruiker. 3. Een functiemenu en context actiemenu (zie de paragraaf hierna). Zie ook par. 3.2.1 Voorbeeld van een RNI-dossierscherm. 16.1.1 Het functiemenu en context actiemenu Op het scherm (of de pagina) staan aan de linkerkant een functiemenu en - als er een functie is geactiveerd - tevens een context actiemenu. 1. Een functiemenu Het functiemenu (zie ook Bijlage 3. Menustructuur van de interactieve applicatie) biedt de gebruiker de mogelijkheid om een bepaalde functie te starten. Het functiemenu kent twee niveaus: - Menugroepen - Menu-items Omdat het aantal menu-items vrij groot is, worden de menu-items verdeeld over een aantal menugroepen als bijvoorbeeld 'balie' en 'applicatiebeheer'. 2. Een context actiemenu Nadat de gebruiker een menu-item heeft gekozen, wordt de functie gestart en verschijnt een context actiemenu. De actie-items die hierin staan hangen af van a) de gebruikersautorisatie en b) de context. Een voorbeeld van een context situatie: wanneer de gebruiker de functie 'beheer gebruikers' start, zal het actie-item 'wijzigen gebruiker' wel getoond worden43, maar niet geactiveerd kunnen worden, omdat er eerst een gebruiker opgezocht ('zoeken gebruiker') en geselecteerd moet zijn. Binnen de geselecteerde menugroep zijn de menu-items voortdurend zichtbaar. Ook geldt dat zodra een menu-item is geselecteerd, het context actiemenu getoond wordt en zichtbaar blijft. De menu-items en de actie-items waarvoor een bepaalde gebruiker niet is geautoriseerd, worden niet getoond. Als de gebruiker voor geen van de menu-items uit een bepaalde menugroep is geautoriseerd, dan wordt die betreffende menugroep niet getoond. De gebruiker kan op elk moment een nieuw menu-item binnen de geselecteerde menugroep starten, of een andere menugroep selecteren. Zie par. 3.2.1 Voorbeeld van een RNI-dossierscherm, voor een voorbeeld van een menugroep ('Balie'), de bijbehorende menu-items en de actie-items binnen menu-item 'Start eerste inschrijving' 16.1.2 Scherm secties en tabbladen Gegevens op het scherm worden gegroepeerd in secties. Een sectie bestaat uit een kop en daaronder de gegevens binnen die sectie. In het schermvoorbeeld van par. 3.2.1 staan bijvoorbeeld de secties 'Dossier' en 'Persoonsgegevens'. 42 De term GUI (Graphical User Interface) staat voor een interface dat bijvoorbeeld door MS-Office en Openoffice.org wordt gebruikt. Dit wordt ook wel met WIMP aangeduid. Een WUI (Web User Interface) interface is een interface gebaseerd de opmaaktaal (X)HTML en waarbij communicatie tussen de server en de client (web-browser) plaatsvindt volgens het http-protocol. 43 Als een actie-item niet geactiveerd kan worden, dan moet dit voor de gebruiker duidelijk zichtbaar zijn, bijvoorbeeld door een lichte tekstkleur te gebruiken. ICTU, Programma RNI 239/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• In het voorbeeld staat tevens een bijzondere vorm van een sectie, deze bestaat uit een aantal tabbladen. De kop vermeldt dan de tabblad-namen. 16.2 Optimaal gebruik ruimte op het scherm De ruimte op het scherm moet optimaal worden benut, voor een goed overzicht en om onnodig scrollen44 te voorkomen. Dit is extra belangrijk voor onderdelen die op meerdere en/of veelgebruikte schermen van toepassing zijn, zoals de header en het menu. Een van de maatregelen is om de te tonen items over meerdere kolommen te verdelen, zoals ook te zien is in het voorbeeld van het RNI-dossierscherm uit par. 3.2.1. In dit FO wordt de positionering van de items niet beschreven. Uitgangspunt is een schermresolutie van horizontaal minimaal 1280 pixels (gebaseerd op een 5:4 SXGA schermresolutie van 1280x1024) en verticaal minimaal 900 pixels (gebaseerd op een 16:10 WSXGA schermresolutie van 1440x900). 16.3 Schermingaven 16.3.1 Ingave tekstwaarden Verwijderen voor- en achterloop spaties Bij het ingeven van tekstwaarden worden door het systeem eventuele spaties aan het begin en aan het eind van de ingave verwijderd. Bijzondere tekens (F2-functietoets) Voor het ingeven van tekens uit het Teletex repertoire die niet op het toetsenbord staan, biedt het systeem een keuzelijst met bijzondere tekens. Door functietoets F2 te gebruiken verschijnt een kader met toegestane letters en bijbehorende diakrieten. De gebruiker kan op een letter klikken die dan wordt overgenomen op het scherm. Als de gebruiker bijzondere tekens invoert via standaard methoden uit het besturingssysteem, dan vindt detectie van niet toegestane tekens plaats op het moment dat de gebruiker de gegevens bevestigt. Plausibiliteit Teletex tekens Niet alle tekens van de Teletex tekenset horen te worden gebruikt in de elementen geslachtsnaam (02.40) en Voornamen (02.10). Tekens die men niet zou moeten gebruiken leiden tot een signalering. De tekens kunnen echter wel in het RNI-systeem opgeslagen worden. Voor een overzicht van de gehele tekenset en de tekens die tot een signalering leiden in het RNI systeem zie Bijlage 8. Teletex tekens en plausibilteit. Bij ingave via het scherm wordt een waarschuwing op het scherm getoond die de gebruiker echter wel kan negeren. “Bijzondere situatie: persoon heeft een geslachtsnaam/voornaam buiten de gangbare Teletex set. Pas eventueel de naam aan en klik opnieuw op opslaan.” Logische versus fysieke lengte Met het begrip lengte wordt de logische lengte van een element, aangeduid in het aantal posities dat hiervoor gedefinieerd is. Als de inhoud van zo'n element gerepresenteerd wordt in de voorgeschreven Teletex-tekenset kan de logische lengte afwijken van de fysieke lengte. Zie LO GBA [2] I.4.3 Lengte 16.3.2 Ingave datumvelden Het systeem kent 3 soorten datumwaarden: 1. Complete datum 2. BRP datum 3. BRP zoekdatum Dit is een datum jjjjmmdd, die moet bestaan en die ligt na 1850-01-01. Dit is een datum die voldoen moet aan de voorschriften op de PL. Het formaat daarvoor luidt: jjjjmmdd, jjjjmm00, jjjj0000, 00000000. De datum moet liggen tussen 1850-01-01 en 2100-01-01. Afhankelijk van de situatie kunnen er aanvullende eisen gelden. Dit mag een BRP datum zijn, maar ook een onvolledige datum, dat wil zeggen: jjjjmm of jjjj. Bij het stellen van de zoekvraag aan de BRP wordt dan een 44 Het is niet te voorkomen dat bij bepaalde schermen de gebruiker in verticale richting moet scrollen. Horizontaal scrollen is in beginsel niet gewenst. ICTU, Programma RNI 240/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• sterretje ("*") toegevoegd (de gebruiker voert niet zelf het sterretje in). Als de datum niet volledig is, dan wordt de waarde aangevuld met nullen tot 8 posities. Bij de zoekactie worden dan de waarden geselecteerd die groter of gelijk zijn aan de zoekwaarde aangevuld met nullen en kleiner dan de zoekwaarde+1 aangevuld met nullen (tot 8 posities). Voorbeeld: De waarde 195902 als geboortedatum leidt tot de voorwaarde: geboortedatum >= 19590200 en geboortedatum < 19590300 Als de gebruiker een bestaande datum (waarbij dus ook de dag en de maand zijn ingevuld) wil invoeren, dan wordt een 'kalender' functie getoond (uitgezonderd de inschrijvings wizard, daar wordt geen 'kalender' functie gebruikt)Elke datum kan ook 'handmatig' ingevuld worden. De volgorde van invoering is van links naar rechts dag – maand – jaar. De gebruiker mag de datum met of zonder streepjes ('-' tekens) invoeren; als geen streepjes worden gebruikt, dan moeten altijd 8 cijfers ingevoerd worden. Voor bepaalde datumwaarden kunnen vanuit het LO RNI [1] of het FO RNI specifieke voorwaarden gelden. 16.3.3 Ingave zoekwaarde datum-tijd Voor het ingeven van een datum-tijd waarde voor het zoeken van gegevens, geldt voor de datum hetzelfde als voor de 'BRP zoekdatum' in de vorige paragraaf. Voor de tijd geldt dat de minuten mogen ontbreken en als deze ontbreken mogen ook de uren ontbreken. Als een onderdeel uit de datum-tijd niet is ingevuld, dan wordt de waarde aangevuld tot 12 posities volgens het algoritme dat vermeld staat bij de BRP zoekdatum (par. 16.3.2). Bij het zoeken op datum-tijd kan de gebruiker in plaats van een enkele waarde vaak een 'van' – 'tot' gebied aangeven. In dat geval worden bij beide waarden de posities aangevuld met nullen tot 12 posities (zonder daarbij eerst 1 bij de waarde op te tellen). Het datum deel van de datum-tijd moet ingegeven kunnen worden met behulp van een 'kalender' functie (alleen bestaande datum), maar ook via het zelf invoeren van de cijfers. De volgorde van invoering van de datum-tijd is van links naar rechts: dag – maand – jaar - uren – minuten. 16.3.4 Ingave van elementen waarvoor een tabel bestaat Daar waar de gebruiker een gegeven uit een (landelijke) tabel kan invoeren, bijvoorbeeld land, gemeente, nationaliteit of voorvoegsel, moet de gebruiker kunnen kiezen uit de lijst van waarden. Door ingave van een letter wordt naar de waarde gesprongen die met die letter begint. Door het invullen van meerdere letters wordt het zoekresultaat aangepast.. Als de eerste positie zowel een hoofd als kleine letters kan bevatten worden deze als volgt gesorteerd: ICTU, Programma RNI 241/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Voor het selecteren van een waarde uit een codelijst, wordt in het algemeen het veld 'lookupomschrijving' toegepast. Voor de landelijke GBA-tabellen worden de volgende velden gebruikt. Tabel Selectieveld 32 Nationaliteitentabel 32.05.12 Officiële omschrijving nationaliteit 33 Gemeententabel* 33.92.11 Officiële gemeentenaam 34 Landentabel 34.94.11 Officiële landnaam 36 Voorvoegseltabel 36.02.31 Voorvoegsel 37 Tabel Reden opnemen/beëindigen nationaliteit 37.96.20 Omschrijving 38 Tabel Adellijke titel/predikaat 38.02.22 Omschrijving 39 Akteaanduiding n.v.t.** 41 Tabel Reden ontbinding/nietigverklaring huwelijk/geregistreerd partnerschap 41.07.42 Omschrijving 48 Tabel Nederlands reisdocument 48.35.12 Omschrijving 49 Tabel Autoriteit van afgifte Nederlands reisdoc. n.v.t.*** 56 Verblijfstiteltabel 56.39.12 Omschrijving 60 RNI-instantie 60.88.12 Omschrijving RNI-deelnemer *Voor de gemeententabel geldt: - - Voor bepaalde elementen mag alleen een Nederlandse gemeente ingevuld worden, bijvoorbeeld de 'gemeente van inschrijving' (element 09.10). Deze gemeente moet voorkomen in de gemeententabel. In situaties waarin én een land én een gemeente moet worden ingevoerd (bijv. geboorteland en geboortegemeente), moet als het land = 'Nederland' de ingave voorkomen in de gemeententabel. De code 0000 (omschrijving "Onbekend") kan zowel van toepassing zijn op een buitenlandse gemeente als een Nederlandse gemeente, d.w.z. dat bij deze waarde niet automatisch het land 'Nederland' hoort. ICTU, Programma RNI 242/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Een buitenlandse plaats/gemeente komt niet voor in de gemeententabel. Deze wordt opgegeven via een vrije ingave. De waarde wordt niet gecontroleerd, behoudens dat de tekens in de Teletex karakterset moeten voorkomen. **Voor de akteaanduiding kan niet uit een lijst gekozen worden. De gebruiker moet het volledige aktenummer invoeren. ***De autoriteit van afgifte bestaat uit een combinatie van een vaste code + een variabele code. De gebruiker moet de volledige waarde invoeren en kan niet kiezen uit een lijst. Deze keuze is gemaakt, vanwege twee redenen:1) categorie 12 wordt slechts zelden gemuteerd, aangezien gebeurtenissen na opschortingsdatum m.b.t. categorie 12 niet bijgehouden worden en 2) het ligt in de bedoeling dat categorie 12 gegevens op den duur uit de BRP verwijderd worden. - 16.4 Tonen lijsten/tabellen Voor het tonen van een serie gegevens ('rijen') in een tabel/lijst gelden een aantal eigenschappen: • • • 16.5 Vermelding van het aantal gegevens en opdeling in pagina's - In een systeeminstelling wordt de standaard paginalengte voor het tonen van lijsten ingesteld (TONEN-LIJST-AANTAL-PER-PAGINA, zie par. 19.3). De gebruiker kan bij elke getoonde lijst de paginalengte wijzigen in 15, 50, 100 of alle. - Er wordt getoond uit hoeveel gegevens de lijst bestaat (Zie het voorbeeld bij het volgende gedachtenstreepje). - De gebruiker kan afhankelijk van de hoeveelheid pagina's de eerste en laatste paginanummers rechtstreeks kiezen . Sorteren op kolommen Als een kolomkop wordt aangeklikt, wordt op die kolom (en als dat expliciet in het FO staat, op meerdere tegelijk) gesorteerd: - In geval van een datumkolom die een procesdatum bevat (ontvangstdatum, verwerkingsdatum, datum creatie, datum wijziging, etc.) wordt initieel van meest recent naar minst recent (aflopend) gesorteerd. - Bij overige velden wordt van 'laag' naar 'hoog' (oplopend) gesorteerd. Daarbij geldt, voor alle alfabetische velden, dat bij het sorteren geen onderscheid gemaakt wordt tussen hoofd en kleine letters. - Als de gebruiker nogmaals op de kolomkop klikt, dan wordt in omgekeerde volgorde gesorteerd. De sorteervolgorde is zichtbaar door een symbool in de kolomkop. Oplopend:▲ Aflopend:▼ Filter - Biedt de mogelijkheid om het aantal (zoek)resultaten te beperken. - Bevat als invoervelden de velden die getoond worden in het (zoek)resultaat. - Van sommige velden met een vast waardebereik worden de waarden in een selectbox getoond waarbij het mogelijk is om meerdere waarden tegelijkertijd te selecteren. Deze selectbox toont elke waarde maar een keer en is alfabetisch gesorteerd (A-Z) - Wordt geactiveerd door het klikken op button 'Pas filter toe' Tonen datum en tijd Het formaat voor het tonen van een datum is: "dd-mm-jjjj" (met voorloopnullen). Het formaat voor het tonen van een tijdstip is: "uu:mm:ss" (met voorloopnullen, 24 uurs). Bij een gecombineerd veld is het formaat: "dd-mm-jjjj / uu:mm:ss". (met voorloopnullen, 24 uurs). 16.6 Tonen nationaliteiten, landen en gemeenten Bij het 'read only'' tonen van een nationaliteit, land of gemeente, wordt niet de code getoond, maar de omschrijving. Deze omschrijving staat in de corresponderende GBA-tabelregel. 16.7 Tonen alle nationaliteiten Op een aantal schermen worden de actuele nationaliteiten van een persoon getoond in één veld. Daarin worden de actuele nationaliteiten opgesomd, gescheiden door een puntkomma, met als volgorde: ICTU, Programma RNI 243/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Als eerste, voor zover van toepassing: - de Nederlandse nationaliteit, of 'bijzonder Nederlanderschap', of 'Vastgesteld niet-Nederlander' Vervolgens: - alle overige nationaliteiten gesorteerd op geldigheidsdatum (85.10) van meest naar minst recent (als een bepaalde geldigheidsdatum meer dan eens voorkomt, dan is de volgorde binnen die datum willekeurig) 16.8 Zoeken 16.8.1 Niet hoofdlettergevoelig Binnen het RNI-systeem is het zoeken in de gegevens niet-hoofdlettergevoelig. Als echter gebruik gemaakt wordt van externe interfaces (als de BV BSN en GBA-V) dan is het zoeken in principe (volgens de huidige interfaces) wel hoofdlettergevoelig. GBA-V kent een mogelijkheid om via 'slim zoeken' niet-hoofdlettergevoelig te zoeken. Daartoe moet de gebruiker het zoekcriterium volledig in 'kleine letters' invoeren. Zie verder de interface beschrijving van GBA-V / BV BSN in het LO RNI [1]. 16.8.2 Zoeken met wildcard tekens In het RNI-systeem kunnen bij het zoeken op basis van tekstwaarden de wildcard-tekens "*" sterretje en "?" worden gebruikt, zie par. 4.6.1 voor de betekenis. Uitzondering: • Als de uiteindelijke zoekactie door een extern systeem uitgevoerd wordt, dan gelden mogelijk afwijkende regels vanuit het betreffende systeem. Bij het gebruik van wildcard tekens is er een grotere kans op een Time out (zie volgende paragraaf). 16.8.3 Time out Bij elk soort zoekactie in de RNI die (deels) gebaseerd is op gebruikersingaven moet een time out ingesteld kunnen worden in milliseconden. Er is een instelling ZOEKEN-DEFAULT-MAX-ZOEKTIJD, die in het algemeen wordt gebruikt. Voor een aantal zoekfuncties wordt echter een specifieke maximum zoektijd toegepast, zie de beschrijvingen in dit FO. Externe interfaces hebben soms ook een time out instelling, maar daar kan desgewenst in de RNI een eigen timeout instelling overheen gelegd worden. De waarde '0' betekent: geen RNI time out toepassen. 16.8.4 Zoeken op datum en tijd Zie par. 16.3.3. 16.9 Webrichtlijnen In deze webapplicatie is rekening gehouden met 'webrichtlijnen' zoals deze vermeld zijn op http://www.webrichtlijnen.nl/. Het systeem is echter geen publieke 'website'. a) het is een intranet toepassing en b) geen website, maar een applicatie. ICTU, Programma RNI 244/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 17 Gebruikersauthenticatie en -autorisatie dit hoofdstuk moet nog aangepast worden. 17.1 Software implementaties Binnen het RNI-systeem zijn vier soorten software implementaties te onderscheiden. Deze staan in de tabel hieronder, met vermelding van de RNI-instanties waarvoor de software van toepassing is: Nr. Software implementatie RNI-instantie 1. Centrale interactieve RNI-systeem 2. Centrale standaard software45 3. Lokale standaard software 4. Centrale RNI-services (bijvoorbeeld: het indienen van deelnemersopgaven) (bijvoorbeeld een rapportagetool) • • RNI-loketten RNI-registratiehouder • • RNI-loketten RNI-registratiehouder (bijvoorbeeld scannen documenten) • • RNI-loketten RNI-deelnemers Het type software implementatie heeft invloed op de mogelijkheden voor de inrichting van de authenticatie en autorisatie. Met name bij standaard software kunnen de keuzemogelijkheden beperkt zijn. RNI maakt voor de authenticatie en autorisatie zoveel mogelijk gebruik van LDAP46. GBA-V gebruikt nu al LDAP voor het autoriseren van afnemers voor het gebruik van de services. De LDAP-omgeving bevat echter niet alle autorisatiegegevens: de GBA autorisatietabel (GBA tabel 35) is opgeslagen in een relationele database. Voordeel van LDAP is a) dat het een protocol is dat door diverse partijen ondersteund wordt en b) dat het de autorisatie-inrichting standaardiseert en centraliseert. Zo zou de autorisatie voor GBA-V en de RNI in dezelfde LDAP omgeving afgehandeld kunnen worden. Voor de centrale specifieke RNI-software (interactieve functionaliteit en services) is gekozen voor een LDAP-omgeving. Voor de centrale en lokale standaardsoftware hangt het van de in te zetten software af of LDAP ingezet kan worden (LDAP kan een selectiecriterium zijn bij de pakketselectie). Werking van RNI met LDAP werkt als volgt. De authenticatie wordt uitgevoerd met het PKI-certificaat en de bijbehorende gebruiker credentials. Nadat deze correct zijn bevonden leest de RNI applicatie de autorisatie voor de gebruiker uit. Voorwaarde is dat de betreffende gebruiker in de RNI applicatie is aangemaakt. In de volgende paragrafen wordt beschreven hoe voor deze situaties de gebruikersauthenticatie en -autorisatie functioneel is ingericht. 17.2 Gebruikersauthenticatie Voor de authenticatie van de gebruikers/RNI-instanties wordt altijd gebruik gemaakt van een PKIoverheid certificaat. Dit is een persoonsgebonden certificaat dat niet overdraagbaar is. Er wordt geregistreerd welk certificaat bij een bepaalde gebruikersnaam/RNI-instantie hoort. Dit aspect wordt gecontroleerd bij het inloggen. Voor het gebruik van de lokale standaard software valt de authenticatie en autorisatie onder de verantwoordelijkheid van de lokale RNI-instantie. 45 Dit wordt ook wel (C)OTS-software genoemd: (Commercial) off-the-shelf software. 46 Zie ook http://en.wikipedia.org/wiki/Lightweight_Directory_Access_Protocol ICTU, Programma RNI 245/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 17.2.1 Gebruikersessies In het centrale RNI-systeem kan een gebruiker op een bepaald moment maximaal één keer ingelogd zijn. Als de gebruiker een tweede sessie start, dan vraagt het systeem of de vorige sessie beëindigd moet worden. Indien het antwoord ontkennend is, dan wordt de betreffende inlogpoging geweigerd. Als binnen de sessie een aantal minuten (systeeminstelling AANT-MINUTEN-INTERACTIE-SESSIETIMEOUT) geen acties met de server zijn geweest, dan is de sessie verlopen. De gebruiker krijgt bij de eerstvolgende poging een actie uit te voeren een melding dat zijn sessie is verlopen. Het getoonde scherm biedt de gebruiker de mogelijkheid om opnieuw in te loggen. 17.3 Gebruikersautorisatie In de volgende subparagrafen wordt per type software-implementatie (zie par. 17.1) de inrichting van de autorisatie beschreven. 17.3.1 Centrale interactieve RNI-systeem Voor het centrale interactieve RNI-systeem, worden 'autorisatie-items' gedefinieerd. Dat zijn de eenheden waarop de autorisatie wordt gecontroleerd. Autorisatiecontrole vindt in ieder geval plaats bij de volgende handelingen. 1. Activeren van een menu-item (zie Bijlage 3. Menustructuur van de interactieve applicatie). 2. Activeren van een actie uit het context menu (zie Bijlage 3. Menustructuur van de interactieve applicatie). 3. Raadplegen van de inhoud van een tabblad. 4. Het activeren van een bepaalde actualiseringsfunctie. Er wordt in het algemeen geen autorisatiecontrole toegepast op bepaalde 'rijen' (records) uit gegevensverzamelingen47, er zijn bijvoorbeeld geen situaties dat men bepaalde personen niet mag raadplegen en andere wel. Ook is er geen specifieke autorisatie vereist voor het raadplegen van bepaalde rubrieken of bepaalde PL-categorieën. Het moet echter wel mogelijk zijn om binnen de autorisatiestructuur dergelijke autorisaties te voegen. De volgende autorisatie-inrichting is vereist: • • • • Er wordt een lijst van autorisatie-items gedefinieerd (zie ook het voorbeeld hierna). Elk autorisatie-item wordt ingedeeld in een autorisatiegebied (anders ontstaat een onoverzichtelijke lijst van losse autorisatie-items). In het systeem kan een willekeurig aantal rollen worden gedefinieerd. In een rol is de autorisatie van 1 of meer autorisatie-items opgenomen. Elke gebruiker krijgt 0, 1 of meerdere rollen toegewezen (met 0 rollen kan de gebruiker geen menuitems e.d. kiezen). Een voorbeeld: – autorisatiegroep autorisatie-item autorisatie-item RNI-dossiers starten 1e inschrijving Raadplegen RNI-dossiers Deze twee autorisatie-items geven recht tot onder andere: – menugroep balie menu-item starten 1e inschrijving menu-item RNI-dossiers actie-item Zoeken in RNI tabblad PL tabblad ID gegevens tabblad scans etc. 47 Functioneel kan dat wel worden afgedwongen. Bijvoorbeeld: de functie 'Monitoren vervolginschrijvingen' toont een subset van de aanwezige berichten. ICTU, Programma RNI 246/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 17.3.2 Centrale standaard software De autorisatiemethoden voor de centrale standaard software hangen af van de mogelijkheden die deze standaard software biedt. Onder dit type software implementatie valt de volgende functionaliteit: • • • • SQL-tooling Standaard rapportage software Beheerfaciliteiten die op het niveau van het besturingssysteem uitgevoerd moeten worden Eventuele LDAP-beheersoftware De gewenste autorisatie- (en authenticatie-)methode kan een requirement/selectiecriterium vormen bij de keuze voor bepaalde standaard software. 17.3.3 Lokale standaard software De authenticatie en autorisatie voor het gebruik van de lokale standaard software valt onder de verantwoordelijkheid van de lokale RNI-instantie. 17.3.4 Centrale RNI-services Voor het indienen van deelnemersopgaven wordt per deelnemer, op instantieniveau, vastgelegd: • • 17.4 welk soort deelnemersopgaven mogen aangeleverd worden; welke actualiseringsfuncties mogen uitgevoerd worden. Overzicht autorisatie-items autorisatiegebied autorisatie-item RNI-dossiers Starten 1e inschrijving Scannen documenten Markeren scan als foutief Converteren ID-document Markeren ID-document als foutief Invoeren PL-gegevens Eenvoudig Doorzoeken inschrijvingen Uitgebreid doorzoeken inschrijvingen Eenvoudig zoeken RNI-dossier Uitgebreid zoeken RNI-dossier Stellen presentievraag Stellen BRP vraag Stellen BRP vraag GGB Raadplegen RNI-dossiers Afwijzen inschrijving Annuleren inschrijving Consistentie controle Toekennen BSN van dossier van andere gebruiker Toekennen BSN voor eigen dossier Maken afschrift Wijzigen notitie bij dossier Wijzigen status inschrijvingsverzoek ICTU, Programma RNI 247/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• autorisatiegebied autorisatie-item Herstarten inschrijving Gegevensverstrekking Opvragen protocollering Upload Scans Deelnemersopgaven beheer Deelnemersopgaven Raadplegen deelnemersopgaven Deelnemersopgaven Raadplegen RNI-dossiers Deelnemersopgaven Afwijzen inschrijving Deelnemersopgaven Toekennen BSN Deelnemersopgaven Handmatig afronden berichtencyclus Deelnemersopgaven Wijzigen berichtstatus Deelnemersopgaven indienen Indienen inschrijvingsopgave Dv02 Cat. 01 wijziging in de naam Dv02 Cat. 01 wijziging in de geboorte Dv02 Cat. 01 wijziging in het geslacht Dv02 Cat. 01 actualiseren akte en document Dv02 Cat 01 actualiseren van de ingangsdatum geldigheid Dv02 Cat .01 wijzigen onderzoeksgegevens Dv02 Cat. 04 verkrijging Nederlandse nationaliteit Dv02 Cat. 04 verlies Nederlandse nationaliteit Dv02 Cat. 04 verkrijging buitenlandse nationaliteit Dv02 Cat. 04 verlies buitenlandse nationaliteit Dv02 Cat. 04 beëindigen staatsloosheid Dv02 Cat. 04 wijziging in de reden verkrijging Dv02 Cat. 04 wijziging in de reden verlies Dv02 Cat. 04 verwijderen van nationaliteitsgegevens Dv02 Cat. 04 correctie van ten onrechte opgenomen gegevens Dv02 Cat. 04 actualiseren akte en document Dv02 Cat. 04 actualiseren van de ingangsdatum geldigheid Dv02 Cat. 04 wijzigen onderzoeksgegevens Dv02 Cat. 06 opnemen overlijdensgegevens Dv02 Cat. 06 wijziging in overlijden Dv02 Cat. 06 correctie van ten onrechte opgenomen gegevens Dv02 Cat. 06 actualiseren akte en document Dv02 Cat. 06 actualiseren van de ingangsdatum geldigheid Dv02 Cat. 06 wijzigen onderzoeksgegevens Dv02 Cat. 07 afvoeren PL ICTU, Programma RNI 248/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• autorisatiegebied autorisatie-item Dv02 Cat. 08 wijziging buitenlands adres Dv02 Cat. 08 wijziging in de omschrijving van de aangifte adreshouding Dv02 Cat. 08 wijzigen onderzoeksgegevens Dv02 Cat. 01 als correctie Dv02 Cat. 04 als correctie Dv02 Cat. 06 als correctie Dv02 Cat. 08 als correctie Indienen verificatieopgave Indienen opgave aanvullende scan brondocument Indienen aanvraag overzicht ingediende opgaven Indienen aanvraag details ingediende opgave Indienen intrekken opgave Actualiseren PL Actualiseren Cat. 01 Actualiseren Cat. 01 als correctie Actualiseren Cat. 04 Actualiseren Cat. 04 als correctie Actualiseren Cat. 06 Actualiseren Cat. 06 als correctie Actualiseren Cat. 07 Actualiseren Cat. 08 Actualiseren Cat. 08 als correctie Actualiseren Cat. overige Actualiseren Cat. overige als correctie Afvoeren PL Verwijderen geblokkeerde PL Actualiseren documentindicatie Actualiseren Cat. 10 Actualiseren Cat. 10 als correctie Vervolginschrijving Raadplegen berichten vervolginschrijving Initiëren vervolginschrijving Sturen verwijsgegevens Handmatig afronden berichtencyclus Wijzigen berichtstatus Raadplegen vrij bericht Sturen vrij bericht Raadplegen RNI dossiers Berichten algemeen Raadplegen berichten algemeen Handmatig afronden berichtencyclus ICTU, Programma RNI 249/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• autorisatiegebied autorisatie-item Wijzigen berichtstatus Sturen vrij bericht Onderzoek Onderzoek Raadplegen onderzoeksdossiers (eigenlijk terugmeldingen) Onderzoek Bijwerken status dossier voor TMV Onderzoek Wijzigen toewijzing onderzoek Onderzoek Wijzigen RNI notitie onderzoek Onderzoek Informeren deelnemer over onderzoek Onderzoek Eenvoudig Zoeken in RNI Onderzoek Uitgebreid Zoeken in RNI Onderzoek Stellen presentievraag Onderzoek Stellen BRP vraag Terugmeldingen Raadplegen terugmeldingen Logging Raadplegen logging Raadplegen LogContext Raadplegen LogMutatiedetail Raadplegen LogZoekcriteria Raadplegen LogZoekresultaat. Raadplegen LogProtocollering aan de hand van Verstrekkingsbeperking Berichtverzending en -ontvangst Beheren proces berichtverzending en -ontvangst Berichtverwerking Beheren proces berichtverwerking Synchroniciteitselectie Beheren proces synchroniciteitsselectie GBA-V GBA-V RNI-instanties Raadplegen RNI-instanties Toevoegen RNI-instantie Wijzigen RNI-instantie Gebruikers Raadplegen gebruikers Toevoegen gebruiker Wijzigen gebruiker Globaal beheren gebruikers Gebruikersrollen Raadplegen rollen Toevoegen rollen Wijzigen rollen Verwijderen rollen Rol-autorisaties Raadplegen rol autorisaties Toevoegen rol autorisaties Wijzigen rol autorisaties Verwijderen rol autorisaties ICTU, Programma RNI 250/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• autorisatiegebied autorisatie-item Voorraad A-nummers Raadplegen voorraad A-nummers Aanvragen nieuwe A-nummers Voorraad BSN's Raadplegen voorraad BSN's Systeeminstellingen Raadplegen systeeminstellingen Wijzigen systeeminstelling Codelijsten Raadplegen codewaarden Toevoegen codewaarde Wijzigen codewaarde GBA-tabellen Raadplegen GBA-tabelregels Toevoegen GBA-tabelregel Wijzigen GBA-tabelregel Verwijderen GBA-tabelregel ISO-codes l Raadplegen ISO-code Toevoegen ISO-code Wijzigen ISO-code Verwijderen ISO-code Fiattering Deelnemeropgave Raadplegen Fiattering Deelnemeropgave Toevoegen Fiattering Deelnemeropgave Wijzigen Fiattering Deelnemeropgave Verwijderen Fiattering Deelnemeropgave Printers en Scanners Beheren Printers en Scanners Rapportage Gemeente Overzicht Aantal aangemaakte Dossiers Randapparaten Beheren Randapparaten voor eigen instantie Beheren Randapparaten voor alle instanties Tester Smoketest Printer en Scanner test Printer en Scanner test Nationaal Documente systeem NDS-tabel NDS-tabel uploaden ICTU, Programma RNI 251/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 18 Algemene functionele eigenschappen Dit hoofdstuk is nog niet aangepast. 18.1 Inleiding Het RNI-systeem moet op punten waar vergelijkbare functionaliteit geboden wordt, zoveel mogelijk uniformiteit bieden. In dit hoofdstuk worden de algemene eigenschappen uitgewerkt. 18.2 Workflow Het RNI-systeem hanteert voor de afhandeling van berichten en berichtencycli een aantal workflow principes. Een belangrijke functionele eis is dat de gebruikers kunnen opvragen welke zaken (hierna activiteiten genoemd) in het systeem aandacht verlangen. Dit zijn activiteiten die ofwel uit meerdere stappen bestaan en/of op een uitvallijst geplaatst kunnen worden. Bijvoorbeeld: • • • • • • • RNI-dossiers die een 'lopend inschrijvingsverzoek' vormen (status is 'initieel', 'PL-gegevens invoeren' of 'wacht op BSN'). Berichtencycli Berichten, inclusief deelnemersopgaven en -aanvragen Terugmeldingen Onderzoeksdossiers Proces initiële vulling Synchroniciteitsselectie Voor de gebruiker moet zoals gezegd duidelijk zijn welke activiteiten aandacht vragen. Daarnaast moet het mogelijk zijn om aan te geven dat bepaalde systeemsignaleringen zijn verwerkt c.q. voor kennisgeving zijn aangenomen. Daartoe wordt een aantal numerieke bereiken (ranges) van statuscodes gedefinieerd, waaraan te zien is in welke conditie zich een activiteit bevindt. De numerieke codes worden overigens niet getoond in de gebruikersinterface. De gebruiker krijgt altijd een omschrijving te zien. Voor een activiteit bestaan de volgende statusbereiken: Statuscode bereik (Globale status) Omschrijving Afkorting Toelichting [3000, 3999] tussenkomst vereist TV De activiteit wacht op een handeling van de gebruiker. [4000, 4999] opgeschort OG De activiteit is door het systeem opgeschort en wacht bijvoorbeeld op resources. [5000, 5999] afgebroken AG De activiteit is definitief afgebroken. [6000, 6999] correct resultaat CR De activiteit heeft een correct (tussen)resultaat opgeleverd dat nog door de gebruiker beoordeeld moet worden. [7000, 7999] incorrect resultaat IR De activiteit heeft een fout (tussen)resultaat opgeleverd dat nog door de gebruiker beoordeeld moet worden. [8000, 8999] correct afgerond CA De activiteit is correct afgerond. [9000, 9999] incorrect afgerond IA De activiteit is afgerond, maar met een fout (onbedoeld) resultaat. >= 10000 actief AT De activiteit is in uitvoering of staat klaar om uitgevoerd te worden zonder dat nog tussenkomst is vereist. ICTU, Programma RNI 252/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• De oranje gekleurde regels betreffen statussen die het einde vormen van de activiteitafhandeling. Dat kan dus zijn: afgebroken, correct afgerond of incorrect afgerond. Het systeem of de gebruiker moet er voor zorgen dat alle activiteiten (tijdig, en wat dat is, moet de RNIregistratiehouder vastleggen) een eindstatus 'AG', 'CA' of 'IA' krijgen. Een bepaald statusbereik wordt in dit document globale status genoemd en één bepaalde waarde wordt specifieke status genoemd. De status correct resultaat (CR) geeft aan dat (de stap binnen) de activiteit succesvol is uitgevoerd, maar dat de gebruiker nog wel kennis moet nemen van het (tussen)resultaat. Vervolgens wijzigt de gebruiker de status naar een waarde die aangeeft dat de activiteit afgerond is (correct afgerond), of naar een waarde waardoor de volgende stap in afhandeling gestart kan worden (actief). De status correct afgerond (CA) geeft aan dat de activiteit klaar is en geen aandacht meer behoeft. Binnen elk statuscode bereik, zie de tabel hierboven, krijgt elke soort activiteit 2 subranges van codes toegewezen. Onder de tabel volgt een toelichting. Soort activiteit Subrange 1 Subrange 2 RNI-dossier x000-x024 x025-x049 GBA inkomend bericht x100-x139 x140-x179 GBA uitgaand bericht x180-x189 x190-x199 GBA berichtencyclus x200-x239 x240-x279 Deelnemer inkomend bericht x300-x324 x325-x349 Deelnemer uitgaand bericht x350-x374 x375-x399 Deelnemer berichtencyclus x400-x424 x425-x449 Terugmelding x500-x524 x525-x549 Onderzoeksdossier x550-x574 x575-x599 Opvragen BSN's x620-x629 x630-x639 Opvragen A-nummers x640-x644 x645-x649 Proces VO-RNI (berichtverzending en -ontvangst) x650-x659 x660-x669 Proces Registreren deelnemersopgaven x670-x674 x675-x679 Proces Registreren deelnemersaanvragen x680-x684 x685-x689 Proces Verwerken GBA-berichten x690-x694 x695-x699 Proces Verwerken deelnemersopgaven x700-x704 x705-x709 Proces Verwerken deelnemersaanvragen x710-x714 x715-x719 Proces Synchroniciteitsselectie x720-x724 x725-x729 Proces Initiële vulling x730-x739 x740-x749 Er zijn 2 subranges gedefinieerd, dit heeft een administratieve reden voor het uitdelen van de codes. Achtergrond: • • In de gevallen dat een verwerkingsuitslag 'correct' of 'incorrect' niet per se aandacht van de gebruiker behoeft, legt het systeem bij de verwerking respectievelijk de status 'correct afgerond' (CA) of 'Incorrect afgerond' (IA) vast. Voor deze gevallen worden codes uit subrange 1 gebruikt. Als de uitslag van de verwerking wél altijd door de gebruiker opgemerkt moet worden, dan legt het systeem de status 'correct resultaat' (CR) of 'incorrect resultaat' (IR) vast. In die situatie moet de gebruiker de verwerking naar een 'afgerond' status brengen: van CR naar CA of van IR naar IA. Voor deze gevallen worden codes uit subrange 2 gebruikt. Een voorbeeld van de afhandeling van een ICTU, Programma RNI 253/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• bericht: Proces Nieuwe statuscode Omschrijving Toelichting VO-RNI (verzenden en 10100 (AT) ontvangen van GBA-berichten): haalt het bericht op en legt het vast in de RNI. Te verwerken Activiteit is Actief (AT), staat klaar om verwerkt te worden. Verwerken GBA-berichten: behandeld het bericht inhoudelijk 7140 (IR) Uitval, geen messageID Incorrect Resultaat Er wordt geen tegenbericht gestuurd; gebruiker moet zaak handmatig afhandelen. Monitoren GBAberichtenverkeer (interactief) 9140 (IA) Uitval, geen messageID Incorrect Afgerond Gebruiker bespreekt situatie met afzender en rondt de activiteit af. De code 7140 valt onder het statusbereik IR (incorrect resultaat) en deze wordt door de gebruiker opgevraagd met de functie Monitoren GBA-berichtenverkeer. De gebruiker overlegt met de afzender wat de oorzaak van de fout zou kunnen zijn. Vervolgens markeert de gebruiker de situatie voor gezien en wijzigt de status naar 9140 'incorrect afgerond', de zaak is afgehandeld. 18.3 Registreren gebeurtenissen (logging) In de RNI worden alle uitgevoerde acties gelogd in de entiteit gebeurtenislog. Het loggen van de gebeurtenissen dient om aan de eisen voor protocollering (zie LO GBA [2]) te voldoen en om de totstandkoming van gegevens te kunnen traceren. Voor zover van toepassing worden de volgende gegevens gelogd (zie ook het gegevensmodel, hoofdstuk 20): • • • • • • • • • • De soort actie (veld 'gebeurtenistype'). Een code voor het resultaat (veld 'resultaatcode') Een samenvatting (korte omschrijving) van het resultaat (veld 'samenvatting resultaat') Aanvullende details (veld 'aanvullende details') De instantie (organisatie) van waaruit de actie heeft plaatsgevonden. De gebruiker die de actie heeft uitgevoerd. Het tijdstip van de actie (datum-tijdstempel). Binnen welk dossier de actie is uitgevoerd. Op welk inkomend of uitgaand bericht de actie betrekking heeft. Overige context gegevens. Vast te leggen gebeurtenissen, zijn onder andere: 1. Succesvolle en mislukte inlogpogingen van een gebruiker (twee verschillende gebeurtenissen). 2. Zoekacties in het systeem (incl. zoekacties gericht aan externe systemen). Hierbij worden tevens de zoekcriteria en het resultaat van de zoekactie gelogd. 3. Alle actualiseringen van PL-gegevens en mutaties op andere gegevens, zie par. 18.3.3 4. Het inzien van een dossier door een gebruiker; er zijn twee varianten: a) 'Openen als onderhanden RNI-dossier'; b) 'Raadplegen dossier'. 5. Het raadplegen van een PL uit een dossier. 6. Het raadplegen van een scan uit een dossier. 7. Het verstrekken van gegevens aan de niet-ingezetene zelf of aan een derde. 8. Het starten en beëindigen van een RNI-proces. 9. Technische fouten, zie de volgende par. 18.3.4. ICTU, Programma RNI 254/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• In het FO is op diverse plaatsen beschreven wanneer een gebeurtenis gelogd wordt en met welke gegevens. Bijlage 5. Overzicht gebeurtenistypes geeft een overzicht van gebeurtenissen die gelogd worden. 18.3.1 Registreren zoekactie naar personen en/of dossiers Een zoekactie die door een gebruiker of het systeem wordt uitgevoerd - bijvoorbeeld in het kader van de verwerking van deelnemersopgaven - wordt gelogd. Als het zoeken plaatsvindt terwijl er een onderhanden dossier is, dan worden de loggegevens gekoppeld aan dat dossier (Gebeurtenislogregel.dossier ID). Het opvragen van een dossier op basis van een dossiernummer (dossier ID) wordt niet gelogd48. De actie 'doorzoeken inschrijvingen' registreert voor elke zoekactie (presentievraag, BRP vraag (inclusief BRP vraag GGB) en zoeken in de RNI) een aparte gebeurtenis. Van een zoekactie wordt in de gebeurtenislog geregistreerd: Gebeurtenistype Bijzonderheden Doorzoeken inschr. Presentievraag, of • Doorzoeken inschr. BRP vraag, of • Doorzoeken inschr. Zoeken in RNI • • In de entiteit LogZoekcriteria wordt voor elk gebruikt zoekcriterium een voorkomen gelogd. In de entiteit LogZoekresultaat wordt voor elk gevonden persoon/dossier een voorkomen gelogd. Dit vindt echter niet plaats als het aantal gevonden gegevens groter is dan de waarde van de systeeminstelling ZOEKEN-RNIDOSSIERS-MAX-LOG-DETAILS. De gebeurtenislogregels die automatisch worden gegenereerd (de context van de gebeurtenis is 'Dossier') worden bij het raadplegen van het tabblad 'gebeurtenislog' gemarkeerd getoond indien het resultaat van de zoekactie 1 of meer zoekresultaten heeft geleid. 18.3.2 Registreren gebeurtenis bij de afhandeling van een bericht In de beschrijving van de afhandeling van berichten (GBA-berichten (hoofdstuk 12) en deelnemersopgaven/-aanvragen (par. 7.4)) is de logging volgens onderstaande structuur aangegeven: Logregel bij bericht Berichtstatus Cyclusstatus Bericht niet verwerkt. Berichtkop is ongeldig !, onbekend bericht, gereageerd met Pf01-bericht. 9100 – IA: ongeldige kop 9201 – IA: Pf01 aangemaakt Bovenstaande betekent dat: - De status van het bericht wordt bijgewerkt (en de datum-tijd wijziging); De status van de berichtencyclus wordt bijgewerkt (en de datum-tijd wijziging); Een voorkomen in de entiteit gebeurtenislog wordt aangemaakt, gekoppeld aan het bericht. De volgende gebeurtenistypes vallen onder de 'afhandeling van een bericht': Gebeurtenistype Bijzonderheden Een van de volgende gebeurtenissen: • 'Verwerken GBA-bericht' • 'Handmatig aanmaken GBA-bericht' • 'Verwerken deelnemersopgave' • 'Verwerken deelnemersaanvraag' • 'Handmatig doorvoeren Dv01' • 'Handmatig afwijzen Dv01' Indien een statuswijzing van de berichtencyclus van toepassing is, dan wordt deze doorgevoerd; daarbij wordt geen gebeurtenislogregel geregistreerd. 48 Als het betreffende dossier aan de gebruiker getoond wordt, dan wordt wel een gebeurtenis 'Raadplegen dossier' gelogd. ICTU, Programma RNI 255/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • • • • 18.3.3 'Handmatig doorvoeren Dv02' 'Handmatig afwijzen Dv02' 'Handmatig doorvoeren Dv03' 'Handmatig afwijzen Dv03' Registreren actualisering / mutatie Als een PL of een ander gegeven (bijvoorbeeld een 'onderzoek', 'gebruiker' of een 'codewaarde') gemuteerd wordt, dan wordt dit gelogd in de gebeurtenislog. Bijzonderheden: • • • • • • • Er wordt een gebeurtenislogregel aangemaakt en voor elk gewijzigd veld een LogMutatiedetail (zie gegevensmodel, hoofdstuk 20). Automatisch gewijzigde waarden van technische velden, zoals 'datum-tijd wijziging' worden niet gelogd. Bij het verwijderen van een gegeven, worden alle velden gelogd, waarbij de nieuwe waarde is. Indien het gaat om een wijziging binnen een dossier dan wordt Gebeurtenislogregel.dossier ID gevuld. Als een bepaald object (bijv. stamtabel of onderzoek) gemuteerd wordt, dan wordt in LogContext een gegeven opgevoerd met contextobject type = type van het betreffende object en soort betrokkenheid = 'onderwerp'. Als het muteren van een stamtabel leidt tot het wijzigen van een relatietabel – bijvoorbeeld gebruiker rol – dan wordt deze wijziging gelogd bij de stamtabel gebruiker. Het toevoegen of verwijderen van een rol bij een gebruiker, wordt gelogd als een wijziging van een veld bij de gebruiker. Een voorbeeld: als een gebruiker een rol X toegewezen krijgt, dan wordt in LogMutatiedetail gelogd: - technisch ID (uniek) wordt automatisch uitgedeeld - gebeurtenislog ID een verwijzing naar de gebeurtenislogregel (mutatie) - objecttype 'Gebruiker' - ID object technisch ID van identificatie van het object - veld 'Rol' - waarde nieuw 'X' - waarde oud Het verhogen van het versienummer van een PL als onderdeel van het aanmaken van een Lg01bericht wordt niet gelogd. De wijzigingen die in een terugmelddossier worden aangebracht n.a.v. de verwerking van een Qv01bericht worden niet als LogMutatiedetails gelogd, de oude onderzoeksgegevens worden bewaard (als historie). Bij het verwerken van een bericht dat leidt tot een actualisering (bijvoorbeeld een actualiseringsopgave, Dv02-bericht) wordt, naast de verwerkingsgebeurtenislogregel voor de berichtverwerking, een aparte gebeurtenislogregel aangemaakt voor de uitgevoerde actualisering. Bij de actualiseringsgebeurtenis wordt via de entiteit Logcontext een verwijzing naar het bericht vastgelegd. Zie Bijlage 4. Overzicht actualiseringsfuncties PL/verwijzing, voor een overzicht van de gebeurtenissen m.b.t. het actualiseren/muteren van gegevens. 18.3.4 Registeren technische fout (exception) In de programmacode moet op veel punten rekening gehouden worden met een 'technische fout', ook wel exception genoemd. De kans dat zo'n technische fout optreedt, is in een normale situatie zeer klein. Een technische fout wordt gelogd in de database (mits deze op dat moment bereikbaar is) en wordt tevens gelogd in een tekstbestand op het filesysteem. De technische fout wordt in de database (bijvoorbeeld via de 'logcontext') gekoppeld aan een object (bijvoorbeeld bericht of berichtencyclus) dat op dat moment in behandeling is. 18.3.4.1 Technische fout bij de afhandeling van een GBA-bericht Bij de automatische of handmatige verwerking van een GBA-bericht geldt in geval van een technische fout de volgende logging/statuswijziging: ICTU, Programma RNI 256/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Logregel bij bericht Berichtstatus Cyclusstatus Proces <procesnaam>*: er is een technische fout opgetreden: <exception>** 7999 – IR: technische fout Indien cyclus aanwezig: 7999 – IR: technische fout *De procesnaam is: 'Verwerken GBA-berichten' of 'handmatige verwerking' **De 'exception' omvat de technische details van de fout. 18.3.4.2 Technische fout bij de afhandeling deelnemersopgave/-aanvraag Als bij de afhandeling van een deelnemersopgave of -aanvraag een 'technische fout' optreedt, dan wordt dit gemeld in een opgaveFoutrapport (Dfxx-bericht) en wordt gelogd: Logregel bij bericht Berichtstatus Cyclusstatus Proces <procesnaam>*: er is een technische fout opgetreden. Neem zo nodig contact op met de RNIregistratiehouder (code 0100) <exception>* 9999 – IA: technische fout 9999 – IA: technische fout *De procesnaam kan zijn: 'Registeren deelnemersopgave', 'Registreren deelnemersaanvraag', 'Verwerken deelnemersopgave', 'Verwerken deelnemersaanvraag' of 'handmatige verwerking'. **De 'exception' omvat de technische details van het probleem. Als een technische fout optreedt, moet de programmatuur de exception opvangen en deze loggen. De details van de exception worden niet aan de deelnemer gemeld. In dit geval wordt de status in 'afgerond' gewijzigd, in afwijking tot het gedrag bij GBA-berichten. De reden is dat er wel een antwoordbericht is gestuurd naar de deelnemer en de cyclus daarmee is afgerond. De deelnemer is dus geïnformeerd en kan zelf actie ondernemen en bijvoorbeeld de opgave/aanvraag opnieuw indienen. 18.3.4.3 Technische fout bij de overige acties Als er een technische fout optreedt waarbij geen bericht/deelnemersopgave/-aanvraag betrokken is, dan wordt voor de betreffende fout een logregel aangemaakt die niet aan een object is gekoppeld, maar herkenbaar is aan een specifiek gebeurtenistype 'Technische fout'. Logregel* Technische fout in proces <procesnaam>: <exception>* *De bij Logregel gespecificeerde inhoud wordt opgeslagen in het veld 'aanvullende details' in de gebeurtenislog **De 'exception' omvat de technische details van de fout. ICTU, Programma RNI 257/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 19 Technische eigenschappen Voor de RNI gelden een aantal technische eisen die niet altijd direct voor de gebruikers zichtbaar zijn, maar die wel van invloed zijn op de betrouwbaarheid of continuïteit, zowel als het gaat om het 'operationeel functioneren' als het aanpassingsvermogen naar de omgeving. In de volgende paragrafen zijn deze technische eisen beschreven. 19.1 Technische standaarden Voor de technische inrichting van de RNI speelt een aantal factoren een rol: 1. 2. 3. 4. 5. 6. 7. Overheidsbeleid ten aanzien van open standaarden en open source. Hergebruik van bestaande systemen als GBA-V en de BV BSN. De (technische) stand van zaken binnen het GBA-stelsel en de modernisering GBA (mGBA). Architecturen als NORA / MARIJ / GEMMA, etc. Digikoppeling. Voor berichtenuitwisseling, niet zijnde traditionele GBA-berichten: zo mogelijk aansluiten op StUF. De rijksoverheid streeft naar duurzaamheid bij inzet van middelen die gebruikt worden ter uitvoering van overheidstaken. Senter Novem heeft een aantal eisen ten aanzien van duurzame inrichting van ICT voorgesteld. Er is veel dynamiek rondom de ontwikkeling op deze terreinen. De besluitvorming voor deze punten hangt af van de stand van zaken op het moment dat de realisatie start. 19.2 Decentraal gebruik van RNI-functies De RNI-loketten en RNI-deelnemers zijn geografische gespreid over meerdere locaties. Zij moeten dus 'op afstand' met het systeem kunnen werken. Ook voor de RNI Registerhouder geldt waarschijnlijk dat deze fysiek vanuit een andere locatie werkt, dan de locatie waar de RNI-computersystemen zich bevinden. Voor het gebruik op afstand zijn diverse oplossingen mogelijk. Daarbij moet gedacht worden aan webgebaseerde applicaties en remote terminal services (bijvoorbeeld Citrix of Microsoft Terminal Services). Follow me printing Dit is een mechanisme waarbij de printopdracht pas bij een printer wordt verwerkt, als de eigenaar van de printopdracht zich bij de printer heeft geauthenticeerd. Deze maatregel heeft tot doel om de printuitvoer te beveiligen tegen onbevoegden. Dit is geen functie van de RNI applicatie maar een centrale voorziening in de printer infrastructuur. Toepassing van deze maatregel is niet verplicht. 19.3 Systeeminstellingen Onderstaande tabel beschrijft de systeeminstellingen: Nr Toepassing Naam systeeminstelling Toelichting 1. Interactieve applicatie ZOEKEN-RNI-DOSSIERS-MAX-RESULT Maximum aantal zoekresultaten bij de functie Zoeken in RNIs 2. Interactieve applicatie ZOEKEN-RNI-DOSSIERS-MAX-ZOEKTIJD Maximum zoektijd (in milliseconden) bij het zoeken van RNI-dossiers . 3. Interactieve applicatie ZOEKEN-RNI-DOSSIERS-MAX-LOGDETAILS Maximum aantal zoekresultaten waarbij de details van de zoekvraag worden gelogd. Als er meer zoekresultaten zijn dan wordt alleen een samenvatting gelogd. 4. Interactieve applicatie DOORZOEKEN-INSCHR-MAX-RESULT Maximum aantal zoekresultaten in de RNI bij de zoekfunctie Doorzoeken inschrijvingen. ICTU, Programma RNI 258/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Nr Toepassing Naam systeeminstelling Toelichting 5. Interactieve applicatie DOORZOEKEN-INSCHR-OOK-IN-GBA-V Indicatie (ja/nee) of bij het 'doorzoeken inschrijvingen' ook in GBA-V gezocht moet worden. 6. Interactieve applicatie RUBRIEKOPSOMMING-BRP-VRAAG Opsomming van de op te vragen rubrieken ('masker') bij de BRP vraag. 7. Interactieve applicatie RUBRIEKOPSOMMING-BRP-VRAAG-GGB Opsomming van de op te vragen rubrieken ('masker') bij de BRP vraag GGB. 8. Interactieve applicatie SOORTEN-SCANS-DEFAULT-TONEN Een opsomming van soorten scans die default getoond moeten worden. 9. Interactieve applicatie TONEN-LIJST-AANTAL-PER-PAGINA Default aantal resultaten per pagina. Interactieve 10. applicatie MAX-AANT-UUR-WACHT-OP-BSN Maximum aantal uur dat status 'wacht op BSN' mag zijn. (Als dit aantal is overschreden, moet vóór toekenning van een BSN eerst opnieuw de actie 'Doorzoeken inschrijvingen' worden uitgevoerd.) 11. Interactieve applicatie RAPPORTAGE_CSV_DIR Locatie waar de csv versies van de diverse R0%% rapporten geplaatst worden. Interactieve 12. applicatie AANTAL-UUR-SIGN-CYCL-STAGNATIE Aantal uur dat een cyclusafhandeling mag duren voordat deze als stagnerende cyclus wordt gezien. VO-RNI VO-RNI-AANTAL-SEC-SLAAP-ACTIE Aantal seconden dat het VO-RNI slaapt nadat is geconcludeerd dat er geen actie uitgevoerd moet worden. VO-RNI VO-RNI-IDC-BER-ONTVANGEN Indicatie (ja/nee) of bij de berichtenuitwisseling bij de MBS klaar staande berichten opgehaald moeten worden. VO-RNI VO-RN-IDC-BER-VERZENDEN Indicatie (ja/nee) of bij de berichtenuitwisseling de door de RNI 'te verzenden' berichten inderdaad verstuurd moeten worden. GBA Bericht16. verwerking IDC-AG21-AUTO-START-VERVOLGINSCHR Indicatie (ja/nee) of bij ontvangst van een Ag21-bericht automatisch een vervolginschrijving gestart moet worden GBA Bericht17. verwerking IDC-AG31-AUTO-START-VERVOLGINSCHR Indicatie (ja/nee) of bij ontvangst van een Ag31-bericht automatisch een vervolginschrijving gestart moet worden Deelnemers18. opgave MAX-GROOTTE-ATTACHMENT Maximale omvang van een attachment in Kb Deelnemers19. opgave LIJST-ATTACHMENT-TYPES Lijst van attachment bestandstypes die de deelnemer mag bijvoegen. Interactieve 20. applicatie / Deelnemersopgave MINIMUM-VOORRAAD-BSNS Als de voorraad BSN's onder de minimum voorraad komt, dan moeten zo snel mogelijk nieuwe BSN's besteld worden. Interactieve 21. applicatie / Deelnemersopgave AANVRAAG-AANTAL-BSNS Het aantal BSN's dat wordt aangevraagd wanneer er nieuwe BSN's besteld worden. 13. 14. 15. ICTU, Programma RNI 259/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Nr Toepassing Naam systeeminstelling Toelichting Interactieve 22. applicatie / Deelnemersopgave MINIMUM-VOORRAAD-A-NUMMERS Als de voorraad A-nummers onder de minimum voorraad komt, dan moeten zo snel mogelijk nieuwe A-nummers besteld worden. Interactieve 23. applicatie / Deelnemersopgave INTERVAL-WAARSCHUWING-VOORRAAD Het interval waarin de waarschuwing dat het aantal A-nummers of BSN's onder de minimum voorraad herhaald moet worden. Steeds als de voorraad onder het minimum is én deelbaar is door deze instelling, wordt een gebeurtenis gelogd. Deelnemers24. opgave MIN-DAGEN-TUSSEN-DEELN-ACT-CAT01 MIN-DAGEN-TUSSEN-DEELN-ACT-CAT04 MIN-DAGEN-TUSSEN-DEELN-ACT-CAT06 MIN-DAGEN-TUSSEN-DEELN-ACT-CAT07 MIN-DAGEN-TUSSEN-DEELN-ACT-CAT08 Als er minder dan het ingestelde minimum aantal dagen tussen twee actualiseringen van verschillende deelnemers ligt, dan constateert het systeem een mogelijk conflict en moet de gebruiker de situatie beoordelen. Deelnemers25. opgave LIJST-AFGELEIDE-VOORVOEGSELS Een lijst met afgeleide voorvoegsels, hier mee worden verbasterde voorvoegsels bedoeld, bijvoorbeeld “Vander” uit “Vanderbilt”. Deelnemers26. opgave MIN-DAGEN -TUSSEN-DEELNVERIFICATIES Als er minder dagen tussen twee verificaties van verschillende deelnemers liggen dan de systeeminstelling aangeeft, dan signaleert het systeem dit. Dat heeft geen consequenties voor de verwerking. Deelnemers27. opgave MAX-AANTAL-OPGAVEN-IN-OVERZICHT Maximum aantal opgaven dat een deelnemer mag opvragen in een overzicht. Uitgaande 28. berichten IDC-MAX-1-LG01-BERICHT-VERZENDEN Indicatie die geïnterpreteerd wordt bij het aanmaken van een Lg01-bericht. Indien 'J' dan worden alle nog 'te verzenden' Lg01-berichten die betrekking hebben op dezelfde persoon geannuleerd. 29. AANT-MINUTEN-GELEDEN-GEGGEBRUIKT Als een gegeven uit een van de kernentiteiten minder dan het aantal aangegeven minuten door een gebruiker is benaderd, dan wordt een waarschuwing gemeld aan de gebruiker die op dat moment de kernentiteit opent. Interactieve 30. applicatie AANT-MINUTEN-INTERACTIE-SESSIETIMEOUT Als een interactieve sessie voor een periode met de duur van het aantal ingestelde minuten niet geleid heeft tot activiteit op de server, dan is de sessie verlopen. De gebruiker moet dan opnieuw inloggen. GBA Bericht31. verwerking IDC-AUTO-HERH-BER-NA-STAT-REP Bij de verwerking van een ontvangen StatusReport maakt het systeem, afhankelijk van deze instelling, wel of niet automatisch een herhaalbericht aan. Interactieve 32. applicatie BERICHT-VAN-DE-DAG Ook bekend als 'Message of the day' (motd). De opgenomen tekst wordt getoond, nadat de gebruiker is ingelogd. Als bijzondere opmaak moet minimaal een 'nieuwe regel' aangegeven kunnen worden, bijvoorbeeld via de code "\n". Er wordt echter geen HTML interpretatie Algemeen ICTU, Programma RNI 260/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Nr Toepassing Naam systeeminstelling Toelichting toegestaan. Interactieve 33. applicatie ZOEKEN-GEBEURTENISLOG-MAXZOEKTIJD Maximum zoektijd (in milliseconden) voor het zoeken van regels in de gebeurtenislog. Interactieve 34. applicatie ZOEKEN-GEBEURTENISLOG-MAX-RESULT Maximum aantal resultaten bij het zoeken van regels in de gebeurtenislog. Interactieve 35. applicatie ZOEKEN-DEFAULT-MAX-ZOEKTIJD. Default maximum zoektijd in milliseconden. Wordt gebruikt in alle situaties waarbij geen specifieke instelling geldt. Interactieve 36. applicatie ZOEKEN-BERICHTEN-MAX-RESULT Maximum aantal resultaten bij het zoeken van berichten/berichtencycli (ook van toepassing op het monitoren deelnemersopgaven en het monitoren vervolginschrijvingen). Interactieve 37. applicatie TONEN-INACTIEVE-ACTIE-ITEMS Switch voor het tonen van inactieve actie menu items. Default zijn inactieve actie menu items niet zichtbaar. Als wel zichtbaar dan zijn ze "grayed out" grijs. Interactieve 38. applicatie TONEN-HEADERS-ACTIE-MENU Switch voor het tonen van headers in het actie menu. Default zijn de headers van het actie menu niet zichtbaar. Als wel zichtbaar dan zijn ze bold en zwart. Deelnemersop LIJST_MIME_TYPES 39. gave Opgave van de toegestane mime types. Deelnemersop INITIELE_VULLING 40. gave Wanneer deze parameter aanstaat kan een initiele load gedaan worden met een beperktere validatie. Interactieve 41. applicatie RUBRIEKOPSOMMING_UITTREKSEL Tonen van de rubrieken in het uittreksel van het PL-dossier. Algemeen DATUM_IN_WERKING_TREDEN_RNI De datum waarop RNI inwerking treedt/is getreden. Applicatie RNI_GEMEENTE_CODE De code die in tabel 33 voor RNI wordt gebruikt Applicatie RNI_GBADEELNEMER_CODE De code die in tabel 59 voor RNI wordt gebruikt EU_ISO_LANDCODES Door een spatie van elkaar gescheiden, de drie letterige ISO landcodes van de EU-landen (uitgezonderd NLD). Voor het overnemen van een buitenlands persoonsnummer uit het IDdocument. 42. 43. 44. Interactieve 45. applicatie 19.4 Concurrency De administratie van de RNI is verspreid over een aantal personen die handmatig gegevens wijzigen en geautomatiseerde systeemprocessen. Er moet voorkomen worden dat vanuit meerdere gebruikers/processen gelijktijdig mutaties plaatsvinden op dezelfde gegevens. Op elke tabel wordt optimistic locking toegepast. Dat wil zeggen: als gebruiker/proces A een recordwijziging aanbrengt die niet gebaseerd is op de meest recente versie van dat record - m.a.w. een gebruiker/proces B heeft in de tussentijd het record gewijzigd - dan wordt de wijziging van gebruiker/proces A afgekeurd. ICTU, Programma RNI 261/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Met name de behandeling door een gebruiker van een inschrijving of actualisering kan enige tijd vergen. Voorkomen moet worden dat de gebruiker pas laat een signaal krijgt dat iemand anders ook met het dossier bezig is. Tegelijkertijd is het onwenselijk dat gegevens onnodig lang gelocked zijn. Hiertoe wordt – naast de optimistic locking strategie – een signalering geïmplementeerd. In het systeem worden een aantal kernentiteiten (tabellen) aangewezen: • • • • RNI-dossier Berichtencyclus Bericht Onderzoeksdossier Wanneer een gebruiker een gegeven (record) uit een kernentiteit benaderd waarbij het gegeven gewijzigd zou kunnen worden of wanneer het gegeven daadwerkelijk gewijzigd wordt, dan worden in dat gegeven de gebruikersnaam en tijdstip geregistreerd. Als vervolgens een andere gebruiker dat gegeven (record) opent, dan waarschuwt het systeem deze gebruiker: “Let op: mogelijk werkt een andere gebruiker (/) aan dit/deze . Laatste afhandelingstijd is: ". Deze waarschuwing verschijnt niet als de tijdsduur die ligt tussen het moment dat de tweede gebruiker het gegeven opent en het geregistreerde tijdstip, meer minuten bedraagt dan de systeeminstelling AANTMINUTEN-GELEDEN-GEG-GEBRUIKT. 19.5 Starten en stoppen van RNI-systeemprocessen Het RNI-systeem kent een aantal processen die in principe permanent 'in uitvoering' zijn. Welke processen dit zijn hangt deels af van de uiteindelijke implementatie. Daarom is de lijst die hieronder volgt geen uitputtende opsomming. Vanuit de functionele specificaties gezien, zullen in ieder geval permanente processen in uitvoering zijn voor de volgende functionaliteit: 1. 2. 3. 4. 5. 6. De interactieve RNI applicatie (voor de loketten en de registratiehouder). Het verzenden- en ontvangen van GBA-berichten (VO-RNI). Het verwerken van GBA-berichten. Het registreren van deelnemersopgaven. Het registreren van deelnemersaanvragen. Het verwerken van deelnemersopgaven en -aanvragen. Deze processen worden doorgaans door de applicatie- of systeembeheerder gestart en gestopt. De beheerder moet over de volgende functionaliteit beschikken: • Het starten van een proces Het systeem moet voorkomen dat er meerdere instanties van een proces draaien dan is toegestaan. Er mag bijvoorbeeld maar één VO-RNI proces actief zijn. • Het opvragen of de processen nog in bedrijf zijn. • Het beëindigen van een proces. Het beëindigen van een proces moet 'gecontroleerd' gebeuren. Het proces moet een signaal ontvangen dat het zichzelf moeten beëindigen, zodat de actieve transactie kan worden afgerond en eventuele rapportage kan worden afgesloten. Voor de interactieve RNI applicatie gelden andere eisen, er kunnen namelijk altijd gebruikers zijn die met een bepaalde actie bezig zijn en deze actie niet op zeer korte termijn kunnen afronden. Daarom wordt dit proces vrij abrupt afgesloten, waarbij wel de gegevens in consistente staat moeten zijn. Dat kan betekenen dat actieve, niet afgeronde, transacties moeten worden teruggedraaid. • Het verkrijgen van een signaal als een proces wordt beëindigd. Als een proces wordt beëindigd (bedoeld of onbedoeld) dan moet hiervan een signaal naar een aantal aan te wijzen beheerders worden gestuurd. ICTU, Programma RNI 262/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 19.6 Bewaartermijnen Er worden in principe geen gegevens verwijderd uit de RNI, behalve als dit expliciet is aangegeven. Voor een aantal soorten gegevens is een minimale bewaartermijn gedefinieerd: • • 19.7 Protocolleringsgegevens 20 jaar, conform GBA Verzonden en ontvangen berichten en bijbehorende berichtencycli 10 jaar na registratie Systeemdatum en -tijd De tijd tussen de computersystemen die samen in een configuratie (productie of test) werken moet gesynchroniseerd worden, zodat als de programmatuur de 'systeemtijd' opvraagt er een consistent resultaat is. Voor de tijdzone moet ingesteld zijn: UTC + 1 19.8 Tekenset In het LO RNI [1], hoofdstuk 11, staat aangegeven dat de GBA Teletex tekenset (zie LO GBA [2], par. II.3) en codering gehanteerd moeten worden. Bij de interne opslag in de RNI mag echter wel een andere codering worden toegepast. Bij het registreren van tekens gebruikt de RNI, net als in GBA-V, Unicode, gecodeerd volgens de UTF-8 standaard. Voorwaarde is dat voor gegevensuitwisseling met andere partijen de tekens gereproduceerd kunnen worden naar de Teletex codering. In de berichtenuitwisseling volgens het GBA berichtennetwerk moet de hexadecimale Teletex codering gehanteerd worden. Er mogen geen tekens of tekencombinaties voorkomen die niet in de Teletex tekenset voorkomen. Voor eventuele berichten die op basis van webservices/SOAP worden uitgewisseld, geldt de Unicode/UTF-8 codering waarbij alleen tekens uit de Teletex repertoire (LO GBA [2] bijlage II, paragrafen II.3 t/m II.5) gebruikt mogen worden. ICTU, Programma RNI 263/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 20 Gegevensmodel Dit hoofdstuk is nog niet aangepast. Dit hoofdstuk bevat een schets van het fysieke gegevensmodel van de RNI. Het is geen uitputtende lijst van tabellen en velden. Het model dient om inzicht in de benodigde structuren te verkrijgen. Bij de daadwerkelijke realisatie kan hier in overleg van worden afgeweken en zijn er mogelijk aanvullende tabellen nodig, afhankelijk van de technische oplossing. 20.1 Entiteiten • RNI-dossier - technisch ID (uniek) ID dient als dossiernummer - datum-tijd registratie49 - datum-tijd wijziging - datum-tijd interactief benaderd dit veld en onderstaand veld worden ge-update als het gegeven interactief wordt benaderd; deze gegevens worden gebruikt om een gebruiker er op te attenderen dat mogelijk een andere gebruiker ook de betreffende gegevens bewerkt. - gebruiker ID interactief benaderd - status - RNI-instantie ID aanleg alleen gevuld indien PL is initieel is aangelegd in de RNI - RNI-instantie ID wijziging - inschrijvingswijze 'balie' of 'deelnemer', in de toekomst eventuele nieuwe opties - datum-tijd laatste doorzoeking inschrijvingen wordt gebruikt met het oog op het voorkomen van dubbele inschrijvingen om vast te stellen of de inschrijvingen al doorzocht zijn en of er eventueel te veel tijd zit tussen de laatste zoekvraag en het toekennen van het BSN - intake conclusie keuzelijst (codelijst), met een aantal vaste waarden: • doorgaan met inschrijving • overnemen Sofinummer • afwijzen PL reeds in GBA • afwijzen er loopt al een inschrijving GBA • afwijzen PL reeds in RNI • afwijzen er loopt al een inschrijving RNI - Sofinummer indien bij de intake conclusie is aangegeven 'overnemen Sofinummer' - reden afwijzing of annulering keuzelijst (codelijst), lijst is deels vast, maar uitbreidbaar: • PL staat reeds in GBA vast • PL staat reeds in RNI vast • Er loopt al een inschrijving in GBA vast • Er loopt al een inschrijving in RNI vast • Betrokkene wil aanvraagformulier niet ondertekenen • Betrokkene wenst inschrijving in de GBA • Betrokkene is voortijdig vertrokken • anders - toelichting afwijzing of annulering, vrije tekst, bijvoorbeeld: • PL staat reeds in GBA met BSN (deze waarde wordt door het systeem gebruikt). • Er loopt al een inschrijving RNI, dossiernummer <dossiernummer> (deze waarde wordt door het systeem gebruikt). • Betrokkene geeft bij ondertekenen aanvraagformulier aan meer dan 4 maanden in Nederland te verblijven. - PL ID een verwijzing naar de PL/verwijsgegevens in de RNI - PL type RNI-GBA-PL of RNI-DEEL-PL - notitie van in principe onbeperkte grootte 49 Elke datum-tijd die door het systeem wordt bepaald, wordt zo nauwkeurig mogelijk (tot op milliseconden) geregistreerd. ICTU, Programma RNI 264/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • PL conform GBA (met wat extra gegevens) - technisch ID (uniek) - datum registratie - datum wijziging - volledige PL-structuur, conform LO GBA[2] • Scan - technisch ID (uniek) - datum-tijd registratie - datum-tijd wijziging - indicatie foutief - bestandsnaam - bestandskenmerk • - bestand - ID-document ID - dossier ID bericht ID ID-document - technisch ID (uniek) - datum-tijd registratie - datum-tijd wijziging - indicatie foutief - soort bron - indicatie brondocument - - • de bestandsnaam die de 'uploader' gebruikt heeft. een controlegetal (hash-waarde) waarmee o.a. vastgesteld kan worden dat de bestandsinhoud ongewijzigd is het bestand met de scan (afhankelijk van de uiteindelijke implementatie een 'blob' of een verwijzing naar het bestandssysteem) indien scan van ID-document: de relatie naar het ID-document gegeven relatie naar een dossier relatie naar een deelnemersopgave, optioneel chip/mrz, BRP-vertaling50 geeft aan of het ID-document als brondocument is gebruikt bij de eerste inschrijving (kan alleen 'aan' staan i.g.v. soort bron BRPvertaling) naam voorvoegsel alleen van toepassing als soort bron = 'BRP-vertaling' adellijke_titel_predikaat alleen van toepassing als soort bron = 'BRP-vertaling' voornamen geboortedatum geboorteplaats geslacht nationaliteit als bron = chip/mrz: dan indien bekend de ISO-code en anders de omschrijving als bron = BRP-vertaling dan GBA code persoonsnummer soort ID-document nummer ID-document land van afgifte als bron = chip/mrz: dan indien bekend de ISO-code en anders de omschrijving als bron = BRP-vertaling dan GBA code datum geldig tot Gebeurtenislogregel (ook wel aangeduid met: Logregel) - technisch ID (uniek) - datum-tijd registratie 50 Per ID-document worden (voor zover mogelijk) zowel de geautomatiseerd uitgelezen waarden vastgelegd en (in een apart record) de waarden die door de gebruiker zijn vastgelegd. ICTU, Programma RNI 265/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• - - - - • • • • gebeurtenistype een code (codelijst) die het gebeurtenistype aangeeft, bijvoorbeeld: inlogpoging, automatische berichtverwerking, identificatie, annulering, inschrijvingsverzoek, handmatig wijzigen status resultaatcode in een aantal situaties zal een resultaatcode worden vastgelegd, o.a. bij automatische berichtverwerking; de betekenis van de resultaatcode hangt samen met het gebeurtenistype samenvatting resultaat samenvatting van het resultaat aanvullende details signaleringen / uitgebreide beschrijving foutsituatie(s) / toelichting van de gebruiker bijvoorbeeld: de details van de constateringen vanuit het verwerken van een bericht (in het ontwerp vaak omschreven als 'logregel bij bericht'). dossier ID* relatie naar het dossier (optioneel) bericht ID* relatie naar een bericht (optioneel) RNI-instantie ID RNI-instantie die de gebeurtenis heeft geïnitieerd gebruiker ID gebruiker die gebeurtenis heeft geïnitieerd (is gevuld met de waarde 'RNI-systeem' als de gebeurtenis niet door een gebruiker van het RNI-loket of de RNI-registratiehouder is geïnitieerd) *dossier ID en bericht ID zijn veelvoorkomende context-gegevens; deze zijn de gebeurtenislogregel zijn opgenomen; overige context-gegevens staan in onderstaande entiteit LogContext. LogContext (koppeltabel) - technisch ID (uniek) - gebeurtenislog ID - soort betrokkenheid - contextobjecttype - contextobject ID LogMutatiedetail - technisch ID (uniek) - gebeurtenislog ID - objecttype - object ID - veld - waarde nieuw - waarde oud relatie naar de gebeurtenis bijvoorbeeld: 'onderwerp' en 'anders' registreren van een relatie met een object, bijv. een scan wijst het object aan, samen met het contextobjecttype een verwijzing naar de gebeurtenislogregel (mutatie) PL-categorie of tabel (bijv. tabel codewaarde) identificatie van het object bij een PL-mutatie is dit een elementnummer LogZoekcriteria - technisch ID (uniek) - gebeurtenislog ID - zoekcriterium - zoekwaarde t.b.v. tonen van zoekcriteria bij een zoekgebeurtenis LogProtocollering t.b.v. tonen van protocolleringsgegevens m.b.t. verstrekkingen - technisch ID (uniek) gebeurtenislog ID soort handeling datum en tijd reden verstrekking naam derde adres derde adres protocollering - verstrekkingsbeperking verstrekte gegevens ICTU, Programma RNI verwijzing naar de gebeurtenislogregel (mutatie) verwijzing naar een element in de codelijst verwijzing naar de gebeurtenislogregel (verstrekking aan derde) verstrekking / opvragen protocolleringsgegevens straat, huisnummer, postcode, plaats adres waar de protocolleringsgegevens naar toe moeten straat, huisnummer, postcode, plaats 0, 1 of 2 rubrieknummers en verstrekte inhoud 266/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • LogZoekresultaat - technisch ID (uniek) - gebeurtenislog ID - registratie - dossier ID - status - BSN - A-nummer - Naam - Voornamen - Geboortedatum - Geslacht - Nationaliteit-1 - Nationaliteit-2 - Nationaliteit-3 - Gemeente inschrijving - Land adres buitenland t.b.v. tonen van zoekresultatendetails bij een zoekgebeurtenis verwijzing naar de gebeurtenislogregel (mutatie) GBA, RNI, of Sofi verwijzing naar een element in de codelijst (status persoon) gemeentecode landcode • Berichtencyclus - technisch ID (uniek) - datum-tijd registratie - datum-tijd wijziging - datum-tijd interactief benaderd - gebruiker ID interactief benaderd - status - cyclustype GBA-berichtencyclus, deelnemerscyclus - cyclussubtype Vervolginschrijving naar RNI, Vervolginschrijving naar GBA, etc. - communicatiepartner welke communicatiepartner is bij de cyclus betrokken; in geval van een: – GBA-berichtencyclus wordt het mailboxnummer opgenomen – Deelnemerbericht wordt adhv de deelnemercode uit het bericht de instantienaam uit instantie opgenomen in de berichtencyclus - eerste bericht ID verwijzing naar het eerste bericht in de cyclus - bsn gevuld als de berichtencyclus betrekking heeft op een PL en het bsn in het bericht is opgenomen. – als de cyclus is gestart met een uitgaand bericht, dan wordt dit veld gevuld bij het aanmaken van de berichtencyclus – als de cyclus is gestart met een inkomend bericht, dan wordt veld gevuld//gewijzigd bij de verwerking van een inkomende bericht dat aan de betreffende cyclus wordt gekoppeld - RNI-dossier ID gevuld als de berichtencyclus betrekking heeft op een dossier – als de cyclus is gestart met een uitgaand bericht, dan wordt dit veld gevuld bij het aanmaken van de berichtencyclus – als de cyclus is gestart met een inkomend bericht, dan wordt veld gevuld//gewijzigd bij de verwerking van een inkomende bericht dat bij aan de betreffende cyclus wordt gekoppeld. • Bericht (GBA-berichten en deelnemersopgaven/aanvragen) - technisch ID - datum-tijd registratie de datum-tijd waarop het bericht in de RNI administratie is opgenomen - datum-tijd interactief benaderd - gebruiker ID interactief benaderd - inkomend of uitgaand I of U ICTU, Programma RNI 267/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• - - - - - - - - - datum-tijd verzending ontvangst dit is de aflevering bij de mailboxserver door de RNI (uitgaand bericht) of de andere partij (inkomend bericht); bij een DeliveryReport is dit het tijdstip waarop de MBS het rapport in de RNI-mailbox heeft geplaatst. datum-tijd wijziging wordt bij aanleg van het gegeven gevuld met de datum-tijd registratie en wordt vervolgens bijgewerkt wanneer een of meer rubrieken wijzigen, bijvoorbeeld de 'status'. status bsn gevuld als de berichtencyclus betrekking heeft op een PL en het bsn in het bericht is opgenomen. – als de cyclus is gestart met een uitgaand bericht, dan wordt dit veld gevuld bij het aanmaken het bericht – als de cyclus is gestart met een inkomend bericht, dan wordt veld gevuld//gewijzigd bij de verwerking van een inkomende bericht RNI-dossier ID verwijzing naar het dossier waar het bericht betrekking op heeft; wordt i.g.v. een inkomend bericht gevuld bij de berichtverwerking cyclus ID geeft aan bij welke cyclus het bericht hoort communicatiepartner welke communicatiepartner is de ontvangende (uitgaand bericht) of verzendende (inkomend bericht) partij; in geval van een: – GBA-bericht wordt de RecipientORName (mailboxnummer) opgenomen, – Deelnemerbericht wordt adhv de deelnemercode uit het bericht de instantienaam uit instantie opgenomen berichtsoort berichttype, bijv. “Ag21”; RNI referentie berichtreferentie toegekend door het RNI-systeem, alleen bij uitgaande berichten; In het LO GBA [2] (o.a. par. 6.2) wordt dit veld EREF genoemd. Partner referentie referentie van de afzender; wordt in geval van een GBA-bericht gevuld met het MessageID (wordt niet gevuld in het geval van een Status- / Delivery-Report). Bij een deelnemersopgave/-aanvraag wordt hier de DeelnemerReferentie ingevuld In het LO GBA [2] (o.a. par. 6.2) wordt dit veld BREF genoemd. CrossReference i.g.v. een uitgaand bericht: de referentie van het ontvangen bericht waar het bericht een reactie op is. i.g.v. een inkomend bericht: de CrossReference uit het bericht, voor zover aanwezig. Specifieke situatie: in geval van StatusReport wordt dit veld gevuld met ReportedMessageID. In het LO GBA [2] (o.a. par. 6.2) wordt dit veld EREF2 genoemd. N.B. Bij deelnemersopgaven/-aanvragen wordt dit veld indien van toepassing ook gevuld. dispatch sequence number de MBS toegekend volgnummer (vooralsnog alleen van toepassing voor GBA-berichten) non delivery reason de reden uit een (Non)DeliveryReport (vooralsnog alleen van toepassing voor GBA-berichten) non receipt reason de reden uit een StatusReport (vooralsnog alleen van toepassing voor GBA-berichten) herhaling herhaalteller, voor zover in het bericht opgenomen. (vooralsnog alleen van toepassing voor GBA-berichten) foutreden indien het bericht het veld 'foutreden' kent in de kop, dan wordt hier de foutreden ingevuld, anders (vooralsnog alleen van toepassing voor GBA-berichten) berichtdata inhoud van het bericht, inclusief de berichtkop ICTU, Programma RNI 268/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• - eref gelijk aan RNI Referentie, behalve in het geval van een herhaalbericht; dan bevat eref de RNI referentie van het originele bericht. • Onderzoek Terugmelddossiers ontstaan door Qv01-berichten ('doorsturen dossier met terugmelding') die door de TMV (Terugmeldvoorziening) worden gestuurd. Ontvangen terugmeldingen worden aan het terugmelddossier gekoppeld. De gegevens die de RNI wijzigt in of toevoegt aan een TerugmeldDossier worden apart geregistreerd in de entiteit 'ActualiseringTerugmeldDossier', zodat duidelijk is wat input is voor de RNI en wat de RNI-instanties met het onderzoek hebben gedaan. - technisch ID (uniek) - datum-tijd registratie - datum-tijd wijziging - datum-tijd interactief benaderd - gebruiker ID interactief benaderd - dossiernummer onderzoek De volgende velden worden gevuld/gewijzigd bij de verwerking van een ontvangen Qv01-bericht en bij het versturen van een Qs01-bericht - status dossier - status onderzoek - behandelende gemeente - verwachte afhandeldatum - toelichting De volgende velden geven aan welke RNI-instantie (primair) verantwoordelijk is voor de uitvoering van het onderzoek en biedt de mogelijkheid om een interne RNI-notitie te registreren: - RNI-instantie ID toewijzing vooralsnog wordt een onderzoek alleen aan deelnemers toegewezen - datum-tijd toewijzing RNI-instantie - notitie RNI-instanties notitie van en voor RNI-instanties • TerugmeldDossier - technisch ID (uniek) - datum-tijd registratie - onderzoek ID - a-nummer - bsn - voorgaand dossier - vervolgdossier - datum aanleg dossier - datum wijzigen dossier - behandelende gemeente - verwachte afhandeldatum - status dossier - status onderzoek - aantal meldingen - toelichting • gegevens uit het Qv01-bericht moment waarop dossier in de RNI is geregistreerd verwijzing naar het onderzoek datum waarop het dossier in de TMV is aangelegd datum waarop het dossier in de TMV is gewijzigd (in dit geval dus uit het Qv01-bericht) (in dit geval dus uit het Qv01-bericht) Terugmelding (elke in het Qv01-bericht opgenomen melding van een afnemer): - technisch ID (uniek) - datum-tijd registratie - terugmeldDossier ID verwijzing naar het terugmelddossier - afnemersindicatie - melderID - volgnummer meldingregel - datum melding - toelichting ICTU, Programma RNI 269/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • TerugmeldingElement - technisch ID (uniek) - datum-tijd registratie - terugmelding ID - rubrieknummer - voorgestelde waarde - BRP waarde verwijzing naar de terugmelding van de afnemer • ActualiseringTerugmeldDossier De gegevens van een terugmelding die de RNI zelf onderhoudt (zolang de RNI de 'behandelende gemeente' is), worden geregistreerd in de vorm van actualiseringen: - technisch ID (uniek) - datum-tijd registratie - terugmeldDossier ID een verwijzing naar het terugmelddossier - voorgaand terugmelddossier dit is een conclusie van de RNI dat er sprake is van het heropenen van een eerder afgesloten terugmelding - overdragen aan gemeente code van de gemeentecode waar de terugmelding naar overgedragen is of wordt - verwachte afhandeldatum - status terugmelddossier - status onderzoek - toelichting - Qs01-bericht ID ID van het Qs01-bericht dat is verstuurd • Mailbox - technisch ID (uniek) - datum-tijd registratie - • de datum-tijd waarop het bericht in de RNI administratie is opgenomen datum-tijd wijziging mailboxnummer (uniek) soort instantie code instantie bijvoorbeeld een gemeentecode of afnemercode datum ingang datum einde51 datum ingang mailbox afsluiting voor tijdelijke afsluiting mailbox (bijv. i.g.v. herindeling) datum einde mailbox afsluiting Systeeminstelling - technisch ID (uniek) - toepassing instelling - naam (uniek) - waardeformaat - waarde • BSNvoorraad - technisch ID (uniek) - datum-tijd registratie - BSN • A-nummervoorraad - technisch ID (uniek) - datum-tijd registratie - A-nummer getal, tekst, datum 51 Tenzij anders aangegeven geldt: de laatste dag van een door 'datum ingang' en 'datum einde' aangegeven periode is de dag die ligt voor de ingevulde 'datum einde', ofwel de periode is exclusief de 'datum einde' ICTU, Programma RNI 270/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • • • • RNI-instantie - technisch ID (uniek) - datum-tijd registratie - soort instantie - naam instantie (uniek) - mailbox ID - email adres - datum ingang - datum einde - A4 scanner - Printer - ID scanner ten behoeve van 'informeren deelnemer' m.b.t. onderzoek Gebruiker - technisch ID (uniek) - datum-tijd registratie - RNI-instantie ID - naam - email adres - inlognaam (uniek) - A4 scanner - ID scanner - Handtekeningnaam Gebeurtenistype - technisch ID (uniek) - gebeurtenisonderwerp een verwijzing naar een codewaarde - gebeurtenistype een verwijzing naar een codewaarde De lijst van gebeurtenistypes wordt met een SQL-script onderhouden. • FiatteringDeelnemeropgave - technisch ID (uniek) - datum-tijd registratie - naam instantie - soort deelnemerbericht - soort-actualisering - fiattering j/n • LT_Nationaliteit52 - technisch ID (uniek) - datum-tijd registratie - nationaliteitscode - nationaliteit omschrijving - datum ingang - datum einde • LT_Gemeente - technisch ID (uniek) - datum-tijd registratie - gemeentecode - gemeentenaam - nieuwe gemeentecode - datum ingang - datum einde 52 Met 'LT' wordt bedoeld: landelijke tabel ICTU, Programma RNI 271/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • LT_Land - technisch ID (uniek) - datum-tijd registratie - landcode - landnaam - datum ingang - datum einde • LT_Afnemersautorisatie - technisch ID (uniek) - datum-tijd registratie - afnemercode - geheimhoudingindicatie - verstrekkingsbeperking - afnemernaam - straatnaam - huisnummer - huisletter - huisnummertoevoeging - postcode - gemeentecode - conditionele verstrekking - spontaan medium - selectie soort - berichtaanduiding - eerste selectiedatum - selectieperiode - selectiemedium - plaatsingsbevoegdheid persoonslijst - adresvraagbevoegdheid - ad hoc medium - adresmedium - datum ingang - datum einde • LT_Afnemersautorisatie_rubriek - technisch ID (uniek) - datum-tijd registratie - afnemersautorisatie id - selectie_aanduiding selectie, adhoc, spontaan, sleutelrubriek, adresoriëntatie, - BRP rubriek ID • BRP rubriek - technisch ID (uniek) - rubrieknummer (uniek) - omschrijving - toelichting 6 posities (geen punten) • LT_Voorvoegsel - technisch ID (uniek) - datum-tijd registratie - voorvoegsel • LT_Reden_verkrijging_verlies_Nederlanderschap - technisch ID (uniek) - datum-tijd registratie ICTU, Programma RNI 272/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• - reden reden omschrijving reden soort datum ingang datum einde • LT_Adellijke_titel - technisch ID (uniek) - datum-tijd registratie - titel predikaat - titel predikaat omschrijving - titel predikaat soort • LT_Akteaanduiding - technisch ID (uniek) - datum-tijd registratie - akte aanduiding - akte soort omschrijving • LT_Reden_ontbinding_huwelijk_partnerschap - technisch ID (uniek) - datum-tijd registratie - relatie eind reden - relatie eind reden omschrijving - datum ingang - datum einde • LT_Nederlands_reisdocument - technisch ID (uniek) - datum-tijd registratie - NL reisdocument soort - NL reisdocument soort omschrijving - datum ingang - datum einde • LT_Autoriteit_van_afgifte_Nederlands_reisdocument - technisch ID (uniek) - datum-tijd registratie - NL reisdocument autoriteit code - NL reisdocument autoriteit omschrijving - datum ingang - datum einde • LT_Verblijfstitel - technisch ID (uniek) - datum-tijd registratie - verblijfstitel aanduiding - verblijfstitel aanduiding omschrijving - datum ingang - datum einde • LT_RNI-deelnemer - technisch ID (uniek) - datum-tijd registratie - code RNI-deelnemer - omschrijving RNI-deelnemer - datum ingang ICTU, Programma RNI 273/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• • • datum einde ISO_land_nationaliteit - ISO-code-alpha-3 - ISO-naam - GBA-landcode - GBA-nationaliteitscode Afwijzingsannuleringsreden - Code - Subtype - Omschrijving - Registratiedatum ICTU, Programma RNI (bijv. NLD) Engelstalige naam (bijv. Netherlands) 6030 1 AN= Annuleringsreden AF= Afwijzingsreden 274/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 21 Bijlage 1. Notatiewijze buitenlands adres Algemeen De aanduiding van het adres in het buitenland bestaat uit een landcode (GBA-element 13.10) maximaal 3 regels, iedere regel max. 35 posities, alfanumeriek, plus landcode. Beschrijving van de vulling van de GBA-elementen 13.30, 13.40 en 13.50 De RNI gaat uit van de volgende indeling: Dit wordt niet afgedwongen door het RNI-systeem. Element 13.30: Straatnaamregel – – straatnaam buitenland (24 posities) huisnummer buitenland (9 posities) [= huisnr.(5 pos.) + huisnr.toev.(4 pos.)] Element 13.40: Woonplaatsregel – – Postcode buitenland (9 posities) Plaatsnaam buitenland (24 posities) Element 13.50: Provincieregel – Provincie- of regionaam (35 posities) Twee standaardisatie initiatieven Er zijn diverse standaardisatie op het gebied van adressering. Bijvoorbeeld: • Het gegevensregister SUWI 4.0 (http://www.bkwi.nl/fileadmin/downloads/Suwinet/sgr/SGR_4.0_deel_1_Beschrijving_en_gegevensmo del__definitief_.pdf) doet een voorstel voor de samenstelling van het buitenlandsadres, maar stelt tevens: Opmerkingen: Er bestaat geen geldige afspraak in Nederland voor een standaardstructuur voor buitenlandse adressen. • INSPIRE (http://inspire.jrc.ec.europa.eu/). Op 15 Mei 2007 is door het Europese parlement en de Europese commissie voorstel 2007/2/EG aangenomen waardoor het 'Infrastructure for Spatial Information in the European Community (INSPIRE)' initiatief van de grond is gekomen. INSPIRE beoogd de creatie van algemene regels voor het opstellen van een infrastructuur van spatiale informatie in Europa ten bate van milieu richtlijnen en activiteiten of richtlijnen die mogelijk een impact zouden kunnen hebben op het milieu. De Nederlandse wet van 2 Juli 2009 die op 1 September 2009 van kracht is geworden, heeft de Europese richtlijn vrijwel één-op-één omgezet in Nederlandse wetgeving. Door bronhouders moet spatiale informatie beschikbaar worden gesteld volgens de INSPIRE specificatie vanaf het jaar 2011. INSPIRE beoogd standaardisatie en daarmee de mogelijkheid tot gegevensuitwisseling op 34 gerelateerde gebieden, waaronder op het gebied van adressering. Op 7 September 2009 is versie 3.0 van het dataspecificatie document met betrekking tot adressering uitgekomen. In dit document wordt een generiek datamodel voor het opslaan van de verschillende adresseringen binnen de EU gespecificeerd. De opmaak van een adres kan sterk verschillen, zowel tussen landen als binnen landen zelf. De dataspecificatie lijkt in principe erg op het model van de BAG. De hiërarchie in het datamodel van BAG "woonplaats - openbare ruimte (veelal straatnaam) nummeraanduiding (huisnummer)" kent, is uiteraard een hiërarchie die je in vrijwel alle adressystemen tegenkomt. De Europese dataspecificatie voor een adres ziet er globaal als volgt uit: - Administrative Unit Name (landnaam, gemeentenaam) - Address Area Name (woonplaatsnaam) - Thouroughfare Name (openbare ruimte naam (veelal straatnaam)) - Locator (nummeraanduiding (veelal huisnummer)) - Postal Descriptor (postale aanduiding, zoals bijvoorbeeld postcode) ICTU, Programma RNI 275/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Per objecttype zijn verschillende attributen gespecificeerd. Vervolgens is er een objecttype Address dat de bovenstaande componenten samenvoegt tot een adres. Aanvullende velden die in het model voorkomen zijn:data begin geldigheid, data einde geldigheid en een coördinaat bij het adres. De RNI maakt gebruik van de bestaande GBA-elementen voor het registreren en uitwisselen van buitenlandse adressen. De RNI gebruikt niet het INSPIRE uitwisselingsformaat. ICTU, Programma RNI 276/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 22 Bijlage 2. Vulling categorieën bij eerste inschrijving Bij de eerste inschrijving kan de PL in meerdere stappen worden ingevuld. Tot het moment dat de PL volledig is en definitief gemaakt is, wordt gesproken van een concept PL. Voor een concept PL gelden nog niet alle voorwaarden die binnen het RNI-PL gegevensmodel zijn gespecificeerd. Categorie 01 Persoon nr. 01.10 01.20 02.10 02.20 02.30 02.40 03.10 03.20 03.30 04.10 20.10 20.20 61.10 81.10 81.20 82.10 82.20 82.30 83.10 83.20 83.30 84.10 85.10 86.10 88.10 88.20 rubrieknaam A-nummer persoon vulling uit de A-nummer voorraad; dit nummer wordt gelijktijdig met het BSN toewezen burgerservicenummer (BSN) persoon BSN uit BSN-voorraad, of omgezet Sofinummer Voornamen persoon invullen door gebruiker53 Adellijke titel/predikaat persoon invullen door gebruiker Voorvoegsel geslachtsnaam persoon invullen door gebruiker Geslachtsnaam persoon invullen door gebruiker Geboortedatum persoon invullen door gebruiker Geboorteplaats persoon invullen door gebruiker Geboorteland persoon invullen door gebruiker Geslachtsaanduiding invullen door gebruiker Vorig A-nummer Volgend A-nummer Aanduiding naamgebruik Registergemeente akte invullen door gebruiker* Aktenummer van de akte invullen door gebruiker* Gemeente waar de gegevens ontleend als groep 82 is gevuld: dan ' zijn RNI_GEMEENTE_CODE Datum van de ontlening van de systeemdatum op het moment van opname op de gegevens concept PL (wordt automatisch bepaald) Beschrijving document waaraan invullen door gebruiker* gegevens ontleend zijn waarde volgens codelijst Soort ontleningsdocument Aanduiding gegevens in onderzoek Datum ingang onderzoek Datum einde onderzoek Indicatie onjuist / strijdigheid met de openbare orde Ingangsdatum geldigheid invullen door gebruiker Datum van opneming systeemdatum op het moment dat de PL aan de RNI wordt toegevoegd. RNI-deelnemer Als het een inschrijving betreft op basis van een deelnemersopgave: de code van de RNI-deelnemer anders Omschrijving verdrag Als het een inschrijving betreft op basis van een deelnemersopgave: de in de opgave aangeleverde omschrijving, anders: *de gebruiker/deelnemer kiest ervoor om òf rubrieken 81.10 en 81.20 òf rubrieken 82.10, 82.20 en 82.30 te vullen. Categorie 04 Nationaliteit nr. 05.10 63.10 rubrieknaam Nationaliteit Reden opname nationaliteit 64.10 Reden beëindigen nationaliteit vulling invullen door gebruiker invullen door gebruiker bij opname van nationaliteit (05.10 of 65.10 zijn ingevuld) invullen door gebruiker bij beëindigen nationaliteit: 53 Daar waar 'invullen door gebruiker' is vermeld, moet in geval van een deelnemersopgave worden gelezen: 'aanleveren in inschrijvingsopgave'. ICTU, Programma RNI 277/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• nr. rubrieknaam 65.10 Aanduiding bijzonder Nederlanderschap Gemeente waar de gegevens ontleend RNI_GEMEENTE_CODE zijn Datum van de ontlening van de systeemdatum op het moment van opname op de gegevens concept PL (wordt automatisch bepaald) Beschrijving document waaraan invullen door gebruiker. Direct achter de beschrijving gegevens ontleend zij gescheiden door een spatie kan het persoonsnummer tussen blokhaken '['en ']' worden opgenomen Aanduiding gegevens in onderzoek Datum ingang onderzoek Datum einde onderzoek Indicatie onjuist / strijdigheid met de openbare orde Ingangsdatum geldigheid invullen door gebruiker Datum van opneming systeemdatum op het moment dat de PL aan de RNI wordt toegevoegd. RNI-deelnemer Als het een inschrijving betreft op basis van een deelnemersopgave: de code van de RNI-deelnemer anders Omschrijving verdrag Als het een inschrijving betreft op basis van een deelnemersopgave: de in de opgave aangeleverde omschrijving, anders: 82.10 82.20 82.30 83.10 83.20 83.30 84.10 85.10 86.10 88.10 88.20 vulling (05.10= null en 65.10 = null) (niet van toepassing bij eerste inschrijving) Invullen door gebruiker Categorie 07 Inschrijving nr. 66.20 67.10 rubrieknaam Datum ingang blokkering PL Datum opschorting bijhouding 67.20 68.10 Omschrijving reden opschorting bijhouding Datum eerste inschrijving GBA/RNI 69.10 70.10 71.10 71.20 80.10 80.20 Gemeente waar de PK zich bevindt Indicatie geheim Datum verificatie Omschrijving verificatie Versienummer datum-tijdstempel 87.10 88.10 PK gegevens volledig meegeconverteerd RNI-deelnemer 88.20 Omschrijving verdrag vulling systeemdatum op het moment dat de PL aan de RNI wordt toegevoegd “R” systeemdatum op het moment dat de PL aan de RNI wordt toegevoegd (op het moment dat het BSN wordt toegekend) invullen door gebruiker of waarde 0 1 systeemdatum en tijd op het moment dat de PL aan de RNI wordt toegevoegd Als het een inschrijving betreft op basis van een deelnemersopgave: de code van de RNI-deelnemer anders Als het een inschrijving betreft op basis van een deelnemersopgave: de in de opgave aangeleverde omschrijving, anders: Categorie 08 Verblijfplaats ICTU, Programma RNI 278/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• nr. 09.10 09.20 rubrieknaam Gemeente van inschrijving Datum inschrijving in de gemeente 10.10 10.20 10.30 11.10 11.20 11.30 11.40 11.50 11.60 12.10 13.10 13.20 13.30 13.40 13.50 14.10 14.20 72.10 75.10 83.10 83.20 83.30 84.10 85.10 Functie adres Gemeentedeel Datum aanvang adreshouding Straatnaam Huisnummer Huisletter Huisnummertoevoeging Aanduiding bij huisnummer Postcode Locatiebeschrijving Land Datum aanvang adres Adresregel buitenland 1 Adresregel buitenland 2 Adresregel buitenland 3 Land vanwaar ingeschreven Datum vestiging in Nederland Omschrijving van de aangifte adreshouding Indicatie document Aanduiding gegevens in onderzoek Datum ingang onderzoek Datum einde onderzoek Indicatie onjuist Ingangsdatum geldigheid 86.10 Datum van opneming 88.10 RNI-deelnemer 88.20 Omschrijving verdrag ICTU, Programma RNI vulling RNI_GEMEENTE_CODE systeemdatum op het moment dat de PL aan de BRP wordt toegevoegd invullen door gebruiker invullen door gebruiker invullen door gebruiker invullen door gebruiker invullen door gebruiker invullen door gebruiker Systeemdatum op het moment dat de categorie wordt aangemaakt systeemdatum op het moment dat de PL aan de RNI wordt toegevoegd. Als het een inschrijving betreft op basis van een deelnemersopgave: de code van de RNI-deelnemer anders Als het een inschrijving betreft op basis van een deelnemersopgave: de in de opgave aangeleverde omschrijving, anders: 279/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 23 Bijlage 3. Menustructuur van de interactieve applicatie Dit hoofdstuk zal als onderdeel van release 3.1.0. nagelopen en aangepast worden. Hieronder volgt het menu van het RNI-systeem. Het menu bestaat uit 2 niveaus: een aantal menugroepen, met daaronder een aantal menu-items. Sommige menu-items komen binnen meerdere menugroepen voor. menugroep menu-item bijbehorend autorisatie-item balie Inschrijven in de RNI starten 1e inschrijving Zoeken raadplegen RNI-dossiers balie stellen BRP vraag Toekennen BSN's toekennen BSN van dossier van andere gebruiker / Toekennen BSN voor eigen dossier Teruggezette dossiers raadplegen RNI-dossiers balie stellen BRP vraag Overnemen papieren inschrijving Overnemen Papieren Inschrijving Invullen BSN's Invullen BSN van dossier van andere gebruiker / Invullen BSN voor eigen dossier Teruggezette dossiers Overnemen Papieren Inschrijving berichtencycli raadplegen berichten algemeen raadplegen deelnemersopgaven raadplegen berichten vervolginschrijving berichten raadplegen berichten algemeen raadplegen deelnemersopgaven raadplegen berichten vervolginschrijving zoeken raadplegen RNI-dossiers deelnemersopgaven raadplegen RNI-dossiers vervolginschrijving afgevoerde PL opzoeken stellen BRP vraag GGB stellen Presentievraag Terugmeldingen Raadplegen onderzoeksdossiers Onderzoeksdossiers raadplegen onderzoeksdossiers logging raadplegen logging Noodprocedure Monitoren berichten afhandelen onderzoeken rapportages Gemeente overzicht batch processen Upload Scans Upload Scans synchroniciteitselectie GBA-V beheren proces synchroniciteitsselectie GBA-V gebruikersautorisaties ICTU, Programma RNI RNI instanties raadplegen RNI instanties Toevoegen RNI instantie Wijzigen RNI-instantie gebruikers raadplegen gebruikers Toevoegen gebruiker 280/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• menugroep menu-item bijbehorend autorisatie-item Wijzigen gebruiker Globaal beheren gebruikers applicatiebeheer GRollen raadplegen rol toevoegen rol wijzigen rol Autorisaties raadplegen rolautorisatie toevoegen rolautorisatie wijzigen rolautorisatie voorraad A-nummers raadplegen voorraad A-nummers voorraad BSN's raadplegen voorraad BSN's systeeminstellingen raadplegen systeeminstellingen codelijsten raadplegen codelijsten GBA-tabellen raadplegen GBA-tabelregels Toevoegen GBA tabelregel Wijzigen GBA tabelregel Verwijderen GBA tabelregel Autorisatie Deelnemeropgave Raadplegen Fiattering Deelnemeropgave Toevoegen Fiattering Deelnemeropgave Wijzigen Fiattering Deelnemeropgave Verwijderen Fiattering Deelnemeropgave Testen ICTU, Programma RNI Randapparatuur Beheren randapparatuur VO RNI beheren proces berichtverzending en -ontvangst beheren proces berichtverwerking NDS-tabel NDS-tabel NDS-tabel uploaden Smoketest Smoketest Scannertest Printenscanner test Printertest Printenscanner test 281/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 24 Bijlage 4. Overzicht actualiseringsfuncties PL/verwijzing Deze bijlage geeft een overzicht van de actualiseringen die vanuit het LO RNI [1] van toepassing kunnen zijn. Het overzicht bestaat uit 3 delen: 1. Actualiseringen van PL-gegevens behorend tot de RNI beperkte gegevensset. 2. Actualiseringen van PL-gegevens die niet behoren tot de RNI-beperkte gegevensset. 3. Actualiseringen van verwijsgegevens. In de kolom aanvullende voorwaarden wordt vermeld welke aanvullende voorwaarden gelden, wil de actualisering van toepassing kunnen zijn. De genoemde voorwaarden vormen geen uitputtende lijst van regels, deze staat in het LO RNI [1] en het LO GBA [2]), maar is bedoeld om een aantal actualiseringsopties voor de gebruiker te filteren. Voor een PL die afgevoerd is, de bijhouding is opgeschort met reden "F", is alleen de actualisering Wijziging in de opschorting mogelijk. 24.1 PL- actualiseringen op de RNI beperkte gegevensset Categorie Actualisering Aanvullende voorwaarde(n) / opmerking(en) Persoon Wijziging van het A-nummer • Het betreft het actueel persoon voorkomen. Persoon Wijzigen A-nr verwijzing • Het betreft het actueel of historisch persoon voorkomen. Persoon Wijziging van het burgerservicenummer • Het betreft het actueel persoon voorkomen. Persoon Wijziging in de naam • Het betreft het actueel persoon voorkomen. Persoon Wijziging in de geboorte • Het betreft het actueel persoon voorkomen. Persoon Wijziging in het geslacht • Het betreft het actueel persoon voorkomen. Persoon Actualiseren akte en document • Het betreft het actueel persoon voorkomen. Persoon Actualiseren van de ingangsdatum geldigheid • Het betreft het actueel persoon voorkomen. Persoon Wijziging in het naamgebruik • Alleen als het een RNI-GBA-PL betreft Persoon In onderzoek plaatsen • Actuele categorie bevat geen onderzoek of Actuele categorie bevat een afgesloten onderzoe • Persoon Wijzigen onderzoek • de actuele categorie staat in onderzoek Overlijden Opnemen overlijdensgegevens • PL bevat geen actuele overlijdensgegevens: in dat geval wordt deze functie automatisch geactiveerd als de gebruiker kiest voor het actualiseren van categorie 06 of het betreft een actueel overlijden voorkomen waarin groep 08 (overlijden) niet is gevuld • Overlijden Wijziging in overlijden • Het betreft een actueel overlijden voorkomen met gevulde groep 08. Overlijden Correctie van ten onrechte opgenomen • gegevens Het betreft een actueel overlijden voorkomen met gevulde groep 08. Overlijden Actualiseren akte en document Het betreft een actueel overlijden ICTU, Programma RNI • 282/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Categorie Actualisering Aanvullende voorwaarde(n) / opmerking(en) voorkomen. Overlijden Actualiseren van de ingangsdatum geldigheid • Het betreft een actueel overlijden voorkomen. Overlijden In onderzoek plaatsen • Actuele categorie bevat geen onderzoek of Actuele categorie bevat een afgesloten onderzoe • Overlijden Wijzigen onderzoek • de actuele categorie staat in onderzoek Inschrijving Wijziging in de blokkering • Er worden geen voorwaarden gesteld. Deze actualiseringsfunctie is bedoeld voor bijzondere situaties. In de normale vervolginschrijvingsprocedure wordt de blokkering automatisch aangezet en wordt uiteindelijk de PL verwijderd. Inschrijving Wijziging in de opschorting • --- Inschrijving Wijziging in de opname • --- Inschrijving Wijziging in de gemeente persoonskaart • Alleen voor RNI-GBA-PL. Inschrijving Wijziging in geheim • --- Inschrijving Wijziging in de PK conversie • Alleen voor RNI-GBA-PL. Inschrijving Wijziging in de synchroniciteit • Niet interactief te wijzigen. Inschrijving Opnemen verificatie • Inschrijving Wijziging in verificatie • Verblijfplaats Vervolginschrijving intergemeentelijke adreswijziging • Onderdeel van vervolginschrijving, geen specifieke actualisering; gebruiker kan deze actualiseringsfunctie niet kiezen Verblijfplaats Hervestiging door immigratie • Niet van toepassing. Verblijfplaats Wijziging adres binnengemeentelijk • Niet van toepassing. Verblijfplaats Wijziging buitenlands adres (in de GBA: • Emigratie) In geval van overleden persoon: datum ingangsdatum geldigheid moet op of voor datum overlijden liggen. Verblijfplaats Wijzigingen in infrastructuur • Niet van toepassing. Verblijfplaats Wijziging in de omschrijving van de aangifte adreshouding • --- Verblijfplaats Wijziging in de documentindicatie • --- Verblijfplaats Verwijderen van historische verblijfplaatsgegevens • PL bevat historische verblijfplaatsgegevens. Verblijfplaats Verwijderen van emigratie- en immigratiegegevens • Alleen voor RNI-GBA-PL, met historische adressen. Verblijfplaats Actualiseren van de ingangsdatum geldigheid • --- Verblijfplaats In onderzoek plaatsen • Actuele categorie bevat geen onderzoek of Actuele categorie bevat een afgesloten • ICTU, Programma RNI 283/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Categorie Actualisering Aanvullende voorwaarde(n) / opmerking(en) onderzoe Verblijfplaats Wijzigen onderzoek • de actuele categorie staat in onderzoek Verblijfstitel Opnemen van verblijfstitel • --- Verblijfstitel Wijzigen verblijfstitel • --- Verblijfstitel Intrekken verblijfstitel • --- Verblijfstitel Vervallen verblijfstitel • --- Verblijfstitel Correctie van ten onrechte opgenomen • gegevens --- Verblijfstitel In onderzoek plaatsen Actuele categorie bevat geen onderzoek of Actuele categorie bevat een afgesloten onderzoe • • Verblijfstitel Wijzigen onderzoek • de actuele categorie staat in onderzoek Verwijzing Opnemen van de verwijzing (gevolg: PL wordt verwijderd) • PL moet 'geblokkeerd' zijn. • RNI beperkte gegevensset m.u.v. Inschrijving Correctie historie • Het betreft een historisch voorkomen. RNI beperkte gegevensset m.u.v. Inschrijving Toevoegen historie • Het betreft een actueel of historisch voorkomen. algemeen Verwijderen geblokkeerde PL • PL moet 'geblokkeerd' zijn. algemeen Afvoeren PL • PL is niet al afgevoerd zijn, d.w.z. reden opschorting mag niet “F” zijn. Actualiseringen van PL-gegevens die niet behoren tot de RNI-beperkte gegevensset 24.2 Categorie Actualisering Aanvullende voorwaarde(n) algemeen Opnemen categorie Er ligt geen beperking op het aantal voorkomens, of het maximum aantal voorkomens is nog niet bereikt. algemeen Wijzigen algemeen --- algemeen Toevoegen historie Voor de soort categorie wordt historie bijgehouden. algemeen Verwijderen Verwijderen van de soort categorie is expliciet als mogelijkheid in het LO opgenomen (bijv. historische oudergegevens). Actualiseringen met betrekking tot verwijsgegevens Algemene voorwaarde: het dossier bevat actuele verwijsgegevens (en dus geen PL). ICTU, Programma RNI 284/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Categorie Actualisering Aanvullende voorwaarde(n) / opmerking(en) Verwijzing Verwijderen van de verwijzing Verwijzing Wijziging in het burgerservicenummer --- Verwijzing Wijziging in de naam --- Verwijzing Wijziging in de geboorte --- Verwijzing Wijziging in de gemeente --- Verwijzing Wijziging in geheim --- Verwijzing Correctie historie • Het betreft een historisch voorkomen. Verwijzing Toevoegen historie • Het betreft een actueel of historisch voorkomen. Verwijzing In onderzoek plaatsen • Actuele categorie bevat geen onderzoek of Actuele categorie bevat een afgesloten onderzoe 54 --- • Verwijzing Wijzigen onderzoek • de actuele categorie staat in onderzoek Wijziging in het A-nummer dat op de verwijzing staat: Wijziging van het A-nummer komt alleen voor indien op de PL van de ingeschrevene, die in de GBA van een gemeente is opgenomen, het A-nummer wijzigt. Die gemeente stuurt daarvan een bericht. Hiervoor is geen actualisering op het scherm mogelijk. 24.3 Actualiseren categorie Nationaliteit 24.3.1 Regels die gelden m.b.t. Categorie 04/54 Nationaliteit Een persoon kan meer dan één nationaliteit hebben. 1. Voor elke Nationaliteit (unieke Nationaliteitscode) wordt een aparte stapel gecreëerd. De codes 0002 en 0500 mogen niet worden gebruikt. Zie het voorbeeld onderaan voor een PL met meerdere nationaliteiten. Alleen bij de Nederlandse nationaliteit stapel is een uitzondering. Zie par. 24.3.2. 2. Een stapel betreft altijd één Nationaliteit. 3. Als een Nationaliteit in een stapel is opgenomen kan er nooit een andere stapel komen met dezelfde nationaliteit. 4. Een stapel bestaat altijd uit één Categorie 04 Nationaliteit en 0-n historische Categorieën 54 Nationaliteit. 5. Een stapel kan een actuele of beëindigde nationaliteit betreffen. 6. Een Nationaliteit kan worden: opgenomen (voorheen verkregen): element 05.10 <> null en 63.10 <> null of beëindigd (voorheen verloren) element 05.10 is null en 64.10 <> null. Dit betreft altijd dezelfde stapel. 7. Er is sprake van een actuele Nederlandse nationaliteit als 04.05.10 = “0001” of 65.10 = “B”. Er is sprake van een actuele vreemde nationaliteit als 04.05.10 <> 0001 (en niet null). 8. Er is sprake van een beëindigde nationaliteit als in categorie 04.05.10 = null (betreft of Nederlandse of vreemde nationaliteit stapel) . 9. Verkrijging buitenlandse Nationaliteit: a) Op het scherm wordt een dropdown voor 05.10 Nationaliteitcode getoond. Deze dropdown toont de omschrijving die hoort bij de Nationaliteitcodes uit tabel 32. Code 0000 (onbekend), 0001 (Nederlandse), 0499 (staatloos) , 0002 en 0500 (mogen in zijn geheel niet gebruikt worden) mogen nooit getoond worden in de dropdown 54 Deze actualisering zou nodig kunnen zijn als persoon in meerdere dossiers voorkomt, bijvoorbeeld 1x met PL en 1x met verwijsgegevens. Implementatie: de verwijsgegevens krijgen een interne aanduiding – indicatie verwijderd – voor het administreren van de verwijdering. ICTU, Programma RNI 285/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• b) Zodra een Nationaliteit Code deel is van een stapel mag deze niet meer verschijnen in de dropdown voor Verkrijgen buitenlandse Nationaliteit c) Controle of nationaliteit geldig is. Als de gebruiker op Opslaan klikt moet het systeem checken of de gekozen nationaliteit geldig is op de ingevoerde 85.10 ingangsdatum geldigheid. (startdatum nationaliteit uit tabel 32 <= 04.85.10 ingangsdatum geldigheid <= einddatum nationaliteit uit tabel 32) Als 04.85.10 bestaat uit 00000000 hoeft het systeem deze controle niet uit te voeren. Als de nationaliteit niet geldig is op de gegeven datum dan moet de volgende foutmelding getoond worden: "Deze Nationaliteit is niet geldig op de ingevoerde ingangsdatum geldigheid". 10. Als een actualisering wordt uitgevoerd dan wordt de inhoud van de bestaande Categorie 04 historisch (wordt dus 54) en een nieuwe Categorie 04 aangemaakt met de nieuwe inhoud zoals beschreven in LO GBA 3.9 ICTU, Programma RNI 286/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 24.3.2 Verschillende soorten nationaliteit stapels. Voorafgaande aan het tonen en actualiseren van de nationaliteiten moet je eerst bepalen welke nationaliteit stapels er zijn. Om dit te kunnen doen moeten eerst de 05.10 uit de verschillende stapels verzameld worden. De 05.10 kan zowel in categorie 04 als in categorie 54 aanwezig zijn. Voor de Nederlandse Nationaliteit bestaat een extra conditie: Als in een stapel 65.10 <> null (Aanduiding bijzonder Nederlanderschap) dan betreft dit ook de Nederlandse nationaliteit stapel. Een PL kan de Nederlandse of een vreemde nationaliteit hebben: Voor de verwerking onderscheiden we de volgende nationaliteit stapels. Let goed op het verschil tussen 04 en 54. 24.3.3 0-1 Stapel Nederlandse nationaliteit PL heeft een Categorie 04 of 54 Nationaliteit met 05.10 = 0001 (Nederlandse) of PL heeft een Categorie 04 of 54 Nationaliteit met 65.10 = “B” behandeld als Nederlander of 65.10 = “V” vastgesteld niet-Nederlander 0-1 Stapel Onbekend PL heeft een Categorie 04 of 54 Nationaliteit met 05.10 = 0000 (Onbekend) 0-1 Stapel Staatloos PL heeft een Categorie 04 of 54 Nationaliteit met 05.10 = 0499 (Staatloos) 0-n Stapel Buitenlandse nationaliteit PL heeft een Categorie 04 of 54 nationaliteit met 05.10 = alle nationaliteit codes behalve( 0000, 0001, 0002, 0499, 0500 Actualiseringsacties die getoond worden op het scherm Als geklikt wordt op de actualiseringsactie 04 Nationaliteit is het afhankelijk van de aanwezigheid van nationaliteitstapels hoe het systeem moet reageren. De actualiseringsacties die van toepassing zijn worden in de volgende paragrafen beschreven. Als er geen Nationaliteit-stapel is op de PL dan toont het systeem de basis actualiseringsacties zoals beschreven in 24.3.3.1 Als er één Nationaliteit-stapel is op de PL dan toont het systeem de basis actualiseringsacties die van toepassing zijn (zie 24.3.3.1) en de actualiseringsacties die van toepassing zijn bij de getoonde stapel. Als er meer dan één Nationaliteit-stapel aanwezig is op de PL dan toont het systeem de basis actualiseringsacties die van toepassing zijn (zie 24.3.3.1) en één sectie per nationaliteit-stapel die bij de PL bekend is met daarin een <selecteer> button. Zodra op de <selecteer> button geklikt wordt, dan wordt in een nieuw scherm de betreffende stapel getoond met alleen de actualiseringsacties die van toepassing zijn bij de getoonde ICTU, Programma RNI 287/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• stapel. (de basisactualiseringsacties zijn dan dus niet zichtbaar) 24.3.3.1 Basis actualiseringsacties. Actualiseringsactie Label op het scherm FO RNI Voorwaarden waaraan voldaan moet zijn om actie item te tonen Opnemen Nederlandse nationaliteit Opnemen Nederlandse nat. Zie 6.4.1.2 PL heeft geen nationaliteit : er is geen categorie 04 of (PL heeft geen Nederlandse nationaliteit stapel en PL heeft geen actuele staatloosheid stapel) Opnemen bijzonder Opnemen bijz. Nederlanderschap Ned.schap Zie 6.4.1.6 PL heeft geen nationaliteit : er is geen categorie 04 of (PL heeft geen Nederlandse nationaliteit stapel en PL heeft geen actuele staatloosheid stapel) Opnemen buitenlandse nationaliteit Opnemen buitenlandse nat. Zie 6.4.1.2 PL heeft geen stapel met actuele Nederlandse nationaliteit en PL heeft geen actuele staatloosheid stapel Opnemen onbekende nationaliteit Opnemen onbekende nat. Zie 6.4.1.2 PL heeft geen stapel waar nationaliteit = Onbekend en PL heeft geen stapel met actuele Nederlandse nationaliteit en PL heeft geen actuele staatloosheid stapel. Opnemen staatloosheid Opnemen staatloosheid Zie 6.4.1.2 PL heeft geen nationaliteit : er is geen categorie 04 of PL heeft geen stapel met nationaliteit = Staatloos en indien er andere stapels zijn dan mogen dat alleen stapels zijn waarin bij Categorie 04 Nationaliteit 05.10 = null en 65.10 = null Dus zodra er een Categorie 04 Nationaliteit is waarin 05.10 of 65.10 <> null mag deze actualiseringsactie niet getoond worden. 24.3.3.2 Actualiseringsacties die gelden voor Nederlandse Nationaliteit stapel Door de invoering van LO GBA 3.9 is het niet langer toegestaan om naast de Nederlandse nationaliteit ook een andere “actuele” nationaliteit te hebben. Dus als een persoon de Nederlandse nationaltiteit heeft, heeft dat invloed op de acties die mogen worden uitgevoerd. Zodra er een stapel is waarbij we spreken van de Nederlandse nationaliteit (04/54 bevat 05.10 = 0001 of 04/54 bevat 65.10 = “B” of “V”) kunnen bij deze stapel de volgende acties op het scherm verschijnen: ICTU, Programma RNI 288/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Actualiseringsactie Label op het scherm FO RNI Voorwaarden waaraan betreffende stapel moet voldoen om actie item te tonen Opnemen Nederlandse nationaliteit Opnemen Nederlandse nat. Zie 6.4.1.2 PL heeft een stapel met beëindigde Nederlandse nationaliteit of in de stapel is bijzonder Nederlanderschap opgenomen In de stapel is in Categorie 04 Nationaliteit 05.10 = null Beëindigen Nederlandse nationaliteit Beëindigen Nederlandse nat. Zie 6.4.1.3 PL heeft een stapel met actuele Nederlandse nationaliteit: In de stapel is in Categorie 04 Nationaliteit 05.10 = 0001 Opnemen bijzonder Opnemen bijz. Nederlanderschap Ned.schap Zie 6.4.1.6 PL heeft geen actuele Nederlandse nationaliteit In de stapel is in Categorie 04 Nationaliteit 05.10 = null of 65.10 = “V” of null Verlies bijzonder Nederlanderschap Zie 6.4.1.7 PL heeft een stapel met actueel bijzonder Nederlanderschap In de stapel is in Categorie 04 Nationaliteit 65.10 = “B” of “V” Beëindigen bijz. Ned.schap Alle generieke actie items die van toepassing zijn Zie par 24.3.3.7 24.3.3.3 Actualiseringsacties voor stapels m.b.t. vreemde nationaliteiten bij Pl die zowel actuele Nederlandse als andere nationaliteit stapel(s) bevat. Vreemde nationaliteiten betreffen alle nationaliteiten behalve de Nederlandse. Het betreft de stapels waarbij 04/54 05.10 = alle nationaliteit codes behalve 0001, 0002,en 0500 en 65.10 = null. Als de PL naast bovenstaande nationaliteit stapel(s) ook een actuele Nederlandse Nationaliteit heeft dan zijn voor de vreemde nationaliteit alleen de volgende actualisering acties mogelijk: Actualiseringsactie Label op het scherm FO RNI Voorwaarden waaraan betreffende stapel moet voldoen om actie item te tonen Verwijderen van nationaliteitsgegevens Verwijderen nat. gegevens Zie 6.4.1.8 PL heeft een stapel met beëindigde nationaliteit die niet de Nederlandse betreft In de stapel is in Categorie 04 Nationaliteit 05.10 = null en is een Categorie 54 Nationaliteit aanwezig waarin 05.10 <> null 24.3.3.4 Actualiseringsacties voor stapel met buitenlandse nationaliteit bij Pl die geen actuele Nederlandse nationaliteit bevat. Pl bevat stapel met buitenlandse Nationaliteit ICTU, Programma RNI 289/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Het betreft de stapels waarbij 04/54 05.10 = alle nationaliteit codes behalve 0000, 0001, 0002, 0499 en 0500 en 65.10 = null en PL bevat geen actuele Nederlandse Nationaliteit dan zijn voor de betreffende buitenlandse nationaliteit stapel de volgende actualisering acties mogelijk: Actualiseringsactie Label op het scherm FO RNI Heropname buitenlandse nationaliteit Heropname buitenlandse nat. Zie 6.4.1.2 PL heeft een stapel met beëindigde buitenlandse nationaliteit (In deze stapel is in Categorie 04 Nationaliteit 05.10 = null) en PL heeft geen actuele staatloosheid stapel. Als op deze actie wordt geklikt vertoond de nieuwe waarde van 05.10 de nationaliteit van de huidige stapel. (dus geen dropdown) Beëindigen buitenlandse nationaliteit Beëindigen buitenlandse nat. Zie 6.4.1.3 PL heeft een stapel met actuele buitenlandse nationaliteit In de stapel is in Categorie 04 Nationaliteit 05.10 <> null Als deze actie wordt uitgevoerd word alleen de geselecteerde buitenlandse nationaliteit beëindigd. (de huidige stapel) Alle generieke actie items die van toepassing zijn Voorwaarden waaraan voldaan moet zijn om actie item te tonen Zie par 24.3.3.7 24.3.3.5 Actualiseringsacties voor PL met Staatloosheid stapel bij Pl die geen andere actuele nationaliteit heeft Bij staatloosheid (04/54 05.10 = 0499) kunnen de onderstaande actie items getoond worden. Er mag geen actuele Categorie Staatloosheid aanwezig zijn als een andere actuele Nationaliteit aanwezig is (04 Nationaliteit waarin 05.10 <> null of 65.10 <> null ). Actualiseringsactie Label op het scherm FO RNI Heropname staatloosheid Heropname staatloosheid Zie 6.4.1.2 PL heeft een stapel waarin Staatloosheid (0499) is beëindigd. In de stapel is in Categorie 04 Nationaliteit 05.10 = null PL kan daarnaast andere stapels hebben waarin 04 Nationaliteit met 05.10 = null en 65.10 = null. Zodra er een stapel is waarbij in Categorie 04 Nationaliteit 05.10 of 65.10 <> null mag deze actie niet meer getoond worden. Beëindigen staatloosheid Beëindigen staatloosheid Zie 6.4.1.3 PL heeft een actuele stapel die staatloosheid betreft. In de stapel is in Categorie 04 Nationaliteit ICTU, Programma RNI Voorwaarden waaraan betreffende stapel moet voldoen om actie item te tonen 290/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 05.10 = 0499 Alle generieke actie items die van toepassing zijn Zie par 24.3.3.7 24.3.3.6 Actualiseringsacties voor PL met Onbekende Nationaliteit stapel bij PL die geen actuele Nederlandse nationaliteit heeft PL bevat stapel met Onbekende nationaliteit (04/54 05.10 = 0000) en bevat geen actuele Nederlandse nationaliteit dan zijn voor de Onbekende Nationaliteit stapel de volgende actualiseringacties mogelijk. Actualiseringsactie Label op het scherm FO RNI Voorwaarden waaraan betreffende stapel moet voldoen om actie item te tonen Heropname Heropname Zie 6.4.1.2 onbekende nationaliteit onbekende nat. PL heeft een stapel waarin nationaliteit Onbekend (0000) is beëindigd: In de stapel is in Categorie 04 Nationaliteit 05.10 = null Beëindigen onbekende Beëindigen Zie 6.4.1.3 nationaliteit onbekende nat. PL heeft een stapel met actuele Onbekende nationaliteit. In de stapel is in Categorie 04 Nationaliteit 05.10 = 0000 Alle generieke actie items die van toepassing zijn Zie par 24.3.3.7 24.3.3.7 Generieke actualiseringsacties voor Categorie 04/54 Nationaliteit Actie items die van toepassing zijn voor alle Nationaliteit stapels indien genoemd in de eerdere paragrafen: Actualiseringsactie Label op het scherm FO RNI Voorwaarden waaraan voldaan moet zijn om actie item te tonen Wijziging in de reden opnemen nationaliteit Wijzigen reden opname Zie 6.4.1.4 Categorie 04 Nationaliteit waarin 63.10 <> null Wijziging in de reden beëindigen Wijzigen reden beëindigen Zie 6.4.1.5 Categorie 04 Nationaliteit waarin 64.10 <> null Verwijderen van nationaliteitsgegevens Verwijderen nat. gegevens Zie 6.4.1.8 Categorie 04 Nationaliteit is aanwezig Correctie van ten onrechte opgenomen gegevens Correctie Zie 6.4.1.9 Categorie 04 Nationaliteit is aanwezig Actualiseren akte en document Wijzigen document LO GBA 3.20 Categorie 04 Nationaliteit is aanwezig Actualiseren van de ingangsdatum Wijzigen geldigheid LO GBA 3.21 Categorie 04 Nationaliteit is aanwezig ICTU, Programma RNI 291/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Geldigheid 24.3.4 In onderzoek plaatsen In onderzoek plaatsen (generieke functie voor alle categorieën) LO 3.22 zie 'In onderzoek plaatsen' in 6.3.1 Categorie 04 Nationaliteit is aanwezig zonder onderzoek (04.83.10 en 04.83.20 en 04.83.30 = null) of met een afgesloten onderzoek (04.83.10 en 04.83.20 en 04.83.30<> null) Actualiseren onderzoeksgegevens Wijzigen onderzoek LO 3.22 Categorie 04 Nationaliteit is aanwezig met zie 'Wijzigen een lopend onderzoek onderzoek' in (04.83.10 en 04.83.20 <> null 6.3.1 en 04.83.30 = null). Toevoegen historie Toevoegen historie Zie 6.3.8 Categorie 04 Nationaliteit is aanwezig Correctie historie Correctie historie Zie 6.3.7 PL heeft een Categorie 04 Nationaliteit en in de getoonde stapel is minimaal één Categorie 54 Nationaliteit historie Voorbeeld van verschillende stapels De Nederlandse nationaliteit stapel wordt gevormd door Categorieën 04/54 waarin 05.10 = “0001”of groep 65 “B” of “V”. Een persoon kan meer dan 1 nationaliteit hebben. Voor elke nationaliteit is een eigen stapel aanwezig: Stapel 1 Nederlandse nationaliteit (actuele nationaliteit) 04 nationaliteit 05.10 = 0001 en 63.10 Reden opname nationaliteit <> null en 85.10 Ingangsdatum Geldigheid = 01-01-2010 54 nationaliteit 05.10 = null en 64.10 Reden beëindiging nationaliteit <> null en 85.10 Ingangsdatum Geldigheid = 01-01-2007 54 nationaliteit 05.10 = 0001 en 63.10 Reden verkrijging Nederlanderschap = geboorte en 85.10 Ingangsdatum Geldigheid = 01-01-1963 Stapel 2 Indiase (beëindigde nationalteit) 04 nationaliteit 05.10 = null en 64.10 <> null en 85.10 Ingangsdatum Geldigheid = 01-01-2010 54 nationaliteit 05.10 = 0312 en 63.10 <> null en 85.10 Ingangsdatum Geldigheid = 01-01-2007 Als deze persoon aan het loket verschijnt en aan kan tonen dat hij de Indiase nationaliteit (0312) opnieuw heeft verkregen mag hier niets mee worden gedaan omdat de persoon de Nederlandse nationaliteit heeft. – Als echter eerst de Nederlandse nationaliteit wordt beëindigd mag bij de Indiase stapel gekozen worden voor de actualiseringsactie “opnemen buitenlandse nationaliteit”. – ICTU, Programma RNI 292/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• – 24.4 Als hij de Franse nationaliteit heeft verkregen (0057) en de Nederlandse is beëindigd moet voor de Franse nationalitiet een nieuwe stapel aangemaakt worden waarbij 05.10 = 0057 en 63.10 is ingevuld. Dit moet gebeuren door de basis actualiseringsactie “opnemen buitenlandse nationaliteit” uit te voeren. Het systeem maakt dan een nieuwe stapel aan. Actualiseren categorie Persoon In het geval van balie actualisering van geslachtsnaam, geboortedatum of geslachtsaanduiding wordt doorzoeken inschrijvingen (zie 4.5Doorzoeken inschrijvingen) door het systeem uitgevoerd. Als blijkt dat de zoekacties één of meerdere PL-en/dossiers en/of foutsituatie(s) (bijvoorbeeld 'te veel zoekresultaten') hebben opgeleverd, dan moet aan de gebruiker een bevestiging worden gevraagd: "Door deze wijziging kan er een dubbelopname ontstaan. Alle registraties zijn opnieuw doorzocht en hierbij is minimaal één zoekresultaat gevonden. Wilt u dat deze wijziging toch wordt uitgevoerd?" Als de gebruiker deze vraag beantwoordt met JA, dan wordt de wijziging uitgevoerd en wordt een speciale logregel ("Mogelijk dubbelopname toch doorgevoerd") aangemaakt, zodat hier later op gezocht kan worden. Als de gebruiker deze vraag beantwoordt met NEE, dan wordt de wijziging niet doorgevoerd. Er verandert niets in de PL. (zelfde effect als link "Terug") ICTU, Programma RNI 293/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 25 Bijlage 5. Overzicht gebeurtenistypes De bijlage beschrijft de gebeurtenistypes in de RNI, ingedeeld naar onderwerp. Opmerkingen: 1. Als bij de afhandeling van de gebeurtenis een technische fout optreedt, dan wordt de resultaatcode gevuld met 9999 (of 7999 indien in het FO aangegeven) en wordt de 'beschrijving resultaat' gevuld met de omschrijving behorend bij de resultaatcode. Dit 'overruled' in die situatie de waarden van 'Resultaatcode' en 'Beschrijving resultaat' uit onderstaande tabellen. 2. De eerste 2 kolommen in onderstaande tabellen betreffen respectievelijk het gebeurtenistype (Code) en de omschrijving van het gebeurtenistype. Algemeen Code Gebeurtenistype (omschrijving) Resultaatcode Samenvatting resultaat Aanvullende details Technische fout 9999 'Technische fout !' Een omschrijving van de exception (incl. evt. 'stack trace'). Inloggen succesvol n.v.t. 'Correct afgerond' n.v.t. Inloggen mislukt 1 = ongeldig PKIoverheidcertificaat 2 = ongeldige pincode De omschrijving bij de resultaatcode n.v.t. Voorraad BSN's onder minimum 9999 'Voorraad: ' n.v.t. Voorraad A-nummers onder minimum 9999 'Voorraad: ' n.v.t. Gebeurtenistype (omschrijving) Resultaatcode Samenvatting resultaat Aanvullende details Aanmaken RNI-dossier n.v.t. 'Correct afgerond' n.v.t. Inschrijving via de Noodprocedure n.v.t. 'Correct afgerond' Stellen presentievraag De resultaatcode van de presentievraag n.v.t. Bij een foutsituatie: - de omschrijving bij de resultaatcode. • Indien precies 1 resultaat: - "1 persoon gevonden" • indien meer dan 10 (*): - “Er zijn teveel zoekresultaten gevonden. Gebruik aanvullende criteria om deze te beperken.” • anders: - " personen gevonden" (*) Betreft resultaatcode 12003. Het aantal 10 is een instelling van BvBSN. Dossier en PL algemeen Code ICTU, Programma RNI • 294/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Code Gebeurtenistype (omschrijving) Resultaatcode Samenvatting resultaat Stellen BRP vraag (GGB) De resultaatcode van de BRP vraag • • • Stellen BRP vraag (PL GGB) De resultaatcode van de BRP vraagPL • • Zoeken in RNI De resultaatcode van zoeken in de RNI (zie par. 4.2.5) • • • Bij een foutsituatie: - de omschrijving bij de resultaatcode. Indien precies 1 resultaat: - "1 persoon gevonden" anders: - " personen gevonden". Aanvullende details n.v.t. Bij een foutsituatie of geen n.v.t. PL gevonden - de omschrijving bij de resultaatcode. Anders één PL. bij een foutsituatie: - de omschrijving bij de resultaatcode indien precies 1 resultaat: - "1 dossier gevonden" anders: - " dossiers gevonden" n.v.t. Openen als onderhanden RNIdossier n.v.t. 'Correct afgerond' n.v.t. Raadplegen dossier n.v.t. 'Correct afgerond' n.v.t. Raadplegen PL n.v.t. 'Correct afgerond' n.v.t. Registreren scan De codewaarde uit de codelijst voor de soort scan (incl. code voor 'soort scan niet bekend') de lookup-omschrijving bij de codewaarde n.v.t. Wijzigen notitie bij dossier n.v.t. 'Correct afgerond' n.v.t. Inschrijving algemeen (aan het loket of via een deelnemersopgave) Code Gebeurtenistype (omschrijving) Resultaatcode Samenvatting resultaat Aanvullende details Doorzoeken inschr. Presentievraag De resultaatcode van de presentievraag Zie 'Stellen presentievraag' onder 'Dossier en PL algemeen' Zie 'Stellen presentievraag' onder 'Dossier en PL algemeen' Doorzoeken inschr. BRP vraag De resultaatcode van de BRP vraag Zie 'Stellen BRP vraag' onder 'Dossier en PL algemeen' Zie 'Stellen BRP vraag' onder 'Dossier en PL algemeen' Doorzoeken inschr. Zoeken in RNI De resultaatcode van zoeken in de RNI (zie Zie 'Zoeken in RNI' onder 'Dossier en PL algemeen' Zie 'Zoeken in RNI' onder 'Dossier en PL ICTU, Programma RNI 295/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Code Gebeurtenistype (omschrijving) Resultaatcode Samenvatting resultaat par. 4.2.5) Toekennen BSN 0 = Correct afgerond 1 = Geen BSN 2 = Geen A-nummer Aanvullende details algemeen' De omschrijving bij de resultaatcode BSN: ; A-nummer Samenvatting resultaat Aanvullende details Inschrijvingsverzoek (aan het loket) Code Gebeurtenistype (omschrijving) Resultaatcode Converteren IDdocument 0 = Eerste invoer voor De omschrijving bij de gescand document resultaatcode 1 = Eerste invoer handmatig 2 = Wijziging gegevens n.v.t. Intake conclusie De resultaatcode van de uitkomst (zie par. 5.4.2) De omschrijving bij de resultaatcode n.v.t. Opslaan concept PL n.v.t. 'Correct afgerond' n.v.t. Afdrukken aanvraagformulier n.v.t. 'Correct afgerond' n.v.t. Controleren consistentie inschrijving 0 = Geen fouten, geen fouten waarschuwingen waarschuwingen 1 = Geen fouten, alleen waarschuwingen 2 = Fouten (en eventueel waarschuwingen) de gerapporteerde foutmeldingen en waarschuwingen Wijzigen dossierstatus n.v.t. Inschr. : Wacht op BSN n.v.t. Afwijzen inschrijvingsverzoek de codewaarde uit de codelijst (reden afwijzing) De lookup-omschrijving bij de de door de gebruiker ingevoerde toelichting codewaarde, of – indien keuze 'anders': de ingave van de gebruiker. Annuleren inschrijvingsverzoek de codewaarde uit de codelijst (reden annulering) De lookup-omschrijving bij de de door de gebruiker ingevoerde toelichting codewaarde, of – indien keuze 'anders': de ingave van de gebruiker. Wijzigen dossierstatus De nieuwe dossierstatus De omschrijving bij de nieuwe n.v.t. dossierstatus. Wijzigen dossierstatus (handmatig) De nieuwe dossierstatus De omschrijving bij de nieuwe n.v.t. dossierstatus. Herstarten inschrijving De nieuwe dossierstatus De omschrijving bij de nieuwe n.v.t. dossierstatus. Actualiseren PL ICTU, Programma RNI 296/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Code Gebeurtenistype (omschrijving) Resultaatcode Samenvatting resultaat Aanvullende details* Cat.01 Wijziging van het A-nummer** n.v.t. 'Correct afgerond' n.v.t. Cat.01 Wijziging van het burgerservicenummer n.v.t. 'Correct afgerond' n.v.t. Cat.01 Wijziging in de naam n.v.t. 'Correct afgerond' n.v.t. Cat.xx Wijzigen algemeen n.v.t. 'Correct afgerond' n.v.t. Cat.xx Toevoegen historie**** n.v.t. 'Correct afgerond' n.v.t. Cat.xx Opnemen categorie**** n.v.t. 'Correct afgerond' n.v.t. Cat.xx Verwijderen**** n.v.t. 'Correct afgerond' n.v.t. >> etc. zie bijlage 4*** *De gewijzigde rubrieken worden gelogd in een aparte entiteit 'LogMutatiedetail' **Voor elke specifieke actualisering een gebeurtenis ***Algemene actualisering voor historische cat. en voor cat. buiten de beperkte gegevensset. Voor elke categorie 'xx' een specifieke gebeurtenis ****Voor elke categorie 'xx' een specifieke gebeurtenis Deelnemersopgave Code Gebeurtenistype (omschrijving) Resultaatcode Samenvatting resultaat Verwerken deelnemersopgave (Dv01, Dv02, Dv03 en Dv04) De nieuwe status van De omschrijving bij de het betreffende bericht resultaatcode. Zoeken in RNI (voornamen, geb.dat.) De resultaatcode van zoeken in de RNI (zie par. 4.2) • • • BRP vraag (voornamen, geb.dat.) De resultaatcode van de BRP vraag • • • Handmatig doorvoeren Dv01 ICTU, Programma RNI Resultaatcode van de uitkomst (zie par. 7.6.4) Aanvullende details n.v.t. n.v.t. Bij een foutsituatie: - de omschrijving bij de resultaatcode. Indien precies 1 resultaat: - "1 dossier gevonden" anders: - " dossiers gevonden". Bij een foutsituatie: n.v.t. - de omschrijving bij de resultaatcode. Indien precies 1 resultaat: - "1 persoon gevonden" anders: - " personen gevonden". De omschrijving bij de resultaatcode (Actie binnen afronden inschrijving, zie 1e kolom in tabel in par. 7.6.4). n.v.t. 297/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Code Gebeurtenistype (omschrijving) Resultaatcode Samenvatting resultaat Aanvullende details Handmatig afwijzen Dv01 Resultaatcode van de uitkomst (zie par. 7.6.4) De omschrijving bij de resultaatcode (Actie binnen afronden inschrijving, zie 1e kolom in tabel in par. 7.6.4). n.v.t. Raadplegen inhoud Dv01 n.v.t. 'Correct afgerond' n.v.t. Handmatig doorvoeren Dv02 De nieuwe status van De omschrijving bij de het betreffende bericht resultaatcode. Handmatig afwijzen Dv02 De codewaarde uit de codelijst De lookup-omschrijving bij de n.v.t. codewaarde, of – indien keuze 'anders': de ingave van de gebruiker. Raadplegen inhoud Dv02 n.v.t. 'Correct afgerond' Handmatig doorvoeren Dv03 De nieuwe status van De omschrijving bij de het betreffende bericht resultaatcode. Handmatig afwijzen Dv03 De codewaarde uit de codelijst De lookup-omschrijving bij de n.v.t. codewaarde, of – indien keuze 'anders': de ingave van de gebruiker. Raadplegen inhoud Dv03 n.v.t. 'Correct afgerond' n.v.t. Raadplegen antwoord deelnemersopgave n.v.t. 'Correct afgerond' n.v.t. Samenvatting resultaat Aanvullende details n.v.t. n.v.t. n.v.t. Deelnemersaanvraag Code Gebeurtenistype (omschrijving) Resultaatcode Verwerken deelnemersaanvraag (Dv11, Dv12, Dv13) De nieuwe status van De omschrijving bij de de betreffende aanvraag resultaatcode. n.v.t. Gebeurtenistype (omschrijving) Resultaatcode Samenvatting resultaat Aanvullende details Maken afschrift n.v.t. 'Correct afgerond' n.v.t. Verstrekking aan derde n.v.t. 'Correct afgerond' n.v.t. Opvragen protocollering n.v.t. 'Correct afgerond' n.v.t. Adres protocollering verwijderd n.v.t 'Correct afgerond' n.v.t. Gebeurtenistype (omschrijving) Resultaatcode Samenvatting resultaat Aanvullende details* Bijwerken status dossier voor TMV n.v.t. 'Correct afgerond' n.v.t. Wijzigen toewijzing n.v.t. 'Correct afgerond' n.v.t. Verstrekking / Protocollering Code Onderzoek Code ICTU, Programma RNI 298/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Code Gebeurtenistype (omschrijving) Resultaatcode Samenvatting resultaat Aanvullende details* n.v.t. 'Correct afgerond' n.v.t. onderzoek Wijzigen interne notitie onderzoek *De gewijzigde rubrieken worden gelogd in een aparte entiteit 'LogMutatiedetail' VO-RNI Code Gebeurtenistype (omschrijving) Resultaatcode Samenvatting resultaat Aanvullende details VO-RNI: start verzenden ontvangstrun n.v.t. 'Correct afgerond' n.v.t. VO-RNI: einde verzenden ontvangstrun n.v.t. 'Correct afgerond' • • • • • aantal verzonden berichten: aantal nietverzonden berichten (vanwege een fout): aantal ontvangen Delivery- en StatusReports: aantal ontvangen overige berichten: aantal geconstateerde fouten: Wijzigen GBA-mailbox wachtw. succesvol n.v.t. 'Correct afgerond' n.v.t. Wijzigen GBA-mailbox wachtw. mislukt status code van MBS De omschrijving bij de resultaatcode. n.v.t. Summarize GBA-mailbox status code van MBS De omschrijving bij de resultaatcode. De volgende tellingen worden gelogd: • • • nieuwe berichten - lage prioriteit normale prioriteit hoge prioriteit ‘listed’ berichten (maar nog niet opgehaald) - lage prioriteit - normale prioriteit - hoge prioriteit reeds opgehaalde berichten - lage prioriteit - normale prioriteit - hoge prioriteit VO-RNI is gepauzeerd ICTU, Programma RNI n.v.t. 'Correct afgerond' n.v.t. 299/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Code Gebeurtenistype (omschrijving) Resultaatcode Samenvatting resultaat Aanvullende details VO-RNI pauze is opgeheven n.v.t. 'Correct afgerond' n.v.t. VO-RNI is gestopt op basis van instructie n.v.t. 'Correct afgerond' n.v.t. Gebeurtenistype (omschrijving) Resultaatcode Samenvatting resultaat Aanvullende details Verwerken GBA-bericht de nieuwe berichtstatus De omschrijving bij de resultaatcode. n.v.t. Signalering bij Rb01bericht n.v.t. n.v.t.'Correct afgerond' n.v.t. Handmatig aanmaken GBA-bericht de nieuwe berichtstatus De omschrijving bij de resultaatcode. n.v.t. Wijzigen status GBAbericht de nieuwe berichtstatus De omschrijving bij de resultaatcode. 'Status van bericht gewijzigd van naar Toelichting: '. Handmatig afronden berichtencyclus de nieuwe cyclusstatus De omschrijving bij de resultaatcode. Status van cyclus gewijzigd van naar Toelichting: '. Raadplegen inhoud GBA-bericht n.v.t. 'Correct afgerond' n.v.t. Resultaatcode Samenvatting resultaat Aanvullende details RNI-instantie - toevoegen n.v.t. 'Correct afgerond' n.v.t. RNI-instantie - wijzigen n.v.t. 'Correct afgerond' n.v.t. Mailbox - toevoegen n.v.t. 'Correct afgerond' n.v.t. Mailbox - wijzigen n.v.t. 'Correct afgerond' n.v.t. Systeeminstelling wijzigen n.v.t. 'Correct afgerond' n.v.t. GBA-berichten Code Applicatiebeheer Code Gebeurtenistype (omschrijving) >> etc. voor elke functie voor elke tabel Systeemprocessen ICTU, Programma RNI 300/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Code Gebeurtenistype (omschrijving) Resultaatcode Start proces <x>* Samenvatting resultaat Aanvullende details : * n.v.t. Einde proces <x>* 0 = Normaal einde, of 1 = Afgebroken De omschrijving bij de resultaatcode. opgenomen PL-en Inplannen synchroniciteitsselectie n.v.t. 'Geplande start: ' (dd-mm-jjjj hh:mm) n.v.t. *Elk proces krijgt een eigen gebeurtenistype **Bij de processen is de te hanteren 'voortgangsaanduiding' beschreven 26 Bijlage 6. Overzicht codelijsten Deze bijlage geeft een overzicht van de codelijsten in het systeem opgenomen zijn via de entiteiten Codelijst en Codewaarde. Bij de realisatie van het systeem kan blijken dat er een aantal extra codelijsten geïntroduceerd moeten worden. Codelijst (in alfabetische volgorde) Voorgedefinieerde Toelichting lijst* Berichtsoort Ja Cyclussubtype Ja Cyclustype Ja Gebeurtenisonderwerp Ja Gebeurtenistype Ja Globale status Ja Intake conclusie Ja Objecttype Ja Objecttypes/entiteittypes die het systeem onderkend. Soort actualisering Nee Gebaseerd op par. 9.4 LO RNI [1] Soort betrokkenheid Ja De betrokkenheid van een object bij een gebeurtenis Soort mailboxinstantie Ja Soort RNI-instantie Ja Soort scan Nee Status berichtencyclus Ja Status bericht Ja Status persoon Ja Status RNI-dossier Ja Toepassing systeeminstelling Ja Zoekcriterium Ja Het onderwerp (groepsindeling) van een gebeurtenistype. De soorten scans die het systeem onderkend. De statuswaarden van een RNI-dossier. *In het geval een lijst 'voorgedefinieerd' is, dan heeft de codelijst een standaard vulling (in principe via een SQL-script gevuld). De gebruiker kan geen waarden toevoegen en alleen de lookup-omschrijving en de toelichting mag gewijzigd worden. Bij nieuwe versies van de software worden zo nodig wijzigingen aangebracht, er kan bijvoorbeeld een nieuw 'Berichtsoort' geïntroduceerd zijn. ICTU, Programma RNI 301/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 27 Bijlage 7. Overzicht gebruikte templates. Deze bijlage geeft een overzicht van de templates die gebruikt worden voor de diverse PDF's die aangemaakt worden door het systeem. 27.1 Aanvraagformulier Als het aanvraagformulier wordt geprint verschijnt "verzoek tot inschrijving". Variabelen vor het verzoek tot inschrijving voorvoegsel Voorvoegsel.voorvoegsel dat hoort bij Persoon.geslachtsnaamvoorvoegsel_id geslachtsnaam Persoon.geslachtsnaam voornamen Persoon.voornaam Adellijke titel Adellijketitel.omschrijving die hoort bij Persoon.titelpredikaat_id geboortedatum Persoon.geboortedatum (dd maand in tekst yyyy) geboorteplaats Persoon.geboorteplaats of gemeente.gemeentenaam die hoort bij persoon.geboorteplaats_id geboorteland Land.landnaam die hoort bij Persoon.geboorteland_id geslacht Man als Persoon.geslacht = M Vrouw als Persoon.geslacht = V nationaliteit Nationaliteit.nationaliteisoms die hoort bij persoonnationaliteit.nationaliteit_id Adresregel1 persoonVerblijfplaats.vertreklandadres1 Adresregel2 persoonVerblijfplaats.vertreklandadres2 Adresregel3 persoonVerblijfplaats.vertreklandadres3 Land adres buitenland Land.landnaam die hoort bij persoonVerblijfplaats.vertrekland_id Datum aanvraag Dossier.registratiedatum (dd maand in tekst yyyy) ICTU, Programma RNI 302/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• ICTU, Programma RNI 303/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 27.2 Afwijzingsbrieven Als een registratie wordt afgewezen omdat er reeds een inschrijving is in de BRP wordt een afwijzingsbrief aangemaakt. Er zijn twee verschillende afwijzingsbrieven: • • Persoon is al ingeschreven als niet-ingezetene (RNI). Persoon is al ingeschreven als ingezetene (GBA) 27.2.1Afwijzingsbrief Persoon is al ingeschreven als niet-ingezetene Als wordt afgewezen met reden:” PL staats reeds in RNI” dan moet onderstaande brief worden geprint. Variabelen voor de brief: weigering inschrijving reden ingeschreven als niet-ingezetene Aanhef Als geslacht is M (man): Mijnheer Als geslacht is V (vrouw): Mevrouw Voorvoegsels Voorvoegsel.voorvoegsel dat hoor t bij Persoon.geslachtsnaamvoorvoegsel_id Geslachtsnaam Persoon.geslachtsnaam Systeemdatum Systeemdatum (dd maand in tekst yyyy) Datum aanvraag Dossier.registratiedatum (dd maand in tekst yyyy) Naam loketgemeente Instantie.naam die hoort bij dossier.aanleginstantie_id Handtekeningnaam Gebruiker.Handtekeningnaam ICTU, Programma RNI 304/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• ICTU, Programma RNI 305/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 27.2.2 Afwijzingsbrief Persoon is al ingeschreven als ingezetene Als wordt afgewezen met reden:” PL staats reeds in GBA” dan moet onderstaande brief worden geprint. Variabelen voor de brief weigering inschrijving reden ingeschreven als ingezetene Aanhef Als geslacht is M (man): Mijnheer Als geslacht is V (vrouw): Mevrouw Voorvoegsels Voorvoegsel.voorvoegsel dat hoor t bij Persoon.geslachtsnaamvoorvoegsel_id Geslachtsnaam Persoon.geslachtsnaam Systeemdatum Systeemdatum (dd maand in tekst yyyy) Datum aanvraag Dossier.registratiedatum (dd maand in tekst yyyy) Naam loketgemeente Instantie.naam die hoort bij dossier.aanleginstantie_id Handtekeningnaam Gebruiker.Handtekeningnaam ICTU, Programma RNI 306/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• ICTU, Programma RNI 307/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 27.3 PL-inschrijving Het overzicht PL inschrijving kan op verschillende manieren worden aangemaakt. • Na het toekennen van BSN vraagt het systeem of de gebruiker een afschrift wil aanmaken • Voor dossiers waarbij dossierstatus is “Opgenomen RNI” kan via actie “Vaste uittreksels” de gebruiker kiezen voor overzicht PL inschrijving Het Volliedig PL-overzicht bestaat uit twee templates: 1. Bevestiging inschrijving 2. PL-inschrijving 27.3.1 Bevestiging inschrijving Bij een overzicht PL-inschrijving wordt eerst de bevestigingsbrief aangemaakt. Variabelen Bevestiging inschrijving Aanhef Als geslacht is man: Mijnheer Als geslacht is vrouw: Mevrouw Voorletters Afleiden van Persoon.voornaam Voor elke afzondelijke voornaam die gescheiden wordt door een spatie de eerste letter vastleggen gevolgd door een punt: Bijv Johanna Petronella Agaatha wordt J.P.A. Voorvoegsels Voorvoegsel.voorvoegsel dat hoor t bij Persoon.geslachtsnaamvoorvoegsel_id Geslachtsnaam Persoon.geslachtsnaam Adresregel1 persoonVerblijfplaats.vertreklandadres1 Adresregel2 persoonVerblijfplaats.vertreklandadres2 Adresregel3 persoonVerblijfplaats.vertreklandadres3 Land adres buitenland Land.landnaam die hoort bij persoonVerblijfplaats.vertrekland_id Systeemdatum Systeemdatum (dd maand in tekst yyyy) BSN Persoon.bsn Datum aanvraag Dossier.registratiedatum (dd maand in tekst yyyy) Datum inschrijving PL.gbaeersteinschrijvingdatum (dd maand in tekst yyyy) Naam loketgemeente Instantie.naam die hoort bij dossier.aanleginstantie_id Handtekeningnaam Gebruiker.handtekeningnaam De regel “Uw Burgerservicenummer (BSN) is : ” wordt vet afgedrukt. Het BSN wordt aangevuld met voorlopnul(len) indien het nummer korter is dan 9 posities. ICTU, Programma RNI 308/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• ICTU, Programma RNI 309/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 27.3.2 PL-inschrijving Het overzicht PL-inschrijving wordt samen met de bevestiging inschrijving aangemaakt en bestaat uit de volgende categorieen: • • • • Persoon Nationaliteit Iindien aanwezig) Inschrijving Verblijfplaats Variabelen voor overzicht m.b.t. categorie Persoon Administratienummer Persoon.anr Burgerservicenummer Persoon.bsn Voornamen Persoon.voornamen Adellijke titel Adellijketitel.omschrijving die hoort bij Persoon.titelpredikaat_id Voorvoegsels Voorvoegsel.voorvoegsel dat hoort bij Persoon.geslachtsnaamvoorvoegsel_id Geslachtsnaam Persoon.geslachtsnaam Geboortedatum Persoon.geboortedatum Geboorteplaats Persoon.geboorteplaats of Gemeente.gemeentenaam die hoort bij persoon.geboorteplaats_id Geboorteland Land.landnaam die hoort bij Persoon.geboorteland_id Geslacht Man als Persoon.geslacht = M Vrouw als Persoon.geslacht = V Gemeente ontleningsdocument “Registratie Niet Ingezetenen” Datum ontleningsdocument Persoon.datum document Beschrijving ontleningsdocument Persoon.beschrijving document Ingangsdatum geldigheid persoonsgegevens Persoon.Ingangsdatum geldigheid Datum van opneming persoonsgegevens Persoon.Datum van opneming Variabelen voor overzicht m.b.t. categorie Nationaliteit Bij een beeindigde nationaliteit wordt (zowel 04.05.10 als 04.65.10 zijn leeg) wordt dit blok niet afgedrukt. Bij meerdere nationaliteiten wordt dit blok meerdere keren afgedrukt. Nationaliteit Nationaliteit.nationaliteitsoms die hoort bij persoonnationaliteit.nationaliteit_id Reden opname nationaliteit Omschrijving uit Tabel 37 die hoort bij 04.63.10 Aanduiding bijzonder Nederlanderschap Behandeld als Nederlander als 04.65.10 gelijk is aan B Vastgesteld niet-Nederlander als 04.65.10 gelijk is aan V Gemeente ontleningsdocument Nationaliteit. Gemeente document Datum ontleningsdocument Nationaliteit. Datum document Beschrijving ontleningsdocument Nationaliteit. Beschrijving document Ingangsdatum geldigheid ICTU, Programma RNI Nationaliteit. Ingangsdatum geldigheid 310/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• nationaliteitgegevens Datum van opneming nationaliteitgegevens Nationaliteit. Datum van opneming Variabelen voor overzicht m.b.t. categorie Inschrijving Datum opschorting bijhouding PL.datumopschorting bijhouding Omschrijving reden opschorting bijhouding “Registratie Niet Ingezetenen” Datum eerste inschrijving BRP Pl.gbaeersteinschrijvingdatum Indicatie geheimhouding Omschrijving die hoort bij Pl.geheimind: 0 Geen beperking 7 Niet voor kerken en derden Variabelen voor overzicht m.b.t. categorie Verblijfplaats Gemeente van inschrijving “Registratie Niet Ingezetenen” Datum inschrijving in de gemeente PersoonVerblijfplaats. Datum inschrijving Datum aanvang adres buitenland PersoonVerblijfplaats. Datum aanvang adres buitenland Adres buitenland PersoonVerblijfplaats.vertreklandadres1 PersoonVerblijfplaats.vertreklandadres2 PersoonVerblijfplaats.vertreklandadres3 Land.landnaam die hoort bij PersoonVerblijfplaats.vertrekland_id Omschrijving van de aangifte adreshouding Omschrijving die hoort bij PersoonVerblijfplaats.aangifteadreshoudingoms Ingangsdatum geldigheid verblijfplaats PersoonVerblijfplaats. Ingangsdatum geldigheid Datum van opneming verblijfplaats PersoonVerblijfplaats. Datum van opneming ICTU, Programma RNI 311/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• ICTU, Programma RNI 312/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 27.4 ABO PL-overzicht Het ABO PL Overzicht is feitelijk gelijk aan het overzicht PL inschrijving, maar dan per Categorie aangevuld met de rubrieken Deelnemer en Omschrijving verdrag. Bovendien wordt dit overzicht zonder bevestigingsbrief aangemaakt. Onderstaande tabel geeft de Extra rubrieken aan ten opzichte van het overzicht PL Inschrijving Voor al deze rubrieken geldt dat zij niet worden afgedrukt indien leeg. Extra variabelen voor ABO PL overzicht m.b.t. categorie Persoon Deelnemer Omschrijving uit Tabel 60 (GBA Deelnemer) die hoort bij 01.88.10 (RNI deelnemer) Omschrijving verdrag Persoon.Omschrijving verdrag Extra variabelen voor ABO PL overzicht m.b.t. categorie Nationaliteit Deelnemer Omschrijving uit Tabel 60 (GBA Deelnemer) die hoort bij 04.88.10 (RNI deelnemer) Omschrijving verdrag Nationaliteit.Omschrijving verdrag Extra variabelen voor ABO PL overzicht m.b.t. categorie Inschrijiving Deelnemer Omschrijving uit Tabel 60 (GBA Deelnemer) die hoort bij 07.88.10 (RNI deelnemer) Omschrijving verdrag Inschrijving.Omschrijving verdrag Extra variabelen voor ABO PL overzicht m.b.t. categorie Verblijfplaats Deelnemer Omschrijving uit Tabel 60 (GBA Deelnemer) die hoort bij 08.88.10 (RNI deelnemer) Omschrijving verdrag PersoonVerblijfplaats.Omschrijving verdrag 27.5 Volledig PL Overzicht Het volledig PL overzicht kan op de volgende manier worden aangemaakt. • Voor dossiers waarbij dossierstatus is “Opgenomen RNI” kan via actie “maken afschrift” de gebruiker kiezen voor volledig PL-overzicht Het PL Overzicht is feitelijk een variabel uittreksel (zie 27.6.2) waarvan alle mogelijke rubrieken zijn aangevinkt. Verschillen met het variabel uittreksel: - Kopgegevens en Ondertekening ontbreken. - Voor het Pl Overzicht wordt blanko papier gebruikt, dus het rijkslogo wordt ook afgedrukt. ICTU, Programma RNI 313/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• ICTU, Programma RNI 314/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 27.6 Uittreksel RNI kent de volgende uittreksels 1. Standaard uittreksel 2. Variabel uittreksel 3. Adreshistorie 4. Internationaal uittreksel NFDE (Nederlands Frans Duits Engels) 5. Internationaal uittreksel NSIT (Nederlands Spaans Italiaans Turks) Alle uittreksels worden op beveiligd papier afgedrukt. Op dit papier is het Logo voorgedrukt. 27.6.1 Standaard uittreksel Het standaard uittreksel is een uittreksel waarbij de getoonde velden zijn vastgelegd in de template. In principe wordt dit afschrift op beveiligd papier geprint dat al voorzien is van een logo. Variabelen op het standaard uittreksel voorvoegsel Voorvoegsel.voorvoegsel dat hoort bij Persoon.geslachtsnaamvoorvoegsel_id geslachtsnaam Contorm Adreshistorie uittreksel voornamen Conform Adreshistorie uittreksel geboortedatum Persoon.geboortedatum geboorteplaats Persoon.geboorteplaats of gemeente.gemeentenaam die hoort bij persoon.geboorteplaats_id geboorteland Land.landnaam die hoort bij Persoon.geboorteland_id geslacht Man als Persoon.geslacht = M Vrouw als Persoon.geslacht = V nationaliteit Nationaliteit.nationaliteisoms die hoort bij persoonnationaliteit.nationaliteit_id adresregel1 persoonVerblijfplaats.vertreklandadres1 adresregel2 persoonVerblijfplaats.vertreklandadres2 adresregel3 persoonVerblijfplaats.vertreklandadres3 Land adres buitenland Land.landnaam die hoort bij persoonVerblijfplaats.vertrekland_id Burgerservicenummer Persoon.bsn Systeemdatum Systeemdatum (dd maand in tekst yyyy) Naam loketgemeente Instantie.naam die hoort bij dossier.aanleginstantie_id Handtekeningnaam Gebruiker.Handtekeningnaam ICTU, Programma RNI 315/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• ICTU, Programma RNI 316/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 27.6.2 Variabel uittreksel Het variabel uittreksel is een uittreksel waarbij de getoonde velden afhankelijk zijn van de selectie die de gebruiker heeft gemaakt. De gebruiker kan selecteren uit alle velden uit alle categorieen van de PL, zowel actuele als historische categorieën. De categorieën worden getoond in de volgorde zoals is beschreven in paragraaf III.1.3.3 (Sortering binnen de inhoud) uit het LO GBA . Het veld aktenummer wordt conform LO GBA afgebeeld en afgedrukt. In het selectiescherm worden Nationaliteiten waarvan de registratie is beëindigd NIET getoond. In deze gevallen is 04.64.10 Reden beëindigen nationaliteit gevuld met waarde 404 (Beëindiging registratie nationaliteit) en wordt de volledige stapel niet getoond. Standaard worden die rubrieken aangevinkt die zijn vastgelegd in systeeminstelling 'RUBRIEKOPSOMMING_UITTREKSEL'. De gebruiker kan op drie niveaus de gegevens selecteren: • Per categorie kan de gebruiker álle velden (de)selecteren. • Per categorie voorkomen (actueel of historie) kan de gebruiker per álle velden (de)selecteren. • Binnen het categorie voorkomen (actueel of historie) kan de gebruiker elk veld (de)selecteren. Daarnaast kan de gebruiker aangeven of de selectie op de actuele categorie gemaakt is, ook geldig is voor alle historische categorieen. Onjuiste categorieën (Ind Onjuist = J) worden NIET op het scherm getoond. Derhalve wordt de Ind Onjuist nergens afgedrukt. De door de gebruiker geselecteerde velden worden afgedrukt in de volgorde waarin ze op het scherm zijn weergegeven. Per categorie moet de naam van de categorie worden afgedrukt, de gegevens worden groepsgewijs (bv 01.10 tm 01.20 is één groep) gescheiden door blanco regels.(zie template PL Overzicht). Een label van een rubriek begint met een hoofdletter. Historische categorieën worden aansluitend op de actuele of voorgaande historische categorie afgedrukt. Codes en indicaties worden vertaald naar de bijbehorende omschrijvingen. Lege velden worden niet afgedrukt, evenals niet aanwezige categorieën of categorieën waarvan geen enkele rubriek is geselecteerd. Ten aanzien van de categorieën 01 Persoon, 02/03 Ouder1/Ouder 2, 05 Huwelijk en 09 Kind geldt het volgende: • • Indien minimaal één van de rubrieken in groep 02 (Naam) is aangevinkt, dan wordt de gehele groep (02.10 Voornamen, 02.20 Adellijke titel/predikaat, 02.30 Voorvoegsel geslachtsnaam, 02.40 Geslachtsnaam) “smart”afgedrukt conform het internationaal uittreksel [zie 27.6.4]. Indien minimaal één van de rubrieken in groep 03 (Geboorte) is aangevinkt, dan wordt de gehele groep (03.10 Geboortedatum, 03.20 Geboorteplaats, 03.30 Geboorteland) “smart” afgedrukt conform het internationaal uittreksel [zie 27.6.4]. Ten aanzien van de categorieën 05 Huwelijk en 09 Kind geldt het volgende: • Indien één of meer rubrieken in 05 en/of 09 zijn aangevinkt, terwijl die 05 en/of 09 alleen voorkomen ten gevolge van correctie van ten onrechte opgenomen gegevens (1), dan wordt het volgende afgedrukt: “Geen gegevens omtrent huwelijk/geregistreerd partnerschap vastgelegd. “ respectievelijk “Geen gegevens omtrent kinderen vastgelegd.”, (1) Deze situatie is te herkennen aan onderstaande 2 condities: (a) In betreffende actuele categorie (05 resp. 09) is/zijn uitsluitend één of meer van de volgende rubrieken gevuld: 81.10 Registergemeente akte, 81.20 Aktenummer, ICTU, Programma RNI 317/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 82.10 Gemeente document, 82.20 Datum document, 82.30 Beschrijving document, 85.10 Ingangsdatum geldigheid. (b) Er is één bijbehorende historische categorie (55 resp. 59) waarvan 84.10 (Indicatie onjuist) is gevuld. De vaste inhoud is op de template weergegeven. In principe wordt dit afschrift op beveiligd papier geprint dat al voorzien is van een logo. Vaste variabelen op het variabel uittreksel zijn Systeemdatum Systeemdatum (dd maand in tekst yyyy) Naam loketgemeente Instantie.naam die hoort bij dossier.aanleginstantie_id Handtekeningnaam Gebruiker.Handtekeningnaam Variabelen voor overzicht m.b.t. categorie Persoon (01) en Persoon Historie (51) Administratienummer 01.01.10| A-nummer Burgerservicenummer 01.01.20| Burgerservicenummer Voornamen 01.02.10| Voornamen Adellijke titel Adellijketitel.omschrijving (Tabel 38) die hoort bij 01.02.20| Adellijke titel/predikaat Voorvoegsels Voorvoegsel.voorvoegsel (Tabel 36) dat hoort bij 01.02.30| Voorvoegsel geslachtsnaam Geslachtsnaam 01.02.40| Geslachtsnaam Geboortedatum 01.03.10| Geboortedatum Geboorteplaats Persoon.geboorteplaats of Gemeente.gemeentenaam (Tabel 33) die hoort bij 01.03.20| Geboorteplaats Geboorteland Land.landnaam (Tabel 34) die hoort bij 01.03.30| Geboorteland Geslacht Man als 01.04.10| Geslachtsaanduiding = M; Vrouw als 01.04.10| Geslachtsaanduiding = V" Vorig A-nummer 01.20.10| Vorig A-nummer Volgend A-nummer 01.20.20| Volgend A-nummer Aanduiding naamgebruik Omschrijving die hoort bij 01.61.10| Aanduiding naamgebruik Registergemeente Gemeente.gemeentenaam (Tabel 33) die hoort bij 01.81.10| Registergemeente akte Aktenummer 01.81.20| Aktenummer (wordt conform LO GBA afgebeeld, dwz: • Posities 1 en 3 = Akteaanduiding.Code (uit Tabel 39 Akteaanduiding) die hoort bij combinatie van positie 1 en 3 van 01.81.20 • Positie 2 = positie 2 van 01.81.20 • Positie 4 t/m 7 = posities 4 t/m 7 van 01.81.20 Gemeente ontlening document Gemeente.gemeentenaam (Tabel 33) die hoort bij 01.82.10| Gemeente document Datum ontlening document 01.82.20| Datum document Beschrijving document 01.82.30| Beschrijving document Aanduiding onderzoek 01.83.10| Aanduiding gegevens in onderzoek Datum ingang onderzoek 01.83.20| Datum ingang onderzoek ICTU, Programma RNI 318/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Datum einde onderzoek 01.83.30| Datum einde onderzoek Indicatie onjuist 51.84.10| Indicatie onjuist, dan wel strijdigheid met de openbare orde (Dit veld alleen tonen bij Historie) Ingangsdatum geldigheid 01.85.10| Ingangsdatum geldigheid Datum van opneming 01.86.10| Datum van opneming RNI-deelnemer Instantie.naam (Tabel 60) die hoort bij 01.88.10| RNI-deelnemer Omschrijving verdrag 01.88.20| Omschrijving verdrag Variabelen voor overzicht categorie Ouder1/2 (02 en 03) en Ouder 1/2 Historie (52 en 53) Administratienummer 02/03.01.10| A-nummer Burgerservicenummer 02/03.01.20| Burgerservicenummer Voornamen 02/03.02.10| Voornamen Adellijke titel Adellijketitel.omschrijving (Tabel 38) die hoort bij 02/03.02.20| Adellijke titel/predikaat Voorvoegsels Voorvoegsel.voorvoegsel (Tabel 36) dat hoort bij 02/03.02.30| Voorvoegsel geslachtsnaam Geslachtsnaam 02/03.02.40| Geslachtsnaam Geboortedatum 02/03.03.10| Geboortedatum Geboorteplaats Ouder1/2.geboorteplaats of Gemeente.gemeentenaam (Tabel 33) die hoort bij 02/03.03.20| Geboorteplaats Geboorteland Land.landnaam (Tabel 34) die hoort bij 02/03.03.30| Geboorteland Geslacht Man als 02/03.04.10| Geslachtsaanduiding = M; Vrouw als 02/03.04.10| Geslachtsaanduiding = V" Datum ingang familierechtelijke betrekking 02/03.62.10| Datum ingang familierechtelijke betrekking Registergemeente Gemeente.gemeentenaam (Tabel 33) die hoort bij 02/03.81.10| Registergemeente akte Aktenummer 02/03.81.20| Aktenummer, zoals beschreven bij Categorie 01. Gemeente ontlening document Gemeente.gemeentenaam (Tabel 33) die hoort bij 02/03.82.10| Gemeente document Datum ontlening document 02/03.82.20| Datum document Beschrijving document 02/03.82.30| Beschrijving document Aanduiding onderzoek 02/03.83.10| Aanduiding gegevens in onderzoek Datum ingang onderzoek 02/03.83.20| Datum ingang onderzoek Datum einde onderzoek 02/03.83.30| Datum einde onderzoek Indicatie onjuist 52/53.84.10| Indicatie onjuist, dan wel strijdigheid met de openbare orde (Dit veld alleen tonen bij Historie) Ingangsdatum geldigheid 02/03.85.10| Ingangsdatum geldigheid Datum van opneming 02/03.86.10| Datum van opneming Variabelen voor overzicht categorie Nationaliteit (04) en Nationaliteit Historie (54) Nationaliteit Nationaliteit.nationaliteitoms (Tabel 32) die hoort bij 04.05.10 Nationaliteit Reden opname nationaliteit RedenOpnameBeeindigenNationaliteit.omschrijving (Tabel 37) die hoort bij 04.63.10 Reden opname nationaliteit Reden beëindigen nationaliteit RedenOpnameBeeindigenNationaliteit.omschrijving (Tabel 37) die hoort bij 04.64.10 Reden beëindigen nationaliteit ICTU, Programma RNI 319/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Aand. Bijz. Nederlanderschap Omschrijving die hoort bij 04.65.10 Aanduiding bijzonder Nederlanderschap Gemeente ontlening document Gemeente.gemeentenaam (Tabel 33) die hoort bij 04.82.10 Gemeente document Datum ontlening document 04.82.20 Datum document Beschrijving document 04.82.30 Beschrijving document Aanduiding onderzoek 04.83.10 Aanduiding gegevens in onderzoek Datum ingang onderzoek 04.83.20 Datum ingang onderzoek Datum einde onderzoek 04.83.30 Datum einde onderzoek Indicatie onjuist 54.84.10 Indicatie onjuist, dan wel strijdigheid met de openbare orde (Dit veld alleen tonen bij Historie) Ingangsdatum geldigheid 04.85.10 Ingangsdatum geldigheid Datum van opneming 04.86.10 Datum van opneming RNI-deelnemer Instantie.naam (Tabel 60) die hoort bij 04.88.10 RNI-deelnemer Omschrijving verdrag 04.88.20 Omschrijving verdrag Variabelen voor overzicht categorie Huwelijk/Partnerschap (05) en Huwelijk/Partnerschap Historie (55) Administratienummer 05.01.10| A-nummer Burgerservicenummer 05.01.20| Burgerservicenummer Voornamen 05.02.10| Voornamen Adellijke titel Adellijketitel.omschrijving (Tabel 38) die hoort bij 05.02.20| Adellijke titel/predikaat Voorvoegsels Voorvoegsel.voorvoegsel (Tabel 36) dat hoort bij 05.02.30| Voorvoegsel geslachtsnaam Geslachtsnaam 05.02.40| Geslachtsnaam Geboortedatum 05.03.10| Geboortedatum Geboorteplaats Relatie.geboorteplaats of Gemeente.gemeentenaam (Tabel 33) die hoort bij 05.03.20| Geboorteplaats Geboorteland Land.landnaam (Tabel 34) die hoort bij 05.03.30| Geboorteland Geslacht Man als 05.04.10| Geslachtsaanduiding = M; Vrouw als 05.04.10| Geslachtsaanduiding = V" Datum aangaan 05.06.10| Datum huwelijkssluiting/aangaan geregistreerd partnerschap Plaats aangaan huwelijk/ger. 05.06.20| Plaats huwelijkssluiting/aangaan geregistreerd partnerschap partnerschap of Gemeente.gemeentenaam (Tabel 33) die hoort bij 05.06.20| Plaats huwelijkssluiting/aangaan geregistreerd partnerschap Land aangaan huwelijk/ger. partnerschap Land.landnaam (Tabel 34) die hoort bij 05.06.30| Land huwelijkssluiting/aangaan geregistreerd partnerschap Datum ontbinding 05.07.10| Datum ontbinding huwelijk/geregistreerd partnerschap Plaats ontbinding huwelijk/ger. partnerschap 05.07.20| Plaats ontbinding huwelijk/geregistreerd partnerschap of Gemeente.gemeentenaam (Tabel 33) die hoort bij 05.07.20| Plaats ontbinding huwelijk/geregistreerd partnerschap Land ontbinding huwelijk/ger. Land.landnaam (Tabel 34) die hoort bij 05.07.30| Land ontbinding partnerschap huwelijk/geregistreerd partnerschap Reden ontbinding RedenOntbinding.omschrijving (Tabel 41) die hoort bij 05.07.40| Reden ontbinding huwelijk/geregistreerd partnerschap Soort verbintenis Omschrijving die hoort bij 05.15.10| Soort verbintenis ICTU, Programma RNI 320/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Registergemeente Gemeente.gemeentenaam (Tabel 33) die hoort bij 05.81.10| Registergemeente akte Aktenummer 05.81.20| Aktenummer, zoals beschreven bij Categorie 01. Gemeente ontlening document Gemeente.gemeentenaam (Tabel 33) die hoort bij 05.82.10| Gemeente document Datum ontlening document 05.82.20| Datum document Beschrijving document 05.82.30| Beschrijving document Aanduiding onderzoek 05.83.10| Aanduiding gegevens in onderzoek Datum ingang onderzoek 05.83.20| Datum ingang onderzoek Datum einde onderzoek 05.83.30| Datum einde onderzoek Indicatie onjuist 55.84.10| Indicatie onjuist, dan wel strijdigheid met de openbare orde (Dit veld alleen tonen bij Historie) Ingangsdatum geldigheid 05.85.10| Ingangsdatum geldigheid Datum van opneming 05.86.10| Datum van opneming Variabelen voor overzicht categorie Overlijden (06) en Overlijden Historie (56) Datum overlijden 05.08.10| Datum overlijden Plaats overlijden 05.08.20| Plaats overlijden of Gemeente.gemeentenaam (Tabel 33) die hoort bij 05.08.20| Plaats overlijden Land overlijden Land.landnaam (Tabel 34) die hoort bij 05.08.30| Land overlijden Registergemeente Gemeente.gemeentenaam (Tabel 33) die hoort bij 06.81.10| Registergemeente akte Aktenummer 06.81.20| Aktenummer, zoals beschreven bij Categorie 01. Gemeente ontlening document Gemeente.gemeentenaam (Tabel 33) die hoort bij 06.82.10| Gemeente document Datum ontlening document 06.82.20| Datum document Beschrijving document 06.82.30| Beschrijving document Aanduiding onderzoek 06.83.10| Aanduiding gegevens in onderzoek Datum ingang onderzoek 06.83.20| Datum ingang onderzoek Datum einde onderzoek 06.83.30| Datum einde onderzoek Indicatie onjuist 56.84.10| Indicatie onjuist, dan wel strijdigheid met de openbare orde (Dit veld alleen tonen bij Historie) Ingangsdatum geldigheid 06.85.10| Ingangsdatum geldigheid Datum van opneming 06.86.10| Datum van opneming RNI-deelnemer Instantie.naam (Tabel 60) die hoort bij 06.88.10| RNI-deelnemer Omschrijving verdrag 06.88.20| Omschrijving verdrag Variabelen voor overzicht categorie Inschrijving (07) Datum ingang blokkering 07.66.20| Datum ingang blokkering PL Datum opschorting bijhouding 07.67.10| Datum opschorting bijhouding Reden opschorting bijhouding Omschrijving die hoort bij 07.67.20| Omschrijving reden opschorting bijhouding Datum eerste inschrijving BRP 07.68.10| Datum eerste inschrijving GBA/RNI Gemeente persoonskaart Gemeente.gemeentenaam (Tabel 33) die hoort bij 07.69.10| Gemeente waar de PK zich bevindt ICTU, Programma RNI 321/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Indicatie geheimhouding Omschrijving die hoort bij 07.70.10| Indicatie geheim Datum verificatie 07.71.10| Datum verificatie Omschrijving verificatie 07.71.20| Omschrijving verificatie Versienummer 07.80.10| Versienummer Datumtijdstempel 07.80.20| Datumtijdstempel PK gegevens volledig geconverteerd 07.87.10| PK-gegevens volledig meegeconverteerd RNI-deelnemer Instantie.naam (Tabel 60) die hoort bij 07.88.10| RNI-deelnemer Omschrijving verdrag 07.88.20| Omschrijving verdrag Variabelen voor overzicht categorie Verblijfplaats (08) en Verblijfplaats Historie (58) Gemeente van inschrijving Gemeente.gemeentenaam (Tabel 33) die hoort bij 08.09.10| Gemeente van inschrijving Datum van inschrijving 08.09.20| Datum inschrijving Functie adres Omschrijving (Briefadres of Woonadres) die hoort bij 08.10.10| Functie adres Gemeentedeel 08.10.20| Gemeentedeel Datum aanvang adreshouding 08.10.30| Datum aanvang adreshouding Straatnaam 08.11.10| Straatnaam Huisnummer 08.11.20| Huisnummer Huisletter 08.11.30| Huisletter Huisnummertoevoeging 08.11.40| Huisnummertoevoeging Aanduiding bij huisnummer 08.11.50| Aanduiding bij huisnummer Postcode 08.11.60| Postcode Woonplaatsnaam 08.11.70| Woonplaatsnaam Identificatiecode verblijfplaats 08.11.80| Identificatiecode verblijfplaats Identificatiecode nummeraanduiding 08.11.90| Identificatiecode nummeraanduiding Locatiebeschrijving 08.12.10| Locatiebeschrijving Land adres buitenland Land.landnaam (Tabel 34) die hoort bij 08.13.10| Land adres buitenland Datum aanvang adres buitenland 08.13.20| Datum aanvang adres buitenland Regel 1 adres buitenland 08.13.30| Regel 1 adres buitenland Regel 2 adres buitenland 08.13.40| Regel 2 adres buitenland Regel 3 adres buitenland 08.13.50| Regel 3 adres buitenland Land van waar ingeschreven Land.landnaam (Tabel 34) die hoort bij 08.14.10| Land vanwaar ingeschreven Datum vestiging in NL 08.14.20| Datum vestiging in Nederland Omschrijving aangifte adresh. 08.72.10| Omschrijving van de aangifte adreshouding Indicatie document 08.75.10| Indicatie document Aanduiding onderzoek 08.83.10| Aanduiding gegevens in onderzoek Datum ingang onderzoek 08.83.20| Datum ingang onderzoek ICTU, Programma RNI 322/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Datum einde onderzoek 08.83.30| Datum einde onderzoek Indicatie onjuist 58.84.10| Indicatie onjuist, dan wel strijdigheid met de openbare orde (Dit veld alleen tonen bij Historie) Ingangsdatum geldigheid 08.85.10| Ingangsdatum geldigheid Datum van opneming 08.86.10| Datum van opneming RNI-deelnemer Instantie.naam (Tabel 60) die hoort bij 08.88.10| RNI-deelnemer Omschrijving verdrag 08.88.20| Omschrijving verdrag Variabelen voor overzicht categorie Kind (09) en Kind Historie (59) Administratienummer 09.01.10| A-nummer Burgerservicenummer 09.01.20| Burgerservicenummer Voornamen 09.02.10| Voornamen Adellijke titel Adellijketitel.omschrijving (Tabel 38) die hoort bij 09.02.20| Adellijke titel/predikaat Voorvoegsels Voorvoegsel.voorvoegsel (Tabel 36) dat hoort bij 09.02.30| Voorvoegsel geslachtsnaam Geslachtsnaam 09.02.40| Geslachtsnaam Geboortedatum 09.03.10| Geboortedatum Geboorteplaats Kind.geboorteplaats of Gemeente.gemeentenaam (Tabel 33) die hoort bij 09.03.20| Geboorteplaats Geboorteland Land.landnaam (Tabel 34) die hoort bij 09.03.30| Geboorteland Registergemeente Gemeente.gemeentenaam (Tabel 33) die hoort bij 09.81.10| Registergemeente akte Aktenummer 09.81.20| Aktenummer, zoals beschreven bij Categorie 01. Gemeente ontlening document Gemeente.gemeentenaam (Tabel 33) die hoort bij 09.82.10| Gemeente document Datum ontlening document 09.82.20| Datum document Beschrijving document 09.82.30| Beschrijving document Aanduiding onderzoek 09.83.10| Aanduiding gegevens in onderzoek Datum ingang onderzoek 09.83.20| Datum ingang onderzoek Datum einde onderzoek 09.83.30| Datum einde onderzoek Indicatie onjuist 59.84.10| Indicatie onjuist, dan wel strijdigheid met de openbare orde (Dit veld alleen tonen bij Historie) Ingangsdatum geldigheid 09.85.10| Ingangsdatum geldigheid Datum van opneming 09.86.10| Datum van opneming Variabelen voor overzicht categorie Verblijfstitel (10) en Verblijfstitel Historie (60) Aanduiding verblijfstitel Verblijfstitel.omschrijving (Tabel 56) die hoort bij 10.39.10| Aanduiding verblijfstitel Datum einde verblijfstitel 10.39.20| Datum einde verblijfstitel Ingangsdatum verblijfstitel 10.39.30| Ingangsdatum verblijfstitel Aanduiding onderzoek 10.83.10| Aanduiding gegevens in onderzoek Datum ingang onderzoek 10.83.20| Datum ingang onderzoek Datum einde onderzoek 10.83.30| Datum einde onderzoek Indicatie onjuist 60.84.10| Indicatie onjuist, dan wel strijdigheid met de openbare orde ICTU, Programma RNI 323/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• (Dit veld alleen tonen bij Historie) Ingangsdatum geldigheid 10.85.10| Ingangsdatum geldigheid Datum van opneming 10.86.10| Datum van opneming Variabelen voor overzicht categorie Gezagsverhouding (11) en Gezagsverhouding Historie (61) Indicatie gezag minderjarige Omschrijving die hoort bij 11.32.10| Indicatie gezag minderjarige Indicatie curateleregister 11.33.10| Indicatie curateleregister Gemeente ontlening document Gemeente.gemeentenaam (Tabel 33) die hoort bij 11.82.10| Gemeente document Datum ontlening document 11.82.20| Datum document Beschrijving document 11.82.30| Beschrijving document Aanduiding onderzoek 11.83.10| Aanduiding gegevens in onderzoek Datum ingang onderzoek 11.83.20| Datum ingang onderzoek Datum einde onderzoek 11.83.30| Datum einde onderzoek Indicatie onjuist 61.84.10| Indicatie onjuist, dan wel strijdigheid met de openbare orde (Dit veld alleen tonen bij Historie) Ingangsdatum geldigheid 11.85.10| Ingangsdatum geldigheid Datum van opneming 11.86.10| Datum van opneming Variabelen voor overzicht categorie Reisdocument (12) Soort Reisdocument.omschrijving (Tabel 48) die hoort bij 12.35.10| Soort Nederlands reisdocument Nummer 12.35.20| Nummer Nederlands reisdocument Datum uitgifte 12.35.30| Datum uitgifte Nederlands reisdocument Autoriteit van afgifte Autoriteit.omschrijving (Tabel 49) die hoort bij 12.35.40| Autoriteit van afgifte Nederlands reisdocument Datum einde geldigheid 12.35.50| Datum einde geldigheid Nederlands reisdocument Datum inhouding dan wel vermissing 12.35.60| Datum inhouding dan wel vermissing Nederlands reisdocument Aanduiding inhouding dan wel vermissing Omschrijving die hoort bij 12.35.70| Aanduiding inhouding dan wel vermissing Nederlands reisdocument Signalering met betrekking tot verstrekken Omschrijving die hoort bij 12.36.10| Signalering met betrekking tot verstrekken Nederlands reisdocument Gemeente document Gemeente.gemeentenaam (Tabel 33) die hoort bij 12.82.10| Gemeente document Datum document 12.82.20| Datum document Beschrijving document 12.82.30| Beschrijving document Aanduiding onderzoek 12.83.10| Aanduiding gegevens in onderzoek Datum ingang onderzoek 12.83.20| Datum ingang onderzoek Datum einde onderzoek 12.83.30| Datum einde onderzoek Ingangsdatum geldigheid 12.85.10| Ingangsdatum geldigheid Datum van opneming 12.86.10| Datum van opneming Variabelen voor overzicht categorie Kiesrecht (13) ICTU, Programma RNI 324/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Aanduiding Europees kiesrecht Omschrijving die hoort bij 13.31.10| Aanduiding Europees kiesrecht Datum verzoek of mededeling Europees kiesrecht 13.31.20| Datum verzoek of mededeling Europees kiesrecht Einddatum uitsluiting Europees kiesrecht 13.31.30| Einddatum uitsluiting Europees kiesrecht Aanduiding uitgesloten kiesrecht Omschrijving die hoort bij 13.38.10| Aanduiding uitgesloten kiesrecht Einddatum uitsluiting kiesrecht 13.38.20| Einddatum uitsluiting kiesrecht Gemeente ontlening document Gemeente.gemeentenaam (Tabel 33) die hoort bij 13.82.10| Gemeente document Datum ontlening document 13.82.20| Datum document Beschrijving document 13.82.30| Beschrijving document Variabelen voor overzicht categorie Afnemersindicatie (14) en Afnemersindicatie Historie (64) Afnemersindicatie Afnemer.afnemersnaam (Tabel 35) die hoort bij 14.40.10| Afnemersindicatie Ingangsdatum geldigheid 14.85.10| Ingangsdatum geldigheid ICTU, Programma RNI 325/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• ICTU, Programma RNI 326/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 27.6.3 Adres historie Het adreshistorie uittreksel is een uittreksel waarin zowel het huidige als de historische adressen getoond worden. Het is een uittreksel waarbij de getoonde velden zijn vastgelegd in de template. In principe wordt dit uittreksel op beveiligd papier geprint dat al voorzien is van een logo. Rubrieken op het Adreshistorie uittreksel burgerservicenummer 01.01.20 burgerservicenummer naam Op basis van de volgende rubrieken uit Categorie 01 Persoon 01.02.20 Adellijke titel/predikaat 01.02.30 Voorvoegsel geslachtsnaam 01.02.40 Geslachtsnaam wordt deze als volgt bepaald: Als (01.02.20 niet voorkomt of gelijk is aan “JH”of “JV”) en 01.02.30 komt niet voor: 01.02.40. Als (01.02.20 voorkomt en ongelijk is aan “JH” of “JV”) en 01.02.30 komt niet voor: <de omschrijving van 01.02.20> <spatie>01.02.40. Als (01.02.20 voorkomt en ongelijk is aan “JH” of “JV”) en 01.02.30 komt voor: <de omschrijving van 01.02.20> <spatie>01.02.30<spatie>01.02.40. Als (01.02.20 niet voorkomt of gelijk is aan “JH”of “JV”) en 01.02.30 komt voor: 01.02.30<spatie>01.02.40.b voornamen Op basis van de volgende rubrieken uit Categorie 01 Persoon 01.02.10 Voornamen 01.02.20 Adellijke titel/predikaat wordt deze als volgt bepaald: Als 01.02.20 niet voorkomt of ongelijk is aan “JH” of “JV”: 01.02.10 Als (01.02.20 gelijk is aan “JH” of “JV”): <de omschrijving van 01.02.20> <spatie>01.02.10 Als 01.02.10 niet voorkomt: “- - -“ geboortedatum 01.03.10 Geboortedatum huidig adres De volgende rubrieken uit Categorie 08 Verblijfplaats 08.13.30 Regel 1 adres buitenland 08.13.40 Regel 2 adres buitenland 08.13.50 Regel 3 adres buitenland 08.13.10 Land adres buitenland Ten aanzien van de historische adressen (categorie 58) zijn er 2 opties: Optie 1 58.09.10 Gemeente van inschrijving is gelijk aan 1999 Registratie Niet Ingezetenen (ofwel gelijk aan RNI gemeentecode in Systeeminstellingen). Van 58.13.20 Datum aanvang adres buitenland Tot "van datum" van de regel erboven.(van de bovenste regel is dat de "van datum" van de actuele 08 verblijfplaats) Gemeente '–-' (vaste tekst) Adres 58.13.30 Regel 1 adres buitenland 58.13.40 Regel 2 adres buitenland ICTU, Programma RNI 327/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 58.13.50 Regel 3 adres buitenland 58.13.10 Land adres buitenland Optie 2 58.09.10 Gemeente van inschrijving is NIET gelijk aan 1999 Registratie Niet Ingezetenen Van 58.10.30 Datum aanvang adreshouding. Indien leeg: 58.13.20 Datum aanvang adres buitenland. Tot "van datum" van de regel erboven.(van de bovenste regel is dat de "van datum" van de actuele 08 verblijfplaats) Gemeente 58.09.10 Gemeente van inschrijving Adres Indien 58.10.30 GEVULD is: 58.11.10 Straatnaam 58.11.20 Huisnummer 58.11.30 Huisletter 58.11.40 Huisnummertoevoeging 58.11.50 Aanduiding bij huisnummer 58.12.10 Locatiebeschrijving 58.10.10(Functie adres) Indien 58.10.30 LEEG is: Zelfde als bij Optie 1. Datum Systeemdatum (dd maand in tekst yyyy) Handtekeningnaam Gebruiker.Handtekeningnaam ICTU, Programma RNI 328/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• ICTU, Programma RNI 329/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 27.6.4 Internationaal uittreksel NFDE (Nederlands Frans Duits Engels) Het NFDE uittreksel is een uittreksel waarbij de getoonde velden zijn vastgelegd in de template. In principe wordt dit afschrift op beveiligd papier geprint dat al voorzien is van een logo. Rubrieken op het NFDE uittreksel Familienaam Op basis van de volgende rubrieken uit Categorie 01 Persoon 02.20 Adellijke titel/predikaat 02.30 Voorvoegsel geslachtsnaam 02.40 Geslachtsnaam wordt deze als volgt bepaald: Als (01.02.20 niet voorkomt of gelijk is aan “JH”of “JV”) en 01.02.30 komt niet voor: 01.02.40. Als (01.02.20 voorkomt en ongelijk is aan “JH” of “JV”) en 01.02.30 komt niet voor: <de omschrijving van 01.02.20> <spatie>01.02.40. Als (01.02.20 voorkomt en ongelijk is aan “JH” of “JV”) en 01.02.30 komt voor: <de omschrijving van 01.02.20> <spatie>01.02.30<spatie>01.02.40. Als (01.02.20 niet voorkomt of gelijk is aan “JH”of “JV”) en 01.02.30 komt voor: 01.02.30<spatie>01.02.40.bbb Voornamen Op basis van de volgende rubrieken uit Categorie 01 Persoon 02.10 Voornamen 02.20 Adellijke titel/predikaat wordt deze als volgt bepaald: Als 01.02.20 niet voorkomt of ongelijk is aan “JH” of “JV”: 01.02.10 Als (01.02.20 gelijk is aan “JH” of “JV”): <de omschrijving van 01.02.20> <spatie>01.02.10 Als 01.02.10 niet voorkomt: “- - -“ Datum en plaats van geboorte Op basis van de volgende rubrieken uit Categorie 01 Persoon 03.10 Geboortedatum 03.20 Geboorteplaats 03.30 Geboorteland wordt deze als volgt bepaald: Als 01.03.30 is gelijk aan “0000”: <01.03.10 in notatie dd-mm-jjjjj> ” te onbekend” Als 01.03.30 ongelijk is aan (“0000” of “6030”) en 01.03.20 is gelijk aan “0000”: <01.03.10 in notatie dd-mm-jjjjj>” in ”” Als 01.03.30 ongelijk is aan (“0000” of “6030”) en 01.03.20 is ongelijk aan “0000”: <01.03.10 in notatie dd-mm-jjjj>” te “<01.03.20>” in “ Als 01.03.30 is gelijk aan “6030”: <01.03.10 in notatie dd-mm-jjjj>” te “” in Nederland” Burgerlijke staat Op basis van de volgende rubrieken uit Categorie 05 Huwelijk 15.10 Soort verbintenis 06.10 Datum huwelijkssluiting/aangaan geregistreerd partnerschap 06.20 Plaats huwelijkssluiting/aangaan geregistreerd partnerschap 06.30 Land huwelijkssluiting/aangaan geregistreerd partnerschap 07.10 Datum ontbinding huwelijk/geregistreerd partnerschap 07.20 Plaats ontbinding huwelijk/geregistreerd partnerschap ICTU, Programma RNI 330/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 07.30 Land ontbinding huwelijk/geregistreerd partnerschap 07.40 Reden ontbinding huwelijk/geregistreerd partnerschap en de volgende rubriek uit Categorie 07 Inschrijving 67.10 Datum opschorting bijhouding 67.20 Omschrijving reden opschorting bijhouding wordt deze als volgt bepaald: Als categorie 05 niet voorkomt of voor alle stapels in categorie 05/55 die voorkomen geldt dat huwelijk/geregistreerd partnerschap is onjuist of nietig* verklaard: “Geen huwelijk/geregistreerd partnerschap” Als er een categorie 05 voorkomt met een groep 06 en 05.15.10 is gelijk aan (“H” of “.” ): “Gehuwd”. Als er een categorie 05 voorkomt met een groep 06 en 05.15.10 is gelijk aan “P”: “Geregistreerd partnerschap”. Als er geen categorie 05 voorkomt met een groep 06, maar wel een categorie 05 met een groep 07 en de 05.07.40 behorend bij de meest recente 05.07.10 is gelijk aan (“S” of “V” of “.” ): “Gescheiden ”. Als er geen categorie 05 voorkomt met een groep 06, maar wel een categorie 05 met een groep 07 en de 05.07.40 behorend bij de meest recente 05.07.10 is gelijk aan (“O” of “R”) en 01.04.10 is gelijk aan “V”: “Weduwe ”. Als er geen categorie 05 voorkomt met een groep 06, maar wel een categorie 05 met een groep 07 en de 05.07.40 behorend bij de meest recente 05.07.10 is gelijk aan (“O” of “R”) en 01.04.10 is gelijk aan “M”: “Weduwnaar”. Alleen als 07.67.20 gelijk is aan "E", "M" of "O", kan achter de afleiding van de omschrijving van de burgerlijke staat de emigratie datum (07.67.10) getoond worden; " status op <07.67.10>". (Bijvoorbeeld; 'Geen huwelijk/geregistreerd partnerschap (status op 10-12-2011)' of 'Gehuwd (status op 10-12-2011)'. Als 07.67.20 is gelijk "O", dan moet de emigratiedatum wordt afgeleid door in de gebeurtenislog de laatste logregel op te halen met GebeurtenisType "Cat 07 wijziging opschorting", Nieuwe waarde is O en Oude waarde is E of M. De bijhoudingsopschortdatum van de Oude waarde is de emigratiedatum. De aanvulling met de emigratiedatum wordt niet getoond als deze gebeurtenislog afwezig is. *Een onjuist huwelijk is te herkennen aan geen groepen 02, 03, 04, 06 en 07 in categorie 05 en een onjuiste categorie 55 daaronder. Een nietig verklaard huwelijk is te herkennen aan 05.07.40 = “N”. Nationaliteit Op basis van de volgende rubrieken uit Categorie 04 Nationaliteit 05.10 Nationaliteit 65.10 Aanduiding bijzonder Nederlanderschap wordt deze als volgt bepaald: Als 04.05.10 is gelijk aan “0499”: “APA”. Als 04.05.10 standwaarde heeft voor onbekend: "Onbekend" Als 04.65.10 is gelijk aan “B”: “Behandeld als Nederlander”. Als voor alle categorieën 04 04.65.10 ongelijk is aan “B” en 04.05.10 ICTU, Programma RNI 331/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• is ongelijk aan (“0499”): ” ("”)”. . Als 04.05.10 de standaardwaarde voor onbekend heeft: "(Onbekend)". Vader Op basis van de volgende rubrieken uit Categorie 02 Ouder1 en 03 Ouder2 04.10 Geslachtsaanduiding 02.10 Voornamen 02.20 Adellijke titel/predikaat 02.30 Voorvoegsel geslachtsnaam 02.40 Geslachtsnaam wordt deze als volgt bepaald: Als 02.04.10 gelijk is aan 03.04.10 en beide zijn “M” of “V”, dan worden op het uittreksel geen Vadergegevens opgenomen: ”- - -“ Als 02.04.10 is gelijk aan “M” of als 03.04.10 is gelijk aan “V”: . Als 03.04.10 is gelijk aan “M” of als 02.04.10 is gelijk aan “V”: . Moeder Op basis van de volgende rubrieken uit Categorie 02 Ouder1 en 03 Ouder2 04.10 Geslachtsaanduiding 02.10 Voornamen 02.20 Adellijke titel/predikaat 02.30 Voorvoegsel geslachtsnaam 02.40 Geslachtsnaam wordt deze als volgt bepaald: Als 02.04.10 gelijk is aan 03.04.10 en beide zijn “M” of “V”, dan worden op het uittreksel geen Moedergegevens opgenomen: ”- - -“. Als 02.04.10 is gelijk aan “V” of als 03.04.10 is gelijk aan “M”: . Als 03.04.10 is gelijk aan “V” of als 02.04.10 is gelijk aan “M”: . Inwoner tot Op basis van de volgende rubrieken uit Categorie 07 Inschrijving en 08/58 Verblijfplaats 67.10 Datum opschorting bijhouding 67.20 Omschrijving reden opschorting bijhouding 13.10 Land adres buitenland 13.20 Datum aanvang adres buitenland 13.30 Regel 1 adres buitenland 13.40 Regel 2 adres buitenland 13.50 Regel 3 adres buitenland wordt deze als volgt bepaald: Als 07.67.20 gelijk is aan (“E” of “M”): <07.67.10 in notatie dd-mmjjjj>. Als 07.67.20 gelijk is aan “R”: “nooit inwoner geweest”. De tekst wordt aangevuld met de toelichting "op basis van gegevens ICTU, Programma RNI 332/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• vanaf 01-10-1994". Deze aanvulling wordt niet getoond als de geboortedatum (01.03.10) groter gelijk 1-10-1994 is. Als 07.67.20 gelijk is aan “O” en - categorie 08 zonder categorie 58 of - categorie 08 en alle categorieën 58 zijn onjuist of - categorie 08 en alle niet-onjuiste categorieën 58 bevatten een groep 13 Dan “nooit inwoner geweest”. De tekst wordt aangevuld met de toelichting "op basis van gegevens vanaf 01-10-1994". Deze aanvulling wordt niet getoond als de geboortedatum (01.03.10) groter gelijk 1-10-1994 is. In de overige situatie als 07.67.20 gelijk is aan “O”: <08/58.13.20 in notatie dd-mm-jjjj van de oudste categorie 08/58 waarin aaneengesloten vanaf categorie 08 een groep 13 voorkomt; onjuiste categorieën 58 worden buiten beschouwing gelaten> Rubriek wordt niet gevuld als 07.67.20 gelijk "F" of "." is. Datum van afgifte <systeemdatum in notatie dd-mm-jjjj> Handtekeningnaam Gebruiker.Handtekeningnaam ICTU, Programma RNI 333/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• ICTU, Programma RNI 334/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 27.6.5 Internationaal uittreksel NSIT (Nederlands Spaans Italiaans Turks) Het NSIT uittreksel is een uittreksel waarbij de getoonde velden zijn vastgelegd in de template. In principe wordt dit afschrift op beveiligd papier geprint dat al voorzien is van een logo. De rubrieken komen overeen met die in het NFDE uittreksel (zie paragraaf hiervoor). ICTU, Programma RNI 335/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 28 Bijlage 8. Teletex tekens en plausibilteit Binnen de BRP wordt de Teletex-tekenset gehanteerd. Onderstaand een overzicht van de 293 tekens van de tekenset. In Geslachtsnaam (02.40) kunnen 244 tekens voorkomen en in Voornamen (02.10) 252 tekens. De tekens waarachter “nee” is vermeld leiden tot een signalering in het RNI systeem. Zij kunnen echter wel opgeslagen worden. De elementen geslachtsnaam en voornamen komen voor op de categorieën: Persoon (01/51), Ouder1 (02/52), Ouder2 (03/53), Huwelijk/geregistreerd partnerschap (05/55) en Kind (09/59) Teken 02.40 02.10 Teken 02.40 02.10 Teken 02.40 02.10 Teken 02.40 02.10 0 nee ja Å ja ja Ï ja ja Ř ja ja 1 nee ja å ja ja ï ja ja ř ja ja 2 nee ja Ą ja ja Ī ja ja Ŗ ja ja 3 nee ja ą ja ja ī ja ja ŗ ja ja 4 nee ja Æ ja ja Ĩ ja ja S ja ja 5 nee ja æ ja ja ĩ ja ja s ja ja 6 nee ja B ja ja Į ja ja Ś ja ja 7 nee ja b ja ja į ja ja ś ja ja 8 nee ja C ja ja J ja ja Ŝ ja ja 9 nee ja c ja ja j ja ja ŝ ja ja ' ja ja Ć ja ja Ĵ ja ja Š ja ja - ja ja ć ja ja ĵ ja ja š ja ja ! nee nee Ċ ja ja K ja ja Ş ja ja " ja nee ċ ja ja k ja ja ş ja ja # nee nee Ĉ ja ja ĸ ja ja ß ja ja $ nee nee ĉ ja ja Ķ ja ja T ja ja % nee nee Č ja ja ķ ja ja t ja ja & nee nee č ja ja L ja ja Ť ja ja ( ja ja Ç ja ja l ja ja ť ja ja ) ja ja ç ja ja Ĺ ja ja Ţ ja ja * ja ja D ja ja ĺ ja ja ţ ja ja , ja ja d ja ja Ŀ ja ja Þ ja ja . ja ja Ď ja ja ŀ ja ja þ ja ja / ja ja Ď ja ja Ľ ja ja Ŧ ja ja : nee nee Đ ja ja ľ ja ja ŧ ja ja ; nee nee đ ja ja Ļ ja ja U ja ja ? ja ja ð ja ja ļ ja ja u ja ja @ ja nee E ja ja Ł ja ja Ú ja ja [ nee nee e ja ja ł ja ja ú ja ja ] nee nee É ja ja M ja ja Ù ja ja ICTU, Programma RNI 336/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Teken 02.40 02.10 Teken 02.40 02.10 Teken 02.40 02.10 Teken 02.40 02.10 _ ja ja é ja ja m ja ja ù ja ja | nee nee È ja ja N ja ja Û ja ja ¡ nee nee è ja ja n ja ja û ja ja ¿ nee nee Ė ja ja Ń ja ja Ü ja ja + nee nee ė ja ja ń ja ja ü ja ja < nee nee Ê ja ja Ň ja ja Ŭ ja ja = nee nee ê ja ja ň ja ja ŭ ja ja > nee nee Ë ja ja Ñ ja ja Ū ja ja ± nee nee ë ja ja ñ ja ja ū ja ja « nee nee Ě ja ja Ņ ja ja Ũ ja ja » nee nee ě ja ja ņ ja ja ũ ja ja × nee nee Ē ja ja ŉ ja ja Ů ja ja ÷ nee nee ē ja ja Ŋ ja ja ů ja ja ¢ nee nee Ę ja ja ŋ ja ja Ų ja ja £ nee nee ę ja ja O ja ja ų ja ja ¤ nee nee F ja ja o ja ja Ű ja ja ¥ nee nee f ja ja º nee nee ű ja ja § nee nee G ja ja Ó ja ja V ja ja ° nee nee g ja ja ó ja ja v ja ja ¶ nee nee Ġ ja ja Ò ja ja W ja ja · nee nee ġ ja ja ò ja ja w ja ja ¼ nee nee Ĝ ja ja Ô ja ja Ŵ ja ja ½ nee nee ĝ ja ja ô ja ja ŵ ja ja ¾ nee nee Ğ ja ja Ö ja ja X ja ja ² nee nee ğ ja ja ö ja ja x ja ja ³ nee nee Ģ ja ja Ō ja ja Y ja ja A ja ja ģ ja ja ō ja ja y ja ja a ja ja H ja ja Õ ja ja Ý ja ja ª nee nee h ja ja õ ja ja ý ja ja Á ja ja Ĥ ja ja Ő ja ja Ŷ ja ja á ja ja ĥ ja ja ő ja ja ŷ ja ja À ja ja Ħ ja ja Ø ja ja Ÿ ja ja à ja ja ħ ja ja ø ja ja ÿ ja ja Â ja ja I ja ja Œ ja ja Z ja ja â ja ja i ja ja œ ja ja z ja ja Ä ja ja ı ja ja P ja ja Ź ja ja ä ja ja Í ja ja p ja ja ź ja ja Ă ja ja í ja ja Q ja ja Ż ja ja ICTU, Programma RNI 337/339 Registratie Niet Ingezetenen (RNI) Functioneel Ontwerp versie 3.21RC1 •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• Teken 02.40 02.10 Teken 02.40 02.10 Teken 02.40 02.10 Teken 02.40 02.10 ă ja ja Ì ja ja q ja ja ż ja ja Ā ja ja ì ja ja R ja ja Ž ja ja ā ja ja İ ja ja r ja ja ž ja ja Ã ja ja Î ja ja Ŕ ja ja μ nee nee ã ja ja î ja ja ŕ ja ja Ω nee Nee spatie Ja ja ICTU, Programma RNI 338/339 Wilhelmina van Pruisenweg 104 2595 AN Den Haag Postbus 84011 2508 AA Den Haag T +31 (070) 889 60 52 F +31 (070) 888 78 88 www.programmarni.nl

Registratie Niet Ingezetenen (RNI)

Recommend Documents