Datum versie Auteur Omschrijving 01/12/ Olivier Heyvaert Versie voor Data Manager 3.0 vanaf 15/12/2012

Transcriptie

1 TECHNISCHE RICHTLIJNEN VOOR DE DIGITALE UITWISSELING VAN GEGEVENS BETREFFENDE HET LEEGSTANDSREGISTER (REGISTER VAN DE LEEGSTAANDE WONINGEN EN GEBOUWEN) Datum versie Auteur Omschrijving 01/12/ Versie voor Data Manager 3.0 vanaf 15/12/ Algemene bepalingen Inleiding Opzet Terminologie datastructuur Dossier Cluster Ruimtelijke eenheid Administratieve ligging Contacten & Rollen en Situatie 1: Situatie 2: Situatie 3: Situatie 4: Situatie 5: Situatie 6: Situatie 7: Dataopbouw geoloket Leegstandsregister Gegevens inbrengen in het geoloket Leegstandsregister Manuele ingave Import via shapefile of XML De RWO-modelshapefile Beschrijving van de aan te leveren velden voor het leegstandsregister Gegevens eigen aan de databron (enkel voor de gemeenten die Leegstandsregister aanleveren via XML) Identificatie Datum van Datum tot Software Velden met betrekking tot geometrie (enkel voor de gemeenten die Leegstandsregister aanleveren via XML) Coördinatenstelsel Ondergrond Omschrijving ondergrond Kadastrale toestand ondergrond Coördinatenstring Algemene velden voor leegstaande woningen en gebouwen Nis-code van de gemeente Nis-code van de deelgemeente Nummer van de statistische sector Samengestelde perceelsnotatie Identificatie van het gebouw Identificatie van de entiteit (woning) Identificatie van de ligging van de entiteit (woning) Identificatie van het geometrietype (enkel voor aanleveren met XML) Identificatie van het subtype entiteit Omschrijving van het subtype entiteit Identificatie van het dossier Externe identificatie van het dossier Status leegstandsdossier Nummer administratieve akte / 29

2 Datum administratieve akte Datum beroep Informatie beroep Gemeentelijke leegstandheffing Vrijstelling gewestelijke leegstandsheffing Datum schrapping leegstand Opmerking Velden voor aanleiding tot opname woning of gebouw op het leegstandsregister Aanleiding tot opname leegstand Velden voor vrijstelling bij leegstaande woningen en gebouwen Reden vrijstelling gemeentelijke leegstandsheffing Betekenis van door gemeente gekozen gemeentelijke vrijstelling of specificatie bij vreemde oorzaak als reden vrijstelling gemeentelijke leegstandsheffing Datum begin vrijstelling Datum einde vrijstelling Velden voor contacten bij leegstaande woningen en gebouwen Identificatie van het contact Rol van het contact van het contact Voornaam van het contact Aanspreking van het contact van de onderneming Nummer van de onderneming VKBO-code Telefoonnummer van het contact Faxnummer van het contact adres van het contact Opmerking Velden voor administratieve liggingen bij leegstaande woningen en gebouwen Identificatie van de administratieve ligging Identificatie van de administratieve ligging volgens de CRAB-code Straatnaam Huisnummer Appartementsnummer Busnummer Postcode Gemeentenaam Regio Land Locatie administratieve ligging Informatie over het type administratieve ligging Opmerking / 29

3 1. ALGEMENE BEPALINGEN 1.1 INLEIDING Om een geobjectiveerd beleid te voeren rond het decreet Grond- en Pandenbeleid moeten voldoende adequate parameters beschikbaar zijn. Het decreet voorziet daartoe in een aantal monitoringinstrumenten. In het kader van de bestrijding van leegstand van gebouwen en woningen wordt daarom voorzien in de opmaak van een register van leegstaande gebouwen en woningen. Dit register bestaat eigenlijk uit twee inventarissen, één voor gebouwen en één voor woningen, en wordt op gemeentelijk niveau opgemaakt. De verzamelde registers worden door het agentschap Wonen Vlaanderen bijgehouden in het geoloket Leegstandsregister. De regels inzake het Leegstandsregister treden in werking op 1 januari Vóór de invoering van het decreet Grond- en Pandenbeleid werden de gegevens rond leegstand van woningen en gebouwen bijgehouden in gemeentelijke leegstandslijsten of door de applicatie HOLV van het agentschap Wonen Vlaanderen. HOLV staat voor Heffing op Leegstand en Verwaarlozing en werd door het Vlaamse Gewest aangeboden aan gemeenten die geen eigen gemeentelijke leegstandslijst bijhielden. De gegevens uit HOLV en gemeentelijke leegstandslijsten werden overgedragen naar het geoloket Leegstandsregister, dit om te vermijden dat de teller van de leegstand, bij overgang naar de nieuwe inventarissen, op nul werd gezet. Het leegstandsregister en bijgevolg ook het geoloket Leegstandsregister zijn dus in eerste instantie enkel bedoeld voor het bijhouden van gegevens over leegstaande gebouwen en woningen. Een gebouw dat of een woning die in aanmerking komt om opgenomen te worden in de inventaris voor leegstaande of verwaarloosde bedrijfsruimten wordt niet geïnventariseerd in het leegstandsregister. Gebouwen en woningen die ongeschikt en/of onbewoonbaar worden verklaard komen evenmin in het leegstandsregister voor. Een gebouw dat of een woning die door het Vlaamse Gewest als verwaarloosd is geïnventariseerd kan echter wel nog opgenomen worden in het leegstandsregister. De opname van gebouwen of woningen in het leegstandsregister kan op termijn (dit is na een opname in het register van meer dan twaalf opeenvolgende maanden) leiden tot de verplichte betaling van een gemeentelijke leegstandsheffing. Het bijhouden en afhandelen van de heffing op leegstand alsook het genereren van brieven moet grotendeels in een lokaal gemeentelijk dossierafhandelingssysteem gebeuren, deze functionaliteiten worden slechts in beperkte mate voorzien via het geoloket Leegstandsregister. 3 / 29

4 1.2 OPZET Om de uniformiteit qua uitzicht, structuur en opbouw van de reeds bestaande geoloketten (Register Onbebouwde Percelen, Plannenregister en Planbatenheffing) te waarborgen alsook de gebruikvriendelijkheid naar de verschillende gebruikers toe te optimaliseren heeft het departement RWO en het agentschap Wonen Vlaanderen een internetapplicatie, de RWO Data Manager, ontwikkeld. De RWO Data Manager bevat verschillende modules (de geoloketten) die de gebruiker afhankelijk van zijn rol en rechten kan oproepen. Een eerste van deze modules is het Leegstandsregister. Binnen deze RWO Data Manager zal een specifieke gebruikershandleiding voor deze applicatie beschikbaar zijn. Een knelpunt dat bij het verhaal van het leegstandsregister naar voor kwam is het feit dat er data op verschillende niveaus moet worden bijgehouden: er dient immers zowel data op het niveau van gebouwen als op het niveau van woningen bijgehouden te worden. Daarom dienen er duidelijke afspraken te komen en een vaste structuur om deze niveaus van woningen/gebouwen op een duidelijke manier bij te houden. Deze structuur moet echter ook bruikbaar zijn voor andere toepassingen (binnen de Vlaamse overheid) rond woningen/gebouwen. Zo hebben oa. departement RWO, agentschap Wonen Vlaanderen, Vlaamse Maatschappij voor Sociaal Wonen (VMSW), Ruimtelijke Ordening en Onroerend Erfgoed Vlaanderen (RO-Vlaanderen), Vlaamse Energieagentschap (VEA), Agentschap Geografische Informatie Vlaanderen (AGIV) en de Orde van Architecten applicaties die van deze structuur gebruik kunnen maken. Deze structuur wordt op de volgende pagina s toegelicht. 4 / 29

5 1.2.1 Terminologie datastructuur De datastructuur van het Leegstandsregister ziet er schematisch als volgt uit: Dossier 1 is gekoppeld aan bestaat uit 1 Cluster 0..n 0..n is... voor is contactpersoon voor is eigenaar van is huurder van is zakelijk recht voor andere contactrollen 1 0..n 0..n Contact is heeft 1 0..n Rechtspersoon is gedomicilieerd op verblijft op heeft postbus andere heeft 0..n 0..1 Administratieve Ligging 1 1..n Ruimtelijke Eenheid 0..n heeft Perceel n n ligt op Gebouw ligt op ligt in Entiteit 0..n Andere Ruimtelijke Eenheid Dossier Het dossier is het hoogste niveau in de database. Elk dossier is gekoppeld aan een cluster. Een dossier is met andere woorden een groepering van één of meerdere ruimtelijke eenheden die samen een leegstandsdossier vormen. Elk dossier zal steeds gekoppeld zijn aan één enkele cluster en elke cluster hoort steeds bij één enkel dossier. Aan elk dossier wordt een unieke identificatiecode toegekend, deze dossier-id is opgebouwd uit de NIS-code van de gemeente (of provincie) en een volgnummer van 5 cijfers gescheiden door een underscore. Vb _ Cluster Een cluster bestaat uit een groepering van één of meerdere ruimtelijke eenheden. Deze groepering bestaat steeds in het kader van een dossier. Met andere woorden bij elk nieuw dossier wordt een cluster aangemaakt waarin alle ruimtelijke eenheden vervat zitten waarop het dossier van toepassing is. De relatie tussen clusters en ruimtelijke eenheden is een n op n relatie, een cluster kan dus meerdere ruimtelijke eenheden bevatten, maar een ruimtelijke eenheid kan ook in meerdere clusters zitten. Hierdoor 5 / 29

6 wordt het mogelijk om meerdere dossiers op eenzelfde ruimtelijke eenheid te hebben. Er kunnen bijvoorbeeld verschillende dossiers voor eenzelfde perceel bestaan, al dan niet gelijklopend in de tijd. Aan een cluster kan een administratieve ligging gekoppeld zijn. Dit is geen verplicht veld maar het kan in sommige gevallen handig zijn om voor een volledige cluster van ruimtelijke eenheden een eenduidig adres of een locatiebeschrijving bij te houden Ruimtelijke eenheid Een ruimtelijke eenheid omvat elk afgebakend object dat men kan onderscheiden in het landschap of op een kaart en waaraan een administratieve ligging kan toegekend worden (deze ligging hoeft niet altijd een adres te zijn, dit kan ook gewoon een beschrijving van de locatie inhouden) Dit kan zowel een waarneembaar object zijn (vb. een gebouw) als een niet-waarneembaar object dat bijvoorbeeld enkel bestaat als administratieve afbakening (vb. een kadastraal perceel). Het is niet de bedoeling is om in de database van deze applicatie alle Vlaamse percelen, gebouwen en entiteiten op te slaan. Enkel die ruimtelijke eenheden die betrokken zijn of waren bij een gekoppeld leegstandsdossier worden in deze database opgenomen. In het geval van entiteiten wordt sowieso het perceel waarop de entiteit gelegen is mee opgenomen in de corresponderende tabel, ook al is er niet rechtstreeks een dossier gekoppeld aan dat perceel. Indien de entiteit ook binnen een gebouw ligt, dan wordt dit gebouw eveneens opgenomen. Hetzelfde geldt voor de relatie tussen gebouwen en percelen: voor elk opgenomen gebouw moet het corresponderende perceel eveneens worden weerhouden. Op deze manier kan men voor elke entiteit en voor elk gebouw steeds de kadastrale gegevens ophalen en kan men aan een entiteit steeds de geometrie van het omvattende gebouw en/of van het onderliggende perceel toekennen. Een ruimtelijke eenheid is een abstract object dat nooit op zichzelf kan bestaan; er moet steeds een instantie zijn van één van de onderliggende types (perceel, gebouw, entiteit). Fysiek gezien zal er in de database niet iets bestaan als een ruimtelijke eenheid. Wat wel het geval zal zijn, is dat verschillende tabellen die logisch gezien tot hetzelfde supertype behoren een aantal gemeenschappelijke velden zullen hebben Perceel Het perceel is een van basistypes ruimtelijke eenheden in het datamodel. Elk kadastraal perceel kan als ruimtelijke eenheid in een cluster worden opgenomen en bijgevolg aan een leegstandsdossier gekoppeld. Hoewel een leegstaand perceel niet mogelijk is, is dit type essentieel voor het lokaliseren van het leegstandsdossier. Elk leegstaand gebouw of woning staat immers op een kadastraal perceel. De unieke identificatie van percelen gebeurt op basis van de CAPAKEY. De CAPAKEY is de unieke (kadastrale) perceelsidentificatie die de algemene administratie der patrimoniumdocumentie (AAPD - ook bekend als 'het kadaster') toekent aan elk perceel in België Gebouw Gebouw is een tweede basistype ruimtelijke eenheid in het datamodel. Een leegstaand gebouw kan rechtstreeks onderwerp zijn van een leegstandsdossier, maar een gebouw kan ook een leegstaande entiteit bevatten en zal zo ook opgenomen worden in de cluster van het leegstandsdossier van deze entiteit. Net als voor percelen bestaat er ook een kadastrale gebouwenlaag, beide types ruimtelijke eenheden beschikken dus over een geometrie en kunnen bijgevolg worden weergegeven op kaart. Een authentieke unieke identificatiecode voor gebouwen bestaat momenteel nog niet dus heeft het beleidsdomein RWO een eigen gebouw-id ontwikkeld voor gebruik binnen deze applicatie. Deze ID bestaat uit 11 karakters en is opgebouwd uit de NIS-code van de gemeente, gevolgd door een underscore en een volgnummer van 5 cijfers. Vb. 1111_ / 29

7 Entiteit De entiteit is een laatste basistype ruimtelijke eenheid in het datamodel van het leegstandsregister. Binnen dit type kan men in principe een onderscheid maken tussen entiteiten die binnen een gebouw liggen (vb. een kamer, een gang, een appartement) en entiteiten die rechtstreeks op een perceel liggen zonder ook in een gebouw te liggen (vb. een caravan, een container). Aangezien een entiteit sowieso op een perceel ligt maar niet altijd in een gebouw werd ervoor gekozen om de koppeling met perceel verplicht te maken en de koppeling met gebouw optioneel. Aan entiteiten kan geen geometrie gekoppeld worden aangezien soms meerdere entiteiten boven elkaar kunnen liggen (vb. verschillende appartementen in een appartementsgebouw). Voor het identificeren van entiteiten is gekozen om voort te gaan met de codes uit HOLV. Deze code is opgebouwd uit de NIS-code van de gemeente, gevolgd door een underscore en een volgnummer van 5 cijfers. Vb _ Administratieve ligging De tabel met administratieve liggingen zal centraal alle adresgegevens bevatten die doorheen het systeem worden gebruikt. Elke plaats waar een adres moet worden bijgehouden zal verwijzen naar een record uit deze tabel. Op die manier is het mogelijk om eenzelfde administratieve ligging te hergebruiken voor verschillende doeleinden. Een administratieve ligging zal niet altijd een volledig adres omvatten. Indien mogelijk zal gebruik worden gemaakt van de CRAB code. Aangezien deze niet altijd correct is en ook niet volledig dekkend is, kan deze verder worden aangevuld met een omschrijving van de locatie. Als er helemaal geen CRAB code beschikbaar is, bestaat er ook de mogelijkheid om een gewoon adres in te geven, eventueel aangevuld met een locatiebeschrijving. Indien er ook geen adres bestaat voor de beoogde ligging (vb. een perceel dat niet aan een straat is gelegen), volstaat het om enkel een beschrijving mee te geven. De mogelijke combinaties zijn: CRAB code; CRAB code + locatie; adres; adres + locatie; locatie Contacten & Rollen Aan een dossier kunnen meerdere contactpersonen gekoppeld zijn. Deze personen kunnen binnen de context van het dossier een verschillende rol hebben (vb. eigenaar van een gebouw, huurder van een entiteit, zakelijk recht voor een perceel, ). Voor eenzelfde ruimtelijke eenheid kunnen afhankelijk van het dossier verschillende contacten eenzelfde rol vervullen vb. dossier X en dossier Y bevatten eenzelfde gebouw, maar voor dossier X is persoon A contactpersoon, voor dossier Y is persoon B contactpersoon). Vaak is het ook mogelijk om binnen een dossier verschillende contacten te hebben die dezelfde rol vervullen voor eenzelfde ruimtelijke eenheid (vb. meerdere eigenaars van eenzelfde perceel). Om al deze zaken op te vangen, wordt het vrijwel onmogelijk om de contactpersonen, eigenaars (zakelijk gerechtigden), enz. bij te houden op het niveau van dossier (of cluster), en evenmin op het niveau van ruimtelijke eenheid. De enige plaats waar deze contacten en hun rollen op een eenduidige manier kunnen worden gedefinieerd is op het niveau van de relatie tussen een cluster en een ruimtelijke eenheid. De redenen hiervoor zijn tweevoudig, ten eerste dat een cluster altijd overeen komt met exact één dossier; en ten tweede dat het op dit niveau is dat een dossier uiteindelijk gekoppeld wordt met een ruimtelijke eenheid en het toekennen van contacten en rollen net over de koppeling tussen beide gaat. Ter verduidelijking: Eenzelfde contact kan voor verschillende dossiers en/of voor verschillende ruimtelijke eenheden een verschillende rol vervullen. Aangezien het niet de bedoeling is om dezelfde gegevens meermaals bij te houden, wordt een aparte tabel voorzien waarin alle contacten worden opgeslagen. Aan deze tabel worden tevens één of meerdere administratieve liggingen toegekend waarin de adresgegevens van de contact zijn opgeslagen (indien gekend). De verschillende mogelijke rollen (eigenaar, huurder, contactpersoon, ) worden in een aparte tabel opgeslagen. 7 / 29

8 1.2.2 en Situatie 1: In deze situatie kunnen we de volgende ruimtelijke eenheden onderscheiden: - Perceel Alfa; - Gebouw X (verwijst naar perceel Alfa); - Vijf entiteiten: Appartement A, Appartement B, Kamer 1, Kamer 2 en Kamer 3 (dit zijn alle gebouwentiteiten die verwijzen naar gebouw X); de tussenliggende gang zou op zich ook een entiteit kunnen zijn, maar deze wordt hier niet opgenomen. Aan elk van deze ruimtelijke eenheden is een administratieve ligging gekoppeld. Dit kan een CRAB adres, een tekstueel adres en/of een locatiebeschrijving zijn. Als mogelijke cluster kunnen we elke mogelijke combinatie van deze ruimtelijke eenheden gebruiken en deze dan aan een dossier koppelen. Zo is het bijvoorbeeld mogelijk om een cluster te creëren voor de twee appartementen en een kamer, of voor het hele gebouw, Situatie 2: In deze situatie kunnen we de volgende ruimtelijke eenheden onderscheiden: - Perceel Alfa; - Drie gebouwen: Gebouw X, Gebouw A en Gebouw B (verwijzen naar perceel Alfa), we maken hierbij geen onderscheid tussen hoofdgebouwen en bijgebouwen; - Vier entiteiten: Kamer 1 en Kamer 2 (verwijzen naar gebouw X); Kamer 3 en Kamer 4 (verwijzen naar gebouw B); binnen gebouw X is er nog een ruimte die ook als entiteit kan worden beschouwd, maar die hier niet is benoemd; hetzelfde geldt voor gebouw A, waarbinnen een entiteit kan worden onderscheiden. 8 / 29

9 Aan elk van deze ruimtelijke eenheden is opnieuw een administratieve ligging gekoppeld. Dit kan een CRAB adres, een tekstueel adres en/of een locatiebeschrijving zijn. De aanwezigheid van de twee niet-benoemde entiteiten toont aan dat niet alle mogelijke entiteiten uit een gebouw of op een perceel effectief moeten worden weerhouden. Het is perfect mogelijk om slechts één enkele entiteit uit een gebouw, dat bestaat uit een veelheid van entiteiten, op te nemen in de database. Als mogelijke clusters kunnen we elke mogelijke combinatie van deze ruimtelijke eenheden gebruiken en deze dan aan een dossier koppelen. Het is hierbij mogelijk om bijvoorbeeld entiteiten te groeperen die in een verschillend gebouw liggen (vb. Kamer 1 + Kamer 3 kunnen samen een cluster vormen) en het is eveneens mogelijk om verschillende types samen te voegen (vb. Kamer 2 (uit gebouw X) kan samengevoegd worden met Gebouw A, waardoor een cluster ontstaat die bestaat uit een gebouw en een entiteit uit een ander gebouw) Situatie 3: Deze situatie toont een voorbeeld van een entiteit die in meer dan één gebouw ligt. Volgens de gebouwenlaag staan op dit perceel drie gebouwen. In werkelijkheid zijn dit diverse woningen met adressen in drie verschillende straten met een ondergrondse parking. Het kleine (gele) gebouw is een doorgang met daarboven een deel van een entiteit. Deze entiteit loopt door in het volgende gebouw. In het datamodel zou deze gemeenschappelijke entiteit kunnen worden beschouwd als een perceelsentiteit (dit is een entiteit die niet gekoppeld is aan een gebouw maar aan een perceel). Aan de entiteit is per definitie een administratieve ligging gekoppeld waarin de locatie kan beschreven worden, zodat de ligging van de entiteit binnen het perceel kan worden achterhaald. Een andere mogelijkheid zou erin bestaan om de entiteit toe te wijzen aan het gebouw waarin het grootste deel van de entiteit gelegen is. In het opmerkingenveld van de entiteit kan dan worden aangegeven dat deze entiteit in feite over meerdere gebouwen gespreid is. Hoe de verschillende ruimtelijke eenheden zich verhouden tot elkaar heeft eigenlijk geen invloed op dossierniveau aangezien we altijd uitgaan van een cluster die op zich de betrokken percelen, gebouwen en entiteiten groepeert. 9 / 29

10 Situatie 4: Deze figuur toont een situatie waarbij een entiteit die in een apart gebouw ligt eigenlijk bij een andere entiteit hoort. Het geel gekleurde gebouw bevat gemeenschappelijke voorzieningen (douche en toilet) voor de appartementen in de andere gebouwen. Aangezien in het datamodel op dossierniveau sowieso wordt uitgegaan van een cluster (een groepering van ruimtelijke eenheden zoals gebouwen of entiteiten), kan deze ruimtelijke eenheid (gemeenschappelijke voorzieningen) perfect geclusterd worden met één, meerdere of alle appartementen in de andere gebouwen Situatie 5: Het gebouw met huisnummer 15 op de figuur heeft in feite huisnummer Om te zoeken via CRAB moet men ofwel 15 ofwel 17 selecteren. In het datamodel wordt gewerkt met het systeem van een centrale tabel met alle adresgegevens (Administratieve liggingen) en kan dus zowel huisnummer 15 als 17 opgeslagen worden. Dergelijk record hoeft niet per definitie een CRAB adres te bezitten; het is perfect mogelijk om het correcte adres in te geven zonder dit aan CRAB te koppelen. Aan het gebouw kunnen we dus een administratieve ligging koppelen die niet verwijst naar een CRAB adres maar die verwijst naar een tekstueel adres waarin de correcte huisnummering is opgenomen. 10 / 29

11 Situatie 6: Wat als de kadastrale gebouwenlaag slechts 1 gebouw weergeeft maar in werkelijkheid dit gebouw eigenlijk 2 of meerdere gebouwen zijn? Als de gebouwenlaag maar één gebouw toont, betekent dit dat de referentielaag met de gebouwen niet de werkelijke situatie voorstelt (dit kan bijvoorbeeld ook gebeuren als een gemeente nieuwe data aanlevert die een nieuwe situatie voorstelt die nog niet in de referentielaag is opgenomen). Dit kan in het datamodel worden opgevangen door twee gebouwen aan te maken met een verschillende gebouw_id met eventueel voor elk gebouw een verwijzing naar het gebouw uit de referentielaag. Deze 2 gebouwen kunnen ofwel manueel worden ingetekend, bij import via XML/SHP zorgt het syteem hiervoor. Aan elk gebouw kan de correcte administratieve ligging worden gekoppeld (straat X, huisnr. 3 en straat X, huisnr. 5). Verder kan men in het veld opmerkingen meer informatie geven over de eigenlijke situatie Situatie 7: Het kan voorkomen dat een specifiek bijgebouw op een perceel moet aangeschreven worden. Zo een gebouw heeft zelden een eigen adres, hoe kan dit opgelost worden? Door de invoering van een verplichte administratieve ligging voor elke ruimtelijke eenheid is dit probleem gedeeltelijk van de baan. Wanneer de administratieve ligging effectief een adres bevat, is er geen probleem. Indien de gekoppelde administratieve ligging echter enkel een locatiebeschrijving bevat (wat steeds mogelijk is) en dus geen adresgegevens beschikbaar zijn, dan kan men het adres gebruiken van een ander gebouw op hetzelfde perceel (een gebouw waar wel een adres aan gekoppeld is) en er eventueel de locatiebeschrijving bij vermelden. In alle geval is het altijd wel mogelijk om een adres in de buurt te vinden. Een andere mogelijkheid is het gebruik van de tabel met de contacten waaraan rechtspersonen hangen die op zich ook een administratieve ligging kunnen hebben. Een contact hoort steeds bij de koppeling tussen een cluster (dus een dossier) en een ruimtelijke eenheid. Door de contactgegevens van het aan te schrijven contact voor een bepaald bijgebouw waarop een bepaald dossier loopt op dit niveau bij te houden kan men steeds de correcte administratieve ligging in de database bewaren. 11 / 29

12 1.2.3 Dataopbouw geoloket Leegstandsregister Het geoloket zal gevoed worden met gegevens uit de gemeentelijke leegstandslijsten. Het geoloket zal hiervoor steunen op een geo-database en een alfanumerieke database. Aangezien er immers slechts voor de niveaus percelen en gebouwen een kadastrale laag beschikbaar is zullen ook enkel deze 2 niveaus visueel weergegeven kunnen worden in het geoloket. In de opmaak van het leegstandsregister is het dan ook de bedoeling om de geografische component van percelen en gebouwen mee te nemen. Entiteiten (woningen, kamers,...) zijn niet visueel consulteerbaar, maar kunnen wel alfanumeriek (in tabelvorm) bekeken worden in het geoloket. Dit is mogelijk door het gebouw waarbinnen de entiteiten gelokaliseerd zijn te selecteren. Ook de belangrijkste attributen van elk leegstandsdossier zijn consulteerbaar in alfanumerieke vorm. De dataopbouw van het geoloket Leegstandsregister is schematisch als volgt weer te geven: 12 / 29

13 1.2.4 Gegevens inbrengen in het geoloket Leegstandsregister Gemeenten communiceren het Leegstandsregister aan het beleidsdomein Ruimtelijke ordening, Woonbeleid en Onroerend erfgoed (RWO) via de internetapplicatie RWO Data Manager. Deze applicatie bevat verschillende modules, waaronder de module voor Leegstand (het geoloket). De RWO Data Manager is een paswoord-beveiligde applicatie die elke gebruiker een rol met bijhorende rechten toekent. Zo zal een gemeente enkel gegevens op haar grondgebied kunnen bekijken en editeren, de provincie enkel de gegevens van de gemeenten binnen de provincie kunnen bekijken,. Om de gevraagde gegevens correct in te brengen in de RWO Data Manager heeft elke gemeente 3 opties: manuele ingave, import via xml-files en import via shapefiles Manuele ingave Gemeenten die niet over een eigen (GIS-)systeem beschikken wordt de mogelijkheid aangeboden om hun leegstaande woningen en gebouwen manueel in te geven en te beheren in de module Leegstand van de RWO Data Manager. De gemeente maakt binnen de module een leegstandsdossier aan en duidt vervolgens op de kaart een perceel en eventueel een gebouw aan waarna de nodige gegevens van het dossier worden ingevuld. Het toekennen van een entiteit binnen een gebouw gebeurt bij het vervolledigen van het dossier. Leegstandsdossiers moeten met deze methode één per één ingegeven worden Import via shapefile of XML Gemeenten die wel over een eigen (GIS-)systeem beschikken kunnen hun leegstaande woningen en gebouwen in de module Leegstand van de RWO Data Manager opladen via shapefiles of XML. Gemeenten kunnen de nodige velden uit hun eigen (GIS-)systeem exporteren naar een van beide bestandstypes waarna deze kunnen opgeladen worden in de RWO Data Manager. Dit is een alles-of-niets operatie. Indien er fouten zijn in de files dienen deze eerst aangepast te worden en dan opnieuw opgeladen De RWO-modelshapefile Het departement Ruimtelijke ordening, Woonbeleid en Onroerend erfgoed (RWO) stelt een modelshapefile ter beschikking als ondersteuning naar gemeenten toe. Deze modelshapefile bevat alle velden die noodzakelijk zijn om een correct en volledig leegstandsregister aan te leveren. De shapefile bestaat eigenlijk uit één shp-bestand en 4 dbf-tabellen. In het shp-bestand kunnen alle velden specifiek voor een leegstandsdossier ingevuld worden. De 4 dbf-tabellen bevatten informatie over aanleidingen tot opname op het leegstandsregister, vrijstellingen gekoppeld aan een leegstandsdossier, contacten gekoppeld aan een leegstandsdossier en administratieve liggingen gekoppeld aan contacten, percelen, gebouwen en entiteiten (woningen) voor een leegstandsdossier. Deze gegevens moeten in aparte tabellen ondergebracht worden aangezien er meerdere aanleidingen, vrijstellingen, contacten of administratieve liggingen aan één leegstandsdossier kunnen gekoppeld worden De koppeling tussen de dbf-tabellen en het shp-bestand gebeurt aan de hand van het unieke dossier_id. Onderstaande beschrijving van de velden voor het leegstandsregister is zo opgebouwd dat de specifieke velden voor het eigenlijke dossier, aanleidingen, vrijstellingen, contacten en administratieve liggingen gebundeld zijn. 13 / 29

14 2. BESCHRIJVING VAN DE AAN TE LEVEREN VELDEN VOOR HET LEEGSTANDSREGISTER Het uitwisselen van gegevens tussen het leegstandregister enerzijds en de gemeenten en het agentschap Wonen Vlaanderen anderzijds gebeurt aan de hand van geografische afbakeningen van de percelen of gebouwen bevatten die onderhevig zijn aan leegstand en de daarbij horende attributentabellen (de geografische afbakening is nodig omdat de kans bestaat dat de gemeente over recentere kadastrale gegevens beschikt). Hieronder volgt een opsomming van alle velden zoals deze in de attributentabellen aanwezig dienen te zijn. Gemeenten die het leegstandsregister manueel wensen aan te maken/actualiseren kunnen in onderstaand overzicht de correcte betekenis, inhoud en formaat van de in te vullen velden terugvinden. 14 / 29

15 2.1 GEGEVENS EIGEN AAN DE DATABRON (ENKEL VOOR DE GEMEENTEN DIE LEEGSTANDSREGISTER AANLEVEREN VIA XML) Noot: De gegevens eigen aan de databron zijn geen elementen binnen de attributentabel van de shapefile. In de XML-file dienen deze meegegeven te worden als metadata Identificatie bron_id De leverancier van de gegevens Tekst 10 karakters Verplicht in te vullen Code Waarde Betekenis NNNNN NIS-code van de administratieve eenheid die het plan opmaakt, indien gegevens aangeleverd door plannende overheid Datum van d_van Begindatum verwerking/aanlevering gegevens Tekst 10 karakters Verplicht in te vullen Formaat jjjj-mm-dd Datum tot d_tot Einddatum verwerking/aanlevering gegevens Tekst 10 karakters Optioneel, in te vullen in voorkomend geval Formaat jjjj-mm-dd Software Software De software die de gegevens aanmaakt/aanlevert Tekst 25 karakters Optioneel, in te vullen in voorkomend geval AARIXA CEVI CIPAL GEO-IT 15 / 29

16 2.2 VELDEN MET BETREKKING TOT GEOMETRIE (ENKEL VOOR DE GEMEENTEN DIE LEEGSTANDSREGISTER AANLEVEREN VIA XML) Coördinatenstelsel co_stelsel Het gebruikte coördinatenstelsel binnen het GIS-systeem Tekst 10 karakters Verplicht in te vullen Code Waarde Betekenis EPSG:31300 Lambert 1972 EPSG:31370 Lambert 1972 EPSG:3812 Lambert Ondergrond Code ondergrond Een code die per kadastraal perceel aangeeft, welke percelenkaart werd gebruikt als ondergrond voor de opmaak van het register Tekst 25 karakters Verplicht in te vullen Waarde GRB CADMAP KADVEC WPB Eigen percelenkaart Omschrijving ondergrond aard_ond Een omschrijving van de eigen percelenkaart Verplicht in te vullen indien in het veld ondergrond de code Eigen percelenkaart is ingevuld Kadastrale toestand ondergrond d_ond De datum van aanmaak van de ondergrond Tekst 10 karakters Verplicht in te vullen Formaat jjjj-mm-dd Coördinatenstring WKT De coördinaten van de perceel- of gebouwcontour Tekst (tot op 2 decimalen (decimaal punt)) Verplicht in te vullen ( , , ) 16 / 29

17 2.3 ALGEMENE VELDEN VOOR LEEGSTAANDE WONINGEN EN GEBOUWEN Nis-code van de gemeente niscode NIS-code gemeente Numeriek (Positief natuurlijk getal) Verplicht in te vullen Nis-code van de deelgemeente dniscode NIS-code deelgemeente Numeriek (Positief natuurlijk getal) Optioneel in te vullen Nummer van de statistische sector 1 stat_sect De statistische sector waarin het gebouw of woning gelegen is. Tekst 9 karakters Verplicht in te vullen Formaat De statistische sector bestaat uit de NIS-code van de deelgemeente gevolgd door een letter en maximaal 3 cijfers. Wanneer de sector slechts 2 cijfers heeft wordt het derde karakter opgevuld door een liggend streepje. Opmerking Indien het perceel in twee of meer statistische sectoren ligt, moet het nummer ingevuld worden van de statistische sector waar de grootste helft van het perceel in ligt A00-, 11001A0PA, 11001A173, Samengestelde perceelsnotatie Formaat CAPAKEY Unieke identificatiecode van het perceel, vastgelegd door AAPD Tekst 17 karakters Verplicht in te vullen Deze code is een concatenatie van: NIS-code van de kadastrale afdeling : cijfer (5 posities) Kadastrale sectie: hoofdletter (1 positie) Grondnummer: cijfer (4 posities) Bisnummer: separator /, gevolgd door 2 cijfers (3 posities) Letterexponent: _ (indien geen letterexponent) of hoofdletter (1 positie) Cijferexponent: cijfer (3 posities) (= macht) Alle cijferonderdelen worden rechts gealigneerd en vooraan eventueel opgevuld met nullen A0310/00N Identificatie van het gebouw gebouw_id Unieke identificatiecode van het gebouw Tekst 11 karakters Verplicht in voorkomend geval Formaat Code opgebouwd uit 5 karakters, voorafgegaand door de NIS-code van de gemeente. Beide codes worden gescheiden door een underscore 23814_ De applicatie biedt de mogelijkheid om de statistische sector te laten invullen. Hiertoe dient het veld leeg gelaten te worden (shapefile) of mag de tag niet aanwezig zijn in de file (XML). Indien het veld wel ingevuld wordt of er een tag aanwezig is zal de ingevulde waarde afgetoetst worden aan de lijst van bij het beleidsdomein RWO gekende statistische sectoren. 17 / 29

18 2.3.6 Identificatie van de entiteit (woning) 2 ent_id Unieke identificatiecode van entiteit (woning) Tekst 11 karakters Verplicht in voorkomend geval Formaat Code opgebouwd uit 5 karakters, voorafgegaand door de NIS-code van de gemeente. Beide codes worden gescheiden door een underscore 23814_ Identificatie van de ligging van de entiteit (woning) Formaat entlig_id Code die de ligging van de entiteit (woning) identificeert binnen het gebouw Optioneel Code wordt opgebouwd uit huisnummer, busnummer en beschrijving van de ligging volgens volgende structuur: [huisnummer]_[busnummer]_[beschrijving]. Indien er geen busnummer is, wordt er de waarde 0 geplaatst. 23_A_1, 34_C_badkamer of 23_0_1 (in het geval dat er geen busnummer is) Identificatie van het geometrietype (enkel voor aanleveren met XML) Formaat re_code Code die bepaalt of de meegeleverde geometrie van een perceel of gebouw is Tekst 3 karakters Verplicht in te vullen Mogelijke waarden: PER: geometrie van perceel is meegegeven GEB: geometrie van gebouw is meegegeven PER of GEB Identificatie van het subtype entiteit Formaat func_code Code die het subtype van de entiteit identificeert Tekst 3 karakters Verplicht in voorkomend geval Mogelijke waarden: - ZE: zelfstandige entiteit; - NZE: niet-zelfstandige entiteit; - NW: niet-woonfunctie; - NRW: niet-reglementaire woonfunctie; - AR: andere ruimte (kan worden gespecificeerd in het veld oms_ent). ZE, NZE, NW, NRW of AR Omschrijving van het subtype entiteit oms_ent Omschrijving van het subtype van de entiteit indien in het veld identificatie van het subtype entiteit voor AR (= andere ruimte) is gekozen. Tekst 254 Optioneel Woonwagen 2 Om een leegstaande woning te registreren is het noodzakelijk zowel een perceel, gebouw als entiteit aan te geven. Enkel perceel en gebouw invoeren zal leiden tot het registreren van een leegstaand gebouw en bijgevolg ook zo in de rapportering weergegeven worden. 18 / 29

19 Identificatie van het dossier dossier_id Dossiernummer van het leegstaande gebouw of woning Tekst 11 karakters Verplicht in te vullen Unieke code die het dossier identificeert. Deze code wordt opgebouwd als volgt: - NIS-code gemeente (of provincie); - separator ( _ ); - volgnummer 5 cijfers 10000_ Externe identificatie van het dossier ext_code Een externe id of code die door de bevoegde instantie wordt gebruikt ter identificatie van het dossier Optioneel Status leegstandsdossier Formaat Oms_k_stat Status waarin het leegstandsdossier zich bevindt Verplicht in te vullen Mogelijke waarden: - Vermoeden leegstand - Administratieve akte opstellen - Beroep tegen akte - Beroep ingewilligd - Woning/gebouw is leegstaand - Opgenomen, maar vrijstelling lopende - Woning/gebouw geschrapt Nummer administratieve akte nr_admakte Nummer van de administratieve akte Code 254 karakters Verplicht in voorkomend geval Datum administratieve akte d_admakte Datum van administratieve akte Datum 10 posities Verplicht in voorkomend geval Formaat jjjj-mm-dd Datum aantekening beroep d_beroep Datum waarop beroep is aangetekend tegen opname leegstaand Datum 10 posities Verplicht in voorkomend geval Formaat jjjj-mm-dd / 29

20 Datum beslissing beroep d_beroep_b Datum waarop beslissing van aangetekend beroep genomen is Datum 10 posities Optioneel Formaat jjjj-mm-dd Beroep ontvankelijk Beroep_ont Dit veld geeft aan of het aangetekend beroep ontvankelijk is verklaard Code 1 karakter Optioneel Code Waarde Betekenis 1 Beroep is ontvankelijk verklaard 0 Beroep is niet ontvankelijk verklaard Beroep gegrond Beroep_geg Dit veld geeft aan of het aangetekend beroep ontvankelijk is verklaard Code 1 karakter Optneel Code Waarde Betekenis 1 Beroep is gegrond verklaard 0 Beroep is niet gegrond verklaard Informatie beroep inf_beroep Informatie rond het beroep tegen opname leegstand Optioneel Gemeentelijke leegstandheffing gem_hef Bedrag van de gemeentelijke leegstandsheffing in euro Numeriek 18 karakters Verplicht in voorkomend geval Formaat Decimaal getal met steeds 2 cijfers na de komma of Vrijstelling gewestelijke leegstandsheffing 3 vrijst_gew Dit veld geeft aan of het dossier vrijgesteld is van gewestelijke leegstandsheffing Code 1 karakter Verplicht Code Waarde Betekenis 1 Dossier is vrijgesteld van gewestelijke leegstandsheffing 0 Dossier is niet vrijgesteld van gewestelijke leegstandsheffing 3 Indien de gemeente een eigen gemeentelijke leegstandsheffing hanteert zal er geen heffing vanuit het gewest opgelegd worden en mag dit veld steeds als vrijgesteld van de gewestelijke leegstandsheffing aangeduid worden. 20 / 29

21 Datum schrapping leegstand d_schrap Datum van schrapping leegstand Datum 10 posities Verplicht in voorkomend geval Formaat jjjj-mm-dd Reden schrapping leegstand r_schrap Reden van schrapping leegstand Verplicht in voorkomend geval Opmerking opmerking Opmerking bij de algemene velden Optioneel 21 / 29

22 2.4 VELDEN VOOR AANLEIDING TOT OPNAME WONING OF GEBOUW OP HET LEEGSTANDSREGISTER Noot: Gemeenten die het Leegstandsregister met behulp van de modelshapefile aanleveren moeten in de dbf-tabel Aanleiding ook het dossier_id invullen (zie veld ) Gemeenten kunnen zelf bepalen wat de aanleiding is om een woning of gebouw op te nemen op het leegstandsregister. Per dossier volstaat één aanleiding maar het is perfect mogelijk meerdere aanleidingen aan te wenden Aanleiding tot opname leegstand aanl_cat Wat is de aanleiding geweest tot opname als leegstaand gebouw of woning Verplicht in te vullen 22 / 29

23 2.5 VELDEN VOOR VRIJSTELLING BIJ LEEGSTAANDE WONINGEN EN GEBOUWEN Noot: Gemeenten die het Leegstandsregister met behulp van de modelshapefile aanleveren moeten in de dbf-tabel Vrijstelling ook het dossier_id invullen (zie veld ) Het decreet Grond- en Pandenbeleid heeft een aantal mogelijke vrijstellingen voor leegstand bepaald. Dit zijn echter geen bindende voorschriften, gemeenten hebben het recht hun eigen heffingsreglement op te maken rond leegstand. Hierbij zijn ze vrij om andere vrijstellingen te kiezen dan deze die door het gewest neergeschreven zijn in artikel van het decreet grond- en pandenbeleid. Indien een gemeente hiervoor opteert moet ze een eigen code per vrijstelling meegeven in de shapefile/xml. Het moet hierbij wel opgemerkt dat de gemeente kiest om of de vrijstellingen uit het decreet grond- en pandenbeleid of de eigen opgestelde vrijstellingen te gebruiken, een mix van beide is niet mogelijk. Dit wordt verduidelijkt in onderstaande tabel: Reden vrijstelling gemeentelijke leegstandsheffing oms_k_vrij Dit veld geeft aan waarom het dossier vrijgesteld is van gemeentelijke leegstandsheffing Code 11 karakter Verplicht in voorkomend geval Gemeentelijke vrijstellingen conform artikel van het decreet Grond- en Pandenbeleid Code Betekenis 02000_00001 De heffingsplichtige die volle eigenaar is van één enkele woning, bij uitsluiting van enige andere woning 02000_00002 De heffingsplichtige die in een erkende ouderenvoorziening verblijft, of voor een langdurig verblijf werd opgenomen in een psychiatrische instelling 02000_00003 De heffingsplichtige waarvan de handelingsbekwaamheid beperkt werd ingevolge een gerechtelijke beslissing 02000_00004 De heffingsplichtige die sinds minder dan één jaar zakelijk gerechtigde is van het gebouw of de woning, met dien verstande dat deze vrijstelling slechts geldt voor het heffingsjaar volgend op het verkrijgen van het zakelijk recht 02000_00005 Het gebouw of de woning is gelegen binnen de grenzen van een door de bevoegde overheid goedgekeurd onteigeningsplan 02000_00006 Het gebouw of de woning kan geen voorwerp meer uitmaken van een stedenbouwkundige vergunning omdat een voorlopig of definitief onteigeningsplan is vastgesteld 02000_00007 Het gebouw of de woning krachtens decreet beschermd is als monument, of opgenomen is op een bij besluit vastgesteld ontwerp van lijst tot bescherming als monument 02000_00008 Het gebouw of de woning deel uitmaakt van een krachtens decreet beschermd stads- of dorpsgezicht of landschap, of van een stads- of dorpsgezicht of landschap dat opgenomen is op een bij besluit vastgesteld ontwerp van lijst tot bescherming als stads- of dorpsgezicht of landschap 02000_00009 Het gebouw of de woning vernield of beschadigd werd ten gevolge van een plotse ramp, met dien verstande dat deze vrijstelling slechts geldt gedurende een periode van drie jaar volgend op de datum van de vernieling of beschadiging 02000_00010 Het gebouw of de woning onmogelijk daadwerkelijk gebruikt kan worden omwille van een verzegeling in het kader van een strafrechtelijk onderzoek of omwille van een expertise in het kader van een gerechtelijke procedure, met dien verstande dat deze vrijstelling slechts geldt gedurende een periode van twee jaar volgend op de aanvang van de onmogelijkheid tot daadwerkelijk gebruik 02000_00011 Het gebouw of de woning gerenoveerd wordt blijkens een niet vervallen stedenbouwkundige vergunning voor stabiliteitswerken of sloopwerkzaamheden, met dien verstande dat deze vrijstelling slechts geldt gedurende een termijn van drie jaar volgend op het uitvoerbaar worden van de stedenbouwkundige vergunning 02000_00012 Het gebouw of de woning voorwerp uitmaakt van een overeenkomst met het oog op renovatie-, verbeterings- of aanpassingswerkzaamheden in de zin van artikel 18, 2, van de Vlaamse Wooncode 02000_00013 Het gebouw of de woning voorwerp uitmaakt van een door de gemeente, het Openbaar Centrum voor Maatschappelijk Welzijn of een sociale woonorganisatie verkregen sociaal beheersrecht, overeenkomstig artikel 90 van de Vlaamse Wooncode 02000_00014 Indien de heffingsplichtige de leegstand laat aanhouden omwille van een vreemde oorzaak die de heffingsplichtige niet kan worden toegerekend, wordt eveneens een vrijstelling verleend Eigen gemeentelijke vrijstellingen: Indien de gemeente geen gebruik wenst te maken van de vrijstellingen conform artikel van het decreet grond- en pandenbeleid maar eigen vrijstellingen heeft opgemaakt moet de gemeente hiervoor zelf een code opbouwen. De code bestaat uit de NIS-code 23 / 29

24 van de gemeente, een underscore en een volgnummer. Code XXXXX_XXXXX Vb _00002 Noot: Indien de gemeente als reden van vrijstelling vreemde oorzaak inbrengt kan deze eventueel nog gespecificeerd worden in het veld Ook de betekenis van de vrijstellingen die niet conform artikel uit het decreet grond- en pandenbeleid komen maar door de gemeente zelf zijn gekozen moeten in volgend veld verduidelijkt worden Betekenis van door gemeente gekozen gemeentelijke vrijstelling of specificatie bij vreemde oorzaak als reden vrijstelling gemeentelijke leegstandsheffing Opmerking Tekstveld dat uitleg geeft als er bij reden vrijstelling gemeentelijke leegstandsheffing vreemde oorzaak wordt gekozen of wanneer de gemeente ervoor geopteerd heeft eigen gemeentelijke vrijstellingen te gebruiken Verplicht in voorkomend geval Datum begin vrijstelling d_beg_vrij Datum van aanvang van de vrijstelling Datum 10 posities Optioneel Formaat jjjj-mm-dd Datum einde vrijstelling d_end_vrij Datum van einde van de vrijstelling Datum 10 posities Optioneel Formaat jjjj-mm-dd / 29

25 2.6 VELDEN VOOR CONTACTEN BIJ LEEGSTAANDE WONINGEN EN GEBOUWEN Noot: Gemeenten die het Leegstandsregister met behulp van de modelshapefile aanleveren moeten in de dbf-tabel Contacten ook het dossier_id invullen (zie veld ) Identificatie van het contact rpers_id Unieke identificatiecode van het contact Tekst 11 karakters Verplicht in te vullen Formaat Code opgebouwd uit een combinatie van de NIS-code van de instantie die het contact ingeeft, gevolgd door een separator en een volgnummer van 5 cijfers 23814_ Noot 1: Een in het systeem reeds bestaand contact kan door een gebruiker herbruikt worden ook al hoort die gebruiker niet bij de instantie van de originele invoerder. Noot 2: deze identificatie laat toe om bij de XML-import eenvoudig naar eenzelfde contact te verwijzen zodat deze niet alle gegevens meermaals opnieuw moet worden ingevoerd Rol van het contact Formaat rol Hoedanigheid het contact in dit leegstandsdossier Verplicht in te vullen Mogelijke waarden: - Gemeentelijke dossierbehandelaar - Gemeentelijke waarnemer - Zakelijk gerechtigde: volle eigendom - Zakelijk gerechtigde: mede-eigendom - Zakelijk gerechtigde: naakte eigendom - Zakelijk gerechtigde: vruchtgebruik - Zakelijk gerechtigde: recht van opstal - Zakelijk gerechtigde: erfpacht - Recht van bewoning - Advocaat - Bewindvoerder - Curator - Voogd Noot: Dit is een niet-limitatieve lijst, indien de instantie een andere rol voor een contact wil inbrengen dient ze hiervoor contact op te nemen met het agentschap Wonen Vlaanderen van het contact naam Familienaam van het contact Verplicht in voorkomend geval Janssens Voornaam van het contact voornaam voornaam van het contact Verplicht in voorkomend geval Jan 25 / 29

26 2.6.5 Aanspreking van het contact aanspr Aanspreking van het contact Optioneel Geachte, Dhr., Mevr van de onderneming naam_ond van het contact indien het om een onderneming gaat. Dit geldt ook voor publieke rechtspersonen (dit kan bijvoorbeeld de naam van een gemeente zijn). Verplicht in voorkomend geval Nummer van de onderneming nr_ond Ondernemingsnummer van het contact Numeriek 10 karakters Verplicht in voorkomend geval VKBO-code VKBO_code VKBO code van het contact Numeriek 7 karakters Optioneel Telefoonnummer van het contact telefoon Telefoonnummer van het contact Tekst 20 karakters Optioneel Faxnummer van het contact fax Faxnummer van het contact Tekst 20 karakters Optioneel adres van het contact adres van het contact Optioneel olivier.heyvaert@rwo.vlaanderen.be Opmerking opmerking Opmerking bij de velden voor contacten Optioneel Houder zakelijk recht heeft volle eigendom voor 50% van leegstaand gebouw of woning 26 / 29

27 2.7 VELDEN VOOR ADMINISTRATIEVE LIGGINGEN BIJ LEEGSTAANDE WONINGEN EN GEBOUWEN Noot: Gemeenten die het Leegstandsregister met behulp van de modelshapefile aanleveren moeten in de dbf-tabel Administratieve ligging ook het dossier_id invullen (zie veld ) en daarnaast ook de CAPAKEY (veld 2.3.4), gebouw_id (veld 2.3.5), rpers_id (veld 2.5.1) of ent_id (veld 2.3.6) afhankelijk of de administratieve ligging respectievelijk gaat over een perceel, gebouw, contact of entiteit Identificatie van de administratieve ligging admlig_id Unieke identificatiecode van de administratieve ligging Tekst 11 karakters Verplicht in te vullen Formaat Code opgebouwd uit een combinatie van de NIS-code van de instantie die de administratieve ligging ingeeft, gevolgd door een separator en een volgnummer van 5 cijfers 23814_ Noot 1: Een in het systeem reeds bestaande administratieve ligging kan door een gebruiker herbruikt worden ook al hoort die gebruiker niet bij de instantie van de originele invoerder. Noot 2: deze identificatie laat toe om bij de XML-import eenvoudig naar eenzelfde administratieve ligging te verwijzen zodat deze niet alle gegevens meermaals opnieuw moet worden ingevoerd Identificatie van de administratieve ligging volgens de CRAB-code Huisnrid0 Identificatie van de administratieve ligging volgens de CRAB-code Tekst 37 karakters Verplicht in voorkomend geval Formaat Bevat de CRAB-code die naar de ligging verwijst. Er wordt gewerkt met het veld "HUISNRID0" uit CRAB. Dit is een tekstveld van 37 karakters lang, dat zowel het straatnummer als het huisnummer bevat (straat met id en huisnr. 51) A (straat met id en huisnr. 17A) Straatnaam straat Onderdeel van tekstueel adres: straat Tekst 80 karakters Verplicht in te vullen indien geen CRAB-gegevens beschikbaar Kerkstraat Huisnummer huisnummer Onderdeel van tekstueel adres: huisnummer Numeriek 11 karakters Verplicht in te vullen indien geen CRAB-gegevens beschikbaar Appartementsnummer appnummer Onderdeel van tekstueel adres: appartementsnummer Tekst 11 karakters Verplicht in te vullen indien geen CRAB-gegevens beschikbaar 2 of A 27 / 29