De anonimiseringsfunctie is uitgebreid met twee mogelijke situaties en kan voortaan ook gebruikt worden voor:

• Contacten (huishouden) zonder een gekoppeld klantnummer
• Contacten (huishouden) met een gekoppeld klantnummer en zonder gekoppeld contract

Dit item geldt als deeloplevering van bestaande wijzigingsverzoeken. Een uitbreiding is gedaan in de Postex-koppeling voor Wordlink- en segmentmailingdocumenten: voortaan wordt er meer informatie meegestuurd, namelijk:

• Clusterinformatie
• OG Eenheidnummer en -adres
• Gebruikersnaam

Deze release bevat ook de nieuwe Real Estate Extensie. Deze extensie wordt gebruikt voor de isolatie van bestaande en de uitgave van nieuwe functionaliteiten rondom gepland en dagelijks onderhoud. Om deze reden moet de extensie standaard geïnstalleerd zijn en ook blijven.

De kolom 'Ingevoerd door' is toegevoegd aan de lijstpagina 'Onderhoudstaken'.

De contactpersonen van de betreffende projecten zijn als veld toegevoegd aan de pagina 'Projecten per eenheid (11030502).

Wanneer een werksoortomschrijving werd aangepast zag men deze aanpassing niet direct in de projectypewerksoorten terug. Dit is nu opgelost.

Het is vanaf nu mogelijk om meerdere budgetregels te selecteren en de status hiervan tegelijk aan te passen, bijvoorbeeld allemaal direct gereed te melden.

De API die wordt gebruikt voor het uitlezen van tabelrecordverwijderingen heeft een update ondergaan: de groepsnaam en publisher zijn toegevoegd, waardoor het uitlezen van de gegevens is verbeterd.

De documentdatum voor documenten op het Klantportaal werd niet correct weergegeven. Dit is opgelost.

Het was op basis van de standaardrechtensets niet mogelijk een cluster aan een team te  koppelen. Dit is opgelost door lees-, wijzig-, invoeg- en verwijderechten toe te voegen voor tabledata 11153417 in permissieset 2C-FIN-CLUSTERS OVG.

In de kolom 'Straatnaam' werd zowel de straatnaam als het huisnummer van de betreffende huurder getoond, terwijl er voor het huisnummer een aparte kolom in het bestand is opgenomen. Dit is verbeterd en alleen de straatnaam wordt hier voortaan getoond.

Bij het plakken van diverse regels voor verschillende OGE's in de verhuurcreditnota, werd een melding getoond die vermeldde dat het clusternr. op de verkoopkop was gewist. Dit is verholpen, de melding wordt niet meer getoond.

Wanneer vanuit Connect-It of Fieldservice een taak werd toegevoegd die doorbelast moest worden aan de huurder, kon de doorbelasting niet worden verwerkt in Dynamics Empire. Dit kwam doordat er een check werd gedaan op het veld 'Origineel aantal' i.p.v. het veld 'Aantal'. Dit is nu aangepast: wanneer taken toegevoegd worden vanuit Connect-It of Connect-It 365 zal de doorbelasting plaats vinden op basis van het veld 'Aantal'. Hierdoor is het mogelijk taken die vanuit de planner komen o.b.v. verkoopwijze 'vaste taakprijs' ook correct door te belasten.

Als een betalingsconditie was ingesteld bij een leverancier werd deze niet toegepast wanneer de factuur via KOVRA naar Dynamics Empire werd gestuurd. Dit is nu opgelost doordat er een instelling is toegevoegd in de KOVRA-instellingen om aan te geven of de betalingsconditie vanuit KOVRA genegeerd moet worden. Het betreft de instelling 'Negeer betaaltermijn uit KOVRA factuurbericht'.

In Dynamics Empire kunt u instellen dat er geen onderhoud is toegestaan op een OG Eenheid. Als dit was ingesteld op het collectief object, behorende bij de verhuurbare eenheid, maar niet op de verhuurbare eenheid zelf, dan werd die controle hierop niet goed uitgevoerd. Dit is nu opgelost. Bij het indienen van een onderhoudsverzoek via de vraagboom wordt deze controle nu ook op de gerelateerde OG Eenheden uitgevoerd en niet alleen op de gekozen OG Eenheid.

Wanneer van een onderhoudstaak een onderhoudsorder werd aangemaakt op basis van een standaardtaak met inkoopwijze 'Vaste taakprijs', en vervolgens werd de standaardtaakcode verwijderd uit de regel, dan gaf dit later in het proces problemen. Bij het aanpassen van een standaardtaak moet men handmatig een vinkje zetten in kolom 'Handmatig', aangezien de standaardtaak is aangepast. Dit gebeurde in veel gevallen niet door de gebruiker. Dit is nu opgelost door een extra controle uit te voeren bij het aanmaken van een onderhoudsorder en bij het toepassen van inkoopwijze 'Vaste prijs' en het ontbreken van de standaardtaakcode.

De datum/tijd technisch gereed werd vanuit de Connect-It 365-integratie niet gevuld. Dit probleem is opgelost, het veld wordt nu gevuld op basis van de technischgereedmelding vanuit Connect-It 365.

Wanneer er resources aanwezig waren met hetzelfde e-mailadres gaf dit problemen bij het openen van de plannerresources-tabel en kon de integratie met Connect-It 365 hier problemen door ondervinden. Dit is opgelost.

Wanneer leveranciers voor een langere periode met het Leveranciersportaal werken, loopt hat aantal orders in de tegel 'Afgehandeld' erg op. Wanneer dit door de leveranciers geopend werd kon dit tot performanceproblemen leiden.  Hiervoor is binnen de leveranciersportaalinstellingen de volgende instelling beschikbaar gekomen: 'Periode afgehandelde orders zichtbaar'. Hier kan een periode opgegeven worden hoe lang orders zichtbaar blijven voor de leverancier in de tegel 'Afgehandeld' (bijvoorbeeld 1J). Wanneer deze optie leeggelaten wordt zijn alle orders zichtbaar, zoals in de huidige situatie.

Er konden fouten optreden op het moment dat er door leveranciers factuurbijlagen ingediend werden in het Leveranciersportaal. Hiervoor is de standaard machtigingenset voor het Leveranciersportaal uitgebreid, zodat de fouten niet meer zullen optreden.

De pagina 'Onderhoudsorder gereedmelden' kan nu gevonden worden onder 'Gereedmelden onderhoudsorders Eigen dienst'. Daarnaast is het filterdeelvenster nu standaard zichtbaar, zodat hier gemakkelijker mee gewerkt kan worden.

Wanneer er binnen Connect-It gebruik gemaakt wordt van meerdere vakmannen is het vanaf nu mogelijk om hier rekening mee te houden bij het plannen. Bij de plannerinstellingen is de optie 'Planduur corrigeren voor aantal vakmannen' toegevoegd. Wanneer deze aanstaat zal bij het plannen de taakduur gecorrigeerd worden voor het aantal vakmannen dat voor de order gepland wordt.

Er was een onnodige check op taakstatus wanneer een taak met een afrondcode vanuit Connect-It 365 naar Dynamics Empire gestuurd werd. Dit kon ervoor zorgen dat taken die geannuleerd werden met opgave van een verklarende afrondcode, niet gesynchroniseerd konden worden. Dit is opgelost.

In de MJO-instellingen kan de MJO-bedrijfsnaam gevuld worden. Deze doet een check op de bedrijfsnaam in de bedrijfsgegevens. De bedrijfsnaam in de MJO-instellingen kon maar met 20 tekens gevuld worden, de bedrijfsnaam in de bedrijfsgegevens met 30. Dit is gelijkgetrokken naar 30 tekens om problemen te voorkomen.

Als er een elementsjabloon was aangemaakt per cluster of per OG Eenheid, dan werd hier bij de aanbiedhuur geen rekening mee gehouden. Hierdoor kon er bij de aanbiedhuur voor de desbetreffende OG Eenheid ieder element uit het totale elementenoverzicht worden gekozen, hetgeen niet de bedoeling is.    

Er was sprake van twee problemen met het tonen van erfpachtcontracten van clusters: 

• Als een gebruiker een erfpachtcluster had geselecteerd en van daaruit via de knop 'Erfpachtcontracten' navigeerde naar de pagina 'Erfpachtcontracten', dan werd de pagina 'Erfpachtclustercontracten' geopend waarop de gegevens van het eerste erfpachtcluster uit de lijst werden getoond in plaats van de gegevens van het geselecteerde erfpachtcluster. 
• De pagina 'Erfpachtclustercontracten' bevat een tabblad genaamd 'Erfpachtcontracten' waarin alle erfpachtcontracten van alle OG Eenheden uit het geselecteerde cluster getoond moeten worden. Echter, als de gebruiker de pagina 'Erfpachtclustercontracten' van een erfpachtcluster had geopend, dan was het tabblad 'Erfpachtcontracten' in alle gevallen leeg.  

Beide problemen zijn opgelost.

Met de belastingdienst worden er (maandelijks) gegevens uitgewisseld ten behoeve van de (her)berekening van de huurtoeslag. Hierin werden ook huurdergerelateerde gegevens meegestuurd die conform de AVG niet meer meegestuurd mogen worden. Daarnaast heeft de Belastingdienst verzocht twee andere velden ook leeg te laten. De volgende velden worden niet meer getoond op de pagina 'Gegevensuitwisseling Verhuurderadministratie BD/T Detailregels' en ook niet meer opgenomen in het exportbestand dat naar de Belastingdienst verstuurd wordt:

• Burgerservicenr.
• Achternaam
• Tussenvoegsel
• Voorletters
• Geboortedatum
• Ingangsdatum huurperiode
• Eenheidnr. BD/T

Als een gebruiker tijdens het verschuiven van een huuropzegging een notitie aanmaakte, dan werd die notitie niet goed opgeslagen bij die verschuiving en ontstond er een 'zwevende' notitie. Als gevolg daarvan werd de zwevende notitie niet getoond zodra een gebruiker de lijst met verschuivingen opende en de desbetreffende verschuiving selecteerde. Dit probleem speelde alleen bij nieuwe verschuivingen. Als een gebruiker een notitie aanmaakte bij een reeds doorgevoerde verschuiving (bereikbaar via de knop 'Navigeren' --> 'Huuropzegging verschuivingen'), dan werd - en wordt - die notitie correct opgeslagen bij die bestaande verschuiving.

Vanwege technische beperkingen kon dit probleem bij nieuwe verschuivingen niet worden opgelost. Geadviseerd wordt om eventuele notities voortaan aan te maken bij een bestaande verschuiving, dus nadat de verschuiving is doorgevoerd. Om zwevende notities te voorkomen is het systeem in R20/R21 zodanig aangepast dat het feitenblok met notities wordt verborgen op de pagina waarop de gebruiker een nieuwe verschuiving kan specificeren.

Als op de woningwaardering van een OG Eenheid werd aangegeven dat er sprake was van een zorgwoning, werd een toeslag van 35% in sommige gevallen niet goed berekend. Dit was het geval als in die woningwaardering punten voor gemeenschappelijke vertrekken en/of punten voor gemeenschappelijke ruimten waren ingevuld. In dat geval werden die punten onterecht meegeteld in de totaaltelling van rubriek 1 resp. 2 van het woningwaarderingsstelsel, waardoor ze onterecht werden meegenomen in de berekening van de toeslag i.v.m. de zorgwoning. Dit is opgelost door in de totaaltelling van rubriek 1 en 2 de punten voor de gemeenschappelijke vertrekken en gemeenschappelijke ruimten uit te sluiten, zodat deze punten niet meer worden meegenomen in de berekening van de 35%-toeslag als het een zorgwoning betreft. Ook is de puntenspecificatie (afdruk) aangepast, zodat hierop nu bij onderdeel 12 duidelijk zichtbaar is of het een zorgwoning betreft of niet.

Zodra een gebruiker zo'n verhuurmutatiereden/huurprijsmutatiereden selecteert in een verhuurmutatie/huurprijsmutatie die behoort bij een contractregel van een OG Eenheid, dan wordt die OG Eenheid automatisch uitgesloten van de berekening van de gemiddelde huursomstijging van het huursomtijdvak waarin die contractregel ingaat.

De code van de aanbiedingssoort en de code van de aanbiedingsvorm werden soms afgekapt in de tabel 'Verkoopcontract'. Dit was het geval als een OG Eenheid werd verkocht op basis van een exploitatievorm waarbij de code van de aanbiedingssoort en/of de code van de aanbiedingsvorm langer waren dan 10 karakters. In dat geval werden deze codes in de verkoopfactuur afgekapt tot 10 karakters, waarbij de laatste karakters van de code(s) verloren gingen. Dit probleem is opgelost, zodat de codes van de aanbiedingssoort en -vorm niet meer worden afgekapt in de verkoopcontracten.

Als op de contactkaart in het veld 'Verkoper' een verkoper was geselecteerd van wie de code langer was dan 10 karakters, dan kon de OG Eenheid waarop het desbetreffende huishouden een huurcontract had niet geprolongeerd worden. Direct nadat de prolongatie was gestart, werd er een foutmelding getoond: "De lengte van de tekenreeks is xx (waarbij xx >10). Deze moet echter kleiner zijn dan of gelijk zijn aan 10 tekens." De fout werd veroorzaakt door het feit dat de code van de verkoper maximaal 20 karakters lang kon zijn, terwijl deze code in de tabel 'Prol header' slechts 10 karakters lang kon zijn. Dit probleem is opgelost door het veld in de tabel 'Prol header' te vergroten tot 20 karakters.

Als een huurder via het Klantportaal een huuropzegging indiende, dan verscheen er soms een foutmelding op het moment dat de huurder de postcode/huisnummer-combinatie van zijn nieuwe correspondentieadres invoerde. Dit was het geval als de postcode/huisnummer-combinatie betrekking had op een plaatsnaam met meer dan 20 karakters. Dit probleem is opgelost, zodat er ook in het geval van lange plaatsnamen geen foutmelding meer verschijnt. 

Wanneer een specifiek item in het menu op het Klantportaal werd gekozen, verdween de onderliggende lijn die het item scheidde van het volgende item. Dit is opgelost.

VerhuurApp-gebruikers die een verhuuraanbieding probeerden te synchroniseren naar ERP, kregen een foutmelding over ontbrekende invoegrechten op tabel Contract, als de gebruikers in ERP indirecte invoegrechten op de genoemde tabel hadden. Dit was een probleem, aangezien gebruikers uit control-overwegingen geen directe invoegrechten op de Contract-tabel zouden mogen hebben. Dit probleem is opgelost door de functionaliteit zodanig aan te passen, dat indirecte invoegrechten voor de VerhuurApp-gebruiker voortaan voldoende zijn.