Handleiding aanleveren referentiebestand prestatieveld Onderhoud & Verbetering

Transcriptie

1 Handleiding aanleveren referentiebestand prestatieveld Onderhoud & Verbetering 1

2 Inhoudsopgave Inleiding... 3 Doel... 3 Wijzigingen ten opzichte van vorig jaar... 3 Kolomnamen en beschrijving... 5 Aandachtspunten bij het samenstellen van het bestand Validatie van het referentiebestand Koppeling met SHAERE

3 Inleiding In dit document wordt de gevraagde recordstructuur van de contextinformatie over de kwaliteit van de woning ten behoeve van het Aedes-benchmark onderdeel Onderhoud en verbetering beschreven. Het betreft zowel een inhoudelijke toelichting als ook technische informatie en het gebruiksdoel binnen de benchmark. De uitvraagfunctie vindt plaats middels het uploaden van een bestand via het benchmarkportal Een leeg voorbeeld van dit bestand met de juiste kolomheaders die u kunt gebruiken voor het aanleveren van uw gegevens is tevens terug te vinden op de benchmarkportal. Doel Het doel van de aangeleverde corporatiebestanden is het opbouwen van een representatief sectorbeeld per bouwperiode en woningtype van de onderhoudskosten en de investeringen woningverbetering. Aan de hand van dit sector brede referentiebestand kan voor iedere deelnemende corporatie aan de Aedes-benchmark, rekening houdend met haar bezitskenmerken, een instandhoudingsindex worden bepaald. Aangezien de instandhoudingsindex is opgebouwd uit de bedragen voor investeringen woningverbetering en de onderhoudskosten (PO, MO en RO) zijn ook hiervoor separate indexen opgesteld zodat voor elk type van de instandhouding inzicht kan worden gegeven. Voor het bepalen van de omvang van uw onderhoudskosten (hoog/laag) houdt de index met andere woorden rekening met de bouwperiode en het woningtype van uw bestaande bezit. De afgelopen periode hebben op vele plekken in het land benchlearningsessies plaatsgevonden waarin het gebruik en de toepassing van de indexen positief is ontvangen. Ook is onderkend dat de indexen in waarde zullen toenemen naarmate deze zijn opgebouwd uit meerdere jaarlagen. Wij nodige u daarom (ook) dit jaar uit uw bestand met gegevens aan te leveren! Indien u dit doet heeft u naast de indexen op portefeuilleniveau tevens de mogelijkheid om in het Aedesbenchmarkcentrum op deelniveau per bouwperiode en woningtype inzicht te krijgen in de omvang van uw instandhouding. Wijzigingen ten opzichte van vorig jaar Dit jaar wordt de energie-index niet meer via het referentiebestand opgevraagd, maar wordt gebruik gemaakt van de SHAERE database van het prestatieveld Duurzaamheid om de gegevens te verrijken met de energie-index. Op deze manier is er een eenduidige databron voor dit prestatie-element. Dit betekent echter wel dat een koppeling nodig is om de gegevens uit het referentiebestand aan de energie-index uit SHAERE te relateren. Om deze koppeling tot stand te brengen vragen we u -indien mogelijk- om naast de vorig jaar reeds uitgevraagde postcode ook het huisnummer en eventuele huisnummertoevoeging aan het referentiebestand toe te voegen. Zie hiervoor verderop in de toelichting de paragraaf die de koppeling met SHAERE beschrijft. Ook de score NEN2767 wordt niet meer uitgevraagd. Aedes zet in samenwerking met een aantal corporaties en NEN een project op om verbetering van de standaard specifiek voor woningen in te brengen waardoor de onderlinge vergelijkbaarheid in de toekomst beter is geborgd. Tot die tijd wordt de NEN2767 niet meer opgevraagd. Voorts zijn dit jaar de woningtypes uit dvi (die op haar beurt weer aansluiten bij de woningtypes uit het handboek marktwaardering) voor wat betreft de onzelfstandige woongelegenheden gesplitst in intramuraal en overige onzelfstandige wooneenheden. De door de woningcorporatie gehanteerde 3

4 indeling van (sub)woningtypen die vorig jaar nog aanvullend op de dvi woningtypen werd uitgevraagd, is dit jaar in de uitvraag komen te vervallen. De handleiding voor de kolommen is op onderdelen uitgebreid en aangescherpt. Ook zijn validaties op de data toegevoegd. Er wordt nu gevalideerd op het totaal van de woongelegenheden en de kosten t.o.v. de dvi en de in het benchmarkportal ingevulde bedragen. Zie hiervoor verder onder de paragraaf Validaties. 4

5 Kolomnamen en beschrijving Hieronder vind u de kolommen zoals die in het bestand moeten worden opgenomen. Alleen bestanden waarin alle onderstaande kolommen voorkomen worden geaccepteerd. De niet verplichte kolommen mogen met andere woorden leeg gelaten worden, maar dienen wel te worden opgenomen in het bestand. De volgorde van de kolommen is niet relevant. Let op: de exacte schrijfwijze van de kolomnamen moet overeen komen. Wij adviseren u daarom het lege voorbeeldbestand te gebruiken dat tevens op de benchmarkportal is terug te vinden. Veld Omschrijving Type Verplicht? Object_id Object_id Vrij Complex_id Complex_id Vrij JA Postcode Postcode (4 of 6 posities), zie toelichting Tekst JA Indien koppeling met SHAERE dan 6 posities Huisnummer Huisnummer t.b.v. koppeling met SHAERE Tekst NEE Huisnummer_toevoeging Huisnummer-toevoeging t.b.v. koppeling met SHAERE Tekst NEE Aantal Aantal woongelegenheden waarop de betreffende regel betrekking heeft Numeriek JA Aantal_DAEB Aantal Daeb woongelegenheden van het totaal in de vorige kolom opgenomen aantal woongelegenheden Numeriek JA WoningType_dVi Woningtype conform dvi-indeling, zie toelichting voor exacte beschrijving Tekst JA Bouwjaar Bouwjaar (stichtingsjaar c.q. jaar van oplevering) Numeriek JA kostenro Kosten reparatieonderhoud ongeharmoniseerd Numeriek JA kostenmo Kosten mutatieonderhoud ongeharmoniseerd Numeriek JA kostenpo Kosten planmatig onderhoud ongeharmoniseerd Numeriek JA InvestWoningverbetering Investering woningverbetering ongeharmoniseerd Numeriek JA AantalMutaties Aantal mutaties Numeriek JA Hieronder volgt per kolom een inhoudelijke beschrijving. Object en complex identificatie Het doel van deze velden is om een eenduidige koppeling te kunnen leggen tussen het referentiebestand en uw eigen administratie. Dit is vooral van belang voor het opsporen van aansluitfouten met de dvi die tijdens de validatie in aanleverproces eventueel naar voren komen. U bent volledig vrij in het gebruik van deze velden, maar we raden aan om de kolommen Object_id en Complex_id (of de combinatie) uniek te laten zijn in het aangeleverde bestand en aan te laten sluiten bij uw eigen administratie. De corporatie is vrij om te bepalen op welk aggregatieniveau de gegevens aangeleverd worden, op object (woning) niveau of op complexniveau. De voorkeur gaat echter uit naar een bestand op objectniveau (inclusief complex-id), aangevuld met de velden: postcode, huisnummer en huisnummertoevoeging, om een eenvoudige aansluiting met de SHAERE database te kunnen maken. 5

6 Indien u op complexniveau de gegevens aanlevert, volstaat alleen de complexidentificatie. Postcode, huisnummer en huisnummertoevoeging Voor de koppeling met SHAERE ten behoeve van het verrijken van de gegevens met de energie-index is de postcode, huisnummer en eventuele huisnummertoevoeging noodzakelijk. Indien u de kosten en bezitskernmerken voor het referentiebestand op complexniveau aanlevert zijn deze gegevens niet eenduidig op de regel toe te voegen. In dat geval kunt u in een separaat tabblad (tweede tabblad in het lege voorbeeldbestand) deze adresgegevens koppelen aan de complexidentificatie die u in het referentiebestand hebt gebruikt. Zie verder in de paragraaf Koppelbestand SHAERE. De kolommen huisnummer en huisnummer toevoeging zijn niet verplicht, maar het veld postcode wel. De postcode wordt gebruikt om de wooneenheden op type en bouwjaar te koppelen aan de mate van verstedelijking en regionale kenmerken. Dit dient als verklarende variabelen binnen het prestatieveld Onderhoud en verbetering. Indien u gegevens op complexniveau aanlevert waarvan de onderliggende woningen zich in twee of meer verschillende viercijferige postcodes bevinden, geeft u de viercijferige postcode op waarin de meeste woningen van het complex zijn gelegen. Aantal woongelegenheden Hier wordt het aantal woongelegenheden bedoeld waarop de regel betrekking heeft. Dit betreft zowel daeb als niet-daeb eenheden. Als u gegevens per woongelegenheid aanlevert, dan wordt in dit veld een 1 ingevuld. Als u gegevens per complex invult, dan moet in dit veld het aantal woningen waaruit het complex bestaat worden ingevuld. Dit gegeven is nodig om de kosten per woongelegenheid te kunnen berekenen. Op basis van dit gegeven wordt gevalideerd of het bestand compleet is. Het totaal aantal woongelegenheden van de regels moet overeenkomen met het totaal aantal woongelegenheden zoals opgegeven in dvi (hoofdstuk 2.2A Samenstelling bezit). Aantal Daeb woongelegenheden Dit betreft het aantal daeb-eenheden binnen het opgegeven aantal woongelegenheden. Het aantal zal daarmee maximaal gelijk kunnen zijn aan het aantal woongelegenheden op de voorgaande regel. Aan de hand van het door u aangeleverde bestand zal het aantal daeb-eenheden worden gevalideerd. 6

7 Woningtype dvi-indeling Het woningtype zoals dat ook opgegeven wordt in de dvi. De waarde moeten exact overeenkomen met één van de onderstaande typecodes, gerelateerd aan typen uit dvi en mag derhalve niet leeg zijn. Deze typecodes en zijn: EengezWon MeergezWon_ZndLift MeergezWon_Lift Hoogbouw Onzelfstandig_Eenh Intramuraal Aanvullende types: Overig Aansluitregel Zelfstandige eengezinswoningen Zelfstandige meergezinswoningen: etagebouw zonder lift (t/m vier woonlagen) Zelfstandige meergezinswoningen: etagebouw met lift (t/m vier woonlagen) Zelfstandige meergezinswoningen: hoogbouw Onzelfstandige wooneenheden in studentenflats, kamergewijze verhuur, HAT eenheden, woonwagens en woonschepen Onzelfstandige wooneenheden in bijzondere woonvormen (Wet Langdurige Zorg) zoals verpleeghuizen, instellingen voor de geestelijke gezondheidszorg en lichamelijk en verstandelijk gehandicapten) Overig: niet woongelegenheden Deze regel kan gebruikt worden voor het laten aansluiten van de kosten Het type Overig: niet woongelegenheden is toegevoegd ten behoeve van aansluiting met de vhe in de Aedes-benchmark. Dit type is bedoeld om de verzameling van gegevens over bedrijfspanden, maatschappelijk vastgoed, winkels en garages kwijt te kunnen. In de context wordt dit verder niet gebruikt voor analyse doeleinden. Het gaat immers puur om de woongelegenheden. Eventuele aansluitingsverschillen in de kosten en investeringen (voortkomend uit bijvoorbeeld overloopboekingen, complex/woning inmiddels uit exploitatie door verkoop of sloop) kunnen ook op het type Aansluitregel worden opgenomen. Validatie: het aantal eenheden per type komt overeen met de opgave in de dvi, hoofdstuk 2.2C Samenstelling bezit. Bouwjaar (stichtingsjaar c.q. jaar van oplevering) Het betreft het oorspronkelijke bouwjaar of jaar van oplevering van de woning c.q het complex. In de praktijk zal voor dit veld gelden dat in een aantal gevallen de gerenoveerde woningen in de administratie van de corporatie zijn overschreven met het renovatiejaar. Wij verzoeken u dan (bij benadering) het initiële bouwjaar op te geven. Leidraad bij het invullen is het overzicht per bouwjaar zoals door u opgegeven in dvi hoofdstuk 2.2D Specificatie aantallen woongelegenheden. Kosten reparatieonderhoud ongeharmoniseerd Dit betreft de ongeharmoniseerde reparatiekosten die voor de betreffende woning c.q. complex gedurende het verslagjaar zijn gemaakt. 7

8 Ongeharmoniseerde kosten reparatieonderhoud zijn de uit de operationele kasstroom toegerekende kosten voor klachtenonderhoud, exclusief de daaraan eventueel toegerekende ruisfactoren, zoals die in de benchmarkportal bij de onderverdeling zijn opgegeven. De term klachtenonderhoud in de benchmarkportal wordt overigens dit jaar vervangen door de term reparatieonderhoud). Het ruisfactorenbedrag m.b.t. reparatiekosten wordt conform uw opgave van de onderverdeling in de benchmarkportal door het systeem vervolgens naar rato toegerekend van het totaal aantal woongelegenheden. U hoeft hiervoor niets te doen. Hiertoe zal een validatie door het systeem plaatsvinden van het totaalbedrag reparatieonderhoud van alle regels uit het bestand met de totaal ongeharmoniseerde onderhoudskosten m.b.t. reparatieonderhoud zoals die in de benchmarkportal door u is opgegeven. Om eventuele aansluitingsverschillen te voorkomen kunt u kosten van reparatieonderhoud, voortkomend uit bijvoorbeeld overloopboekingen of het complex/woning is inmiddels uit exploitatie, onder het type Aansluitregel opnemen. Kosten mutatieonderhoud ongeharmoniseerd Dit betreft de ongeharmoniseerde mutatiekosten die voor de betreffende woning c.q. complex gedurende het verslagjaar zijn gemaakt Ongeharmoniseerde mutatiekosten zijn de uit de operationele kasstroom toegerekende kosten van mutatieonderhoud, exclusief de daaraan toegerekende ruisfactoren, zoals die in de benchmarkportal zijn opgegeven Het ruisfactorenbedrag m.b.t. mutatieonderhoud wordt conform uw opgave van de onderverdeling in de benchmarkportal door het systeem vervolgens naar rato van het totaal aantal woongelegenheden toegerekend. U hoeft hiervoor niets te doen. Het systeem zal tevens een validatie uitvoeren van het totaalbedrag mutatieonderhoud van alle regels uit het bestand met de totaal ongeharmoniseerde onderhoudskosten m.b.t. mutatieonderhoud zoals die in de benchmarkportal door u is opgegeven. Om eventuele aansluitingsverschillen te voorkomen kunt u kosten van mutatieonderhoud, voortkomend uit bijvoorbeeld overloopboekingen of het complex/woning is inmiddels uit exploitatie, onder het type Aansluitregel opnemen. Kosten planmatig onderhoud ongeharmoniseerd Dit betreft de ongeharmoniseerde kosten van planmatig onderhoud die voor de betreffende woning c.q. complex gedurende het verslagjaar zijn gemaakt Ongeharmoniseerde kosten planmatig onderhoud zijn de in de operationele kasstroom toegerekende kosten van planmatig onderhoud, exclusief de daaraan toegerekende ruisfactoren, zoals die in de benchmarkportal zijn opgegeven Het ruisfactorenbedrag m.b.t. planmatig onderhoud wordt conform uw opgave van de onderverdeling in de benchmarkportal door het systeem vervolgens naar rato van het totaal aantal woongelegenheden toegerekend. U hoeft hiervoor niets te doen. 8

9 Het systeem zal tevens een validatie uitvoeren van het totaalbedrag planmatig onderhoud van alle regels uit het bestand met de totaal ongeharmoniseerde onderhoudskosten m.b.t. planmatig onderhoud zoals die in de benchmarkportal door u is opgegeven. Om eventuele aansluitingsverschillen te voorkomen kunt u kosten van planmatig onderhoud, voortkomend uit bijvoorbeeld overloopboekingen of het complex/woning is inmiddels uit exploitatie, onder het type Aansluitregel opnemen. Investering woningverbetering ongeharmoniseerd De investeringen woningverbetering zoals die voor de betreffende woning c.q. complex gedurende het verslagjaar zijn gemaakt Investeringen woningverbetering betreft alle investeringen, inclusief energetische maatregelen, aan woningen c.q. complexen zoals opgegeven in dvi, voor zover het investeringen betreft waarbij tijdens de uitvoering ten minste een deel van het casco is hergebruikt (bijvoorbeeld een geveldeel). De fundering is daarbij geen onderdeel van het casco. Het betreft onder deze definitie naar verwachting voornamelijk (alle) investeringen uit regel 2.7 woningverbetering van het kasstroomoverzicht in de dvi en in uitzonderlijke gevallen ook de regels 2.6 en 2.12 sloop/nieuwbouw voor zover dit investeringen betreffen passend in bovenstaande definitie. Het systeem zal tevens een validatie uitvoeren van het totaalbedrag aan investeringen woningverbetering van alle regels uit het door u aangeleverde bestand met de investeringen woningverbetering zoals die in de benchmarkportal door u is opgegeven. Om eventuele aansluitingsverschillen te voorkomen kunt u uitgaven aan woningverbetering (voortkomend uit bijvoorbeeld overloopboekingen of door gebruik van een algemeen complex) onder het type Aansluitregel opnemen. Aantal mutaties Het aantal mutaties wordt bepaald door het aantal verhuringen van de betreffende woongelegenheden, exclusief de in het verslagjaar nieuw gebouwde of aangekochte woongelegenheden. Dit betreft dezelfde definitie zoals die voor de opgave van de mutatiegraad in dvi wordt gehanteerd. Voorbeeld record op complexniveau: indien 10 woningen van de in totaal 50 woongelegenheden in het opgegeven complex gedurende het verslagjaar één keer zijn gemuteerd en één woning zelfs twee keer is gemuteerd, wordt 10x1 + 1x2 = 12 mutaties opgegeven in de betreffende regel van het bestand. Het systeem zal na uw aanlevering het totaal aantal mutaties uit het bestand vergelijken met de totale mutatiegraad (dus inclusief niet woongelegenheden) zoals opgegeven in uw dvi (hoofdstuk 2.2B Verhuurgegevens verslagjaar toegelaten instelling). 9

10 Aandachtspunten bij het samenstellen van het bestand Geen formules in het bestand Het is gebruikelijk om in Excel gegevens uit verschillende bronnen samen te voegen door middel van zoeken- of lookup-functies. De inleesmodule zal formules echter opvatten als tekst en daar foutmeldingen op geven. U kunt dit eenvoudig verhelpen door de tabel te kopiëren en op dezelfde plaats terug te plakken met louter de waardes. Geen totaal regels in het bestand opnemen Totaalregels verstoren de import en leiden tot foutmeldingen bij de validatie. Geen lege regels in de tabel opnemen De importmodule stopt om performance redenen bij de eerste volledig lege regel en start vanaf dat punt met het validatieproces. Neem alle kolommen, ook de niet verplichte, op in het bestand De eerste validatie is gericht op de aanwezigheid van alle kolommen, ook van de kolommen die niet verplicht zijn. U kunt die kolommen uiteraard wel leeg laten. Neem de tabel op in het eerste tabblad van het Excel-bestand De import-module gebruikt uitsluitend het eerste tabblad waarin het referentiebestand is opgenomen. Plaats het eventuele koppelbestand met complex-adresgegevens dus niet als eerste tabblad. Validatie van het referentiebestand Stap 1: Zijn alle kolommen aanwezig Er wordt gecontroleerd of alle kolommen met de juiste naam aanwezig zijn en of er geen onverwachte kolommen aanwezig zijn. Stap 2: Voldoen alle kolommen aan de eisen die daaraan gesteld worden Verplichte velden moeten een vulling hebben. Numerieke kolommen moeten een getal bevatten. Stap 3: Verbandcontroles In deze fases worden verbanden tussen kolommen gelegd: Als het woningtype een dvi type is (dus niet Overig of Aansluitregel ) dan moet het bouwjaar ingevuld zijn Als het woningtype een dvi type is (dus niet Overig of Aansluitregel ) dan moet het veld aantal groter zijn dan 0 Stap 4: Validatie tegen de dvi Voor deze stap worden de woningaantallen geaggregeerd op bouwjaarklasse en woningtype en de combinatie daarvan. Deze cijfers worden per combinatie gecontroleerd tegen de dvi. Deze gegevens worden weergegeven in een validatierapport. Wij raden u aan om dit rapport nauwkeurig te bekijken, ook als het geen blokkerende fout oplevert. 10

11 Er vinden vervolgens een vijftal validaties plaats waarvan er twee blokkerend zijn: Niet blokkerend: 1. Woningaantal per combinatie van bouwjaarklasse en woningtype gelijk aan de opgave in de dvi. De geconstateerde verschillen worden in het validatierapport weergegeven, maar zijn afwijkingen blokkeren niet 2. Woningaantal per bouwjaarklasse gelijk aan de opgave in de dvi. De geconstateerde verschillen worden in het validatierapport weergegeven, maar zijn afwijkingen blokkeren niet 3. Woningaantal per woningtype gelijk aan de opgave in de dvi. De geconstateerde verschillen worden in het validatierapport weergegeven, maar zijn afwijkingen blokkeren niet Blokkerende validaties: 4. Het totaal van de kosten per type onderhoud en investeringen moet aansluiten bij de onderverdeling die eerder in het benchmarkportalproces gemaakt is van de ongeharmoniseerde kosten. Eventuele aansluitingsverschillen in de kosten en investeringen (voortkomend uit bijvoorbeeld overloopboekingen, complex/woning inmiddels uit exploitatie) kunnen ook op het type Aansluitregel worden opgenomen. Deze validatie werkt blokkerend. 5. Het totaal van de woningen opgegeven in het context bestand (van de dvi-woningtypes, dus niet overig en aansluitregel ) moet minimaal gelijk zijn aan het totaal van de woongelegenheden dat is opgegeven in de dvi. U kunt voor het corrigeren hiervan dus geen gebruik maken van de woningtypes overig en aansluitregel. Deze validatie werkt blokkerend. Koppeling met SHAERE Het opnemen van de energie-index (EI) maakt het mogelijk dat ook dit gegeven wordt betrokken in de eindscore van uw deelname aan het prestatieveld Onderhoud & Verbetering. Ook komt er door het betrekken van de EI voor uw corporatie een waardevol vergelijkingsbestand beschikbaar dat inzicht kan geven in de eigen onderhoudsprestatie in vergelijking met collega-corporaties en hoe zich dit verhoudt tot bijvoorbeeld uw instandhoudingsindex. De gegevens komen via het Aedes benchmarkcentrum beschikbaar voor o.a. benchlearning. Zo kunt u tevens voor bepaalde woningtypen en bouwjaren bekijken welke ingrepen collega corporaties hebben uitgevoerd om tot een dergelijke EI te komen. Om te voorkomen dat door het gebruik van verschillende bronnen verwarring en niet vergelijkbare data ontstaat is gekozen om uitsluitend de EI s uit de SHAERE-database te gebruiken die voor het prestatieveld Duurzaamheid worden gebruikt. Hoewel het mogelijk lijkt om voor de koppeling gebruik te maken van bijvoorbeeld het object_id, heeft onderzoek van Aedes uitgewezen dat in de huidige omstandigheden een koppeling op postcode, huisnummer en huisnummertoevoeging de beste resultaten oplevert. Deze koppeling kan uiteraard alleen werken als uw corporatie ook gerelateerde gegevens op hetzelfde adresniveau voor SHAERE heeft aangeleverd. Om die reden is in het bestand naast de kolom postcode ook de kolom huisnummer en huisnummer toevoeging opgenomen. Met behulp van deze adresgegevens zal de EI worden betrokken in het prestatieveld Onderhoud & Verbetering. De EI kan bijvoorbeeld de geleverde prestatie in geval van 11

12 een hoge instandhoudingsindex nuanceren waardoor de overall score van de corporatie alsnog positief uitvalt. Om de gegevensbewerkingen zo dicht mogelijk bij de bron te houden heeft het de voorkeur dat de corporatie de gegevens op woning- c.q. objectniveau aanlevert voorzien van het adres. Koppelbestand SHAERE. Voor corporaties die de referentiegegevens niet op objectniveau kunnen aanleveren en voor een aanlevering op complexniveau kiezen wordt voorzien in de mogelijkheid van een koppelbestand waarin het complex_id gerelateerd wordt aan een reeks adressen van de onderliggende objecten (vhe s). Het complex bestaat immers uit meerdere adressen die u niet op die ene regel in het referentiebestand kwijt kunt. U gaat dan als volgt te werk: U voegt een tweede tabblad toe aan het importbestand (in het lege voorbeeldbestand reeds voorhanden). In dat tabblad plaatst u een tabel met vier kolommen: 1. Complex_id 2. Postcode 3. Huisnummer 4. Huisnummer-toevoeging Om de koppeling succesvol te laten zijn moet het Complex_id overeenkomen met het complex_id op het eerste tabblad en moeten de adresgegevens overeenkomen met de gegevens uit uw SHAERE aanlevering. Als de adressen uit hetzelfde bronbestand komen zal dat over het algemeen geen probleem zijn. Als dat niet het geval is moet vooral opgelet worden bij de schrijfwijze van de huisnummertoevoeging. Dit koppelbestand zal niet automatisch worden gevalideerd en kent daarmee geen afhankelijkheid voor het goedkeuren van uw referentiebestand of voor uw deelname aan het prestatieveld Onderhoud & Verbetering. Overigens maken wij u er graag op attent dat het, met enige vaardigheid in Excel, goed mogelijk is om met behulp van dit koppelbestand zelf een bestand op objectniveau te genereren. Het voordeel is dat u zelf kunt controleren of het koppelbestand compleet is. U kunt daarvoor eventueel ondersteuning vragen bij de helpdesk. Wij helpen u graag! 12