Een analyserapport is toegevoegd voor element per huurcontract, dit kan gebruikt worden bij het verhogen van de service- en verbruikselementen. Dit rapport kan gevonden worden door te zoeken op 'Exporteer de jaarlijkse huurverhogingsgegevens naar Excel'.

Het is mogelijk gemaakt om in het koppelscherm 'Standaardtaak - Ruimtesoorten' een default ruimtesoort voor een standaardtaak in te stellen.

Aan het lijstscherm 'Standaardtaken' is het veld 'Ruimtesoorten' toegevoegd met daarin het aantal gekoppelde ruimtesoorten van de standaardtaak.

Aan het kaartscherm 'Standaardtaak' is het veld 'Default ruimtesoort' (niet wijzigbaar) toegevoegd.

Bij het aanmaken van een onderhoudstaak met standaardtaakcode wordt de ruimtesoort automatisch ingevuld met de default ruimtesoort. Als er geen default ruimtesoort is ingesteld en er maar één ruimtesoort is gekoppeld, dan wordt deze ruimtesoort ingevuld. De gebruiker kan deze ruimtesoort achteraf wijzigen.

 

Vanaf Connect-It versie 2.23 is de ruimtesoort verplicht bij het exporteren van standaardtaken (Master data export) naar Connect-It. Standaardtaken zonder een gekoppelde ruimtesoort veroorzaken dan een foutmelding. Zorg dus vanaf Connect-It versie 2.23 dat aan alle standaardtaken minimaal één ruimtesoort is gekoppeld.

Met ingang van het huursomtijdvak voor 1-1-2020 t/m 1-1-2021 zijn de huursomuitzonderingen HARMONISATIE en INKOMENSDALING van toepassing.

Om tijdens de huursomberekening met de genoemde huursomuitzonderingen rekening te houden, moeten deze eerst aan een verhuurmutatiereden worden gekoppeld (zie onze referentie 55609).

Indien tijdens de huursomberekening voor een OG Eenheid een verhuurmutatiereden van toepassing is waaraan de huursomuitzondering HARMONISATIE en/of INKOMENSDALING is gekoppeld, dan wordt de nettohuur van de betreffende OG Eenheid niet meegenomen in de huursom voor het betreffende huursomtijdvak. Met andere woorden: de OG Eenheid wordt uitgesloten bij de berekening. Het systeem registreert voor de betreffende OG Eenheid wel dat sprake is van een of beide huursomuitzonderingen. De verhuurmutatie moet wel betrekking hebben op een huurprijsmutatie met een ingangsdatum in het huursomtijdvak.

NB: de behandeling van de huursomuitzonderingen HARMONISATIE en INKOMENSDALING is analoog aan de behandeling van de bestaande huursomuitzondering WONINGVERBETERING.

Voorbeeld voor huursomtijdvak 1-1-2020 t/m 1-1-2021

OG Eenheid OGE12345 heeft een verhuurmutatie met ingangsdatum 1-4-2020 en verhuurmutatiereden WONINGVERB. Daarnaast heeft dezelfde OG Eenheid nog een andere verhuurmutatie met ingangsdatum 15-7-2020 en verhuurmutatiereden VERLAGING.

Aan verhuurmutatiereden WONINGVERB is huursomuitzondering WONINGVERBETERING gekoppeld. 

• Tijdens de huursomberekening zal de nettohuur van OG Eenheid OGE12345 niet worden meegenomen in de huursom; OG Eenheid OGE12345 wordt uitgesloten.
• Voor OG Eenheid OGE12345 zal de huursomuitzondering WONINGVERBETERING worden geregistreerd.
• Voor OG Eenheid OGE12345 zal de huursomuitzondering INKOMENSDALING worden geregistreerd.

Bij het rapporteren van OG Eenheden voor de verhuurdersheffing, worden de eenheden waarbij de eigenschap 'Vrijstelling tijdelijke woning' op 'Ja' staat niet meegenomen in de berekening van de verhuurdersheffing. Deze eigenschap 'Vrijstelling tijdelijke woning' is sinds SP2006 beschikbaar op sneltabblad 'Exploitatie (Alg)' op de OG Eenheid-kaart (zie onze referentie 44539).  

Het rapport voor het berekenen/rapporteren van de verhuurdersheffing kan als volgt worden gestart:

• Ga naar ../Afdelingen/Empire Applicatiebeheer/Wonen/Huurtoeslag
• Klik onder Lijsten op Verhuurdersheffing

Voorheen was de inrichting en toewijzing van verschillende exploitatievormen van het soort 'Verhuur' de enige manier voor corporaties om onderscheid te maken tussen verschillende huurcontractsoorten. Aangezien de huurcontractsoort in veel gevallen pas gedurende het verhuurmutatieproces bekend werd, moesten vooraf meerdere exploitatievormen van het soort 'Verhuur' worden toegewezen aan een OG Eenheid. Zodra de verhuuraanbieding werd aangemaakt, maakte het systeem meerdere aanbiedingscontracten aan: één aanbiedingscontract per exploitatievorm. Zodra bekend werd welke huurcontractsoort van toepassing was voor de nieuwe verhuring, moest de gebruiker de overige aanbiedingscontracten verwijderen van de verhuuraanbieding. 

• Sneltabblad 'Algemeen' op de detailpagina 'Huurcontractgegevens' (benaderbaar vanaf het contractoverzicht van een OG Eenheid); 
• Feitenblok 'Huidig huurcontract' (o.a. getoond op de OG Eenheidskaart). 

• De inrichting van de totale lijst met exploitatievormen van het soort 'Verhuur' kan worden vereenvoudigd.
• Per OG Eenheid hoeven minder exploitatievormen toegewezen te worden.
• Binnen een verhuuraanbieding hoeven geen aanbiedingscontracten meer verwijderd te worden.

Op het rolcentrum voor het Wonen-profiel zijn zogenoemde inzichten toegevoegd. Dit zijn tegeltjes waarin wordt vermeld hoeveel voorkomens er van een bepaalde entiteit zijn die voldoen aan een bepaald filter. Het betreft de volgende inzichten: 

• Contacten met openstaande taken 
• Alle openstaande leefbaarheidsdossiers 
• Eenheden met bestemming verkoop 
• Verkochte eenheden

Voor het toepassen van de huursombenadering zijn twee nieuwe huursomuitzonderingen toegevoegd. Dit betreffen:

• HARMONISATIE
• INKOMENSDALING

Op de pagina waarop de gebruiker in ERP een huuropzegging kan aanmaken, was het sneltabblad 'Huuropzegging' standaard ingeklapt. Als gevolg daarvan moest de gebruiker dit sneltabblad eerst openen voordat hij de ontvangsdatum, huurcontracteinddatum en boekingsgroep kon controleren en eventueel aanpassen. Het systeem is zodanig aangepast dat het genoemde sneltabblad standaard geopend is bij het aanmaken van een nieuwe huuropzegging.

De registratie van huisnummers van OG Eenheden is zodanig gewijzigd dat deze in lijn is met het BAG-formaat. Daartoe is het veld 'Toevoeging' gesplitst in de volgende twee velden: 

• Huisletter (1 letter)
• Huisnummertoevoeging (4 letters en/of cijfers) 

Door deze splitsing wordt het huisnummer van een OG Eenheid voortaan vastgelegd in drie velden (analoog aan het BAG-formaat): huisnummer, huisletter en huisnummertoevoeging. 

Op het moment dat de gebruiker een verhuuraanbieding opent, verschijnt er in bepaalde gevallen een notificatie dat de huurbeleidsparameters zoals deze op dit moment zijn, afwijken van de huurbeleidsparameters die zijn toegepast binnen de verhuuraanbieding. Op basis van deze notificatie kan de gebruiker de verschillen bekijken en besluiten om het huurbeleid al dan niet opnieuw toe te passen. Echter, deze notificatie verscheen soms ook als de verhuuraanbieding al was geaccepteerd. In dat geval had de notificatie geen zin (en was hij zelfs verwarrend), omdat de gebruiker in het geval van een geaccepteerde verhuuraanbieding het huurbeleid niet meer opnieuw kan toepassen. Het systeem is nu zodanig aangepast dat de notificatie alleen kan verschijnen in het geval van een lopende aanbieding.

Voor het afdrukken of exporteren van een betalingstermijn van de betalingsregeling kan worden aangegeven of, naast het klantnummer, ook het betreffende contactnummer moet worden weergegeven. Indien gewenst, dan wordt het contactnummer zowel op de afdruk als in het exportbestand boven het klantnummer weergegeven.

Bij het selecteren van klantenposten in het derdendossier was het alleen mogelijk om debetposten te selecteren. Het is nu ook mogelijk gemaakt om creditposten te selecteren. Het is echter niet mogelijk om zowel debet- als creditposten te selecteren. Deze posten zullen eerst vooraf moeten worden vereffend.

Wanneer handmatig een Service- en Verbruiksfactuur geprint werd en op het verhuurcontract stond voor dat specifieke element de optie 'Print' uit, dan werd deze niet weergeven in het geprinte document wanneer deze van het onderwerp S&V-kosten was. Dit is nu opgelost.

Voor het matchen van orders aan inkoopfacturen kan bij de instellingen voor goedkeuring een ordermatchgoedkeuring-tolerantiebedrag worden opgegeven. Als het bedrag op de inkoopfactuurregel kleiner was dan het ordermatchgoedkeuring-tolerantiebedrag werd de inkoopfactuur automatisch goedgekeurd wanneer een gebruiker de inkoopfactuur boekte met behulp van 'Match en Boeken'. De inkoopfacturen worden vanaf heden niet meer automatisch goedgekeurd in deze situatie.

Bij het aanmaken van nieuwe aanmaningen werd zowel de kop- als de voettekst tweemaal aan de aanmaningen toegevoegd. De oorzaak hiervan is gevonden en verholpen. Vanaf deze versie worden de teksten weer correct vermeld.

In het scherm 'Inkoopregels' resulteerde de actie 'Archiveren geweigerde/geannuleerde order' in een foutmelding voor bijvoorbeeld in het leveranciersportaal geweigerde orders. Deze foutmelding is opgelost.

Bij de omschrijvingsoorten kan worden ingesteld ('Tonen aan klant') welke omschrijvingen op het klantportaal moeten worden getoond. Als bij geen van de omschrijvingsoorten dit was aangevinkt, werden ten onrechte alle aanwezige omschrijvingen op het portaal getoond. Dit probleem is opgelost.

Door een bug kon een geëxporteerde machtigingenset niet meer worden geïmporteerd. Dit probleem is nu verholpen.

Door gewijzigde techniek in Business Central werd de masterdata voor Connect-IT niet meer periodiek uitgevoerd door het systeem. Dit is aangepast, zodat dit in Business Central weer automatisch uitgevoerd wordt.

Fouten in het leveranciersportaal worden vastgelegd in het leveranciersportaal-foutenlogboek. Daarnaast wordt hiervan ook een mail verstuurd naar de beheerder van het leveranciersportaal. De tekst van deze mail was niet altijd correct. Dit is nu verbeterd, zodat het duidelijker is dat de fout gaat over een onderhoudsorder of -factuur.

De standaard machtigingenset 2C-VHR-HUUROPZEGGING is uitgebreid met toegangsrechten voor het invoeren, wijzigen en verwijderen van gegevens in de volgende tabellen: 

• 11282361 RentalMutationHSG 
• 11282364 RentalMutAttentionPointHSG

Het systeem is zodanig aangepast dat indirecte invoerrechten op tabel 11282361 voor de gebruiker voldoende zijn om een huuropzegging te kunnen aanmaken zonder foutmelding over ontbrekende invoerrechten op de genoemde tabel.

Sinds R17 SP2004 kon de gebruiker het contactnummer van een gegadigde voor een lopende verhuuraanbieding niet handmatig invullen of wijzigen als de eenheid was gepubliceerd in een extern WRV-systeem (via maatwerk WRV-koppeling of standaard VERA-WRV-koppeling). Het contactnummer kon alleen automatisch worden ingevuld door middel van het verwerken van een gegadigde afkomstig uit het extern WRV-systeem en daarna niet meer handmatig worden gewijzigd. Echter, in de praktijk kwam het soms voor dat een gegadigde, afkomstig vanuit een extern WRV-systeem, aan een verkeerd huishouden werd gekoppeld tijdens het verwerken van de gegadigde. In die situatie kon de verhuuraanbieding niet meer aan het juiste huishouden worden gekoppeld. 

Dit is opgelost door het systeem zodanig aan te passen dat de gebruiker het contactnummer van een gegadigde op een lopende verhuuraanbieding handmatig kan wijzigen, nadat het contactnummer automatisch is ingevuld door middel van het verwerken van een gegadigde. In dat geval wordt het nieuwe contactnummer automatisch aan de desbetreffende gegadigde gekoppeld.

Dit betreft een situatie waarbij gebruik wordt gemaakt van de functionaliteit Huurverhoging via batches.

Op het moment dat Huurverhoging via batches wordt uitgevoerd is er sprake van een contractregel voor een huurcontract. Deze contractregel heeft huurverhogingsdatum 1-7-2020.

Het scenario is nu als volgt:

• 1. Uitvoeren van Huurverhoging via batches
• 2. Registratie van een huuropzegging. De huurcontracteinddatum is bijv. 15-6-2020 (deze huurcontracteinddatum moet vóór 1-7-2020 liggen). Als gevolg van deze huuropzegging ontstaat een contractregel voor leegstand met ingangsdatum 16-6-2020 en krijgt de contractregel voor het huurcontract einddatum 15-6-2020.
• 3. Uitvoeren van Huurverhoging verwerken. De huurverhogingsdatum hierbij is 1-7-2020. Als gevolg van deze actie ontstaat een contractregel voor het huurcontract waarvoor in stap 2 een huuropzegging was geregistreerd. Dit is onterecht.

Op het moment dat een gebruiker met een relatieve lange gebruikersnaam het rolcentrum van het Wonen-profiel opende, trad er een foutmelding op: "De lengte van de tekenreeks is xx. Deze moet echter kleiner zijn dan of gelijk zijn aan 20 tekens." Dit werd veroorzaakt door het feit dat in de filtering van de activiteit voor 'Mijn leefbaarheidsdossiers' de gebruikersnaam (max. 50 karakters) werd gebruikt en werd vergeleken met de code van behandelend medewerker van de leefbaarheidsdossiers (max. 20 karakters). Dit is opgelost door de filtering van activiteit 'Mijn leefbaarheidsdossiers' zodanig aan te passen dat voortaan de medewerkercode uit de gebruikersinstellingen wordt gebruikt in de filtering.

Aanvullende opmerking: als er geen medewerker is ingesteld in de gebruikersinstellingen van de ingelogde gebruiker, dan krijgt de ingelogde gebruiker voortaan een betekenisvolle foutmelding op het moment dat hij op de activiteit 'Mijn leefbaarheidsdossiers' klikt.

Op de detailpagina van een vervolgvraag was de knop voor het toevoegen van een antwoord ten onrechte inactief (uitgegrijsd). Deze knop was in R19 wel actief, maar in R20 niet meer. Dit is opgelost, waardoor de beheerder van de Kennisbank ook in R20 nieuwe antwoorden kan toevoegen aan vervolgvragen.

Gebruikers die in R19 probleemloos verhuuraanbiedingen konden aanmaken, liepen in R20 tegen foutmeldingen over ontbrekende toegangsrechten aan. Dit kwam omdat het systeem op het moment van aanmaken van een verhuuraanbieding automatisch de bijbehorende verhuurmutatie en mutatieproces wilde bijwerken, waarvoor toegangsrechten nodig zijn. Bovendien hebben deze gebruikers extra toegangsrechten nodig om handmatige mijlpalen van verhuurmutaties te kunnen wijzigen en om verhuurmutatieaandachtspunten te kunnen toewijzen aan verhuurmutaties. 

• Directe wijzigrechten op tabel 11282361 RentalMutationHSG 
• Directe invoeg-, wijzig- en verwijder-rechten op tabel 11282364 RentalMutationAttentionPointHSG 
• Indirecte invoeg-, wijzig- en verwijder-rechten op tabel 11024162 Mutatieproces

Aan de XMLPort 11030330 is het veld TemplateID toegevoegd die exact dezelfde waarde heeft als het veld IntTemplateCode, zodat deze in beide situaties de juiste data presenteert.