Bij elke maandelijkse release wordt de TableAPI vernieuwd. In dit geval is er een tabel toegevoegd. Met deze release is voortaan ook tabel 'FA LEDGER ENTRY' onderdeel van de TableAPI.

Het was niet mogelijk om ducumenten te downloaden vanuit het Klantportaal. Dit is hersteld.

De e-mailadressen van de contacten waren geen onderdeel van de verzonden dataset bij de documenten die naar Postex verzonden worden. Met deze release zijn de e-mailadressen toegevoegd.

We hebben twee extra velden toegevoegd aan de onderhoudscontractkaart. 

1. Contractbeheerder:
   Hiermee kunt u aangeven wie de Contractbeheerder is van het onderhoudscontract. Het veld Contractbeheerder wordt automatisch gevuld wanneer een contractkaart aangemaakt worden door de betreffende gebruiker. Dit veld is vervolgens wijzigbaar. LET OP! Het veld Contractbeheerder is bij bestaande onderhoudscontracten leeg, dit veld moet handmatig gevuld worden na ingebruikname van deze Service Pack.
   
   
2. Herzieningsdatum:
   Hiermee kunt u aangeven wanneer het onderhoudscontract herzien moet worden. U kunt in dit veld een datum invullen. In het rolcentrum is een tegel toegevoegd waar inzicht wordt gegeven in het aantal onderhoudscontracten, waarbij de herzieningsdatum vandaag is of wanneer deze is verstreken.

Wanneer men een order aanmaakte vanuit een projectbudgetregel werd na het selecteren van de leverancier de order verwerkt en was deze te raadplegen vanuit het Werkderdenoverzicht. Vanaf nu wordt direct na selecteren van de leverancier de orderkaart geopend; hierdoor hoeft de gebruiker niet eerst te navigeren naar het Werkderdenoverzicht.

Op de volgende pagina's is de toegewezen gebruikers-id toegevoegd, zodat de documenten vanuit onderhoud met opmerking aan een medewerker gekoppeld kunnen worden;

• Onderhoudsverzoekoverzicht
• Onderhoudsverzoekkaart
• Onderhoudsorderlijst en -kaart
• Onderhoudstakenlijst en -kaart

Op de OG Eenheidskaart, op het sneltabblad 'Verhuurmutatieparameters', worden twee nieuwe velden getoond:  

• 'Mutatie-nettohuur': dit veld bevat een indicatie van de nettohuur die van toepassing wordt zodra de OG Eenheid gaat muteren. Dit bedrag wordt automatisch berekend door toepassing van het bij de OG Eenheid ingestelde huurbeleid en aftopping op de effectieve doelgroeplimiet. 
• 'Effectieve doelgroeplimiet': dit veld toont het effectieve limietbedrag van de doelgroep die is toegewezen aan de OG Eenheid. Dit bedrag is gebaseerd op het limietbedrag dat is ingesteld voor de doelgroep. Als het servicebedrag is inbegrepen, dan wordt het limietbedrag verminderd met het subsidiabel servicebedrag van de actieve contractregel van de OG Eenheid. 
  

De waarden van beide velden worden automatisch berekend door het systeem. Deze berekening kan op twee manieren worden uitgevoerd: 

• Voor één of meer individuele OG Eenheden. Hiertoe is er op de OG Eenheidslijst en -kaart een nieuwe knop genaamd 'Bijwerken mutatie-nettohuur' beschikbaar. Zodra de gebruiker op deze knop klikt, worden de waarden van beide velden bijgewerkt voor de geselecteerde OG Eenheid/Eenheden. 
• In bulk voor alle OG Eenheden. Hiertoe is er een nieuwe codeunit (11024087 'DetMutationNetRentOfRealtyObj') beschikbaar die met elk gewenst herhalingspatroon kan worden ingeroosterd in een taakwachtrijpost. Zodra de codeunit vanuit de taakwachtrijpost wordt uitgevoerd, worden de waarden van beide velden van alle OG Eenheden automatisch bijgewerkt.

Waar voorheen door een lange lijst van taken (via sjablonen) gescrollt moest worden om de wenselijke taak te kunnen aanvinken, is het nu mogelijk om in deze takenlijst te zoeken. Vanaf het moment dat er getypt wordt, wijzigt de lijst aan taken real-time en kan er zo gesegmenteerd worden naar de wenselijke taken. Vanaf twee karakters wordt er real-time gesegmenteerd. Hoe concreter de zoekopdracht, hoe nauwkeuriger het resultaat.

Taken bij een inspectie hebben ieder een eigen kleur. Wanneer er voorheen een taak werd toegevoegd, verschoven de kleuren onder de taken. Dit was verwarrend. Om die reden komt er vanaf nu enkel een nieuwe kleur bij en blijven bestaande taken onveranderd.

In de gebruikersinterface van de pagina 'Aanvragen ter goedkeuring is de volgende verbetering doorgevoerd: 

• Menu-items zijn zodanig verplaatst dat de meest gebruikte menu-items (Goedkeuren, Weigeren, Record Openen, Factuur tonen, Delegeren, Op afwachten zetten, Van afwachten halen)  zijn samengevoegd onder 1 folder 'Proces' zodat deze snel te vinden en aan te klikken zijn. 
  
• Menu-items onder de folder 'Rol' zijn ongewijzigd
• Menu-items die minder vaak of zelfs helemaal niet gebruikt worden zijn terug te vinden onder 'Meer opties' > 'Acties', 'Gerelateerd' of 'Rapporten'
  

De wijziging is terug te vinden in versie 2 van de standaard profielen. (Zie ook de introtekst bovenaan deze pagina.)

• Menu-item 'Posten vereffenen..' is verplaatst van de folder 'Functies' naar de folder 'Beheren' zodat deze sneller te vinden en te gebruiken is.

Verbeteringen in projectpagina, -orders en Werkderdenoverzicht
De gebruikersinterface op de Projectkaart, Projectorders en Werkderdenoverzicht zijn geoptimaliseerd. Menu-items zijn zodanig verplaatst dat de meestgebruikte menu-items zijn gepromoveerd, zodat de gebruiker de veelgebruikte menu-items snel kan vinden en aanklikken. Ook hebben we mogelijk gemaakt dat een order/offerte direct kan worden geopend door op het ordernummer te klikken i.p.v. eerst een regel te selecteren en dan de kaart te openen met de knop Kaart.  De optimalisaties zijn beschikbaar in de versie 2 van de gebruikersprofielen. (Zie ook de introtekst bovenaan deze pagina.)

In de gebruikersinterface van de onderhoudsverzoekkaart en -lijst zijn de volgende verbeteringen doorgevoerd: 

Menu-items zijn zodanig verplaatst dat de meestgebruikte menu-items zijn gepromoveerd, zodat de gebruiker de veelgebruikte menu-items snel kan vinden en aanklikken. 

Onderhoudsverzoekkaart:

• Menu-items zijn zodanig verplaatst dat de meestgebruikte menu-items zijn ondergebracht in de gepromoveerde groep 'Nieuw', zodat de gebruiker de veelgebruikte menu-items snel kan vinden en aanklikken. 
• Op sneltab Algemeen worden alleen de noodzakelijke velden weergegeven, daarnaast is de toegewezen gebruikers-id hier toegevoerd.
• Sneltab Inspectie is niet meer zichtbaar.
• In onderhoudstaken-subform zijn 'Onderhoudsorder(s) aanmaken' en 'Onderhoudsorder(s) aanmaken en plannen' beschikbaar onder beheren, als de actiebar gepind is zijn deze altijd binnen één klik beschikbaar.
• Alle acties en groepen gerelateerd aan een planmodule (Connect-It of Connect-It 365) zijn alleen zichtbaar wanneer deze ook daadwerkelijk gebruikt worden.

Deze verbeteringen zijn beschikbaar in alle nieuwe versies (versie 2) van de standaard profielen. (Zie ook de introtekst bovenaan deze pagina.)

In de gebruikersinterface van de Onderhoudsorderkaart en -lijst zijn de volgende verbeteringen doorgevoerd: 

• Onderhoudsorderlijst
• Toevoeging van kolom 'Toegewezen gebruikers-id'
•  Onderhoudsorderkaart (Algemeen)
• Menu-items zijn zodanig verplaatst dat de meestgebruikte menu-items zijn ondergebracht in de gepromoveerde groep 'Proces', zodat de gebruiker de veelgebruikte menu-items snel kan vinden en aanklikken. 'Proces' is ook eerste gepromoveerde groep geworden, als deze standaard uitgeklapt staat zijn alle belangrijke acties direct beschikbaar.
• Op sneltab Algemeen is de 'Toegewezen gebruikers-id' toegevoegd.
• Onderhoudsorderkaart (Eigen Dienst)
• Op sneltab Algemeen worden alleen de noodzakelijke velden weergeven voor orders (opdrachten) voor de eigen dienst.
• Op sneltab Planning zijn onnodige velden en koppen niet meer zichtbaar.
• Onderhoudsorderkaart (Leverancier)
• Op sneltab Algemeen worden alleen de noodzakelijke velden weergegeven voor orders voor de leveranciers.
• Op sneltab Planning zijn onnodige velden (niet gerelateerd aan de Eigen Dienst) en koppen niet meer zichtbaar.

In de gebruikersinterface van de contactlijst en -kaart zijn de volgende verbeteringen doorgevoerd: 

• Menu-items zijn zodanig verplaatst dat de meestgebruikte menu-items zijn ondergebracht in twee gepromoveerde groepen 'Navigeren' en 'Nieuw', zodat de gebruiker de veelgebruikte menu-items snel kan vinden en aanklikken.
• De indeling van velden op de sneltabbladen 'Algemeen' en 'Communicatie' is aangepast, zodat de belangrijkste velden in de juiste volgorde worden getoond op de juiste sneltabbladen en de minder belangrijke velden pas getoond worden nadat de gebruiker op 'Meer tonen' heeft geklikt.
• Sneltab 'Communicatie' is verplaatst naar een hogere positie op de contactkaart en sneltab 'Buitenlandse valuta' is verwijderd van de kaart.
• De feitenblokken 'Contactinformatie' en 'Activiteiten contact' worden getoond op de contactkaart, zodat de gebruiker vanuit een contact snel kan navigeren naar de klant en naar gerelateerde interacties en taken (het laatstgenoemde feitenblok wordt ook getoond op de contactlijst).
• Standaard filters op het veld 'Soort' zijn toegevoegd op de contactlijst, zodat de gebruiker op basis van de contactenlijst snel een overzicht van personen cq. huishoudens/bedrijven kan maken.
• Kolommen 'Telefoonnummer' en 'E-mailadres' zijn toegevoegd aan de sneltab 'Rollen', zodat gebruikers op de huishoudenkaart direct de telefoonnummers en e-mailadressen van de verschillende personen van dat huishouden kunnen raadplegen.
• Een knop genaamd 'Persoonlijke gegevens' is toegevoegd aan de sneltab 'Rollen', zodat de gebruiker vanaf een huishoudenkaart snel kan navigeren naar de persoonlijke gegevens van de verschillende personen van dat huishouden zonder eerst de contactkaart van die personen te moeten openen.

Op de OG Eenhedenlijst zijn standaard filters beschikbaar waarmee de gebruikers de OG Eenheden snel kunnen filteren op de status van de OG Eenheid. Er is één standaard filter per status, zoals 'In ontwikkeling', 'Verhuurd', 'Leegstand' of 'Verkocht'. Deze verbetering is beschikbaar in alle nieuwe versies (versie 2) van de standaard profielen. (Zie ook de introtekst bovenaan deze pagina.)

In de gebruikersinterface van de Verhuuraanbiedingkaart zijn de volgende verbeteringen doorgevoerd: 

• Menu-items zijn zodanig verplaatst dat de meest gebruikte menu-items zijn ondergebracht in twee gepromoveerde groepen 'Proces' en 'Navigeren', zodat de gebruiker de veelgebruikte menu-items snel kan vinden en aanklikken. 
• Menu-item 'Gegadigden verwerken' is beschikbaar gemaakt op de Verhuuraanbieding-kaart en wel in de groep 'Proces' (dit menu-item is verplaatst van de OG Eenheidslijst en -kaart naar de Verhuuraanbieding-kaart) en voorzien van een duidelijke tooltip. 
• De naam van het menu-item 'Reset status' is gewijzigd in 'Terugtrekken uit VerhuurApp' en de tooltip van dit menu-item is voorzien van een duidelijke uitleg over de actie die het systeem uitvoert als de gebruiker op het menu-item klikt.  

De Rijksoverheid heeft Staatscourant 2021-509 gepubliceerd, waarin wordt vermeld dat de aangekondigde wettelijke wijziging van de staatssteunregelingtoets (ook wel bekend onder de naam ‘DAEB-toets’) definitief ingaat per 1-1-2022. De wettelijke wijzigingen houden het volgende in:

De registratie van de gemeente binnen de verantwoording verhuring zal worden gebruikt om binnen de rapportage van de staatssteunregeling onderscheid te kunnen maken tussen de verschillende gemeenten waarin woningen zijn toegewezen. De hiervoor benodigde aanpassingen van de rapportage worden opgeleverd in een volgende servicepack.

Voor de integratie met DMS online is er in Dynamics Empire een bijlagentabel aanwezig. Bij het verwijderen van documenten uit DMS-online werden records op deze DE-tabel niet goed bijgewerkt. Dit is hersteld.

De bedragen in Wordlinkbrieven werden niet meer correct weergegeven. Dit is hersteld.

Postex signaleerde foutmeldingen bij het uploaden van documenten via de API. Deze fout had verder geen inhoudelijke gevolgen, maar was onnodig. Deze fout is opgelost.

De lijst met taaksoorten was bij het invoeren van een interactiesjabloonstandaard niet volledig ten aanzien van de R19. Deze lijst met taaksoorten is nu hersteld.

Wanneer er geen bankrekening geregistreerd is bij een klant, wordt er vanuit de prolongatie een 'onbekende' bankrekening aangemaakt. Op basis van de transactiewijze in het klantensjabloon waarmee de klant is aangemaakt, en deze onbekende bankrekening, worden ook betalingsgegevens aangemaakt. Als het klantensjabloon AUTOMAAT als transactiewijze heeft, wordt er ook een mandaatcode aangemaakt. Aangezien de 'onbekende' bankrekening geen IBAN heeft, gaat dit fout bij de prolongatie of later bij het maken van de incassobatch.
Een en ander is nu zo aangepast dat, wanneer er vanuit de prolongatie automatisch betalingsgegevens aangemaakt worden en de bankrekening van de klant geen IBAN heeft, de transactiewijze en factuurtype van de velden 'Factuurtype handm. factuur' en 'Transactiewijze handm. factuur' uit de Empire-instellingen worden overgenomen.

Wanneer in de inkoopcreditnota bij het coderen een grootboekrekeningnummer gekozen werd dat meer dan 10 karakters heeft, werd na het invullen van een OG Eenheidnummer een foutmelding getoond. De onderliggende code is herzien en de foutmelding treedt nu niet meer op.

Op het moment dat alle inspecties voltooid waren op een onderhoudsverzoek, bleef het onderhoudsverzoek onterecht op status 'Inspectie' staan. Dit is gecorrigeerd: het onderhoudsverzoek krijgt na voltooien van alle inspecties weer de status 'In behandeling'. 

Het is mogelijk gemaakt om in het leveranciersportaal de afrondcode uit te vragen wanneer een onderhoudsorder zonder factuur gereedgemeld wordt. Dit is optioneel toegevoegd en kan aangezet worden onder Leveranciersportaal-instellingen. De instelling die hiervoor aangezet dient te worden heet 'Afrondcode uitvragen voor gereedmelden zonder factuur'. Als deze instelling aangezet wordt zal de leverancier verplicht de afmeldcode dienen te vullen wanneer hij gereed meldt zonder factuur in het leveranciersportaal.

Bij het prolongeren van een contract waarin een afdelingscode is gekoppeld aan een order wordt deze afdelingscode niet gevuld in de nieuwe order. Aangezien de orders direct op Gereed staan komt dit pas naar voren bij de boeking. Vanaf nu wordt bij het prolongeren van een contract, waarbij in de orders de 'Afdelingscode' gevuld is, deze afdelingscode ook meegenomen in de nieuwe order.

Het bleek mogelijk om een onderhoudsorder die reeds gefactureerd was, terug te zetten in status 'In uitvoering' of 'Technisch gereed'. Dit zorgde later in het proces voor problemen. Het versturen van de status 'In uitvoering' of 'Technisch gereed' wordt nu niet meer toegestaan voor onderhoudsorders die reeds gefactureerd zijn.

De dataset voor de Offerte-aanvraag DO is uitgebreid met de NAW-gegevens van huurder en melder. Deze gegevens kunnen via een aangepaste report lay-out opgenomen worden in de output, als dit gewenst is.

Bij het boeken van een journaalregel van het type 'artikel' waarop toeslagen werden gebruikt, werd de boeking niet voltooid. Men kreeg de foutmelding dat de grootboekpost 'Aanvullende gegevens record' reeds bestond. Dit is opgelost.

In Business Central is het mogelijk om taken in te richten met een negatief bedrag, bijvoorbeeld als tegemoetkoming naar de huurder. Deze taken werden op correcte wijze in de InspectieApp gepresenteerd, maar zodra de betreffende taak met een negatief bedrag werd geopend in de App, werd het bedrag automatisch gewijzigd/gereset naar 0, waardoor het bedrag niet meer conform inrichting was. Het automatisch wijzigen van inrichting met negatieve bedragen gebeurt nu niet meer.

In de tabel 'Aanbiedingscontract' ontbraken twee Wordlink-functies waarmee de einddatum en het bedrag van het initiële gedeelte van de eerste verhuurnota kon worden afgedrukt op de Wordlink-brief van het concept-huurcontract en de concept-eersteverhuurnota. Met het initiële gedeelte van de verhuurnota wordt bedoeld de periode vanaf de ingangsdatum van het huurcontract tot en met de laatste dag van de maand waarin het huurcontract ingaat. Daartoe zijn de volgende twee Wordlink-functies toegevoegd aan de tabel 'Aanbiedingscontract': 

• Einddatum initiële huurperiode
• Init. bedr. 1e verh. ex. eenm.
  

De eerste verhuurperiode kan bestaan uit maximaal drie subperioden, te weten: 

1. Initiële subperiode: vanaf de ingangsdatum van het huurcontract tot en met de laatste dag van de maand waarin het huurcontract ingaat; 
2. Tweede subperiode: de hele volgende maand (alleen van toepassing als de ingangsdatum van het huurcontract op of na de omslagdatum van de prolongatieperiode ligt); 
3. Derde subperiode: één of meer volgende maanden (alleen van toepassing als op de verhuuraanbieding één of meer extra prolongatietermijnen zijn gespecificeerd). 

Voor het afdrukken van details over deze drie subperioden zijn de volgende Wordlink-functies beschikbaar: 

• Initiële subperiode 
• Ingangsdatum ='Begindatum 1e verhuur' 
• Einddatum = 'Einddatum initiële huurperiode'
• Bedrag excl. eenmalig = 'Init. bedr. 1e verh. ex. eenm.' 
• Tweede subperiode 
• Ingangsdatum  = 'Begindatum extrahuur' 
• Einddatum = 'Einddatum extrahuur' 
• Bedrag excl. eenmalig = 'Extrabedr.1eVerh.nota ex.eenm.' 
• Derde subperiode
• Ingangsdatum  = 'Begindatum extra prol. termijn' 
• Einddatum = 'Einddatum extra prol. termijn' 
• Bedrag excl. eenmalig = 'Bedrag extra prol. termijn'

Hoewel de standaard machtigingenset '2C-HUA-PROLONGATIE' al indirecte invoeg- en wijzigrechten op tabeldata 'Customer Bank Account' ('Bankrekening klant') bevatte, kreeg een gebruiker met deze machtigingenset tijdens het uitvoeren van de prolongatie toch foutmeldingen over ontbrekende toegangsrechten op deze tabel. Dit probleem is opgelost.

Als men via het rapport 'Wijzigen eenheidskenmerken' (11030973) een WRB-kenmerk toevoegde met een filter op een cluster, dan werd dat WRB-kenmerk niet alleen gekoppeld aan alle OG Eenheden binnen dat cluster, maar ten onrechte ook aan alle collectieve objecten binnen dat cluster. Het rapport is nu zo aangepast dat de collectieve objecten niet worden meegenomen als op cluster gefilterd wordt. Ook zullen bij het installeren van de servicepack alle reeds aanwezige koppelingen tussen WRB-kenmerken en collectieve objecten worden verwijderd.

De pagina voor het verwerken van gegadigden, afkomstig uit het externe WRV-systeem, bevatten vier kolommen met onduidelijke namen. De namen van deze kolommen zijn verduidelijkt door middel van de volgende aanpassingen: 

• Secondair Relatienr. --> Contactnr. van persoon 
• Secondaire Relatienaam --> Contactnaam van persoon 
• Primair Relatienr. --> Contactnr. van huishouden 
• Primaire Relatienaam --> Contactnaam van huishouden

Als de gebruiker zocht naar de pagina 'Terugkoopaanbiedingen', werden er geen zoekresultaten getoond. De gebruiker kon de pagina alleen openen via het navigatiemenu 'Verkoop', dat zichtbaar is op de rolcentra van de profielen Wonen en Verkoopmakelaar. De gebruiker kon de pagina daarnaast ook niet bookmarken. Dit probleem is opgelost, zodat alle gebruikers de pagina kunnen vinden via een zoekactie en bovendien kunnen bookmarken, zodat de link om de pagina te openen direct wordt getoond op het rolcentrum.

Energieprestatie conform NTA8800; downloaden energielabel (PDF) uit VABI Assets Energy 

Als voor een OG Eenheid zowel een oude energieprestatie (met energie-index) als een nieuwe energieprestatie conform NTA8800 was geregistreerd  in Dynamics Empire, kon de gebruiker het energielabel dat behoorde bij de nieuwe energieprestatie niet downloaden uit VABI Assets Energy. In plaats daarvan werd het energiecertificaat gedownload dat behoorde bij de oude energieprestatie. Om dit probleem op te lossen is er naast de bestaande knop 'Download energiecertificaat' een nieuwe knop genaamd 'Download energielabel' toegevoegd aan de Woningwaardering-kaart. Deze knop is alleen zichtbaar op de kaart als in de VABI-instellingen de VABI-connector versie v8.x is ingesteld.

In sommige gevallen gaven alle tellers van de rolcentrumactiviteiten van de Wonen-profielen ten onrechte de waarde '0' weer, terwijl er wel degelijk records in de achterliggende tabel aanwezig waren die voldeden aan de filters van die rolcentrumactiviteiten. Dit probleem is opgelost, zodat de tellers van de rolcentrumactiviteiten in alle gevallen de juiste waarden tonen.

Na het aanmaken van een reparatieverzoek via het Klantportaal door een huurder die niet ingelogd was, werd er standaard een oorzaakcode meegegeven juist wanneer deze niet uitgevraagd werd. Dit is opgelost: als er nu geen oorzaakcode uitgevraagd wordt zal deze niet geregistreerd worden binnen het onderhoudsverzoek.