Met deze release is de nieuwe versie van de DMS online extensie meegeleverd. Hierin zijn een aantal functionele verbeteringen en bugfixes geleverd. Deze zijn verder na te lezen in de releasenotes van onze partner Simova: https://simova.zendesk.com/hc/en-us/articles/4607332264465-DMS-by-Simova-19-0-220310-33-Release-Notes

Belangrijke ontwikkelingen:

• Er is nu een instelling onder de DMS module-instelling te vinden waarmee kan worden aangegeven dat documenten automatisch worden omgevormd naar PDF-formaat.
• Performanceverbeteringen zijn gerealiseerd voor het downloaden, uploaden en tonen van documenten voor de gebruikers.
• Bugfix heeft plaatsgehad voor het issue waar een document bij een verkoopfactuur niet kan worden 'gedropt'.

De tabelfunctie '505001 Adres Contact' toont de adresgegevens voor gebruik in de adressering van WordLinkbrieven. Het format van de postcode en plaats in deze functie was niet helemaal correct. Dit is aangepast.

In de conversiemodule is een toggle toegevoegd, genaamd 'Conversiemodule draaien op de achtegrond'. Door deze toggle aan te zetten, zal bij het starten van de conversiemodule (via taakwachtrijen) de conversie actief worden gehouden, zodat de gebruiker in de tussentijd iets anders kan doen. De taakwachtrij kan dan periodiek worden nagekeken op eventuele foutmeldingen in de verwerking.

De startdatum was niet meer te wijzigen op een taak, de velden bleven grijs.  Dit is ook hersteld.

In WordLinkbrieven kan vanuit de tabellen een tijdwaarde worden weergegeven. In sommige tabellen is deze tijdwaarde in het format 00:00:00.

Er is nu een formatmogelijkheid toegevoegd in de merge fields van een WordLinksjabloon. Deze zit onder de kolom 'Formaat' in de regel van een mergefield; daarin kan nu gekozen worden voor 'tijd'. Deze zal het format van tijdwaarden omzetten naar 00:00.

Bij het toevoegen en plannen van een inspectieafspraak is inzichtelijk gemaakt wat de omschrijving en het adres van het gerelateerde onderhoudsverzoek is, zodat deze informatie snel inzichtelijk is voor de medewerker die de afspraak inplant.

Het is mogelijk gemaakt via functionaliteit 'Personaliseren' om de volgende gegevens toe te voegen aan het onderhoudsorderoverzicht:

• Straatnaam (waar order uitgevoerd wordt)
• Huisnummer
• Toevoeging
• Naam melder

Het is mogelijk om per project aan te geven of dit getoond moet worden op het Klantportaal. Eerder was het al mogelijk om op Projecttype-niveau aan te geven of de projecten van een bepaald Projecttype getoond moesten worden op het Klantportaal. Hier kon geen onderscheid gemaakt worden tussen specifieke projecten binnen dat Projecttype. Dit is nu wel mogelijk. 
Als op Projecttype-niveau is aangeven dat projecten getoond mogen worden op het Klantportaal ('Tonen op Klantportaal' is ingeschakeld), dan wordt ook automatisch de instelling 'Tonen op Klantportaal' op de projectkaart ingeschakeld. Deze kan de gebruiker dan handmatig uitschakelen, indien gewenst.
Let op! Bij het inlezen van de Service Pack wordt dus bij elk project de instelling 'Tonen op Klantportaal' ingeschakeld als deze instelling op Projecttype is ingeschakeld!

Het is mogelijk om documenten op te slaan vanuit een onderhoudscontract in SIMOVA. Hiervoor is het feitenblok 'DMS-dropzone' toegevoegd aan het Onderhoudscontractoverzicht en de onderhoudscontractkaart. Het is mogelijk om een document naar de DMS-dropzone te slepen en dit vervolgens te voorzien van de juiste meta-data.

Er waren twee pagina's met de naam 'Cartotheekitems' aanwezig, dit maakte navigeren lastig. De pagina die gebruikt wordt binnen de leefbaarheidsdossier-functionaliteit is hernoemd naar 'Leefbaarheidscartotheekitems'.

Het is mogelijk gemaakt om direct vanuit een onderhoudsverzoek, gebruikt binnen het VMP-proces, door te klikken naar de gerelateerde verhuurmutatiekaart. Hiervoor is in het actiemenu de knop 'Verhuurmutatie' toegevoegd.

Het is mogelijk een inkoopofferte te verwijderen vanuit het Werkderdenoverzicht en vanuit de inkoopofferte zelf via de knop 'Verwijderen'. Echter, in sommige gevallen (wanneer de offerte eerst werd aangepast en er een foutmelding op de inkoopoffertekaart verscheen) werd de inkoopofferte gearchiveerd i.p.v. geheel verwijderd. Dit is opgelost.

Bij het implementeren van het RGS worden er wijzigingen doorgevoerd in het rekeningschema. Deze hebben ook invloed op de werksoorten die gebruikt worden in projectenmodule. Hierdoor kreeg men een foutmelding bij het verwerken van de reeds aangemaakte inkooporders.

Het is nu mogelijk om na het wijzigen van de kostenrekening in de 'Projecttype werksoort instellingen', voor de geselecteerde regels, alle inkooporders bij te werken die nog niet zijn opgenomen in een factuur. Hiervoor is een aparte actieknop gemaakt in het lint 'Bijwerken inkooporders'.

Het Beleidshandboek stelt dat als de geldigheidsduur van de energieprestatie is verstreken, de waardering van de energieprestatie bepaald moet worden aan de hand van het bouwjaar. Om die reden is er op de woningwaardering op tabblad 'Energieprestatie' een nieuw veld geïntroduceerd dat aangeeft of de energieprestatie is vervallen. Deze indicatie wordt automatisch aangevinkt als de opnamedatum (bezoekdatum) meer dan 10 jaar vóór de ingangsdatum van de woningwaardering ligt. In dat geval is de indicatie niet handmatig wijzigbaar. Als de opnamedatum (bezoekdatum) leeg is, kan de indicatie door de gebruiker handmatig worden gezet op het moment van aanmaken van de woningwaardering. Als de energieprestatie is vervallen, worden de energiepunten op basis van het bouwjaar van de OG Eenheid bepaald.

Bij het importeren van CBS-data speelden twee problemen: 

1. Het importeren van de data vergde een lange doorlooptijd, zeker als de import in het verleden al een keer was uitgevoerd. In sommige gevallen duurde de import zelfs zo lang, dat er een foutmelding optrad. 
2. Diakritische karakters (zoals ï en é) werden niet goed geïmporteerd.  

Beide problemen zijn opgelost. Het eerste probleem werd veroorzaakt door het feit dat het systeem de vier CBS-tabellen (CBS-Buurtenindelingen, CBS-buurten, CBS-wijken en Gemeenten) eerst helemaal leegde en vervolgens weer vulde met de nieuwe data uit de import. Het systeem voert voortaan alleen de benodigde wijzigingen door in de vier tabellen, waardoor de doorlooptijd van de import aanzienlijk is verkort. 

1. Zoek en open pagina 'CBS-gegevensimport' 
2. Klik op 'CBS-data importeren'

Op het Klantportaal zijn de bestaande onderhoudsverzoeken zichtbaar en is het mogelijk om deze in te trekken. Wanneer een onderhoudsverzoek de status 'Technisch gereed' heeft bereikt, is het voor de huurder niet meer mogelijk om het verzoek in te trekken. Wel is de knop voor het intrekken nog steeds zichtbaar, maar niet aanklikbaar. Het is nu mogelijk om via een tekst boven de knop duidelijk aan te geven dat intrekken niet meer mogelijk is wanneer de status 'Technisch gereed' is. Deze tekst kan opgevoerd worden in portaladmin.

Bij het importeren en bewerken van WordLinkbrieven werden 'IF THEN ELSE'-velden (en ook andere vormen van bijzondere velden) geïmporteerd als zijnde mergefields. In sommige gevallen werd daarbij (foutief) zo veel tekst meegenomen dat de hele import werd afgebroken. De clickonce app (een .net component) kon niet met deze velden omgaan en is om die reden aangepast. Deze aanpassing is nu doorgevoerd in de clickonce app en is automatisch voor al onze klanten - versie-onafhankelijk - in gebruik.

Er was een behoorlijk verlies aan performance merkbaar. Een feitenblok was actief dat i.c.m. DMS online niet meer actief hoefde te zijn. Hier hebben we nu verbetering in aangebracht, zodat de pagina's weer vlot worden laden en het navigeren tussen pagina's weer sneller gaat.

Het is mogelijk om een referentiefunctie te gebruiken om een nummerreeksresultaat te tonen in WordLinkbrieven. Dit referentieresultaat werd niet meer zichtbaar in de WordLinkbrieven. Dit is hersteld.

Tabelrelaties waarbij meerdere recordregels als resultaat worden gegeven, zoals bij het gebruik in tabellen, kent een functie 0 als mergefield. Deze functie 0 geeft als resultaat in de brief een totaal van het aantal recordregels in de onderliggende tabelrelatie. Het resultaat van deze functie werd niet meer zichtbaar in de WordLinkbrief; dit is hersteld.

De Nederlandstalige knoppen voor het updaten van de postcodetabel waren uitgegrijst en konden niet gebruikt worden. 

De Engelstalige knoppen waren wel zichtbaar en niet uitgegrijsd, deze konden gewoon gebruikt worden. Dit is opgelost: de Nederlandstalige knoppen zijn weer te gebruiken en de Engelse knoppen zijn niet meer zichtbaar (als de systeemtaalinstelling op Nederlands staat).

Bij het maken van een segmentmailing kunnen aanvullende interactie-gegevens worden toegevoegd. In de R21 werkte deze functionaliteit niet meer naar behoren; dit is hersteld.

Er was ondervonden dat het niet mogelijk was om voor een kolom in een tabel een totaalbedrag te genereren in de voettekst als een veld werd gebruikt van het datatype 'functie'.
​​​​​​​Dit is hersteld.

Er was een behoorlijk verlies aan performance merkbaar als er veel documenten waren opgenomen in DMS online. Hier hebben we nu verbetering in aangebracht, zodat de pagina's weer vlot worden geladen en het navigeren tussen pagina's weer sneller gaat.

Bestanden waarbij de bestandsnaam twee keer de formaatextensie bevatte, konden niet worden gedownload vanuit het Klantportaal. Dit is hersteld.

Het draaien van het rapport 'BTW vereffenen berekenen en boeken' kon soms lang duren. De performance is nu verbeterd door het toevoegen van een extra sleutel in de tabel 'GB-post - Btw-postkoppeling'.

Bij het prolongeren van contracten, die zijn opgevoerd om mutaties in het verleden te verwerken, kon het gebeuren dat de prolongatiefactuur niet geboekt kon worden. Dit kwam doordat het systeem boekingen probeerde aan te maken in periodes waarin boeken niet meer toegestaan is. Dit ondanks het feit dat het boeken op de betreffende boekingsdatum wel toegestaan is. Dit is verholpen en de betreffende facturen zullen geen fouten meer genereren op de prolongatierun.

Bij het exporteren van een betaalbestand voor meerdere bedrijven werd geen exportbestand gegenereerd. Dit exportbestand werd normaal gegenereerd op de locatie die is opgegeven in de exportprotocollen. De export is weer mogelijk gemaakt en zal een zip-file downloaden met alle exportbestanden die geselecteerd zijn.

Bij het inlezen van het betaalbestand is het mogelijk om factuurnummers te identificeren aan de hand van de SEPA-omschrijving. Wanneer de betreffende factuur werd gevonden maar de gerelateerde klanten posten reeds gesloten waren, werd verdere bankverwerking gestopt voor de huidige regel. Hierdoor werd de verwerking op basis van zoekstrings overgeslagen. Vanaf heden zal het systeem de zoekstrings gebruiken als de klantenposten van de factuur reeds afgesloten zijn.

Bij het versturen van de betalingsverzoeken naar AcceptEasy werd niet alle klantinformatie meegestuurd. Vanaf heden worden het klantnummer, het adres, de plaats, de postcode en de naam ook naar AcceptEasy verstuurd. Deze informatie kan gebruikt worden op de AcceptEasy-template.

Het was mogelijk om een financiering te prolongeren als er geen aansluitende reeks van goedgekeurde rentepercentage aanwezig was. Dit was alleen het geval als de prolongatiedatum vóór de coupondatum van de eerstvolgende renteperiode en ná de rentevastdatum van de geaccordeerde rentes lag. Bij een eventuele verdere prolongatie gaf dit problemen, omdat zowel het prolongeren als het later toevoegen van rentes niet mogelijk was. Vanaf heden zal een fout worden getoond als men een financiering probeert te prolongeren waarvan de prolongatiedatum na de laatste rentevastdatum ligt.

Het goedkeuren van een order met de machtigingenset 2C-ALG-GOEDKEUREN gaf een foutmelding op de inkoopregel als de gebruiker de laatste goedkeurder was. Dit is opgelost: een gebruiker kan de order weer goedkeuren zonder directe rechten op de inkoopregel.

Statussen die binnen de DICO-koppeling (oude KOVRA) gebruikt worden zijn al enige tijd opgenomen in de code. Dit betekent dat de pagina 'KOVRA statusvertalingen' overbodig was en voor verwarring kon zorgen. De pagina en de gerelateerde tabel zijn verwijderd.

Bij het selecteren van een voorkeursleveranciers vanuit een onderhoudsverzoek was het niet mogelijk om te zoeken op basis van de leveranciersnaam. Dit is vanaf nu weer mogelijk gemaakt.

Bij het plannen van inspecties in de agenda van de inspecteur speelde het probleem dat deze in de verkeerde tijdzone gepland werden. Dit gebeurde altijd in UTC, waardoor er een uur tijdsverschil optrad. Dit issue is opgelost: er wordt nu altijd gekeken naar de ingestelde tijdzone op het account van de inspecteurs in Dynamics Empire. Deze tijdzone wordt vervolgens gebruikt bij het inplannen van de afspraak.

Bij het opvoeren van uren op een projectbudgetregel kon de resource alleen handmatig gevuld worden. Wanneer men via de look-up een resource selecteerde uit de lijst, werd deze niet verwerkt op de regel. Dit is nu opgelost.

Het kwam voor dat wanneer orders vanuit Connect-It 365 naar Dynamics Empire gestuurd werden, er een foutmelding naar Connect-It 365 gestuurd werd met de melding dat er tabellen gelockt waren. Daardoor kwam het proces vast te zitten. Dit is nu opgelost en zal niet meer voor mogen komen.

Het is weer mogelijk gemaakt om meerdere regels tegelijk te selecteren op de pagina 'Onderhoudsbehoefteregels' en hier direct onderhoudsdagboekregels van aan te maken.

Het bleek mogelijk om los van een contact direct een klant aan te maken. Dit zorgde voor incorrect aangemaakte klanten, waar bij verschillende processen problemen door optraden. Dit is vanaf nu niet meer mogelijk: klanten kunnen alleen nog aangemaakt worden via een contact.

Wanneer bijlagen op onderhoudstaakniveau gekoppeld werden, bleek er een beperking van drie bijlagen te zitten op het versturen, terwijl op verzoekniveau deze beperking niet aanwezig was. Dit is aangepast: zowel op verzoek- als op taakniveau is er geen limiet voor het aantal bijlagen dat via de koppeling verstuurd kan worden.

Wanneer er bij onderhoudsorders een leveranciersopmerking gestuurd werd bij het gereedmelden en afhandelen zonder factuur, werd deze opmerking verkeerd gearchiveerd. Hierdoor was deze niet meer te bekijken, terwijl het feitenblok wel het correcte aantal opmerkingen weergaf. Dit is opgelost: de opmerkingen worden correct opgeslagen en weergegeven.

Wanneer een onderhoudsorder bij de eigen dienst in Connect-It 365 staat is het niet meer mogelijk de doorbelasting in Dynamics Empire aan te passen op de taakregel. Dit dient in de backoffice of de mobile device gedaan te worden. Dit veroorzaakte synchronisatieproblemen. Het is wel mogelijk de doorbelasting aan te passen in Dynamics Empire wanneer de onderhoudsorder in Connect-It 365 verwerkt is. 

Aftopping op doelgroeplimiet werd niet altijd goed berekend 

• Bij de doelgroeplimiet was ingesteld dat het subsidiabel servicebedrag was inbegrepen (met als doel dat de nieuwe rekenhuur van het aanbiedingscontract niet boven het ingestelde limietbedrag uitkwam).
• Het aanbiedingscontract bevatte meerdere nettohuurelementen, waarvan één of meer geen onderdeel uitmaakten van het basisbedrag van de rekenhuur (conform de inrichting van de coderegelingsgegevens (R19) of rekenhuurparameters (R21). 

• De indicatie 'Subsidiabel servicebedrag is inbegrepen' is vervangen door een nieuwe indicatie, genaamd 'Limietbedrag toepassen op'.
• Deze nieuwe indicatie heeft twee mogelijke waarden: Nettohuur of Rekenhuur.
• Bij elke bestaande doelgroeplimiet krijgt deze nieuwe indicatie automatisch de juiste waarde die wordt afgeleid uit de waarde van oude indicatie (als oude indicatie = Ja, dan nieuwe indicatie = Rekenhuur anders Nettohuur).
• Als de nieuwe indicatie de waarde Nettohuur heeft, wordt de nieuwe nettohuur van het aanbiedingscontract op dezelfde manier berekend als voorheen, d.w.z. door toepassing van het huurbeleid en aftopping op het ingestelde doelgroeplimietbedrag.  
• Als de nieuwe indicatie de waarde Rekenhuur heeft, worden de nieuwe nettohuur en de rekenhuur van het aanbiedingscontract voortaan als volgt in twee stappen berekend: 
• Tijdens de eerste stap wordt net als voorheen de huurbeleid-nettohuur berekend door toepassing van het huurbeleid. Daarbij wordt voortaan ook de rekenhuur vóór aftopping berekend conform de inrichting van de coderegelingsgegevens (R19) of rekenhuurparameters (R21). 
• Als de rekenhuur vóór aftopping gelijk is aan of lager is dan het ingestelde doelgroeplimietbedrag, wordt de nettohuur tijdens de tweede stap niet verlaagd. Als de rekenhuur vóór aftopping hoger is dan het ingestelde doelgroeplimietbedrag, wordt het bedrag van het eerste nettohuurelement tijdens de tweede stap dusdanig verlaagd dat de rekenhuur ná aftopping precies gelijk is aan het ingestelde doelgroeplimietbedrag. 
• De berekende rekenhuur vóór aftopping en de berekende rekenhuur ná aftopping worden voortaan opgeslagen en getoond in twee gelijknamige nieuwe velden op het sneltabblad 'Toegepaste huurbeleidsparameters' op de pagina's 'Verhuurmutatie' (11024312) en 'Aanbiedingscontractgegevens' (11024459) . Het veld 'Rekenhuur vóór aftopping' wordt daarnaast ook getoond op de pagina 'Verschillen in huurbeleid' (11151716).

Rolcentrumactiviteit 'Verzenden ondertekende huurovereenkomst' niet bruikbaar zonder VerhuurApp  

Bij het rolcentrum-inzicht 'Verhuurmutaties met openstaande aandachtspunten' werd soms een verkeerde teller getoond. Dit werd veroorzaakt door het feit dat dit inzicht o.a. een overbodig filter op de status van de verhuuraanbieding bevatte. Door dit overbodige filter werden alleen verhuurmutaties waarvan de verhuuraanbieding de status 'Lopende aanbieding' had, meegeteld in de teller van het inzicht. Dit was onjuist, omdat ook openstaande verhuurmutaties waarvan de verhuuraanbieding al was geaccepteerd moesten meetellen. Dit probleem is opgelost door in het genoemde rolcentrum-inzicht het filter op de status van de verhuuraanbieding te vervangen door een filter op de status van de verhuurmutatie. Hierdoor toont het systeem in het rolcentrum-inzicht 'Verhuurmutaties met openstaande aandachtspunten' het aantal openstaande verhuurmutaties waarbij ten minste één aandachtspunt nog niet is afgehandeld.

Voor de twee automatische mijlpalen 'Plattegrond is niet up-to-date' en 'Aanbiedhuur is vastgesteld' was het voor gebruikers niet duidelijk wanneer deze mijlpalen bereikt werden, d.w.z. onder welke voorwaarden het systeem deze mijlpalen de waarde 'Ja' gaf. Dit is nu opgelost door uitbreiding van de tooltips van deze twee mijlpalen, zodat per mijlpaal de tooltip duidelijk beschrijft wanneer de mijlpaal is bereikt. Zo krijgt de mijlpaal 'Plattegrond is niet up-to-date' de waarde ‘Ja’ als aan het gerelateerde onderhoudsverzoek één of meer bijlagen zijn gekoppeld waarbij de Bijlagesoort overeenkomt met de Bijlagesoort die is ingesteld in het veld ‘Plattegrond bijlagesoort’ in de Empire-instellingen. En de mijlpaal 'Aanbiedhuur is vastgesteld' krijgt de waarde ‘Ja’ als de verhuuraanbieding is aangemaakt én binnen de huurprijsmutatie van het aanbiedingscontract een huurprijsmutatiereden is geselecteerd.

In uitzonderlijke situaties trad bij het openen van de Klantenkaart een fout op ('The card could not be opened because of too many parameters (2100)'). Deze fout trad op als de klant veel huurcontracten had (>40) voor OG Eenheden die tot veel clusters behoorden. Het probleem werd veroorzaakt door een technische beperking in het NAV-platform, waardoor het systeem in de uitzonderingssituatie niet alle clusters kon selecteren voor het tonen van de clusterspecifieke nieuwsartikelen in de desbetreffende feitenblokken. Het is nu zo opgelost dat bij een klant die veel huurcontracten heeft op verschillende OG Eenheden, niet alle clusterspecifieke nieuwsartikelen meer getoond worden. Bij het openen van de klantenkaart zal de gebruiker hierover worden geïnformeerd via een notificatie.

Op het rolcentrum verscheen af en toe de foutmelding 'Inzichten in huisvesting Child Session task was terminated because of a timeout.' Deze melding werd veroorzaakt door het inzicht 'Contactmomenten met openstaande taken'. Dit inzicht bleek een tijdrovende achtergrondtaak te hebben die de telling van dit inzicht berekende. Dit inzicht is verwijderd van de rolcentra, zodat de foutmelding niet meer voorkomt. In een volgend servicepack wordt er een ander inzicht toegevoegd met vergelijkbare informatiewaarde en zonder een tijdrovende achtergrondtaak.

Bij gebruik van de VERA-WRV-interface werden de gegevens van de huidige huurder standaard opgenomen wanneer een OG Eenheid werd gepubliceerd. Als de vertrekkende huurder hier niet mee instemde, moest de medewerker de velden met de contactgegevens van de vertrekkende huurder op de pagina 'Details van beschikbare OG Eenheid' eerst leegmaken voordat hij het publicatiebericht naar het externe WRV-systeem stuurde. Omdat dit extra werk is en gemakkelijk kan worden vergeten, kon dit leiden tot een data-lek/AVG-schending. Om dit te verbeteren is een veld toegevoegd op de pagina 'Details van beschikbare OG Eenheid' op het tabblad 'Vorige huurder - contactgegevens' dat aangeeft of de huurder akkoord gaat met het verstrekken van zijn of haar contactgegevens. Standaard staat deze optie uit en de medewerker moet deze handmatig aanzetten om ervoor te zorgen dat de contactgegevens van de vertrekkende huurder worden meegestuurd in het publicatiebericht dat naar het externe WRV-systeem wordt verzonden.

In het overzicht met te selecteren velden voor het kopiëren van de woningwaardering ontbrak het veld 'Inductiekookplaat'. Hierdoor was het niet mogelijk om alleen dit veld, dat onderdeel uitmaakt van de kwaliteitspunten keuken, te kopiëren naar een andere woningwaardering. Het veld 'Inductiekookplaat' is nu toegevoegd aan het overzicht van de te kopiëren velden. 

Bovendien zijn binnen het onderdeel 'Kwaliteitspunten keuken' diverse veldnamen aangepast, zodat ze nu beter aansluiten met de benamingen uit het beleidshandboek.  

Als de gebruiker een woningwaardering van een OG Eenheid kopieerde naar een andere OG Eenheid waarvoor nog geen WOZ-gegevens bekend waren, dan maakte het systeem de nieuwe woningwaardering aan zonder WOZ-afwijkingsreden. In de nieuwe woningwaardering was de WOZ-afwijkingsreden ten onrechte leeg, omdat in de nieuwe woningwaardering er wel degelijk sprake was van een verschil tussen de waarden van de velden 'WOZ-waarde uit WOZ-gegevens' (0,00 euro) en de waarde van het veld 'WOZ-waarde voor WWD' (gekopieerd uit de oorspronkelijke woningwaardering). Als er in een woningwaardering sprake is van een verschil tussen deze twee velden, dan moet er in die woningwaardering altijd een WOZ-afwijkingsreden zijn geselecteerd. Dit is nu als volgt opgelost. Als de gebruiker een woningwaardering kopieert naar een OG Eenheid die nog geen WOZ-gegevens heeft, dan vult het systeem in de nieuwe woningwaardering het veld 'WOZ-afwijkingsreden' voortaan met de standaard WOZ-afwijkingsreden die is ingesteld in de Empire-instellingen.

Bij het uitvoeren van rapport 'Verwerken huurverhoging' kon een blokkerende fout optreden. De fout trad op als de gebruiker op de optiepagina van het rapport geen huurprijsmutatiereden (R19: 'verhuurmutatiereden') had geselecteerd. Die fout kan sinds SP2112 optreden, aangezien sinds dat servicepack de selectie van een reden verplicht is in verband met de berekening van de huursom. Echter, de fout trad ook op als de verhuurder in de Empire-instellingen had ingesteld dat het huurprijsmutatieregister (R19: verhuurmutatieregister) niet wordt gebruikt. In dat geval was de fout blokkerend, omdat het betreffende veld niet zichtbaar was op de optiepagina van het rapport en de gebruiker geen reden kon selecteren. Het is nu zo opgelost dat als in de Empire-instellingen het veld 'Huurprijsmutatieregister' (R19: 'Verhuurmutatieregister') leeg is, het systeem bij het uitvoeren van rapport 'Verwerken huurverhoging' niet meer controleert op het invullen van de huurprijsmutatiereden (R19: verhuurmutatiereden). Zodoende treedt de blokkerende fout niet meer op bij het rapport 'Verwerken huurverhoging'.

Als een kandidaat vanuit een extern WRV-systeem of Empire-woonruimtebemiddeling was verwerkt en als gegadigde aan de verhuuraanbieding was gekoppeld, en deze gegadigde accepteerde de verhuuraanbieding alsnog niet, dan was het niet mogelijk om de tweede kandidaat als gegadigde aan de verhuuraanbieding te koppelen. Dit werd veroorzaakt doordat de gegevens van de gegadigde op de verhuuraanbieding niet verwijderd konden worden. Er is nu een knop genaamd 'Gegadigde weigeren' beschikbaar op de verhuuraanbieding waarmee de gegadigde wordt voorzien van een weigeringscode en wordt ontkoppeld van de verhuuraanbieding. Daartoe moet de gebruiker wel eerst een 'Gegadigdeweigeringscode' en/of 'Verhuurderweigeringscode' selecteren voordat hij op de nieuwe knop klikt. Deze twee bestaande velden zijn verplaatst van sneltab 'Algemeen' naar sneltab 'Gegadigde'.

Nadat de gegadigde op deze manier is ontkoppeld van de verhuuraanbieding, kan de gebruiker de volgende gegadigde verwerken en zodoende koppelen aan de verhuuraanbieding.

Bij het verwerken van de huurverhoging werd er soms een nieuwe contractregel aangemaakt met een ingangsdatum die ten onrechte vóór de ingangsdatum van de oorspronkelijke contractregel lag waarop de huurverhoging was gebaseerd. Dit probleem werd veroorzaakt door het feit dat de huurverhogingsdatum van een contractregel kon worden aangepast in een datum die vóór de ingangsdatum van diezelfde contractregel lag. Het is nu zo opgelost dat de twee rapporten waarmee de huurverhogingsdatum van een contractregel kan worden gewijzigd - 'Verwerken Huurverhoging-import' en 'Wijzigen huurverhogingsdatum' - zijn uitgebreid met een extra controle of de nieuwe huurverhogingsdatum niet vóór de ingangsdatum van die contractregel ligt. Als dit wel het geval is wordt een exceptie gerapporteerd en de huurverhogingsdatum van deze contractregel niet aangepast.

Bij het opvoeren van een reparatieverzoek met een Android-toestel op het Klantportaal verscheen bij het zoekveld het numerieke toetsenbord. Dit is nu omgezet naar een qwerty-toetsenbord, waardoor er weer naar behoren gezocht kan worden.