We hebben het mogelijk gemaakt om de bijlage van de factuur die ingediend wordt via het Leveranciersportaal door te zetten naar het product DMS-Online (Simova). Na het indienen van de factuur incl. bijlage vanuit het Leveranciersportaal is deze bijlage zichtbaar op de Inkoopfactuur in Dynamics Empire. Wanneer de inkoopfactuur wordt geboekt, wordt de bijlage verwerkt in DMS.

Bij het aanmaken van een WordLinkdocument vanuit een segment werd er geen totaaldocument gegenereerd. Voor elk van de ontvangers werd een separaat document aangemaakt dat meteen naar DMS en evt. Postex verzonden werd. Er werd niet - zoals wel gewenst - een totaaldocument gegenereerd waarin alle brieven als één document beschikbaar zijn. Deze functionaliteit is hersteld.

Het e-mailen van onderhoudsorders werd in DE ondersteund door inrichting van de SMTP-servergegevens met 'single user sign on' en basic authentication. Deze werkwijze was verouderd en voldeed niet meer aan de huidige beveiligingsstandaard.

Om dit te verbeteren zijn er nieuwe extensies aan DE toegevoegd, zodat - onder andere - gebruik gemaakt kan worden van een 'shared e-mail'-connectie voor de gebruikers die een e-mail willen verzenden vanuit een onderhoudsorder. Vanuit Microsoft is deze functionaliteit geleverd als een feature 'enhanced email' en m.b.v. deze extensies kunnen we daar nu volledig gebruik van maken.

De extensies die zijn toegevoegd aan de omgeving zijn:

• Microsoft Email - Current User Connector.app
• Microsoft Email - Microsoft 365 Connector
• Microsoft Email - Outlook REST API
• Microsoft Email - Email - SMTP Connector

Om deze nieuwe functionaliteit in gebruik te nemen is een korte handleiding opgesteld.

Het is mogelijk gemaakt om een ondersteunende bijlage te promoten naar een hoofdbijlage. Dit doet u door de ondersteunende bijlage te selecteren en in het menu van de ondersteunde bijlage te kiezen voor 'Tot hoofdbijlage promoveren'.

Aan de inkomende documenten is functionaliteit toegevoegd die het mogelijk maakt om nieuwe inkomende documenten te maken vanuit 'Ondersteunende' documenten. Op het inkomend document kan het ondersteunende document aangeklikt worden, waarna vanuit het menu op de subpagina de actie 'Maak nieuw inkomend document' gebruikt kan worden. Het nieuwe inkomende document zal worden gecreëerd en het ondersteunende document zal nu het hoofddocument worden. Het nieuw gemaakte inkomende document wordt hierna gelijk geopend.

Tot deze versie van Dynamics Empire was het mogelijk op per factuurtype een aanmaningsconditie in te stellen. Deze mogelijkheid is weggehaald. Alle documenttypen van een huurder hebben vanaf nu dezelfde aanmaningsconditie. Met het wegvallen van deze functionaliteit is het niet langer nodig om een aanmaningsconditie per klantpost te registreren. Hiermee is het ook niet langer noodzakelijk om de aanmaningsconditie op de klantposten bij te werken wanneer de aanmaningsconditie op de klantkaart bijgewerkt wordt. Er zal niet langer om een bevestiging gevraagd worden wanneer de aanmaningsconditie op de klantkaart aangepast wordt. Ook zijn de vinkjes op de pagina voor Verkoopinstellingen - die het bijwerken van de aanmaningsconditie op de klantposten toestaan - weggehaald. 

De volgende velden zijn toegevoegd aan de datasets van de betreffende rapporten:

1. Rapport 11024467 'Current Account cumulative'
   - Customer_Initials; de initialen vanuit de klantkaart.
   - Customer_SalutationCode; de aanhefcode vanuit de klantkaart.
2. Rapport 11024188 Eindafrekening
   - Contact_No; het contactnummer van de klant.
3. Rapport 11024208 'Prolongatiefactuur PROL+'
   - IBANOLACodeLine; het OLA betaalkenmerk vanuit de prolongatiedetailregels.
4. Rapport 11030058 'SC - Credit Memo'
   - SalesCrMemoHeader_RealtyObjectNo; het eenheidsnummer vanuit de geboekte verhuurcreditnota.
   - SalesCrMemoHeader_TransactionModeCode; de transactiewijze vanuit de geboekte verhuurcreditnota.
5. Rapport 11030056 'SC - Settlement Invoice'
   - SalesInvHeader_RealtyObjectNo; het eenheidsnummer vanuit de geboekte verhuurcreditnota.
   - SalesInvHeader_TransactionModeCode; de transactiewijze vanuit de geboekte verhuurcreditnota.
6. Rapport 11024023 Verhuurcreditnota
   - Contact_No; het contactnummer van de klant.
7. Rapport 11024012 Verhuurfactuur
   - Contact_No; het contactnummer van de klant.
8. report 11024059 Verhuuraanmaning
   - IssuedReminderLine_DocumentNo; het documentnummer van de klantpost uit de 'verzonden aanmaningsregels'.
   
9. Rapport 11151829 'Verhuuraanmaning+OLA-EuroSEPA'
   - IssuedReminderLine_DocumentNo; het documentnummer van de klantpost uit de 'verzonden aanmaningsregels'.
10. Rapport 11024202 'Verhuuraanmaning (Sort.OGE)'
    - IssuedReminderLine_DocumentNo; het documentnummer van de klantpost uit de 'verzonden aanmaningsregels'.
11. report 11151832 'Verhuuraanm+OLA(Sort.OGE) SEPA'
    - IssuedReminderLine_DocumentNo; het documentnummer van de klantpost uit de 'verzonden aanmaningsregels'.

Het rapport 'Vaste activa boekwaarde Ortec' is toegevoegd, dit rapport kan gebruikt worden om de waarde per vast activum te exporteren. De geëxporteerde waarde kan gebruikt worden om de mutatie van de verschillenden waarderingsgrondslagen, zoals berekend in Ortec, te bepalen.

Er is een nieuwe pagina (en tabel) getiteld 'Ortec clusterdetails' toegevoegd. Deze pagina is te openen via de Cluster lijst/kaart. Op de pagina 'Ortec clusterdetails' kan additionele informatie worden opgegeven over het desbetreffende cluster. Deze informatie wordt gebruikt voor het exporteren van eenhedeninformatie naar Ortec.

Met het nieuwe rapport 'OG Eenheidsdata Ortec exporteren' kunt u eenheidsinformatie ten behoeve van de verschillende Ortec-applicaties exporteren. Het geëxporteerde Excelbestand bevat drie tabbladen die direct geplakt kunnen worden in de desbetreffende tabellen in de Ortec-applicaties.

De rapporten 'Export VA-gegevens Ortec FMP' en 'Export OGE-gegevens Ortec FMP' zijn vervangen door het nieuwe rapport 'OG eenheidsdata Ortec'. De twee FMP-rapporten zijn hiermee komen te vervallen.

Er is een extra tabel toegevoegd om vaste waarden voor de deelportefeuille te definiëren, die gebruikt worden in de Ortec-applicatie. Deze waarde kan worden geselecteerd vanuit het veld 'Deelportefeuille' op de 'Ortec clusterdetails'.

Bij het koppelen van een mandaatcode aan de betalingsgegevens, wordt vanaf heden onmiddellijk een aantal van de controles uitgevoerd die ook plaatsvinden bij het ophalen van de voorstelposten voor telebankieren. Dit is om vroegtijdig te controleren of de betreffende mandaatcode (nog) geldig is.

Als een onderhoudsorder wordt verstuurd naar de leverancier wordt als contactpersoon van de order de budgethouder van het cluster verstuurd.  DIt resulteerde in enkele gevallen dat de manager van het team als contactpersoon van de order werd meegegeven.

• Optie 0 (Leeg): Budgethouder cluster (huidige functionaliteit. Wanneer de budgethouder cluster geen verkoper is of niet is ingesteld, dan wordt de budgethouder van Dagelijks Onderhoud als contactpersoon meegegeven. Wanneer ook deze geen verkoper is of niet is ingesteld, dan worden de bedrijfsgegevens meegegeven.
• Optie 1: Gebruiker die de order heeft aangemaakt.  Als de gebruiker geen verkoper is worden de bedrijfsgegevens meegegeven.
• Optie 2: Geen contactgevens versturen.

Deze functionaliteit is gecreëerd om het voor een inspecteur eenvoudig te maken om naar bijkomende informatie van carthotheekelementen te navigeren vanuit de InspectieApp. Hij kan vanuit de InspectieApp doorlinken naar de pagina met de cartotheeklijst in Dynamics Empire. Hiertoe zijn in de code wijzigingen aangebracht ten behoeve van een URL voor de cartotheek, gefilterd op OG Eenheidsnummer.

Voor de Connect-It 365 Field Service-oplossing van Viadata is de integratie opgeleverd voor de Dynamic Empire R20 Saas-oplossing. Deze oplevering voorziet in de gehele planningfunctionaliteit, zowel vanuit Dynamics Empire als vanuit het planbord van Connect-It. Daarnaast kan het gehele onderhoudsproces ‘on the road’ uitgevoerd worden door de vakman via de mobile client.

 

Masterdata sync

Na de initiële koppeling van Dynamics Empire met Connect-It 365 wordt een sync gedaan van alle inrichting vanuit Dynamics Empire naar Connect-It 365. Binnen deze masterdata-sync vallen bijvoorbeeld de standaardtaken/artikelen en ruimten. Alle wijzigingen die hierna doorgevoerd worden binnen Dynamics Empire worden gesynchroniseerd op basis van een subscribe-functionaliteit.

 

Planning

Vanuit een onderhoudsverzoek in Dynamics Empire kan er op basis van de klacht (taak) een planvoorstel voor de eigen dienst opgehaald worden. Dit voorstel wordt gegenereerd op basis van de bekwaamheid, beschikbaarheid en reistijd van een vakman. Nadat datum en tijd zijn gekozen, wordt de order doorgezet naar Connect-It 365. Wijzigingen in de planning kan vanuit beide systemen doorgevoerd worden. Ook is het mogelijk een order door te zetten zonder planning. In dit geval zal de planning direct plaatsvinden vanuit Connect-It 365.

 

Orders en taken

Voor de vakman die met de Mobile Client werkt is het mogelijk om tijdens zijn werkzaamheden extra taken uit te voeren en deze te registreren op zijn mobile device. Deze taken worden na het uitvoeren en afsluiten van de werkzaamheden gesynchroniseerd naar Dynamics Empire en verwerkt op de Onderhoudsorder. Naast de mogelijkheid voor het aanmaken van aanvullende taken bestaat ook de mogelijkheid om extra orders aan te maken en deze te plannen binnen Connect-It 365 voor bestaande onderhoudsverzoeken. Al deze informatie wordt direct zichtbaar gemaakt binnen Dynamics Empire.

 

Bestedingen

De vakman heeft de mogelijkheid om tijdens zijn werkzaamheden artikelen te registreren die hij verbruikt heeft. Reis- en werktijden worden automatisch geregistreerd binnen de Mobile Client. Zowel de tijden als de gebruikte artikelen worden na afsluiten van de order binnen Connect-It 365 verstuurd naar Dynamics Empire. Binnen Dynamics Empire bestaat de mogelijkheid deze automatisch te verwerken of deze handmatig te boeken.

 

Klantportaalintegratie

Vanuit ons klantportaal heeft de huurder de mogelijkheid tot het plannen van werkzaamheden voor de eigen dienst. In het klantportaal kan de huurder een afspraak plannen op basis van bloktijden; wanneer de huurder een bloktijd selecteert wordt de order direct gepland binnen Connect-It 365. Mochten er wijzigingen plaatsvinden voor deze planning, dan is dit direct zichtbaar binnen het klantportaal voor de huurder.

 

Bijlage en opmerkingen

Als er op onderhoudsorders opmerkingen of bijlage(n) geregistreerd worden, worden deze doorgezet naar Connect-It 365. Dit geldt voor zowel zaken die door de huurder in het klantportaal meegegeven worden als voor zaken die na het gunnen alsnog aan een order toegevoegd worden. Ook is het mogelijk bijlage(n) zoals bijvoorbeeld foto’s via de Mobile Client toe te voegen. Wanneer de vakman zijn werkzaamheden afrondt en de onderhoudsorder wordt afgerond in Connect-It 365, worden deze gegevens doorgezet naar Dynamics Empire.

De velden 'Inactief' en 'Reden inactief' zijn nu standaard zichtbaar en aan te passen op de OG Eenheidkaart. Een inactieve OG Eenheid is uitgesloten voor export naar de objectboom die gebruikt wordt bij de MJO-integratie.

De koppeling tussen de onderhoudstaken op het mutatie-onderhoudsverzoek en de 'verhuurbaar per'-datum op de huuropzegging is verwijderd. Dit voorkomt dat de 'verhuurbaar per'-datum verschuift als er extra taken toegevoegd worden.

De mogelijkheid is toegevoegd om per OG Eenheid verschillende soorten oppervlakten te registreren. De verschillende soorten oppervlakten zijn gedefinieerd in NEN2580 en 'De Meetinstructie gebruiksoppervlakte woningen' van de Waarderingskamer.  De volgende soorten kunnen worden geregistreerd: 

• Gebruiksoppervlakte (GO)  
• Bruto vloeroppervlakte (BVO) 
• Netto vloeroppervlakte (NVO) 
• Verhuurbare vloeroppervlakte (VVO) 

De gebruiksoppervlakte kan per OG Eenheid op twee manieren worden geregistreerd: 

• alleen de totale gebruiksoppervlakte 
• of ook de vier subtotalen die worden onderscheiden in de Meetinstructie:
• Gebruiksoppervlakte wonen 
• Overige inpandige ruimte 
• Gebouwgebonden buitenruimte 
• Externe bergruimte 

U kunt de verschillende soorten oppervlakten als aparte kolommen tonen op de OG Eenhedenlijst, zodat u de oppervlakten kunt exporteren naar Excel. 

Een nieuwe taak genaamd 'Importeren oppervlakten voor OG Eenheden conform NEN2580' is beschikbaar waarmee u de verschillende soorten oppervlakten in bulk kunt registreren voor meerdere OG Eenheden. Wat betreft het gebruiksoppervlakte kunt u per OG Eenheid ervoor kiezen om alleen het totale gebruiksoppervlak van die OG Eenheid te registreren of ook de vier subtotalen. 

1. Eenheidnr. 
2. Bruto vloeroppervlakte (BVO) 
3. Netto vloeroppervlakte (NVO) 
4. Verhuurbare vloeroppervlakte (VVO) 
5. Gebruiksoppervlakte wonen 
6. Overige inpandige ruimte 
7. Gebouwgebonden buitenruimte 
8. Externe bergruimte 
9. Totale gebruiksoppervlakte 
10. In te voeren oppervlakte(n) 

Kolom 1 moet op elke regel zijn gevuld met een code die overeenkomt met het eenheidsnummer van een bestaande OG Eenheid in Dynamics Empire. 

Kolommen 2, 3 en 4 kunnen op elke regel een waarde hebben. 

De toegestane inhoud van kolommen 5 t/m 9 is afhankelijk van de inhoud van kolom 10:  

• Als een regel in het Excel-bestand in kolom 10 de waarde 'Sub' heeft, dan mogen op die regel kolommen 5, 6, 7 en 8 zijn gevuld met een waarde en moet kolom 9 leeg zijn. 
• Als een regel in het Excel-bestand in kolom 10 de waarde 'Eind' heeft, dan moeten op die regel kolommen 5, 6, 7 en 8 leeg zijn en mag kolom 9 gevuld zijn met een waarde. 

Tot nog toe werden OG Eenheden via de BAG-gegevenssynchronisatie alleen aan BAG adresseerbare objecten van het type 'Verblijfsobject' gekoppeld. Vanaf nu worden ook OG Eenheden die in de BAG-administratie matchen met een BAG-adresseerbaar object van het type 'Standplaats' of 'Ligplaats' gekoppeld aan een BAG adresseerbaar object.

De gegevensuitwisseling met Vabi Assets Energie kan nu ook worden beveiligd met Basic Authenticatie. Deze uitbreiding is nodig om corporaties die werken met Dynamics Empire Online, in staat te stellen om via een beveiligde verbinding te synchroniseren met de on-prem-oplossing van Vabi Assets Energie. Daartoe dient u ervoor te zorgen dat de Vabi-connector via Azure Relay Service benaderbaar is gemaakt vanuit de cloud. De pagina 'Vabi-instellingen' is uitgebreid met een veld waarmee u de authenticatiemethode kunt selecteren ('Geen' of 'Basic'). Als u hier kiest voor 'Basic' kunt u de gebruikersnaam en het wachtwoord instellen via welke toegang wordt verkregen tot de Vabi-connector.

Vanaf 1 januari 2021 is het door de Brexit verplicht geworden om het adres en de landencode mee te geven in het incassobestand wanneer een incasso uitgevoerd wordt op een Brits bankrekeningnummer. Het adres en de landencode worden vanaf dit servicepack meegegeven in de rapporten voor in- en excasso (Rapporten 11151846 'Export Pain 001.001.03 SHA256' en 11151847 'Export Pain 008.001.02 SHA256').

In de beheerfunctionaliteit van het Klantportaal Online is er een extra menu-item en bijbehorende pagina genaamd ‘E-mailsjablonen’ toegevoegd. E-mailsjablonen bevatten een specificatie, in HTML-code, van de stijl van de e-mails die vanuit het Klantportaal worden verstuurd. Deze extra beheerfunctie is geïntroduceerd omdat de e-mailsjablonen in R20 Online zijn verhuisd van de applicatieserver naar de database van het Klantportaal. Met behulp van de nieuwe beheerfunctie kan de beheerder e-mailsjablonen exporteren vanuit de database naar een HTML-bestand en importeren vanuit een HTML-bestand naar de database. De stijl van de e-mails kan worden aangepast door een e-mailsjabloon te exporteren, de inhoud van het HTML-bestand aan te passen en het aangepaste HTML-bestand weer te importeren. Hiermee heeft u dezelfde flexibele mogelijkheden om de stijl van de e-mails te configureren als in R17 en R19. 

De beheerfunctionaliteit voor flexibele labels is uitgebreid met de mogelijkheid om alle flexibele labels te exporteren vanuit de database naar een JSON-bestand en andersom, vanuit een JSON-bestand te importeren naar de database. Hiermee kunnen de flexibele labels, zodra ze in de testomgeving akkoord zijn bevonden, vanuit de testomgeving worden geëxporteerd en in de productie-omgeving worden geïmporteerd. 

De DIK-clientmodules ondersteunen nu in het Client.config-configuratiebestand de mogelijkheid om een netwerkadapter te specificeren die moet worden gebruikt bij het remote connecten met DIK Core. De nieuwe node heet <bindTo></bindTo> en de opgegeven waarde is het IP-adres van de gewenste netwerkadapter. Als dit leeg wordt gelaten, wordt standaard de netwerkadapter met de hoogste metric gebruikt.

Draaien van het rapport 'Btw-vereffening berekenen en boeken' ging traag. Om die reden is er een performance-verbetering doorgevoerd.

Wanneer er handmatig een goedkeurder toegevoegd werd aan een factuur waar een order vanuit Dagelijks Onderhoud in opgehaald werd, leverde dit problemen op omdat de goedkeuringscode op de eerste goedkeuringspost niet gevuld was. Dit probleem is verholpen, er kan weer een handmatige goedkeurder toegevoegd worden voor facturen uit Dagelijks Onderhoud.

Bij facturen die betaald zijn kan men m.b.v. de knop  Goedkeuringen de historie van de goedkeuringen volgen. Bij vergoedingen kon dit echter niet. Om die reden is nu de knop 'Goedkeuringen' toegevoegd aan de volgende pagina's: 'Geboekte verhuurfactuur' (lijst en kaart), 'Geboekte verhuurcreditnota' (lijst en kaart), 'Geboekte verkoopfacturen' en 'Geboekte verkoopcreditnota's'.

Vanaf de laatste build van ABBYY Flexicapture 12 (12.0.3.4093) ontstond er een probleem bij het automatisch verwerken van door de ABBYY Outlook plugin aangeboden facturen met meerdere pagina's. Dit probleem is opgelost: facturen met meerdere pagina's worden nu ook automatisch verwerkt.

Vanaf de R20 mag het codeveld van de VA-boekingsgroepen 20 in plaats van 10 karakters bevatten. Wanneer meer dan 10 karakters gebruikt werden in de code leverde dit een foutmelding op bij het berekenen van de afschrijvingen. Dit probleem is hiermee verholpen.

Het navigeren naar het grootboek via het 'KBG-grootboekpostvolgnr.' vanaf de gerealiseerde cashflowregels was niet meer mogelijk binnen Dynamics Empire. Vanaf heden kan worden genavigeerd naar de grootboekposten door op het nummer van het KBG-grootboekpostvolgnr. te klikken.

Wanneer eerder doorbelaste Verhuur- en Verkoopfacturen niet meer van toepassing zijn door annulering of creditering, en daarom automatisch worden verwijderd door middel van de actie Doorbelasten op het Onderhoudsverzoek, worden nu ook eventuele gekoppelde Goedkeuringsposten verwijderd.

Orders die waren geweigerd na steekproef en waarvan de gereedmelding ongedaan was gemaakt in het woonbedrijf hadden niet langer meer een status in het Leveranciersportaal. Met een order zonder status kon niets meer gedaan worden in het Leveranciersportaal. Omdat de actie 'Gereedmelding ongedaan maken' niet gewenst is na een geweigerde steekproef, is het niet langer meer mogelijk deze actie te gebruiken in deze situatie.

Om mogelijk bestaande orders zonder status te corrigeren kan de actie Gereedmelden op de onderhoudsorders in het woonbedrijf worden gebruikt. Hierna is de order op het Leveranciersportaal weer te wijzigen.

Om de implementatie van Simova te vergemakkelijken in het Leveranciersportaal zijn er enkele machtigingen toegevoegd aan de VendorPortal machtigingenset. De volgende machtigingen zijn aangepast: SIM_DMS Mapping Header en SIM_DMS Document Relationship.

Er zijn wijzigingen aangebracht zodat onderhoudsverzoekorders nu enkel zichzelf en de betreffende taak sluiten, maar het onderhoudsverzoek naar de status 'In Behandeling' brengen als er nog inspecties zijn met status 'Nieuw' of 'In Behandeling'.

Alvorens een onderhoudscontract te prolongeren, moeten de mutatiegegevens worden opgehaald. Daarna is het mogelijk nieuwe budgetten voor andere clusters toe te voegen. Na het prolongeren is een nieuw project aangemaakt, waarbij ook de toegevoegde budgetregels zichtbaar zijn. Ook is er een nieuwe inkooporder (of orders) aangemaakt. In de inkoopregels zijn ook de regels voor het toegevoegde cluster (of voor meerdere clusters) zichtbaar. Als aan de clusters dimensies zijn gekoppeld, dan werden deze niet altijd juist in de inkoopregels overgenomen.

Dit probleem is opgelost.

Als een verhuuraanbieding geaccepteerd was en er werd een nieuwe versie van de verhuringverantwoording gemaakt, kon je deze versie niet direct verwijderen. Het systeem zag de nieuwe verhuringverantwoording nog steeds als definitief gemarkeerd. Alleen als de verhuringverantwoording eerst gesloten en opnieuw geopend werd kon het wel. Het is nu zo opgelost dat de nieuwe versie, zolang deze niet als definitief gemarkeerd is, direct verwijderd kan worden.

Nadat een gebruiker de einddatum van een huuropzegging van een OG Eenheid had verschoven, bevatten de contractregels soms inconsistente data. Dit probleem speelde alleen in de situatie dat de OG Eenheid één of meer logisch verwijderde contractregels had die zich bevonden tussen de opgezegde huurcontractregel en de meest recente leegstandscontractregel. In die situatie kwam het voor dat de OG Eenheid na de verschuiving twee contractregels had zonder einddatum. Dit probleem is verholpen, zodat de contractregels van een OG Eenheid voortaan in alle situaties consistent blijven na de verschuiving van een huuropzegging van die OG Eenheid. 

Op het moment dat een beheerder functionaliteit van het Klantportaal probeerde aan- of uit te schakelen op de pagina 'Klantportaalinstellingen' in de ERP-module, trad er een technische foutmelding op. Dit probleem is opgelost, zodat de functionaliteiten van het Klantportaal weer succesvol aan- of uitgezet kunnen worden. 

Het was mogelijk om het rapport 'Contactbeheer bijwerken' te plannen, waarmee een taakwachtrijpost werd aangemaakt. Echter, er zijn te veel controles tijdens het uitvoeren van dit rapport die kunnen resulteren in foutmeldingen. Daarom is ervoor gekozen om de knop 'Plannen' te verwijderen van de optiepagina van het rapport, zodat de gebruiker de uitvoering van het rapport niet meer kan plannen in de taakwachtrij.

Als een gebruiker een nieuwe contractregel van een OG Eenheid verwijderde, dan ontstond er soms een gat tussen twee contractregels. Dit probleem trad op in de situatie dat de nieuwe contractregel een ingangsdatum had die vóór de ingangsdata van bestaande contractregels lag. In die situatie werden als gevolg van de nieuwe contractregel één of meer bestaande contractregels logisch verwijderd en werd de einddatum van een andere bestaande contractregel aangepast. Als de gebruiker vervolgens de nieuwe contractregel weer verwijderde, dan moest het systeem de genoemde acties weer terugdraaien. Het systeem draaide die acties niet volledig terug, met een gat tussen twee contractregels tot gevolg. Dit probleem is verholpen, zodat in alle situaties de contractregels van een OG Eenheid op elkaar blijven aansluiten na het verwijderen van een nieuwe contractregel.

Als een OG Eenheid aan het begin van het huursomtijdvak een contractregel had met het exploitatietoestandstype 'In ontwikkeling', 'Administratief', 'Verkocht' of 'Uit beheer', dan gaf het systeem bij het berekenen van de huursom ten onrechte aan dat de OG Eenheid voldeed aan de randvoorwaarden om te tellen met de huursomberekening. Dit was fout, omdat een OG Eenheid met een dergelijke contractregel aan het begin van het tijdvak niet in exploitatie was en dus eigenlijk niet voldeed aan de randvoorwaarden om mee te tellen in de huursomberekening. Dit probleem is opgelost, zodat een OG Eenheid met een dergelijke contractregel aan het begin van het tijdvak voortaan niet meer voldoet aan de randvoorwaarden. 

Als een OG Eenheid in de loop van het huursomtijdvak uit exploitatie werd genomen, legde het systeem bij die OG Eenheid ten onrechte twee huursomuitzonderingen vast: één met code 'UIT-BEHEER' en één met code 'LEEGSTAND-EIND'. In dit geval was de laatstgenoemde huursomuitzondering onterecht. Ook dit probleem is opgelost, zodat een OG Eenheid die in de loop van het huursomtijdvak uit exploitatie is genomen voortaan alleen nog de huursomuitzondering 'UIT-BEHEER' krijgt.

Elementen die waren ingericht met de indicatie 'Niet voor leegstandscontracten' werden in een bepaald geval toch toegevoegd aan leegstandscontracten. Dit was het geval als die elementen onderdeel uitmaakten van een elementsjabloon en de gebruiker op basis van dat elementsjabloon nieuwe leegstandscontracten aanmaakte m.b.v. het daarvoor bestemde rapport (11024196). Dit rapport kan worden aangeroepen met de actie 'Leegstandscontract aanmaken' op de lijstpagina 'Elementen'. Dit probleem is opgelost door het genoemde rapport zodanig aan te passen dat elementen die zijn ingericht met de indicatie 'Niet voor leegstandscontracten' voortaan worden overgeslagen bij het aanmaken van leegstandscontracten op basis van een elementsjabloon. 

Binnen de functionaliteit voor het inrichten van teksten voor huurverhogingsbatches zijn er extra variabelen toegevoegd waarmee u de volgende eigenschappen van de aan de OG Eenheden gekoppelde divisie kunt opnemen in de kop- of voetteksten van de huurverhogingsbrieven: 

• Divisienaam
• Divisietelefoonnummer
• Divisie-e-mailadres

In sommige gevallen werden nieuwe woningwaarderingen aangemaakt met achter de schermen het jaartal van de vorige woningwaardering. Dit was het geval als de nieuwe woningwaardering was aangemaakt m.b.v. het rapport voor het in bulk aanmaken van nieuwe woningwaarderingen. Dit verkeerde jaartal had geen nadelige consequenties voor de woningwaardering zelf, maar wel voor de opmerkingen die bij die nieuwe woningwaarderingen werden gemaakt. Door een verwijzing naar het verkeerde jaartal werden deze opmerkingen namelijk ten onrechte ook getoond bij de woningwaarderingen van het voorgaande woningwaarderingsjaar. Dit probleem is opgelost, waardoor nieuwe woningwaarderingen voortaan altijd met het juiste jaartal worden opgeslagen en opmerkingen altijd bij de juiste woningwaarderingen worden getoond.

Bij het inrichten van de kop- en voetteksten van huurverhogingsbatches was het niet mogelijk om variabelen m.b.t. de rekenhuur te selecteren. Als gevolg daarvan konden de oude en nieuwe rekenhuur niet worden vermeld in de huurverhogingsbrieven. Dit is opgelost door de toevoeging van twee extra variabelen: 

• Oude rekenhuur 
• Nieuwe rekenhuur 

Per OG Eenheid wordt de oude rekenhuur berekend op basis van de waarden van het veld 'Bedrag' van de elementen van de contractregel waarin de huurverhoging is opgeslagen, en de nieuwe rekenhuur op basis van de waarden van het veld 'Bedrag na huurverhoging' van dezelfde elementen van dezelfde contractregel. 

Wanneer labels voor e-mailsjablonen werden bijgewerkt door de portal admin vanuit het Flexible Labels-menu, en er werd een nieuwe e-mail verzonden, dan werd de e-mailtekst niet bijgewerkt met de nieuwe waarden. Wanneer een portal admin nu de Flexible Labels voor e-mailsjablonen bijwerkt, worden de e-mails verzonden met de nieuw geconfigureerde tekstwaarden.