Er is een tabel toegevoegd aan de TableAPI: Cluster Type = Tabelnummer 11151553.

Er is een update op de PDF Converter doorgevoerd, waardoor DISKIS nu Windows 11 en Windows Server-compliant is.

Ten behoeve van de migratie van bijlagen in een specifiek klantproject was een hotfix nodig voor de conversiemodule. Deze is in deze servicepack geleverd en faciliteert voor dit klantproject deze migratie.

Op sommige pagina's was de Best practice-knop voor Mavim niet beschikbaar. Deze is nu toegevoegd voor pagina 'Segmenten' en pagina 'Inkoopfactuur'.

De mogelijkheid tot het toevoegen van het veld 'Klantenkortingsgroep' is aan de volgende pagina's toegevoegd:

1. Sales invoice Card (43)
2. Sales invoice List (9301)
3. Posted Sales Invoice Card (132)
4. Posted Sales Invoice List (143)
5. Rental invoice Card (11024034)
6. Rental Invoice List (11151700)
7. Posted Rental Invoice Card (11024041)
8. Posted Rental Invoice List (11151708)
9. Sales Credit Memo Card (44)
10. Sales Credit Memo List (9302)
11. Posted Sales Credit Memo Card (134)
12. Posted Sales Credit Memo List (144)
13. Rental Credit Memo Card (11024037)
14. Rental Credit Memo List (11151705)
15. Posted Rental Credit Memo Card (11024043)
16. Posted Rental Credit Memo List (11151712)

Aan de teksten binnen de SV-afrekeningsbatch is variabele '%25 - Totaal bedrag (incl. btw)' toegevoegd. Deze variabele kan worden gebruikt tijdens het afdrukken van de SV Afrekening (factuur) en SV Creditnota.

Het veld 'Toegewezen gebruikers-id' is toegevoegd aan de Verhuurfactuur en Verhuurcreditnota.

Een verkoper/inkoper wordt alleen nog geregistreerd in de planner-resourcetabel als deze ook in een inspecteurteam aanwezig is. Dit zorgt ervoor dat er niet onterecht informatie naar Connect-It 365 gestuurd wordt.

Onderaan het handtekeningveld in de VerhuurApp stond 'Sign above line'. Dit is nu vertaald naar 'Handtekening boven de lijn'.

Documentnamen waarbij de extensie (.pdf of .docx b.v.) twee keer of vaker in de naam stond, konden een fout geven bij het uploaden en downloaden door bijv. het Klantportaal. Dit is opgelost.

De taaksoorten waren door een aanpassing niet meer zichtbaar voor een gebruiker die een taak wilde aanmaken. Dit is opgelost.

De zogeheten nuldatum 01-01-1753 wordt niet meer ondersteund. In de conversiemodule werd deze nuldatum automatisch in de containertabellen gezet bij het initialiseren van de tabellen. Deze datum is nu aangepast naar 01-01-1754 in de automatische aanmaak van de containertabellen.

Daarnaast dient de gebruiker de handingevoerde nuldatum bij het instellen van de conversiemodule voortaan op 01-01-1754 te zetten. Hiermee is dit issue opgelost.

Bij het vereffenen van de grootboekposten bleek het boeken niet goed te gaan. Dit gebeurde als de gebruiker zelf een bepaalde sortering van de regels instelde en hiermee afweek van de sortering zoals deze was ingesteld op het moment dat de pagina werd geopend. Dit is aangepast. Op het moment dat de gebruiker de vereffening boekt, wordt eerst de sortering weer op de originele sortering gezet, om ervan verzekerd te zijn dat dit het boekingsproces niet verstoort.

Let op: dit is opgelost op de nieuwe pagina 'Grootboekposten vereffenen'. Om deze nieuwe pagina te gebruiken moet derhalve bij de Boekhoudinstellingen, het veld 'Nieuwe pagina Grootboekposten vereffenen gebruiken' zijn geactiveerd.

Met de actie 'Bankcode voor rekening andere betaler kopiëren' op de klantbankrekeningen (kaart en lijst) werden de rekeninghoudergegevens gevuld met de gegevens van de klant. Dit is hersteld; nu worden de naam, adresgegevens en andere velden m.b.t. de rekeninghouder weer netjes van de andere betaler overgenomen.

Het kon voorkomen dat een inkooporder de status 'Afgehandeld' had, terwijl volgens het feitenblok er nog openstaande inkoopregels aanwezig waren. Dit kon gebeuren als een inkooporder met bijvoorbeeld 4 termijnen was aangemaakt en waarbij 3 termijnen waren opgehaald in een factuur en afgehandeld. Hierbij bleef er nog één openstaande inkoopregel bestaan. Als de gebruiker de inkooporder wijzigde en de 4e termijn verwijderde, werd de inkooporder niet in zijn geheel meer gearchiveerd. Het is nu mogelijk om de inkooporder na het aanpassen handmatig te archiveren. U kunt deze functie vinden vanuit de inkooporderkaart via Acties - Functies - Archiveren inkooporder.

Bijlage bij statusberichten DICO-koppelingen werden incorrect opgeslagen wanneer voor het bijlagetype een MIME-typedefinitie gebruikt werkt waarbij ook een file-extensie in het bestandstype meegestuurd werd. Dit is nu opgelost: de bijlagen worden nu correct opgeslagen en zijn te openen op de onderhoudsorder.

De kolom 'Totaal opbrengsten' op de onderhoudsorderlijst is niet meer zichtbaar. Dit berekende veld kon niet gebruikt worden om te filteren en zorgde voor zeer veel negatieve performance. Om opbrengsten van onderhoudsorders inzichtelijk te hebben is het advies om de projectposten te gebruiken.

Wanneer er veel orders verwerkt worden via DICO kan het gebeuren dat bij een door te belasten taak de indicatie 'Door te belasten' aan blijft staan. Hierdoor blijft het verzoek ten onrechte open staan. Hiervoor is rapport 'Afhandelen doorbelaste onderhoudsverzoeken' (11282104) toegevoegd. Dit kan periodiek gedraaid worden of in de taakwachtrij gepland worden. Hierdoor zal de indicatie correct gezet worden op de taak, waarna het  verzoek te sluiten is.

Wanneer een inspectie vanuit het Klantportaal ingepland werd kwam het voor dat de tijdzones van de gebruikers verkeerd geïnterpreteerd werden. Hierdoor werd de inspectie met 1 uur verschil in de Outlook-agenda van de inspecteur geregistreerd. Dit is opgelost: de tijdzones van de worden correct gebruikt, hiervoor is in de Empire-instellingen een optie 'Tijdzone voor integraties' op tabblad Onderhoud toegevoegd. Advies is om deze altijd op waar (UTC +1:00) Amsterdam te zetten.

Bij het aanmaken van een onderhoudsverzoek of inkooporder verscheen de foutmelding 'Het veld Clusternr. van tabel Onderhoudsverzoek/Inkoopregel bevat een waarde die niet is gevonden in de gerelateerde tabel (Cluster).' Dit is opgelost.

Bij het aanmaken van een budgetregel en kiezen van een werksoort, wordt de standaardwaarde voor Werksoortboekingsgroep ingevuld. Wanneer deze standaardwaarde werd aangepast naar een werksoortboekingsgroep met een andere btw-instelling en vervolgens werd het initiële budget ingevuld, dan werden de velden waar bedragen excl. btw werden berekend niet bijgewerkt. Dit is nu opgelost.

Wanneer er op een onderhoudsverzoek gebruik gemaakt werd van de mogelijkheid tot het wijzigen van de status naar 'Afgesloten', werd de informatie 'Gesloten op' en 'Gesloten door' op de taakregel niet gevuld. Dit is vanaf nu wel het geval.

Het is mogelijk om in Empire-instellingen op sneltab Onderhoud aan te geven of AVG-bescherming toegepast moet worden. Dit kan door de functie 'Pas AVG-bescherming op persoonsgegevens toe' in te stellen. Hiermee worden de huurdergegevens niet gekopieerd op een onderhoudsverzoek, wanneer deze na huurcontracteinddatum wordt aangemaakt.

Deze instelling werkte alleen niet bij het aanmaken van vervolgopdracht. Dit is nu opgelost.  
Wanneer bij een onderhoudsverzoek n.a.v. huuropzegging na huurcontract-einddatum een vervolgopdracht wordt aangemaakt, worden de huurdergegevens niet overgenomen op de vervolgbon.

Als vanuit het Klantportaal de huursamenstelling werd gedownload, kon het voorkomen dat de datum bij 'Periode' werd weergegeven in de Engelse notatie (d.w.z. als maand/dag/jaar). Dit werd veroorzaakt doordat het formaat van de datum bepaald werd op basis van de taalinstelling. Het is nu zo opgelost dat de datum altijd het formaat dag-maand-jaar (bv. 01-07-2016) meekrijgt.

In sommige gevallen kreeg de gebruiker een technische foutmelding te zien op de pagina nadat de gebruiker een beschikbaarheidsbericht of toewijzingsbericht had verstuurd dat niet kon worden verwerkt door het externe WRV-systeem. In die situatie wordt er normaal gesproken een betekenisvolle foutmelding getoond met een uitleg waardoor het bericht niet kon worden verwerkt. Echter, dat is niet mogelijk als het VERA-foutbericht dat wordt geretourneerd door het WRV-systeem niet voldoet aan de VERA-berichtdefinitie. In die uitzonderingssituatie werd de technische foutmelding getoond.  

In Dynamics Empire is de foutafhandeling nu zodanig verbeterd dat in de genoemde uitzonderingssituatie voortaan een betekenisvolle foutmelding wordt getoond aan de gebruiker, waarin wordt uitgelegd dat het verzonden bericht niet kon worden verwerkt door het WRV-systeem, dat de oorzaak hiervan niet kan worden getoond doordat het foutbericht van het WRV-systeem niet wordt herkend als geldig VERA-bericht, dat dit moet worden gemeld aan de leverancier van het WRV-systeem en dat de gebruiker de oorzaak van de fout alsnog kan terugvinden in de VERA Webservice Log.

Als een huurmutatiesjabloon was ingericht voor een OG Eenheid, dan werd dat huurmutatiesjabloon ten onrechte niet toegepast op het moment dat de eerste leegstandscontractregel werd aangemaakt voor die OG Eenheid. Dit werd veroorzaakt door het feit dat het huurmutatiesjabloon alleen werd toegepast als de nieuwe contractregel de allereerste contractregel van die OG Eenheid was of als de nieuwe contractregel een ander klantnummer had dan de vorige contractregel van die OG Eenheid (dus bijvoorbeeld bij de overgang van leegstand naar verhuurd). En aangezien alle contractregels met de exploitatietoestandstypen 'In ontwikkeling', 'Administratief', 'Leegstand' en 'Renovatie' geen klantnummer hebben, werd het huurmutatiesjabloon niet toegepast bij de overgang van 'In ontwikkeling' naar 'Leegstand'. Dit is zodanig opgelost dat het systeem voortaan het huurmutatiesjabloon toepast in de volgende situaties: 

• als de nieuwe contractregel een ander klantnummer heeft dan de vorige contractregel; 
• als de nieuwe contractregel een 'In exploitatie'-toestandstype heeft (d.w.z. 'Verhuurd', 'Leegstand' or 'Renovatie') en de vorige contractregel een 'Uit exploitatie'-toestandstype heeft (d.w.z. 'In ontwikkeling', 'Administratief', 'Uit beheer' of 'Verkocht').

Als via 'Zoeken & vinden' een OG Eenheid werd opgezocht, dan was op de resultatenpagina 'Zoekwerkblad' alleen het 'Telefoonnummer overdag' beschikbaar in het feitenblok Klantinformatie. Dit is niet consistent met het gelijknamige feitenblok op de OG Eenhedenlijst en -kaart, waarin ook de velden 'Telefoon' en 'Mobiel' beschikbaar zijn. Deze twee extra telefoonnummer-velden zijn nu ook toegevoegd aan het feitenblok Klantinformatie op de pagina Zoekwerkblad, zodat op alle genoemde pagina's dezelfde telefoonnummers van de klant beschikbaar zijn. 

In een heel specifiek geval werden e-mailadressen niet weergegeven op de huurverhogingsdocumenten. Dit was het geval als in de inrichting van de huurverhogingsteksten op de eerste regel van de koptekst een e-mailadres was ingericht en op de laatste regel van de voettekst de indicatie 'Kolomkop' was aangevinkt. In dat geval werd het e-mailadres wel weergegeven op het eerste huurverhogingsdocument, maar niet op de volgende documenten. Dit probleem is opgelost, zodat het e-mailadres voortaan in alle gevallen wordt weergegeven op de huurverhogingsdocumenten.

Als de indicatie 'Kolomkop' is aangevinkt interpreteert het systeem het @-teken als kolomscheidingsteken, niet alleen in de kop maar ook op de regels van de tabel. Wat dat betreft dekte de naam van de indicatie de lading niet goed. Om die reden is de naam van de indicatie 'Kolomkop' gewijzigd in 'Kolom op regel' en voorzien van een heldere tooltip, zodat duidelijk is dat het @-teken als kolomscheidingsteken wordt gezien. 

Als er in bulk woningwaarderingen werden aangemaakt met het rapport 'Woningwaardering maken' (11024027), dan werden soms de vertrekken en overige ruimten verwijderd uit de woningwaardering. Dit was alleen het geval als de Empire-instelling 'Historie woningwaardering bewaken' uit stond en dan alleen bij de bestaande woningwaarderingen die door het rapport werden bijgewerkt (en dus niet bij de nieuwe woningwaarderingen die door het rapport werden aangemaakt). Dit is opgelost, zodat het rapport voortaan in geen enkele situatie vertrekken en overige ruimten verwijdert. 

Om de performance van de pagina's 'OG Eenheden' en 'Onroerend Goed Eenheidkaart' te verbeteren zijn er een aantal wijzigingen doorgevoerd in de feitenblokken en kolommen.

• Het feitenblok 'Status' op de pagina's 'OG Eenheden' en 'Onroerend Goed Eenheidkaart' is aangepast. De verschillende statussen worden voortaan weergegeven in de vorm van tegels. Elke tegel is voorzien van een tooltip en een teller. Doordat de tellers pas worden berekend nadat de pagina is geladen, worden de OG Eenhedenlijst en OG Eenheidskaart voortaan sneller geopend. Ook als de teller van een tegel de waarde 0 heeft wordt de desbetreffende tegel getoond in het feitenblok. De volgende tegels zijn standaard altijd zichtbaar in het feitenblok (tenzij de tegel is verborgen):
• Huurcontract
• Onderhoudsverzoek
• Bezwaar huurverhoging 
• Onderhoudsverzoek collectief object
• Huuropzegging
• De feitenblokken met nieuwsartikelen op de 'Onroerend Goed Eenheidkaart' zijn vervangen door één nieuw feitenblok 'Nieuwsberichten' met drie tegels waarin tellers van de verschillende soorten nieuwsberichten worden weergeven. Ook deze tegels zijn voorzien van tooltips. Het feitenblok wordt standaard niet weergegeven, maar kan via 'Personaliseren' toegevoegd worden en bevat de volgende tegels:
• Specifieke nieuwsberichten
• Algemene nieuwsberichten
• Alle nieuwsberichten 
• Op de pagina 'OG Eenheden' is één kolom weggehaald en zijn zes kolommen verplaatst naar de feitenblokken 'Pandinformatie' en 'OG Eenheid VERA-eigenschappen'. Op al deze velden kan nog wel gefilterd worden. Deze kolommen bevatten waarden die voor alle OG Eenheden werden berekend op moment van openen van de lijstpagina. Doordat deze kolommen zijn verwijderd of verplaatst naar feitenblokken, worden minder berekeningen uitgevoerd waardoor de OG Eenhedenlijstpagina sneller opent. De genoemde feitenblokken zijn niet standaard zichtbaar op de pagina 'OG Eenheden', maar kunnen via 'Personaliseren' toegevoegd worden. Het betreft de volgende velden:
• 'Verbeterplan aanwezig' is van de pagina gehaald
• 'Type omschrijving' is verplaatst naar feitenblok 'Pandinformatie'
• 'Eenheidssoort' is verplaatst naar feitenblok 'OG Eenheid VERA-eigenschappen'
• 'Eenheidsdetailsoort' is verplaatst naar feitenblok 'OG Eenheid VERA-eigenschappen'
• 'Gemeente' is verplaatst naar feitenblok 'Pandinformatie'
• 'CBS-wijk' is verplaatst naar 'Pandinformatie'
• 'CBS-buurt' is verplaatst naar feitenblok 'Pandinformatie'