De pagina die de lijst met inkoopfacturen toont is geoptimaliseerd. De standaard volgorde van de kolommen is aangepast, de knoppen die getoond worden in het lint zijn geordend en de feitenblokken die getoond worden zijn geoptimaliseerd. Alle aanpassingen hebben te maken met wat getoond wordt op het scherm en wat niet. Er zijn geen nieuwe functionaliteiten toegevoegd aan de pagina.

Het is mogelijk gemaakt om onderhoudsorders die via KOVRA naar een leverancier zijn gestuurd, in Dynamics Empire af te handelen. Denk hierbij aan de volgende acties:

• Gereedmelden onderhoudsorder
• Gereedmelden en afhandelen zonder factuur; hierbij is het mogelijk om van de gekozen inkoopwijze af te wijken
• Gereedmelden en afhandelen met factuur; hierbij is het mogelijk om van de gekozen inkoopwijze af te wijken
• Invoeren kostenspecificatie
• Kostenspecificatie definitief maken of heropenen
• Factureren van de onderhoudsorder

 

Let op! Voer deze acties altijd uit in overleg met de leverancier. Als de leverancier namelijk nog KOVRA-status- of factuurberichten verstuurd voor deze onderhoudsorders kunnen foutmeldingen ontstaan, omdat de onderhoudsorders inmiddels zijn afgehandeld.

• Afhandelen huuropzegging:
• Plannen inspecties 
• Bevestigen huuropzegging 
• Versturen eindafrekeningen 
• Voorbereiden publicatie:
• Bijwerken woningwaardering 
• Bepalen verhuurbaar per datum 
• Bepalen aanbiedhuur
• Fiatteren aanbiedhuur 
• Accorderen aanbiedhuur 
• Publiceren OG Eenheid 
• Nieuwe verhuring:
• Invullen verhuringsverantwoording
• Afhandelen verhuringsverantwoording 
• Uitnodigen voor ondertekenen huurovereenkomst

Wanneer de betaling van de btw-aangifte niet het volledige bedrag betrof, of wanneer een betaling werd vereffend met de btw-aangifte en een andere post, dan werd de kasstroom van voor de btw-aangifte niet correct bepaald. Dit is opgelost.

Wanneer voor een cluster het afrekenresultaat aangemaakt wordt kan er voor gekozen worden om alleen 'de niet verder te verdelen kosten' te verwerken. Na voltooiing kon dit resultaat worden geboekt. Wanneer vervolgens voor hetzelfde cluster nogmaals het resultaat aangemaakt werd, maar dit keer voor de verdeelde kosten, dan kon men het nog niet geboekte resultaat van stap 2 verwijderen. Het in de eerdere stap geboekte resultaat werd echter ook verwijderd. Wanneer het resultaat voor het cluster voor een derde keer verwerkt werd, werden ook de geboekte kosten opnieuw verwerkt en geboekt. Dit was onterecht en is opgelost: eenmaal geboekte resultaten kunnen niet langer verwijderd worden.

De afwachtcodes '###' en '### BETREG' worden door het systeem gebruikt voor verplichtingen en betalingsregelingen. Het is niet meer mogelijk deze afwachtcodes in te vullen of te verwijderen van de klanten- en leveranciersposten. Ook is het niet meer mogelijk deze in te vullen op Diversendagboek en zijn ze niet meer te gebruiken voor de afwachtcodes voor service en verbruik op de Empire-instellingen.

Wanneer op een goedkeuringswerkstroom een vervaldatum ingevuld was werd de vervaldatum van de eerste goedkeuringspost niet goed bepaald. Dit is opgelost.

Op de meterstandenafrekening is de term 'Vastrecht' gewijzigd naar 'Gebruiksonafhankelijk'.

Als er op een eenheid vanuit het feitenblok 'Afspraak informatie' werd ingezoomd op de afspraken, toonde het systeem een foutmelding waarin werd gesteld dat de gebruiker onvoldoende rechten had: 'U beschikt niet over de volgende rechten voor TableData DM - Appointment: Insert.' Dit probleem is opgelost en voortaan wordt de afspraaklijst getoond voor de geselecteerde eenheid.

Als er een onderhoudsverzoek werd aangemaakt via de vraagboom kreeg men een foutmelding wanneer de uitslag van het verzoek een inspectie betrof (dit is de situatie bij een onduidelijk verzoek). De foutmelding gaf aan dat er opnieuw gegevens uit de database geladen moesten worden. Dit is opgelost.

Bij het aanmaken van de elementen voor een aanbiedingscontract, tijdens het aanmaken van een verhuuraanbieding, kon aan het aanbiedingselement een onjuiste btw-boekingsgroep worden toegekend. Dit kwam doordat voor het aanbiedingselement de btw-boekingsgroep werd overgenomen van het standaard element. Echter, conform de standaard inrichting wordt voor een standaard element geen btw-boekingsgroep ingesteld (zodat het aantal standaard elementen beperkt blijft). Dit betekent dat een btw-boekingsgroep voor een element alleen wordt toegepast als het betreffende element aan een contract wordt gekoppeld. 

Voorbeeld:

Het meest recente contract voor een eenheid is een leegstandscontract. Dit leegstandscontract fungeert als broncontract bij het aanmaken van een verhuuraanbieding. Dit leegstandscontract (broncontract) heeft de volgende elementen:

• elementnr: 101; btw-boekingsgroep: H21
• elementnr: 201; btw-boekingsgroep: H21
  
• elementnr: 203; btw-boekingsgroep: L9

Daarnaast geldt voor de standaard elementen het volgende:

• elementnr: 101; btw-boekingsgroep: GEEN
• elementnr: 201; btw-boekingsgroep: GEEN
  
• elementnr: 203; btw-boekingsgroep: GEEN
  

In de woningwaardering voor zelfstandige woonruimtes kon niet worden opgegeven dat er een inductiekookplaat aanwezig was in de woning. Dit is opgelost door een extra veld genaamd Inductiekookplaat toe te voegen aan de pagina Kwaliteitspunten keuken. Voor een versie van de woningwaardering kan worden opgegeven hoeveel inductiekookplaten van toepassing zijn. Voor een inductiekookplaat wordt een waardering van 1,5 punt toegepast. In theorie kan een onbeperkt aantal inductiekookplaten worden opgegeven. Daarnaast is ook aan de af te drukken specificatie van de woningwaardering een regel voor Inductiekookplaat toegevoegd.

Als er gelijktijdig met de jaarlijkse huurverhoging ook niet-nettohuurelementen moesten worden aangepast, bijv. elementen voor service en verbruik, dan werd de aanpassing van de niet-nettohuurelementen ten onrechte teruggedraaid als de jaarlijkse huurverhoging werd teruggedraaid. Door het terugdraaien van de jaarlijkse huurverhoging ging de aanpassing van niet-nettohuurelementen dus verloren. Deze situatie is aangepast, zodat bij het terugdraaien van de jaarlijkse huurverhoging alleen de aanpassing van de nettohuurelementen wordt teruggedraaid.

Als de huurverhoging van een OG Eenheid werd teruggedraaid, dan leidde dat in sommige gevallen tot een situatie waarbij die OG Eenheid twee contractregels zonder einddatum had. Deze situatie zou niet mogen voorkomen, aangezien normaal gesproken een OG Eenheid precies één contractregel zonder einddatum heeft. Het probleem trad op in het geval de contractregel die fungeerde als broncontract voor de jaarlijkse huurverhoging, in de tussentijd een einddatum had gekregen (met 'in de tussentijd' wordt hier bedoeld: tussen het moment van aanmaken van de huurverhogingsparameters en het moment van terugdraaien van de jaarlijkse huurverhoging). Dat was bijvoorbeeld het geval als voor de OG Eenheid in die tussentijd een huuropzegging was aangemaakt. Het probleem werd veroorzaakt door het feit dat bij het terugdraaien van de huurverhoging de einddatum van het broncontract in alle gevallen werd leeggemaakt, terwijl dat in bovengenoemd geval niet zou moeten gebeuren. Dit probleem is opgelost, zodat bovengenoemde foutieve situatie niet meer ontstaat als gevolg van het terugdraaien van de jaarlijkse huurverhoging van één of meer OG Eenheden.