In een eerdere actie (PBI 38747) is het mogelijk gemaakt om in Dynamics Empire onderhoudsorders die via KOVRA naar de leverancier zijn verstuurd, af te handelen. Het gaat hierbij om gereedmelden, kostenspecificatie en factureren. Het moet echter ook mogelijk zijn om via KOVRA opnieuw een factuur aan te bieden. In dat geval moet wel eerst in Dynamics Empire de oude factuur worden verwijderd. Vervolgens dient dan eerst de nieuwe kostenspecificatie via het KOVRA-statusbericht te worden verstuurd. Echter, de huidige leveranciers maken geen gebruik van dit bericht en versturen de factuur direct na het gereedmelden. In dat geval moet dan wel eerst in Dynamics Empire de onderhoudsorder worden heropend. Deze stap is nu niet meer nodig. Als bij de inkoopwerkwijze van de leverancier 'Conceptfactuurregels invoeren via factuur' is ingeschakeld, hoeft alleen nog maar de oude factuur te worden verwijderd.

De meeste leveranciers geven de kosten niet door in het statusbericht. De kostenspecificatie wordt pas aangemaakt bij het verwerken van het factuurbericht, gebruik makend van de functionaliteit 'Conceptfactuurregels invoeren via factuur'. Hierdoor is het echter niet mogelijk om gebruik te maken van de steekproef tijdens de goedkeuring van de kostenspecificatie. Het is ook mogelijk om de steekproef in te stellen bij de goedkeuring van de inkoopfactuur. Dit werkte echter niet voor KOVRA-inkoopfacturen. Dit is nu hersteld: de steekproef werkt nu ook voor KOVRA-inkoopfacturen.

De conversiemodule is zodanig uitgebreid dat voortaan ook erfpachtmoedercontracten kunnen worden geconverteerd. Deze uitbreiding is m.n. bedoeld voor Empire-naar-Empire-conversies.

Er zijn diverse verbeteringen doorgevoerd op de sneltabbladen op de pagina met details van een OG Eenheid: de details zijn duidelijker en toegankelijker ingedeeld.

• Enkele velden op bestaande tabbladen zijn verplaatst naar andere bestaande tabbladen.
• Enkele velden zijn verplaatst naar nieuwe tabbladen.
• De namen van tabbladen zijn aangepast/verbeterd.
• Het tabblad met VERA-eigenschappen is vervallen, omdat alle eigenschappen naar andere tabbladen zijn verplaatst.

Het was mogelijk om een verkoopfactuur te boeken waarbij de btw-productboekingsgroep op de regel leeggelaten kon worden. Vanaf nu is het verplicht om een btw-productboekingsgroep in te vullen op de verkoopregels.

Bij het boeken van de S&V-afrekeningen wordt, wanneer 'Direct boeken' is aangevinkt en 'Peildatum verrekening' is ingegeven, gecontroleerd of de aangemaakte facturen en creditnota's onmiddellijk vereffend kunnen worden met resp. andere, nog openstaande creditnota's of facturen. Hierbij werd uiteraard rekening gehouden met de betreffende klant, het documenttype en het openstaande bedrag, maar niet met de OG Eenheid waarvoor het betreffende S&V-document bestemd was. Dit is niet correct en daarom wordt vanaf nu ook gefilterd op het betreffende OG Eenheidnr. en wordt er niet meer vereffend met elke willekeurige openstaande factuur of creditnota.

Als binnen de functionaliteit 'Afschrijving berekenen' een afschrijving werd berekend met een afschrijvingsboek dat niet was geïntegreerd met het grootboek, dan werd de omschrijving die was ingevuld op de pagina NIET meegenomen in het VA-dagboek. Gebeurde dit met een afschrijvingsboek dat wel was geïntegreerd met het grootboek, dan verscheen de omschrijving die op de pagina was ingevuld WEL in het VA-dagboek. Dit is opgelost: in beide gevallen wordt de omschrijving nu meegenomen.

Bij het exporteren van het PAIN-bestand werd, wanneer in het bestand meerdere betalingen of incassos's waren opgenomen, de eerste betaling of incasso overschreven door het totaal te betalen of te incasseren bedrag. Dit is hersteld: de eerste betaling of incasso bevat weer het correcte bedrag.

Bij het afdrukken van de borderel ontstond een foutmelding, omdat in de afdruk een veld gebruikt werd dat niet bekend was in de dataset. Dit probleem is opgelost en de borderel kan weer worden afgedrukt.

Bij het indienen van een factuur op het Leveranciersportaal kreeg een aannemer de volgende foutmelding: "U beschikt niet over de volgende rechten voor TableData Vendor Kovra Setup: Read." Deze foutmelding is opgelost door de machtigingset LEVERANCIERSPORTAAL leesrechten op de tabel 'Leverancier KOVRA-instellingen' te geven.

Als bij de klant van het woonbedrijf de optie voor 'opdrachten automatisch accepteren' aan staat, worden bij het verwerken van het opdrachtbericht in het onderhoudsbedrijf direct de onderhoudsorders aangemaakt. Dit kan alleen voor onderhoudstaken die automatisch zijn toegewezen aan een leverancier. Om die reden gaat dit mis bij opdrachten met meerdere onderhoudstaken waarvan niet alle onderhoudstaken zijn toegewezen aan een leverancier. In dit geval wordt toch geprobeerd om voor alle onderhoudstaken onderhoudsorders aan te maken, hetgeen resulteert in een foutmelding.

Dit is nu aangepast, zodat in dit geval alleen voor onderhoudstaken die zijn toegewezen aan een leverancier onderhoudsorders worden aangemaakt.

• Ga naar <bedrijfsnaam>/Afdelingen/Beheer/Applicatie-instellingen/Wonen/Instellingen
  
• Onder Lijsten, klik op Woningwaarderingsparametersets
• In de regel waarbij Ingangsdatum = 1-7-2020 in kolom 'Beschermd stads- of dorpsgezicht bouwjaar' de waarde 1945 invullen
• In de regel waarbij Ingangsdatum = 1-7-2019 in kolom 'Beschermd stads- of dorpsgezicht bouwjaar' de waarde 1945 invullen

Als er bij het genereren van de huurverhogingsbrieven voor PostEx (m.b.v. report 11024033) geen documentdatum was geselecteerd, bleef de documentdatum leeg in het XML-bestand dat naar PostEx werd gestuurd. Het report is zodanig aangepast dat in het genoemde geval de documentdatum in het XML-bestand wordt gevuld met de werkdatum. Als er wel een documentdatum was geselecteerd, werd - en wordt nog steeds - de documentdatum in het XML-bestand gevuld met de geselecteerde documentdatum. 

Wanneer er een eerste nieuwe versie van de woningwaardering werd aangemaakt - dat wil zeggen: van volgnummer '0' naar volgnummer '1' - was het veld WOZ-waarde niet wijzigbaar. Bij volgende versies trad dit probleem niet meer op. Het is nu zo opgelost dat de WOZ-waarde bij het aanmaken van (een nieuwe versie van) de woningwaardering altijd wijzigbaar is.

Als de gebruiker vanaf een klant navigeerde naar het overzicht met verhuurcontractregels (de pagina genaamd 'Contractoverzicht klanten'), stond het systeem ten onrechte toe dat de gebruiker de ingangsdatum en einddatum van contractregels met de status 'Nieuw' kon invullen of wijzigen. Als de gebruiker gebruik maakte van die mogelijkheid, dan leidde dat tot onterechte TWK-boekingen en inconsistente data. 

De pagina genaamd 'Contractoverzicht klanten' is nu zo aangepast dat geen kolom meer te bewerken is en alle waarde 'alleen-lezen' zijn. Dit is in lijn met de pagina 'Contractoverzicht' die kan worden geopend vanaf een OG Eenheid.

Als in Dynamics Empire de CBS-gegevens werden geïmporteerd, werden de diakritische tekens niet goed verwerkt. Hierdoor werden vreemde namen getoond voor wijken en buurten. De buurt Azië werd bijvoorbeeld weergegeven als AziŽ½. De oorzaak lag in het gebruik van een onjuiste tekencodering. De importfunctionaliteit is aangepast en werkt nu met tekencodering UTF-8. Hiermee is het probleem opgelost en worden alle CBS-gegevens weer correct weergegeven in Dynamics Empire.

De links in de footer van het Klantportaal openen in dezelfde browserpagina, waardoor het Klantportaal dus wordt verlaten. Dit is gewijzigd: de links openen nu in een nieuw browser-tabblad.

Als in het Klantportaal gezocht werd naar een kennisbankitem, en de zoekactie leverde resultaat op, dan werd dit naar verwachting getoond. Als echter verder werd genavigeerd in het portaal, dan bleef dit zoekresultaat continu in beeld. Dit was alleen te verwijderen door in het zoekveld de zoektekst weg te halen. Dit is opgelost: het zoekresultaat verdwijnt wanneer buiten de zoekfunctionaliteit wordt geklikt.

Het icoon voor contactgegevens suggereerde dat het een chatfunctie betrof en was om die reden verwarrend. Het icoon is nu gewijzigd in een meer geschikte afbeelding.