Deze pagina bevat antwoorden met betrekking tot frequent gestelde vragen over de kadasterdiensten van MAGDA.

Indien deze foutmelding na retry’s blijft terug komen bij een specifieke bevraging en er geen problemen zijn met het bevragen van andere percelen betekent dit dat het antwoord van de bron te groot is voor verwerking. Voor sommige percelen is het aantal gekoppelde eigenaars te hoog waardoor het de dienst het antwoord niet tijdig kan verwerken en er een time-out gegeven wordt.

Een oplossing voor dit probleem werd reeds onderzocht in samenwerking met de bron maar er zijn nog geen mogelijkheden gevonden om dit probleem structureel te verhelpen. Een workaround is beschikbaar waarbij de gegevens bevraagd worden door het MAGDA-team bij de bron en deze het antwoord in een csv-bestand bezorgd. U kunt hiervoor contact opnemen met de MAGDA service desk

Het kadaster past bij een overlijden niet onmiddellijk en niet automatisch de eigenaarsgegevens aan.

De erfgenamen moeten een aangifte van nalatenschap indienen en dat moet gebeuren binnen een bepaalde termijn (tussen de 4 en de 6 maanden na het overlijden). Meestal gebeurt dit door de notaris. Daarna wordt de successie geregeld en zullen de registratiekantoren de eigenaarsinfo aanpassen.

Het kadaster heeft geen service waarmee je op adres kan gaan zoeken. Dit komt omdat een adres voor het kadaster enkel een label is, een soort bijkomende informatie. Het kadaster identificeert alles aan de hand van de Capakey + partitienummer. Dit verklaart ook waarom er voor 2015 bijvoorbeeld geen busnummers mee gegeven worden.

Een workaround kan zijn om gebruik te maken van de REST-service van de Vlaamse Basisregisters: Basisregisters Vlaanderen - API 2022-01-24 : Basisregisters Vlaanderen - API 2022-02-21 Hiermee kan je op basis van een adres een bijbehorende capakey opzoeken

Een capakey is nog niet fijnmazig genoeg om via de dienst GeefEIgendomstoestanden de kadastrale gegevens te gaan ophalen. Eerst dient er nog een ZoekPerceel uit gevoerd te worden op basis van de Capakey. Daarmee worden alle partitienummers terug gegeven die bij die capakey horen. Meestal zal dit 1 nummer zijn bij eengezinswoningen, bij apartementen zullen het er meerdere zijn en dient de juiste partitie geselecteerd te worden.

ConsultImmo geeft geen begin- en einddatum van elk recht. Het veld 'expiredDate' wordt ingevuld wanneer het een recht betreft dat voor een beperkte tijd is gevestigd, zoals bijvoorbeeld oppervlakterechten of erfpacht.

De wettelijke begin- en einddatum van de vermogenssituatie geven een deel van de informatie, namelijk de datum van de handeling die een vermogenssituatie begint of beëindigt. Een handeling heeft niet noodzakelijkerwijs gevolgen voor alle bestaande rechten op dezelfde vermogenssituatie. Bijvoorbeeld: 3 personen hebben elk een 1/3 PP, als slechts één van de drie personen hun 1/3 overdraagt ​​aan een vierde persoon, worden de rechten van de eerste 2 personen niet gewijzigd.

Deze datums komen terug in de blok met Eigendomstoestand/Status Informatie

Bron AAPD maakt geen onderscheid tussen de termen ‘aard van het goed’ en ‘aard van het perceel’, de aard van een goed wordt niet bijgehouden in de databank. De 'aard volgens de akte' is wel een beschikbaar gegeven en dit kan worden meegegeven bij het bevragen van Transacties en is een mogelijke requestparameter bij het bevragen van verkoopsprijzen.

Voor de situatie 01/01/xxxx is de beste manier via de parameter 'situation0101' het jaartal mee te geven. De informatie daarachter is gebaseerd op de foto die elk jaar wordt genomen voor de onroerende voorheffing. Dit wil niet zeggen dat het niet mogelijk is om via 'J' of 'F' ook tot die situatie te komen, maar er kunnen afwijkingen opzitten.

'F' komt overeen met een opzoeking op de velden dateBegin of dateEnd, terwijl 'J' gaat kijken naar de velden dateJurBegin en dateJurEnd. In veel gevallen zullen deze data identiek zijn (bv. verkoop van een huis => de eigendomstoestand wordt gecreëerd op datum 05/04/2019 (dateBegin) en de juridische 'mutatie' is ook de diezelfde dag van verkoop (dateJurBegin = 05/04/2019). In zo'n gevallen is het dus vrij transparant of je nu 'F' of 'J' gebruikt.

Een ander scenario is als er geen juridische 'mutatie' achter zit. Bv. een bouwgrond wordt een huis. De aard wijzigt en er wordt een ander KI aan toegekend. De rechten op dat perceel blijven gelijk, dus zal er enkel een 'F' datum zijn (dateBegin = datum wijziging van de aard + KI). Als u dan via 'J' zou zoeken, dan gaat ConsultImmo kijken naar de dateBeginYear en dateEndYear waarden omdat er geen juridische datums voorhanden zijn.

Tot slot kan het ook zo zijn dat zowel de fiscale als de juridische datum zijn ingevuld, maar dat ze niet identiek zijn. Een voorbeeld dat ik heb kunnen terugvinden is bv. een garage die verkocht werd samen met een appartement, maar afzonderlijk is gekadastreerd. Dan is de juridische datum gelijk aan de datum van verkoop, maar het perceel met aard garage werd pas later gecreëerd en heeft dus een latere beginDate. Ik durf niet te zeggen of dit courant voorkomt, maar het is in ieder geval ook een mogelijk scenario.

Dus voor de meest actuele toestand zou ik de methode findPropertyByNRN of findPropertyByKBO gebruiken, maar dat is misschien geen optie dus is het een beetje spelen met 'J' of 'F'. Mijn voorkeur gaat uit naar 'J', maar in sommige (of veel) gevallen kan 'F' een evengoed alternatief zijn.

Maar voor de situatie 01/01/xxxx zou ik 'situation0101' gebruiken i.p.v. combinatie 01/01/xxxx + 'F'.
Deze optie was natuurlijk nog niet beschikbaar toen jullie de webservice eerst zijn beginnen gebruiken, maar in 2018 hebben we deze parameter toegevoegd aan de requests.

Wat betreft de perceelnummers, deze zijn effectief de meest actuele zoals gekend op het moment van creatie van de eigendomstoestand.

Een perceel heeft altijd een eigenaar mee maar deze eigenaar kan ook een TER zijn. Een TER is een persoon met een zakelijk recht dat Rechtszekerheid nooit naar een officiële bron heeft kunnen terugkoppelen (Rijksregister, KSZ, ...), er is dus geen INSZ om in het antwoord mee te geven.

Ten tijde van de registratie van de transactie moest die eigenaar wel geïdentificeerd worden en wordt deze geregistreerd in het TER-register. Dit is nog een erfenis uit het verleden waar het mogelijk was om zo'n toestanden in de databank te steken.

De eigenaar dient een formulier 43B in te vullen eens de werken zijn afgerond.

Vroeger werd de controle hierop uitgevoerd door de agenten van MEOW. Nu worden vooral ook architectenplannen gebruikt.

Er is een verschil tussen de juridische datum en de fiscale datum. De bron geeft nog oude toestanden terug waarbij de eigendomstoestanden wel een einddatum hebben, alleen is het geen 'juridische' einddatum, enkel een fiscale. 

Voor deze gevallen dient een opzoeking met 'F' ipv 'J' gedaan te worden om een correcter resultaat te ontvangen. Zoeken op juridische datum wordt afgeraden in de meeste gevallen aangezien er niet altijd een juridische datum wordt toegekend aan het dossier.

Voor 2015 werden de rechten ingevuld in een vrij tekst veld. Er bestonden richtlijnen voor hoe de mutatieagent deze rechten moesten invullen (VG voor vruchtgebruik, BE voor naakte eigendom, enz..).

Met de overstap naar het nieuwe systeem in 2015 werd beslist om de rechten te normaliseren (=standaardiseren) waar mogelijk. De vrije tekst werd bij deze migratie geanalyseerd en in de juiste stukjes gekapt en in de juiste rechtenvakjes gestoken. De oude vrije tekst werd voor alle zekerheid ook nog eens bewaard in een apart veld.

Voor de uitzonderingen waarbij het migratieprogramma de standaardisering niet kon maken wordt enkel dit aparte veld overgenomen. Dit zijn de niet-genormaliseerde rechten.

De juridische datum is de datum van de akte. Bij de fiscale datum gaat het om de datum waarop de fiscale toestand wijzigt, wanneer bijvoorbeeld de diensten van MEOW een wijziging doorvoeren van het KI.

De aanvang van het ZR kan samenvallen met de juridische datum, tenzij anders vermeld in de akte.

De historiek via GeefEigendomstoestanden is de historiek van het exacte perceelnummer. En hoever in de tijd je kan teruggaan is afhankelijk van wat er precies actief was op 01/01/2002.

Om dit met een voorbeeld te schetsen: in 1950 wordt er een huis gebouwd op het perceel met exponent O2. In 1985 wijzigt om 1 of andere reden het perceelnummer naar exponent T2 wat vandaag nog steeds in gebruik is. Dan zal de historiek enkel alle eigendomstoestanden teruggeven met betrekking tot exponent T2. Maar omdat de wijziging in 1985 plaatsvond en het perceel nog steeds actief was met dezelfde titularissen op 01/01/2002, zal GeefEigendomstoestanden je in dit voorbeeld de historiek tot 1985 teruggeven.

Stel nu dat er geen perceelsnummer wijziging was geweest in 1985, dan zou je de historiek tot 1950 voor dit perceel teruggaan.

 Dus de opbouw van de historiek is volledig gelinkt aan het perceelnummer (dit in tegenstelling tot de historiek methoden in CIOP die die beperking niet hebben) en het feit of een perceel op 01/01/2002 actief was.

MAGDA geeft in real - time door door wat de bron doorgeeft. Er kan bij de bron een relatief lange doorlooptijd zijn vooraleer de nieuwe eigenaar zichtbaar wordt.

MAGDA heeft geen mogelijkheid om dit proces bij de bron te versnellen.

Er is altijd minstens één partitienummer in een CaPaKey, ook als er geen gebouw op de grond staat.

Het partitienummer heeft als betekenis dat er naast een planperceel ook een patrimoniaal perceel geïdentificeerd kan worden. De CaPaKey identificeert het planperceel, het perceelnummer het patrimoniaal perceel.

Bij de toekenning van een partitienummer zal er gestart worden bij P0000, maar dit is geen vaste regel en hier kan onder bepaalde omstandigheden worden van afgeweken. Wij raden aan als het partitienummer niet gekend is om via de hulpmethodes in CIOP met de capakey het partitienummer op te vragen. Er kan niet van uit gegaan worden dat het ‘P0000’ zou zijn.

Wijzigingen aan partitienummer voor de periode 2002-2015:

Voor 2015 bestond het partitienummer niet. Naar aanleiding van de migratie naar het nieuwe systeem ‘Stipad' werd een nieuw partitienummer toegekend aan percelen die in deze periode van ongebouwd naar gebouwd zijn gegaan (of omgekeerd) met als reden nieuwbouw of afbraak.

Wijzigingen aan partitienummer na 2015:

Vanaf 2015 zijn de wijzigingen van een partitienummer voornamelijk gelinkt aan een vereniging of splitsing van een privatief deel van een appartement.

Er zijn ook nog enkele 'speciale' gevallen waarbij het partitienummer kan wijzigen:

• Bij een concessie

• Bij zakelijke rechten op een deel van het goed (bv. een bureau in een huis is eigendom van een BVBA, de rest van het huis behoort toe aan iemand anders).

Het kadaster vertrekt niet vanuit een adres maar wel vanuit een patrimoniaal perceel om de CaPaKey te bepalen. Aangezien in het verleden niet altijd busnummers werden bijgehouden door het kadaster zijn er nu voor appartementen zeker voorbeelden te vinden waarbij een zelfde kadastraal adres terugkomt bij meerdere CaPakeys.

Het partitienummer, dat eigenlijk deel uit maakt van een perceelsnummer, is openbare data waarvoor geen machtiging of protocol nodig is om het te gebruiken. Want het dit is deel van het perceelnummer, wat valt onder de open data.

De gegevens gelinkt aan een perceelnummer vallen wel onder persoonsgegevens. Om deze gegevens (zakelijke rechten, eigenaars, constructiecode, enz.) te bevragen is er wel een machtiging nodig.

De underscore moet geïnterpreteerd worden als 'geen letterexponent'. De bron aanvaardt de underscore niet als geldig argument. Indien er geen letterexponent in de capakey aanwezig is dient de tag 'exponentLetter' leeg te blijven.

Er zijn een aantal verouderde aarden, die nog heel zelden zullen voorkomen. Maar aan de gewone ongebouwde aarden die in de documentatie voorkomen wordt heel zelden geraakt, deze blijven dus in de database bestaan.

De aarden worden door MEOW toegekend. Zij hebben voor alle gekende aarden bestanden waarin aangeduid is welke aard in een bepaald geval moet toegekend worden.

In principe wordt de aard nijverheidsgebouw enkel gebruikt als er geen andere geschikte industriële aard is. In de praktijk blijkt dat men "vroeger" gemakkelijkheidshalve toch die aard aanduidde.

Nijverheidsgrond is een aard die aangewend wordt als een ongebouwd perceel effectief voor nijverheidsdoeleinden aangewend wordt.

Huis wordt gebruikt voor alle (eengezins)woningen, of het nu gaat om een villa of een bungalow of een sociale woning. Het is de indicie van de constructiecode die het onderscheid maakt.

De aard bouwgrond wordt enkel ingeschreven als er zekerheid is dat het effectief om bouwgrond gaat, meestal ingevolge het verlijden van een authentieke akte waarin de notaris meldt dat er bouwgrond vervreemd wordt.

In principe kunnen gemeenten veranderingen van aard doorgeven, maar in realiteit komt dat heel zelden voor. Ook als er een omgevingsvergunning afgeleverd wordt voor het oprichten van een nieuwe woning en het perceel waarop zal gebouwd worden is bij het kadaster gekend als weiland, dan zal die aard niet aan gepast worden naar bouwgrond.

De aard zal aangepast worden bij de ingebruikname van de nieuwe woning. De meeste aanpassingen van aard vloeien dus voort uit processen van de fysieke mutaties (dus nieuwbouw, aanzienlijke wijzigingen en afbraken) of uit de processen van de juridische mutaties (trigger wanneer de aard vermeld in de akte niet overeenstemt met de aard in Patris).

Passieve percelen van voor 2002 hebben geen partitienummer waardoor historische records niet altijd alle nodige gegevens bevatten.

Er zijn geen webservices beschikbaar op dit moment voor de hypothecaire staat en de eigendomstitel.

Voor de kadastrale uittreksels is er sinds 2019 de toepassing CadEx beschikbaar voor het opvragen van de kadastrale uittreksels. Ambtenaren van een gemeente kunnen gebruik maken van Cadex via het MyMinfin-portaal van de gemeente (ik vermoed dat gemeentes dat hebben). Alle informatie over het toekennen van de gepaste rol staat in de FAQ (https://financien.belgium.be/nl/particulieren/woning/kadaster/kadastraal-uittreksel/myminfin#q3 ).

Indien er geen waarde wordt meegegeven voor de optionele velden (bisnummer, letterexponent, cijferexponent of partitienummer) dan gaat de dienst alle resultaten teruggeven die matchen met de ingevulde parameters.

 Een '00' en '000' als bisnummer en cijferexponent worden niet aanvaardt in de request en worden dan ook beschouwd als 'niet aanwezig'. Maar in dat geval is normaal het eerste resultaat in de lijst het perceel zonder bisnummer of cijferexponent.

Het kan inderdaad wat 'contra-intuïtief' overkomen, maar de ZoekPerceel (getList)- methodes werken anders dan de GeefEigendomstoestanden (findProperty)- methodes.

De ZoekPerceel (getList)-methodes zijn hulpmethodes die de gebruiker proberen te helpen op basis van onvolledige/verouderde informatie. Daarom dat dan ook dat het perceelnummer P0001 wordt meegegeven als je de actieve toestand opvraagt.

Dit in tegenstelling tot deGeefEigendomstoestanden (findProperty)-methodes waarbij je dan effectief een lege response zou ontvangen voor die request omdat er bij deze methodes vanuit gegaan wordt dat je al over de correcte informatie beschikt.