Toevoegen ruimte kenmerk Gedeeld met aantal eenheden

[benverhees]

In het beleidsboek waarderingsstelsel zelfstandige woonruimte onder 4.3.2 punt 10 staat het volgende ten aanzien van gemeenschappelijke bergingen:

10. Gemeenschappelijke bergingen worden gewaardeerd als overige ruimte als:

• zij binnen het woongebouw liggen of tot de onroerende aanhorigheden behoren;
• de vergoeding daarvoor in de huurprijs van de woning is begrepen;
• de oppervlakte, na deling door het aantal woningen, per woning minstens 2m2 bedraagt.

De toekenning van punten bij een gemeenschappelijke berging is als volgt: totale oppervlakte, afronden in m2, delen door het aantal woningen en waarderen als “overige ruimte”. Kasten <2m2 en uitkomend in een verkeersruimte worden niet meegeteld.

Of de vergoeding van een ruimte in de huurprijs is inbegrepen en met hoeveel woningen een ruimte gedeeld wordt, is op dit moment geen onderdeel van de VERA modellen.

In ons vastgoeddatasysteem is dit het kenmerk Gedeeld met aantal eenheden met als definitie: Het aantal eenheden waarmee deze ruimte wordt gedeeld. Kan een dergelijk kenmerk ook aan de VERA modellen voor ruimtes worden toegevoegd?

[EwoutAtAedes]

Beste Ben,
het idee is om de ruimtes die gemeenschappelijk gebruikt worden te verplaatsen en als CollectiefObject op te voeren, dit is ook zuiverder omdat het wel of niet gemeenschappelijk gebruik van een ruimte iets zegt over het gebruik en functie van de ruimte en niet zozeer de fysieke kenmerken van de ruimte. De gemeenschappelijke berging is daarmee een collectief object die op zijn beurt weer gekoppeld kan zijn aan één of meerdere eenheden.

[benverhees]

Beste @EwoutAtAedes, bedankt voor je reactie. Begrijp ik het goed dat het idee is om ruimtes die gemeenschappelijk gebruikt worden niet meer in het ruimten attribuut op Eenheden-Eenheid als Eenheden-Ruimte op te voeren, maar als een ander type op een ander attribuut?

[MarcelVanDenBos]

Ja dat klopt. We nemen deze aanpassing op in VERA 4.1.6

[sTomerG]

Belangrijk is dat uit de gedeeldheid van ruimtes kan worden achterhaald of het gedeeld wordt met mensen van dezelfde woning (zoals een badruimte bij een studentenwoning) en/of dat de ruimte gedeeld wordt met mensen van andere woningen (zoals bij een dakterras zou kunnen). Let op: beiden kan tegelijk.

[benverhees]

@EwoutAtAedes vanuit de modellering van een geheel complex begrijp ik de opzet met CollectiefObject. Hoe zouden we met deze opzet kunnen werken in de context van procesberichten waarbij we op basis van een bericht voor één eenheid een woningwaardering willen berekenen?
Stel, een eenheid deelt een gemeenschappelijke berging met 5 andere eenheden, en deelt daarnaast 50 parkeerplaatsen met 200 andere eenheden. Dit levert een groot procesbericht op wanneer we voor elk CollectiefObject alle eenheden zouden moeten vullen om te berekenen met hoeveel eenheden het collectiefobject gedeeld wordt. Zouden we hiervoor in de procesberichten met een andere opzet kunnen werken?

[EwoutAtAedes]

Beste Ben,

bedankt voor je bericht, als ik het zo lees dan heb je helemaal gelijk. Vanuit het oogpunt van datamodellering is het een nette oplossing maar voor het proces van berekenen van de woningwaardering is dat mogelijk niet werkbaar. De vraag is wel of het een goede practice is om 50 parkeerplaatsen als aparte collectieve objecten op te voeren en niet 1 parkeerplaats/terrein geschikt voor 50 voertuigen. We kunnen bijvoorbeeld ook beslissen om specifieke attributen (die door de bronapplicatie berekend wordt) op te nemen in een procesbericht.

Heb jij een voorstel/idee hoe je dit op zou willen lossen? Dan kunnen we dat meenemen in onze overwegingen.

[EwoutAtAedes]

Beste Tomer,

voor wat betreft jouw opmerking over het achterhalen van de gedeeldheid van ruimtes; welk verschil zie jij tussen een woonkamer die gedeeld wordt door meerdere onzelfstandige eenheden en een centrale hal door meerdere zelfstandige eenheden?

In beide gevallen hebben we het over een eenheid (zelfstandig of onzelfstandig) die gekoppeld is aan één of meerdere ruimtes (woonkamer, centrale hal).

[benverhees]

Beste Ben,

bedankt voor je bericht, als ik het zo lees dan heb je helemaal gelijk. Vanuit het oogpunt van datamodellering is het een nette oplossing maar voor het proces van berekenen van de woningwaardering is dat mogelijk niet werkbaar. De vraag is wel of het een goede practice is om 50 parkeerplaatsen als aparte collectieve objecten op te voeren en niet 1 parkeerplaats/terrein geschikt voor 50 voertuigen. We kunnen bijvoorbeeld ook beslissen om specifieke attributen (die door de bronapplicatie berekend wordt) op te nemen in een procesbericht.

Heb jij een voorstel/idee hoe je dit op zou willen lossen? Dan kunnen we dat meenemen in onze overwegingen.

Beste Ewout,

Jouw voorstel lijkt mij een prima oplossing, ik ben het helemaal met je eens. Zo hebben we het nu ook opgelost in onze software, een ruimte hebben we twee extra properties gegeven:

• gedeeld_met_aantal_adressen
• gedeeld_met_aantal_onzelfstandige_woonruimten

Om ook je vraag aan @sTomerG te beantwoorden: in de woningwaardering wordt hierin verschil gemaakt in de berekening:

De punten worden gedeeld door het aantal adressen dat toegang en gebruiksrecht heeft en vervolgens gedeeld door het aantal onzelfstandige woonruimten op dat adres.

Rekenmethode

Bepaal of het een vertrek of een overige ruimte is en reken de oppervlaktepunten:
a. Gemeenschappelijke vertrekken worden met 1 punt per m2 gewaardeerd.
b. Gemeenschappelijke overige ruimten worden met 0,75 punt per m2 gewaardeerd.
Bepaal de punten voor verkoeling en verwarming conform rubriek 3.
Bepaal eventueel van toepassing zijnde extra punten conform rubriek 5, 6 en/of 7.
Saldeer de punten uit de hierboven genoemde stappen.
Deel dit aantal punten door het aantal adressen dat toegang heeft tot de gemeenschappelijke binnenruimten.
Deel het aantal punten door het aantal onzelfstandige woonruimten op dat adres.