Deze pagina bevat antwoorden met betrekking tot frequent gestelde vragen over de MAGDA 2.0 Persoonsdiensten.

Er wordt geen foutgegeven bij het bevragen van een overleden persoon. De gegevens die u ontvangt waaruit u kunt opmaken dat het over een overleden persoon gaat verschilt per dienst:

• Geef(Historiek)Persoon 2.02 geeft voor een overleden persoon de persoonsgegevens van deze persoon, inclusief de plaats, akte van het overlijden van de persoon,

• de GeefHistoriekPersoon 2.02 geeft de datum van overlijden enkel als deze na de datum in de vraagstelling valt

• de ZoekPersoonOpNaam 2.02 geeft ook overleden personen terug, inclusief de overlijdensinformatie.

Fouten in het Rijksregister moeten opgelost worden door de Dienst Bevolking van het lokaal bestuur dat als beheerder is opgegeven of eventueel via mijn dossier (https://www.ibz.rrn.fgov.be/nl/rijksregister/fouten-melden/)  

Betreft: Gebruik van de attributen <achternamen> en het verschil tussen KSZ en RR.

Vraag: In de KSZ PersonServices is slechts één zone voorzien voor een achternaam in tegenstelling tot het RR die twee zones voorziet. Welke gevolgen heeft dit?

Antwoord:

Het Rijksregister (RR) biedt de mogelijkheid om gebruik te maken van een eerste en een tweede achternaam. Deze achternamen worden geregistreerd door de gemeente- en stadsdiensten bij inschrijving aan de hand van het geboortecertificaat. Deze inschrijving gebeurt op het Rijksregister; er zijn gevallen waar de lokale dienst burgerzaken de familienaam opgesplitst heeft, al dan niet vrijwillig. Zo is er een voorbeeld van mevr. Op de Beeck die via het Rijksregister opvraagbaar is met eerste familienaam “Op” en tweede familienaam “de Beeck”. Als de afnemer rechtstreeks opvraging doet via het Rijksregister zal een samenvoeging met eventueel een tweede familienaam moeten voorzien worden. Als de afnemer enkel via KSZ een opvraging doet is dit niet nodig aangezien KSZ zelf een samenvoeging doet van de eventuele achternamen en dit doorstuurt in één attribuut; KSZ handelt dus slechts in één achternaam (=samentrekking beide achternamen uit RR).

Er wordt vanuit de MAGDA-diensten nogmaals op gewezen dat de dienst geen enkele invloed kan uitoefenen op het wijzigen van gegevens, zowel voor gegevens van het Rijksregister als de KSZ wegens de privacywet.

Aanpassingen: geen

Voor standaard informatie over het Rijksregisternummer en BISnummer, zie https://nl.wikipedia.org/wiki/Rijksregisternummer, zie ook Identificatienummer (Persoon-02.02)

De samenstelling van het rijksregisternummer is vastgelegd in het koninklijk besluit van 3 april 1984 betreffende de samenstelling van het identificatienummer van de personen die ingeschreven zijn in het Rijksregister van de natuurlijke personen.

Als voor een persoon de dag of de maand van de geboorte niet gekend zijn of als de even of oneven reeksnummers voor een bepaalde geboortedatum uitgeput zijn, wordt de geboortedatum als volgt samengesteld :

• de eerste twee cijfers duiden het geboortejaar aan, het derde, vierde, vijfde en zesde cijfer worden voorgesteld door het cijfer nul;

• het reeksnummer bestaat uit de rangorde van inschrijving van de persoon in het geboortejaar, in de even of oneven reeks, naargelang van het geslacht.

 Bij een volledige reeks voor een dag wordt overgegaan naar JJ.00.00 voor maand en dag, en als die opgebruikt zijn wordt het JJ.00.01.

 Meerderjarig wordt de persoon in principe op basis van de datum van IT101.

In de sociale zekerheid kan dit verschillen van sector tot sector; sommigen hanteerden 31/12 als geboortedatum, anderen name 1/7, …

Wanneer er op een bepaalde dag meer dan 499 personen van hetzelfde geslacht geboren worden dan genereert het Rijksregister een Rijksregisternummer met 00 voor de geboortemaand en/of dag. Dus in deze gevallen valt de geboortedatum niet af te leiden uit het Rijksregisternummer.

Bij een bevragingen waarbij deze personen referentiepersoon zijn (bijvoorbeeld GeefHistoriekPersoon) is er een bug bij de bron waardoor de geboortedatum wordt weergegeven zoals in het Rijksregisternummer en dus afwijkt van de daadwerkelijke geboortedatum. Een bevraging van het INSZ zelf met GeefPersoon geeft wel de correcte geboortedatum door.

De foutmelding 30004 kunt u enkel krijgen indien de originele registratie in het repertorium ook doorgestuurd wordt naar KSZ, wat steeds het geval is wanneer u het repertorium (o.a.) gebruikt om mutaties van persoonsgegevens te ontvangen.

Voor KSZ is een vervangen INSZ niet meer actief en kan dit dus niet meer uitgeschreven worden uit het repertorium.

Wanneer een INSZ dus vervangen wordt door een nieuwe INSZ dient u enkel het nieuwe INSZ in te schrijven in het repertorium zodat

• u toekomstige mutaties van het nieuwe INSZ kunt ontvangen

• u een bevraging van GeefPersoon 2.02 kunt uitvoeren om de meest recente gegevens op te vragen.

De MAGDA-dienst geeft door wat er door de bron wordt doorgegeven. Op dit moment zijn er 3 mogelijke opties, Onbekend, Mannelijk en Vrouwelijk. Wanneer er waarden zouden bij komen zal dit via onze statuspage gecommuniceerd worden en aangepast worden in de handleiding

Het geslacht kan 3 waarden hebben: onbekend, mannelijk en vrouwelijk.

Bij BIS-nummers kan het geslacht als waarde in de databank van KSZ hebben ‘niet gekend op moment van de toekenning’. Wanneer er geen waarde wordt meegegeven vanuit de bron wordt dit vertaald naar onbekend.

Deze INSZ-nummers worden uitgereikt door de KSZ en bestaan uit 11 cijfers. Ze hebben dezelfde opbouw als een rijksregisternummer maar de geboortemaand wordt vermeerderd met 40 indien het geslacht van de persoon gekend is op het moment van de toekenning van het nummer, of vermeerderd met 20 indien het geslacht van de persoon niet gekend is op het moment van de toekenning.

Als een geslachtsverandering opgenomen wordt in het Rijksregister dan wordt het oude nummer geannuleerd en wordt er een nieuw nummer toegekend.

Via IT002 kan er een link gelegd worden tussen het geannuleerde en het nieuwe nummer. Bij annulatie van een INSZ wordt er een mutatie aangemaakt.

Op 02 Feb 2023 (bron: Rijksregister):

Als een persoon geen gekend adres heeft en ook geen pasfoto terug geeft in het antwoord van GeefPasfoto betekent dit dat er geen geregistreerde elektrische identiteitskaart actief is voor deze persoon. Deze persoon is dan vermoedelijk verhuist naar het buitenland.

Het 'Tekst' veld wordt niet gebruikt. Als iemand in het buitenland geboren is dan wordt de geboorteplaats ingevuld in het 'Gemeente' - 'Naam' veld.

Dat ziet er dan bv zo uit:

<Plaats>
    <Gemeente>
        <Naam>Plaats in Thailand</Naam>
    </Gemeente>
    <Land>
        <NISCode>235</NISCode>
        <ISOCode>THA</ISOCode>
        <Naam>THAILAND</Naam>
    </Land>
</Plaats>

Personen met een andere dan Belgische nationaliteit die in België komen wonen en zich hier domiciliëren worden opgenomen in het Rijksregister. Indien een persoon eerst een BIS-nummer had en na domiciliëring geregistreerd wordt in het Rijksregister zal een nieuw INSZ krijgen.

Het INSZ geregistreerd in het Rijksregister blijft geldig voor de sociale zekerheid, ook al verhuist deze persoon opnieuw naar het buitenland.

In de meeste gevallen wordt een INSZ opgebouwd door de geboortedatum (jjmmdd), een volgnummer van 3 cijfers en een controle getal van 2 cijfers. Er zijn wel uitzonderingen, waardoor er geen logica mag toegepast worden op de inhoud van het nummer voor de geboortedatum, enkel een modulo97 validatie, en dit zowel voor BIS als voor RR. 

Voor geslacht kan dit bij Rijksregister wel, bij BIS kan dit ook niet.

Redenen:

• Als de dagteller voor de geboorten bij het Rijksregister of BISregister is uitgeput, dan wordt een andere datum gebruikt. Zo kan het zijn dat als er al 499 mannen geboren waren op 01/01/1980, dat de 500ste het nummer 800102xxxyy krijgt, terwijl hij wel op 1 januari geboren is.

• Bij creatie van een BISnummer is het geslacht niet altijd gekend (Zie voor de minimale informatie voor een BISnummer ook de handleiding: Persoon.CreeerBIS-02.02). Als de geboortedatum of het geslacht wijzigt bij een BISnummer, dan wordt het nummer niet aangepast. Geslachtswijzigingen bij het Rijksregister leiden wél tot een nieuw nummer.

Voor validaties van een nummer moet er dus altijd gekeken worden naar modulo97 of naar de inhoud van het bericht. Voor modulo97 moet u wel rekening houden met geboortes voor en na 2000. Zie voor meer informatie daarover de pagina over het Rijksregisternummer op Wikipedia: https://nl.wikipedia.org/wiki/Rijksregisternummer

Zie ook Identificatienummer (Persoon-02.02)

Via GeefHistoriekpersoon is het niet mogelijk om te zien of het over een enkelvoudige of een meervoudige nationaliteit gaat, en dit omdat het RR geen einddatums op nationaliteiten zet. In het antwoord van het Rijksregister wordt wel meegegeven of het IT031 (enkelvoudig) is of een IT032 (meervoudig) is. Dit type wordt echter door de dienst niet door gegeven naar de bevrager. Indien er een meervoudige nationaliteit is, is er wel ALTIJD een enkelvoudige nationaliteit.

Door een bevraging van GeefPersoonte doen kan wel direct bekeken worden of een persoon een enkelvoudige of een meervoudige nationaliteit heeft.

Als er meerdere IT031

BIS-nummers worden per omgeving gemaakt, de aanmaak van een BIS-nummer in productie betekent dus niet dat deze automatisch ook beschikbaar gesteld wordt in de acceptatie-omgeving. Sommige BIS-nummers kunnen wel gekopieerd worden van productie naar acceptatie.

M.a.w. de kwaliteit van de info van BIS-nummers in acceptatie is onbetrouwbaar en enkel bruikbaar voor technische testen.

Ten einde de inschrijving van de burgers met Oekraïense nationaliteit, die tijdelijk worden opgevangen in België, in het Rijksregister mogelijk te maken zijn de volgende aanpassingen aan de programma’s van het Rijksregister voorzien.

De code 2.3.0 (Tijdelijke bescherming) in het IT202 is opnieuw actief sinds 8 maart; de informatiedatum moet na 27.02.2022 liggen.

De betrokken personen worden ingeschreven in het vreemdelingenregister (IT210/1).

In het IT205 moet een code 3 (ontheemden) worden opgenomen.

In het IT140-141 betreffende de gezinssamenstelling wordt voor de opvang van de burgers met Oekraïense nationaliteit een bijzondere code logement (LOG) gecreëerd, namelijk de code 06:

F : "Protection temporaire ".

N : "Tijdelijke bescherming ".

D : "Vorübergehender Schutz".

De nieuwe code LOG wordt in productie gezet op 21 maart 2022; actief vanaf 22 maart 2022.

De inschrijving in de bevolkingsregisters wordt toegelicht in een nota van de Dienst Bevolking en Identiteitskaarten.

Naar aanleiding van de registratie van Oekraïense vluchtelingen zullen de volgende codes toegevoegd worden (onder IT 120):

• Nieuwe burgerlijke staten, alleen bruikbaar voor mensen in tijdelijke bescherming:

o 95 – Op verklaring zonder bewijs – Ongehuwd
o 96 – Op verklaring zonder bewijs – Gehuwd
o 97 – Op verklaring zonder bewijs – Gescheiden
o 98 – Op verklaring zonder bewijs – Weduwe (naar)

Indien een gehuwd paar in een gezinssamenstelling is opgenomen en het huwelijk wordt verklaard met code 96, dan zal in de gezinssamenstelling de relatie tussen de twee echtgenoten, van wie één het hoofd van het huishouden is, "12 - andere - niet verwant" zijn. Dit verandert uiteraard zodra het huwelijk via een officieel document is bevestigd.

• Afstamming, nieuwe codes zullen worden toegevoegd. Ze krijgen de vorm “afstamming op aangifte: kind van … en ……”. Meer informatie volgt van zodra de precieze codes aan ons beschikbaar worden gesteld.

De handleidingen op de gebruikersomgeving zullen aangepast worden met deze nieuwe informatie.

De foutcode 13202 wijst u er op dat er geen actieve inschrijving voor het bevraagde INSZ kon terug gevonden worden in het MAGDA repertorium.

Voor het bevragen van diensten met persoonsgegevens dient er steeds een actieve inschrijving beschikbaar te zijn in het MAGDA-repertorium. Deze inschrijving kan geregistreerd worden door gebruik te maken van de dienst RegistreerInschrijving 2.0. Meer info over deze dienst is terug te vinden in de handleiding: Repertorium.RegistreerInschrijving-02.00

De Beheerder bevat de informatie van de gemeente van beheer en enkel de "afvoering van ambtswege" (code =99991) kan een DatumEinde hebben.

Op een bepaalde datum kan er slechts één gemeente van beheer zijn waardoor de dienst die de huidige toestand raadpleegt slechts één Beheerder kan doorgeven.

Normaal is er maar 1 beheerder aanwezig bij een persoon, maar er zijn dus wel dossiers waarin meerdere beheerders aanwezig zijn:

• De data van de bron is immers zo opgebouwd dat voor een dossier in het buitenland (NIS IT001 ≤ 9999) de twee recentste informaties uit het IT001 worden weergegeven. Het doel hiervan is om, ten behoeve van bepaalde gebruikers, de NIS-code van een Belgische gemeente te kunnen krijgen in de tweede positie.

• De “foutcode” 30042 is geen foutcode maar een INFORMATIE veld en dus geen “foutcode” Uitzonderingen (GeefPersoon-02.02):

• 30042 INFORMATIE Meerdere voorkomens aanwezig bij de bron, slechts 1 voorkomen aanwezig in het Magda antwoord. Er werd slechts 1 voorkomen van de bron overgenomen in het Magda antwoord. In een annotatie element is terug te vinden op welk specifiek element dit betrekking heeft.

In het beheerderveld wordt de NIS-code van de gemeente die het dossier beheert mee gegeven. De NIS-code 21099 is niet een NIS-code van een gemeente maar geeft aan dat het adres van de persoon 'bij dienst Vreemdelingenzaken' is.

Bij de implementatie van de GeefHistoriekPersoon werd de keuze gemaakt om deze code als een speciale code te beschouwen en werd dus in het veld status opgenomen (zoals 99991). De einddatum van de beheerder, ook soms ‘status’ genoemd, wordt niet ingevuld door het Rijksregister maar wel door de KSZ. Als er een nieuwe beheerder van het dossier ingevoerd wordt dan wordt in het Rijksregister deze nieuwe beheerder toegevoegd, zonder aan de vorige een einddatum toe te voegen. De verrschillende status- of beheerderinformaties moeten dus als opeenvolgend beschouwen worden.

Wanneer bij een bevraging wordt meegegeven dat het nieuwe INSZ enkel bestaat uit nullen betekent dit dat het bestaande INSZ geannuleerd werd en er geen nieuw INSZ werd aangemaakt. Er was dus ooit een dossier maar de persoon voldoet niet aan de inschrijvingsvoorwaarden waardoor het INSZ geannuleerd werd zonder een nieuw te registreren.

153 <r:NationalNumber>00000000000</r:NationalNumber> 154 </r:NationalNumber> 155 <r:Justification> 156 <r:Code>01</r:Code> 157 <r:Label>Het dossier wordt gecreëerd terwijl de persoon niet voldoet aan de inschrijvingsvoorwaarden</r:Label>”

Een persoon waarbij dit voorvalt kan best contact opnemen met zijn lokaal bestuur om na te gaan aan welke voorwaarden men niet voldoet. Eens er aan alle voorwaarden voldaan is kan het lokale bestuur de persoon registreren. Het MAGDA-team of de bron mag hier zelf geen wijzigingen aanbrengen aan de gegevens.

De foutmelding ‘Gemeente Postcode en Gemeente NISCode komen niet overeen’ betekent dat RR heeft opgemerkt dat er een fout in de adresgegevens zit.

Om dit te corrigeren is er actie bij het lokale bestuur nodig.

INSZ waarbij deze foutcode gegeven worden mogen doorgegeven worden aan het MAGDA-team via de service desk zodat het Rijksregister en lokaal bestuur hiervan op de hoogte gebracht kunnen worden en de gegevens kunnen corrigeren.

In onderstaande bijlage kunt u de door het rijksregister gebruikte speciale karakters terug vinden. Wij raden aan om dezelfde codering te hanteren in de eigen toepassingen.

Het element 'status' in de GeefPersoon 2.02 is enkel aanwezig in het antwoord indien er voor de beheerder een speciale code terugkomt van de bron; in alle andere gevallen is dit element niet aanwezig.

Het element ‘status' is mutueel exclusief met het element ‘beheerder’. Dus als de persoon niet geschrapt is, dan ontvang je het element ‘status’ niet maar het element ‘beheerder’. Het element ‘beheerder’ bevat de gemeente of het land dat op dit ogenblik het dossier beheert.

Dezelfde mutuele exclusiviteit geldt ook voor GeefHistoriekPersoon 2.02. Voor elke periode dat er een speciale code is wordt er een element ‘historiekstatus/status’ aangemaakt en voor elke periode dat er geen speciale code is een element ‘historiekbeheerder/beheerder’.

De MAGDA diensten GeefPersoon 2.02 en GeefHistoriekPersoon 2.02 kunnen rechtsreeks naar het Rijksregister gaan of via KSZ naar de bron Rijksregister gaan. Het Rijksregister geeft geen einddatum voor de beheerder; de KSZ doet dit wel. De MAGDA diensten voegen geen einddatum toe als die niet van de bron ontvangen wordt. Dit betekent dat als de bron het Rijksregister is de elementen ‘status’ en ‘beheerder’ nooit een einddatum hebben in het MAGDA antwoord, bevragingen via KSZ kunnen wel een einddatum hebben.

Bij de gemeentefusies kozen verschillende lokale besturen, om naast de nieuwe naam van de straat ook de oude naam van de straat in de naam op te nemen. Dat geeft bij MAGDA Online onderstaand resultaat. Dit is een keuze van het lokaal bestuur, en moet ook door het lokaal bestuur aangepast worden. Dit heeft niks te zien met de datakwaliteit, maar met een keuze van het lokale bestuur. Verwacht wordt dat deze bij de toekomstige BEST-updates zullen verdwijnen. Om dit te laten aanpassen, wordt er best contact genomen met het lokale bestuur in kwestie: noch MAGDA noch het Rijksregister mogen deze data aanpassen. Ze zijn namelijk niet fout.

MAGDA geeft de authentieke bron onveranderd door, en doet geen datamanipulatie. Gebruikers van de KSZ krijgen een ander geformatteerd adres: KSZ stript de informatie tussen haakjes, waardoor het adres netter is, maar waardoor er dus wel gegevens uit de authentieke bron verdwijnen.

Wanneer er op een bepaalde dag meer dan 499 personen van hetzelfde geslacht geboren worden dan genereert het Rijksregister een Rijksregisternummer met 00 voor de geboortemaand en/of dag. Dus in deze gevallen valt de geboortedatum niet af te leiden uit het Rijksregisternummer.

Bij een bevragingen waarbij deze personen referentiepersoon zijn (bijvoorbeeld GeefHistoriekPersoon) is er een bug bij de bron waardoor de geboortedatum wordt weergegeven zoals in het Rijksregisternummer en dus afwijkt van de daadwerkelijke geboortedatum. Een bevraging van het INSZ zelf met GeefPersoon geeft wel de correcte geboortedatum door.

Dit is een systeem technische beperking, waarvan de oorzaak ligt bij hoe updates van erkenningen worden verwerkt door het RR.

De bijwerkingsstructuur van de afstamming is zo opgebouwd, dat het niet mogelijk is om twee verschillende afstammingscodes naast elkaar op dezelfde niveau te hebben. Wanneer er verschilende gegevens voor handen zijn zal het meest recente toegevoegde als antwoord getoond worden bv: Als de vader het laatste is toegevoegd dan is deze dus geldig en geeft dan deze terug in het antwoord.

Deze kunnen allemaal gevonden worden op de site van het Rijksregister. Daar kan u ook meer details terugvinden over de volledige inhoud van een bepaald IT: https://www.ibz.rrn.fgov.be/nl/rijksregister/reglementering/onderrichtingen/lijst-van-de-informatietypes/

MAGDA neemt de code als omschrijving zoals deze van RR komen gewoon over. Als er bij IT195 een code ontbreekt in onze handleiding betekent dit niet dat de code niet zal terugkomen.

Het document van Rijksregister met de beschrijving van IT 195 (https://www.ibz.rrn.fgov.be/fileadmin/user_upload/nl/rr/instructies/IT-lijst/IT195_Identiteitsbewijs_20210614.pdf) is bedoeld als handleiding voor lokale besturen om gegevens aan het Rijksregister te bezorgen. Het RR gaat hier nadien verder mee aan de slag, de registratie van code A kan dus bij bevraging via de MAGDA-diensten niet meer terugkomen als code A maar een mapping naar code B.

De types van identiteitsbewijs met hun code zijn als volgt vastgelegd :

• 00 identiteitsbewijs van Belg.

• 10 bewijs van inschrijving in het vreemdelingenregister (BIVR).

• 20 identiteitskaart van vreemdeling (IK).

• 30 attest van immatriculatie (AI) (modellen A en B).

• 40 EU- kaart (uitgezonderd zelfstandige arbeiders).

• 50 identiteitskaart voor Belgen in het buitenland.

• 60 identiteitsstuk voor kinderen jonger dan 12 jaar.

• 70 identiteitsbewijs voor kinderen jonger dan 12 jaar.

• 80 EU- kaart (voor zelfstandigen).

• 90 ander identiteitsbewijs (voor een vreemdeling).

Het Rijksregister geeft geen einddatums mee voor dit IT. De nationaliteit met de meest recente begindatum is de actieve nationaliteit.

Het IT213 alias(en) is bedoeld om een verwijzing naar de andere namen of geboorte datum van de geannuleerd dossier van betrokkene te registreren in de te behouden dossier. Dit is enkel voor de dossiers van de asiel zoekers die in het wachtregister staan of hebben gestaan.

De tolerantie bij een onvolledige geboortedatum is verplicht bij een opzoeking in KSZ. Bij een opzoeking in het Rijksregister mag in dergelijke gevallen een tolerantie opgegeven worden.

Fout 40017 is hierop een uitzondering. Je kan wel een tolerantie met waarde 00 gebruiken, bijvoorbeeld EEJJMM00 betekent een geboortedatum waarvoor de eeuw, het jaar en de maand ingevuld zijn en waarvoor de dag onbekend is.  

De secundaire bron wordt enkel geraadpleegd er voldaan is aan volgende voorwaarden:

• De afnemer heeft toegang tot een secundaire bron

• Er werd geen bron gespecifieerd in de vraag

• De zoekopdracht levert bij de primaire bron geen resultaat op

In het antwoord is er geen melding van het feit of de gegevens uit de primaire of uit de secundaire bron komen. Er is wel altijd een aanduiding in welk register (bevolkingsregister, vreemdelingenregister, wachtregister, ...) de persoon ingeschreven is.

Dit betreft enkel BIS-nummers met geslacht ‘niet gekend op moment van de toekenning’ door KSZ. Deze INSZ-nummers worden uitgereikt door de KSZ en bestaan uit 11 cijfers. Ze hebben dezelfde opbouw als een rijksregisternummer maar de geboortemaand wordt vermeerderd met 40 indien het geslacht van de persoon gekend is op het moment van de toekenning van het nummer, of vermeerderd met 20 indien het geslacht van de persoon niet gekend is op het moment van de toekenning.

Beschrijving van de Geslachtscode “Gender” door KSZ:

Resultaten kunnen uitgefilterd worden op basis van het geslacht van de persoon. Dit veld kan 3 waarden hebben: mannelijk, vrouwelijk, of onbekend. Geen waarde opgeven komt overeen met de waarde onbekend.

De KSZ SOA diensten ondersteunen niet de Rijksregister meervoudige nationaliteit (IT 032) enkel de nationaliteit (IT 031). Dit betekent dat een persoon slechts één nationaliteit kan hebben op een bepaald ogenblik en dat opeenvolgende nationaliteiten steeds de voorgaande nationaliteit beëindigen.

Bij een bevraging van het RR wordt steeds het laatst gekende Belgische adres doorgegeven. Een persoon kan echter naar het buitenland zijn afgeschreven waardoor deze wordt overgeheveld naar het RAD-register bij KSZ. Bij opzoekingen via KSZ wordt in deze gevallen het land zonder adres doorgegeven aangezien er geen exacte adresgegevens worden geregistreerd.

Het verschil komt doordat beide diensten op basis van andere informatie de partner bepalen. De GeefPersoon bepaalt de “partner” op basis van de burgerlijke staat; de GeefGezinssamenstelling geeft de personen die op hetzelfde domicilieadres wonen. Wanneer een echtscheiding nog niet definitief voltrokken is zal een ex-partner hier terug gegeven worden als partner via de Geefpersoon, als de bevraagde persoon ondertussen samenwoont met een nieuwe partner zal de ex-partner niet in het antwoord van GeefGezinssamenstelling terug komen maar wel de nieuwe partner die het domicilië-adres deelt. De nieuwe partner staat in de gezinssamenstelling vermeld als “zonder familieverband”.

De gezinssamenstelling is een gegeven dat bekomen wordt door logica toe te passen op de gegevens gezinshoofd en gezinsleden die in het Rijksregister opgeslagen zijn. Het is dus geen gegeven dat als dusdanig in het Rijksregister beschikbaar is. Deze logica houdt o.a. rekening met de begin- en einddatums van de gegevens gezinshoofd en gezinsleden en deze zijn niet in alle gevallen correct in het Rijksregister. Het komt voor dat in het dossier van het gezinshoofd een gezinslid vermeld staat zonder einddatum en dat in het dossier van hetzelfde gezinslid er een einddatum staat voor dit gezinshoofd. De KSZ logica geeft in deze gevallen toch een gezinssamenstelling terug, maar duidt het probleem aan in de uitzondering.

Het verschil in het antwoord tussen de opvraging “op datum” en de “vanaf datum” wordt veroorzaakt doordat voor de MAGDA dienst “op datum” de logica van KSZ gebruikt wordt omdat deze functionaliteit rechtstreeks bij KSZ beschikbaar is. Deze dienst geeft de gezinssamenstellingen terug, inclusief sommige die niet volledig correct zijn, en de foutieve zijn herkenbaar aan de foutboodschappen die van KSZ terugkomen terug. 

Voor de “vanaf datum” is er geen KSZ equivalent maar wordt de KSZ dienst opgeroepen die de volledige historiek van de gezinssamenstelling teruggeeft  en haalt de MAGDA logica de gezinssamenstellingen eruit die voor de “vanaf datum” liggen. De MAGDA logica verwijdert ook de gezinssamenstellingen waar het opgevraagde gezinslid niet in terugkomt of waar het gezinshoofd overleden is voor de “vanaf datum”. 

Een mutatiebestand bevat meestal meerdere mutaties. U ontvangt enkel mutaties voor de INSZ die ingeschreven staan in het repertorium voor uw configuratie. Inschrijven in het repertorium gebeurd door gebruik van de registreerinschrijving 2.0.

De mutatiesbestanden kunnen zowel in Productie als in Acceptatie niet getriggerd worden, bestanden worden klaar gezet wanneer we deze ontvangen van de bron.

In acceptatie is het in het kader van testen wel mogelijk om een voorbeeld bestand te laten klaar zetten door het MAGDA team. Hiervoor kunt u contact opnemen met het MAGDA-team via de service desk.

Een rijksregisternummer wordt geannuleerd in volgende gevallen:

• Een identificatienummer dat samengesteld op grond van vergissing nopens de geboortedatum of geslacht van de titularis worden vernietigd, en vervangen door het correcte.

• Indien twee identificatienummers worden toegekend aan eenzelfde persoon, wordt het identificatienummer met hoogste reeksnummer vernietigd.

• In voorkomend geval, en indien de reeksen in het geboortejaar van personen geboren op 01/01, 01/07, of 31/12 uitgeput zijn, wordt automatisch een fictief identificatienummer met 00.00, 00.01, of 00.02… gecreëerd.

Het is inherent aan de webservice bij het RR dat er enkel fonetisch gezocht kan worden.

Het maximaal aantal personen, wanneer gezocht wordt via het Rijksregister, dat kan terugkomen in het antwoord is 20. Indien de fonetische ondervraging op basis van alle criteria meer dan 20 dossiers selecteert, zal het antwoord een fout-code bevatten (zonder weergave van personen).

Wanneer gezocht wordt via de KSZ kunnen er tot maximaal 80 personen terugkomen. Vindt de KSZ echter meer dan 30 personen in het rijksregister of meer dan 80 in de door KSZ zelf beheerde registers of meer dan 80 in het Rijksregister en de KSZ registers samen, dan zal het antwoord hier ook een uitzondering bevatten zonder weergave van personen. Er moet verschillende malen een opzoeking gedaan worden met een beperktere periode in het geboortejaar.

Klant worden van het MAGDA-platform is mogelijk voor alle instanties zoals besproken in het Bestuursdecreet zoals bepaald in Art I.3. Andere instanties kunnen dit aanvragen, na juridische controle zal nagegaan worden of aan alle voorwaarden voldaan is of dat er uitzonderingen zijn, op basis van een wettelijke verplichting die een private organisatie dient uit te voeren.

Kosten

Het dienstenaanbod van MAGDA, is tenzij anders vemeldvermeld, gratis voor bestaande diensten. Indien u nieuwe diensten wenst te laten ontwikkelen, gelieve ons dan te contacteren via de MAGDA Service Desk. Dan kan er een samenwerking opgezet worden en nagekeken hoe we de diensten zullen financieren.

MAGDA Online: https://overheidwww.vlaanderen.be/helpdigitaal-vlaanderen/magdaonze-onlineoplossingen/toegang-tot-magda-online/kostprijs-en-samenwerkingsovereenkomstaansluitingsprocedure

MAGDA Documentendienst: https://overheidwww.vlaanderen.be/informatie-vlaanderenmagda/ontdek-onze-producten-en-diensten/voor-wie-ismagda-documentendienst/aansluiten-op-de-magda-documentendienst

We maken een onderscheid tussen kosten voor data en voor diensten. Data zijn de services op het MAGDA-platform, Diensten zijn producten zoals bijv. MAGDA Online.

Data

Opvragingen

Links:

KSZ: https://www.ksz-bcss.fgov.be/sites/default/files/assets/over_de_ksz/cout_message.pdf

RR: https://www.ibz.rrn.fgov.be/nl/rijksregister/tarieven/

Mutaties

(tabel geldig vóór nieuw project met het RR)

Financiering van de dienstverlening door de Kruispuntbank van de Sociale Zekerheid (KSZ) aan instanties die geen instellingen van sociale zekerheid zijn

De Kruispuntbankwet stelt in artikel 16 het algemene principe vast volgens hetwelk de mededeling van sociale gegevens aan instanties die geen instellingen van sociale zekerheid (artikel 2, eerste lid, 2°) zijn, aanleiding kan geven tot de inning van een vergoeding. Deze vergoeding wordt berekend volgens de principes die goedgekeurd zijn door het Beheerscomité van de KSZ. Hierbij worden de eenheidsprijs van de berichten en de eenheidsprijs van het personeel dat toegewezen wordt aan de ontwikkeling en exploitatie van deze berichten in rekening gebracht. De eenheidsprijzen worden jaarlijks vastgesteld op basis van elementen uit de analytische boekhouding.

Meer informatie is te vinden op de website van de KSZ:

• Financiële middelen: https://www.ksz-bcss.fgov.be/nl/over-de-ksz/interne-organisatie/financiele-middelen

• Eenheidsprijs van een bericht per jaar: https://www.ksz-bcss.fgov.be/sites/default/files/assets/over_de_ksz/cout_message.pdf

De KSZ factureert rechtstreeks aan de MAGDA-afnemers.

Financiering van de dienstverlening door het Rijksregister (RR)

Het Rijksregister bepaalt een kost per transactie, afhankelijk van het aantal transacties per jaar. Het Rijksregister factureert de totale kost aan Digitaal Vlaanderen. Rijksregister bevragingen worden momenteel niet doorgerekend door MAGDA.

De tarieven zijn terug te vinden op de website van het Rijksregister: https://www.ibz.rrn.fgov.be/fileadmin/user_upload/nl/rr/tarieven/RR_Tarieven_2019.pdf

Mensen die geen recht op verblijf hebben worden niet ingeschreven op een adres. Zolang deze mensen geen verblijfsvergunning hebben gekregen, wordt het wachtregister niet aangepast.