Klik hier voor de cumulatieve Excelsheet met alle release notes van SP2008 tot en met heden.
R2111
1 Nieuwe functionaliteit
1.1 ERP Algemeen
| Onze referentie: | 90460 |
| Gemeld door: | cegeka-dsa |
| Categorie: | Algemeen, Algemeen |
Empire functionaliteitenbeheer
Met 'Empire functionaliteitenbeheer' kan cegeka-dsa nieuwe functionaliteiten of verbeteringen op bestaande functionaliteiten ontwikkelen achter een schuifknop. Met deze schuifknop heeft de corporatie zelf in de hand wanneer ze gebruik wil gaan maken van de nieuwe of verbeterde functionaliteit.
De in de 'Empire functionaliteitenbeheer' aangeboden functionaliteiten worden altijd uitgebreid beschreven in handleidingen die meegeleverd worden met de releasenotes van het betreffende servicepack.
1.2 ERP Financieel
| Onze referentie: | 91359 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Financieel, Financieringenbeheer |
Negatieve rente financieringen
Voorheen was het niet mogelijk om in de financieringsvorm van een lening een rentepercentage op te geven van kleiner dan 0,0001%. Het is nu mogelijk om met behulp van het min-teken ('-'), gevolgd door een getal, een negatief percentage in te stellen.
| Onze referentie: | 93406 |
| Gemeld door: | Woonstichting Leusden |
| Uw referentie: | W1703 042 |
| Categorie: | Financieel, Telebankieren |
Telebankieren
Bij het aanmaken van een nieuw incassomandaat kon het veld 'Datum eerst gebruikt' niet worden ingevuld. Bij het verwerken van de incasso werd hierdoor automatisch een extra run gemaakt voor eerste betalingen. Het veld kan nu handmatig worden ingevuld om de betreffende betaling gelijk op te nemen in de herhaalde incassorun.
| Onze referentie: | 96277 |
| Gemeld door: | Lefier |
| Uw referentie: | W1612 023 |
| Categorie: | DMS, Integratie Empire |
Em-Link en Dm-Link in Geboekte Creditnota's
In het menu van de lijst met Geboekte Creditnota's zijn onder 'Gerelateerd', 'Creditnota', net als op de geboekte inkoopcreditnota-kaart, de acties 'Em-Link' en 'Dm-Link' toegevoegd.
1.3 ERP Vastgoed
| Onze referentie: | 77243 |
| Gemeld door: | Cegeka-DSA |
| Categorie: | Dagelijks Onderhoud, Cartotheek |
Cartotheekindicatie 'Extern eigendom'/'ZAV'
Voor de hoofdcategorieën binnen de cartotheek zijn 'Extern eigendom' en 'ZAV' niet meer standaard aangevinkt.
| Onze referentie: | 93078 |
| Gemeld door: | De Goede Woning |
| Categorie: | Dagelijks Onderhoud, Offertes / Orders |
Contactinformatie DICO (KOVRA)-order
Binnen de KOVRA-instellingen is een extra optie toegevoegd voor 'Contactpersoon order'; het is vanaf nu ook mogelijk om de persoon die de order aangemaakt heeft als contactpersoon mee te sturen in het opdrachtbericht.
| Onze referentie: | 93143 |
| Gemeld door: | Mozaïek Wonen |
| Categorie: | Dagelijks Onderhoud, Intake |
Via vraagboom enkele taak aanmaken
We hebben eerder een functionele wijziging doorgevoerd om meerdere taken voor een onderhoudsverzoek aan te maken wanneer u gebruik maakt van de vraagboom. Voor enkele klanten bleek dit dusdanig impact te hebben op het dagelijks proces dat we een een instelling hebben toegevoegd in de Empire-instellingen waarmee u de nieuwe functionaliteit kunt uitschakelen. Het betreft de instelling 'Enkele taak aanmaken vanuit de vraagboom'.
| Onze referentie: | 95714 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Resourceplanning, Resources |
Resource markeren als vakman
Op de resourcekaart is een indicatie toegevoegd waarmee kan worden aangegeven of deze resource een vakman is en aanwezig moet zijn in Connect-It 365. Als deze indicatie aanstaat zal de resource (mits een e-mailadres is gevuld) toegevoegd worden aan de planner-resourcepagina en beschikbaar zijn voor synchronisatie met Connect-It 365. Na installeren van het servicepack staat de indicatie standaard aan bij alle bestaande resources, maar na het toevoegen van nieuwe resources standaard uit.
1.4 ERP Wonen
| Onze referentie: | 90146 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Wonen, Eenhedenbeheer |
Clustersoorten koppelen aan VERA-clustersoorten
De mogelijkheid is geïntroduceerd voor de applicatiebeheerder om de door de corporatie gedefinieerde clustersoorten te koppelen aan standaard VERA-clustersoorten, die door Stichting VERA zijn gedefinieerd. Daartoe is de pagina 'Clustersoorten' uitgebreid met twee extra kolommen. In deze nieuwe kolommen kan de beheerder elke clustersoort koppelen aan een VERA-clustersoort. Deze VERA-clustersoorten worden in de toekomst gebruikt in de op VERA gebaseerde API's waarmee externe applicaties gegevens in Dynamics Empire kunnen lezen en deels ook wijzigen. De toegevoegde kolommen heten 'VERA-clustersoortcode' en 'VERA-clustersoortnaam'.
| Onze referentie: | 90208 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Algemeen, Algemeen |
Reden in exploitatie koppelen aan VERA-inexploitatiereden
De mogelijkheid is geïntroduceerd voor de applicatiebeheerder om de door de corporatie gedefinieerde redenen om OG Eenheden in exploitatie te nemen, te koppelen aan standaard VERA-inexploitatieredenen, die door Stichting VERA zijn gedefinieerd. Daartoe is de pagina 'Reden in exploitatie' uitgebreid met twee extra kolommen. In deze nieuwe kolommen kan de beheerder elke reden in exploitatie koppelen aan een VERA-inexploitatiereden. Deze VERA-inexploitatieredenen worden in de toekomst gebruikt in de op VERA gebaseerde API's waarmee externe applicaties gegevens in Dynamics Empire kunnen lezen en deels ook wijzigen. Daarnaast is ervoor gezorgd dat de beheerder de pagina 'Reden in exploitatie' voortaan direct kan openen door ernaar te zoeken (in plaats van de pagina te openen vanuit een OG Eenheid).
| Onze referentie: | 90223 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Algemeen, Algemeen |
Reden uit exploitatie koppelen aan VERA-uitexploitatiereden
De mogelijkheid is geïntroduceerd voor de applicatiebeheerder om de door de corporatie gedefinieerde redenen om OG Eenheden uit exploitatie te nemen, te koppelen aan standaard VERA-uitexploitatieredenen, die door stichting VERA zijn gedefinieerd. Daartoe is de pagina 'Reden uit exploitatie' uitgebreid met twee extra kolommen. In deze nieuwe kolommen kan de beheerder elke reden uit exploitatie koppelen aan een VERA-uitexploitatiereden. Deze VERA-uitexploitatieredenen worden in de toekomst gebruikt in de op VERA gebaseerde API's waarmee externe applicaties gegevens in Dynamics Empire kunnen lezen en deels ook wijzigen. Daarnaast is ervoor gezorgd dat de beheerder de pagina 'Reden uit exploitatie' voortaan direct kan openen door ernaar te zoeken (in plaats van de pagina te openen vanuit een OG Eenheid).
| Onze referentie: | 90264 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Algemeen, Algemeen |
Huurcontractsoorten koppelen aan VERA-overeenkomstdetailsoorten
De mogelijkheid is geïntroduceerd voor de applicatiebeheerder om de door de corporatie gedefinieerde huurcontractsoorten te koppelen aan standaard VERA-overeenkomstdetailsoorten, die door Stichting VERA zijn gedefinieerd. Daartoe is de pagina 'Huurcontractsoorten' uitgebreid met twee extra kolommen. In deze nieuwe kolommen kan de beheerder elke huurcontractsoort koppelen aan een VERA-overeenkomstdetailsoort. Deze VERA-overeenkomstdetailsoorten worden in de toekomst gebruikt in de op VERA gebaseerde API's waarmee externe applicaties gegevens in Dynamics Empire kunnen lezen en deels ook wijzigen.
| Onze referentie: | 93857 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Wonen, Contracten |
VERA-overeenkomstdetailsoort tonen op Huurcontractkaart
Op de Huurcontractkaart, op sneltablad 'Algemeen', is een nieuw veld toegevoegd waarin de code van de VERA-huurovereenkomstdetailsoort wordt getoond. De waarde van dit veld wordt automatisch afgeleid van de waarde van het bestaande veld 'Huurcontractsoort' (zie ook wijziging 90264). De waarden van het nieuwe veld is dus niet wijzigbaar op de Huurcontractkaart.
| Onze referentie: | 93859 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Wonen, Eenhedenbeheer |
VERA-inexploitatiereden en -uitexploitatiereden tonen op OG Eenheidskaart
Op de OG Eenheidskaart, op sneltabblad 'Status', zijn twee nieuwe velden toegevoegd waarin de code van de VERA-inexploitatiereden en de VERA-uitexploitatiereden worden getoond. De waarden van deze velden worden automatisch afgeleid van de waarden van de bestaande velden 'Exploitatiebeginreden' resp. 'Exploitatie-eindreden' (zie ook wijzigingen 90208 en 90223). De waarden van de nieuwe velden zijn dus niet wijzigbaar op de OG Eenheidskaart.
2 Nieuwe functionaliteit - extra aandacht en actie vereist!
In deze paragraaf staan nieuwe functionaliteiten vermeld waarbij één van de volgende drie kenmerken van toepassing is:
- wijzigingen die impact hebben op het werkproces en het gebruik van Dynamics Empire;
- functionaliteit waarbij wijzigingen in de inrichting nodig zijn;
- wijzigingen waarvoor dataconversie nodig is.
In principe zijn alle functionaliteiten optioneel, maar de aard ervan kan betekenen dat implementatie gewenst is (bijvoorbeeld bij items die gerelateerd zijn aan wetswijzigingen). Als een item vanwege de impact extra inspanning of aandacht vereist, wordt dit in de release notes aangegeven en beschreven. Indien nodig wordt er verwezen naar een apart document waar de impact uitgebreid wordt toegelicht. Sommige van deze functionaliteiten zult u zelfstandig in gebruik kunnen nemen, voor andere is inzet van één van onze consultants noodzakelijk. Waar nodig zijn voor deze functionaliteiten de release notes aangevuld met een instructie in een apart document, waarin u wordt verteld wat u moet doen om de functionaliteit beschikbaar te maken in het systeem.
Afhankelijk van de functionaliteit is het belangrijk dat deze wordt getest, en dat de gebruikers de benodigde training krijgen.
Als voor ingebruikname van een functionaliteit de inzet van een consultant van cegeka-dsa benodigd is (zoals in de release notes zal worden aangegeven) kunt u hiervoor een verzoek indienen via onze Supportdesk.
2.1 ERP Vastgoed
| Onze referentie: | 68391 |
| Gemeld door: | Wooninvest, Actium |
| Categorie: | Dagelijks Onderhoud, Offertes / Orders |
Inactief zetten standaardtaken
Het is vanaf nu mogelijk om standaardtaken inactief te zetten, zodat deze niet meer gebruikt kunnen worden in nieuwe onderhoudsverzoeken. Hiervoor is de optie 'Inactief' toegevoegd op de standaardtaakkaart. Als deze optie aangezet wordt is het niet mogelijk deze standaardtaak te selecteren bij nieuwe verzoeken. Hier zijn echter enkele voorwaarden aan gekoppeld:
- De standaardtaak is niet opgenomen in een reparatiesjabloon. Is dit wel het geval, dan dient de taak eerst verwijderd te worden uit het reparatiesjabloon.
- Let op: mocht het reparatiesjabloon gebruikt worden in de vraagboom, zorg dan dat de vraagboomregels ook aangepast/verwijderd worden.
- De standaardtaak is niet opgenomen in een onderhoudssjabloon. Is dit wel het geval, dan dient de taak eerst verwijderd te worden uit het onderhoudssjabloon.
- De standaardtaak is niet opgenomen in een onderhoudsorder met status < Afgesloten.
Wanneer de standaardtaak op inactief gezet is, wordt deze standaard niet meer getoond in het standaardtakenoverzicht. Hier zit een filter op om alleen actieve standaardtaken te tonen.
Let op: mocht er gebruik gemaakt worden van de koppeling met Connect-It, zorg er dan voor dat direct na het inactief zetten van een standaardtaak de Master-Data-sync met Connect-It gedraaid wordt, zodat de twee systemen in sync blijven.
| Onze referentie: | 76937 |
| Gemeld door: | SWEMP |
| Categorie: | Dagelijks Onderhoud, Inspecties |
Uitbreiding DGOINSLV01 (ReadInspections) opvragen inspecties o.b.v. OGE-nr.
Het is mogelijk gemaakt om met de VERA-DGO call ReadInspections de inspecties op te vragen die aangemaakt zijn voor een verhuurbare OG Eenheid, waarbij het niet noodzakelijk is de medewerkercode te specificeren. Hiermee is het mogelijk om de reeds geplande inspecties (bij andere inspecteurs) die nog niet afgesloten zijn, op te vragen en te plannen of te herplannen. Voor meer informatie, zie het document Dynamics Empire - VERA DGO (intake en inspectie) - Technische documentatie.docx.
| Onze referentie: | 76938 |
| Gemeld door: | SWEMP |
| Categorie: | Dagelijks Onderhoud, Inspecties |
Uitbreiding DGOTAALK02(CreateUpdateOrCancelMaintenanceTasks) toevoegen taken aan verzoek
Het is mogelijk gemaakt om met de VERA-DGO call CreateUpdateOrCancelMaintenanceTasks taken toe te voegen zonder dat hier een inspectie aan ten grondslag moet liggen. Dit kan nu op basis van het onderhoudsverzoeknummer gedaan worden. Hierdoor is het mogelijk dat bijvoorbeeld na het voltooien van een inspectie nog taken nagestuurd worden. Voor meer informatie, zie het document Dynamics Empire - VERA DGO (intake en inspectie) - Technische documentatie.docx.
2.2 ERP Wonen
| Onze referentie: | 91523 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Wonen, Huurverhoging |
Wettelijke wijzigingen jaarlijkse huurverhoging 2022-2023
T.b.v. de jaarlijkse huurverhoging 2022-2023 is een nieuwe vorm van aftopping geïntroduceerd, genaamd: 'huurverhogingsbedragaftopping'. Met deze nieuwe vorm van aftopping kunt u instellen wat het maximum bedrag is waarmee de nettohuur mag worden verhoogd. Met andere woorden: wat per OG Eenheid het maximum verschil is tussen de huidige nettohuur en de nieuwe nettohuur van de OG Eenheid. Deze nieuwe vorm van aftopping komt naast de bestaande vorm van aftopping (‘nettohuuraftopping’) waarmee u kunt instellen wat het maximum bedrag is van de nieuwe nettohuur. Per OG Eenheid kunt u een nettohuuraftopping en een huurverhogingsbedragaftopping naast elkaar instellen. Dit kunt u voor elke individuele OG Eenheid doen op de OG Eenheidskaart of in bulk voor meerdere OG Eenheden via de daarvoor bestemde import vanuit Excel.
Met deze nieuwe vorm van aftopping bent u in staat te voldoen aan de nieuwe wettelijke eisen die de Rijksoverheid heeft gepubliceerd m.b.t. inkomensafhankelijke huurverhoging en huursprongen voor zeer lage huren. Zie voor meer informatie over deze wettelijke regels de volgende webpagina van de Rijksoverheid:
Om te voldoen aan deze wettelijke regels dient u de volgende aftoppingen met bijbehorende aftoppingsregels in te richten:
- HOOGINKOMEN (Huurders met een hoog inkomen)
- 1-7-2022 100,00
- HOOGMIDDENINKOMEN (Huurders met een hoog middeninkomen)
- 1-7-2022 50,00
- LAGENETTOHUUR (Zelfstandige woningen met lage huidige nettohuur)
- 1-7-2022 25,00
- GEENAFTOPPING (Geen aftopping van het huurverhogingsbedrag)
- 1-7-2022 0,00
In meegeleverd document Wettelijke wijzigingen jaarlijkse huurverhoging 2022-2023 wordt in detail uitgelegd hoe u deze nieuwe vorm van aftopping kunt gebruiken om te voldoen aan de nieuwe wettelijke regels van de Rijksoverheid. Deze informatie wordt ook verwerkt in het 'Themadocumument jaarlijkse huurverhoging 2022-2023', dat in 2022 wordt gepubliceerd door cegeka-dsa zodra de Rijksoverheid de wettelijke parameters m.b.t. de woningwaardering en jaarlijkse huurverhoging 2022-2023 heeft gepubliceerd.
| Onze referentie: | 94103 |
| Gemeld door: | Portaal en Zayaz |
| Uw referentie: | M2109 464 en W2109 024 |
| Categorie: | Wonen, Huurverhoging |
Aanpassing antwoordbestand van het proces inkomensafhankelijke huurverhoging
De Belastingdienst past per 1-1-2022 de opbouw van het antwoordbestand aan. Het bestand krijgt voortaan een eerste kopregel met de volgende kolommen:
- Postcode
- Huisnummer
- Huisnummertoevoeging
- BAG-id ontvangen
- Inkomensindicatie
- BAG-id vastgesteld
De kolom m.b.t. het aantal inkomensontvangers vervalt en het laatste veld is nu 'BAG-id vastgesteld'.
Het rapport 'Huishoudverklaringen importeren' houdt voortaan als volgt rekening met de nieuwe opbouw:
- Tijdens de import wordt de eerste regel in het bestand overgeslagen.
- Als bij één of meerdere regels de waarden in de kolommen 'BAG-id ontvangen' en 'BAG-id vastgesteld' van elkaar verschillen, dan wordt daarover een melding getoond na afloop van de import.
3 Oplossing van bevindingen
3.1 BI
| Onze referentie: | 77891 |
| Gemeld door: | ZoWonen |
| Uw referentie: | M2103 043 |
| Categorie: | BI, Datawarehouse Laadproces |
Berekeningen in Power BI/DWH m.b.t. 'aantal dagen aaneengesloten leeg' niet correct
Het aantal dagen aaneengesloten leeg werd niet juist berekend als bij een OG Eenheid sprake was van een teruggekochte eenheid. Dit is nu hersteld.
| Onze referentie: | 89253 |
| Gemeld door: | Omnia Wonen |
| Uw referentie: | M2107 363 |
| Categorie: | BI, Datawarehouse Laadproces |
Streefhuur wordt niet correct weergegeven in Power BI
Bij het berekenen van de streefhuur werd in sommige situaties nog gekeken naar het veld Streefhuurberekening. Dit veld wordt echter niet meer gebruikt.
Bij het laden wordt nu alleen nog naar de Streefhuurmethode gekeken om de streefhuur te berekenen.
3.2 DMS
| Onze referentie: | 58107 |
| Gemeld door: | Vestia Groep [1468] |
| Uw referentie: | M2008 151 |
| Categorie: | DMS, WERKSTROMEN |
Foutmelding bij transactie DMS
Wanneer de DISKIS-server erg zwaar werd belast met het indexeren van documenten, bijvoorbeeld als de service 'DISKIS XML Folder Watcher' een groot aantal bestanden verwerkte, en er was intensieve indexeringsactiviteit op veel DISKIS-clients als gevolg van import van meerdere bestanden of e-mailimport, dan volgde er een transactiefoutmelding. Het locking-mechanisme voor het indexeren van documenten in DISKIS is nu verbeterd om dit probleem te voorkomen.
| Onze referentie: | 90258 |
| Gemeld door: | Waterweg Wonen |
| Uw referentie: | M2108 006 |
| Categorie: | Administratie, Applicatie Instellingen |
Poortnummer DIK Core wordt aangepast na update SP
Tijdens de installatie van DIK Core werd het live configuratiebestand van de service altijd overschreven door de setup. Dit item corrigeert dit gedrag: nu wordt het live configuratiebestand niet meer gewijzigd tijdens een upgrade van het product. Verder kan de poort waarop de service draait nu worden ingesteld door de DESetup-parameter: REMOTING_SERVICE_PORT met een default waarde van 8080.
3.3 ERP Algemeen
| Onze referentie: | 92904 |
| Gemeld door: | Woningcorporatie De Woonplaats |
| Uw referentie: | M2109 204 |
| Categorie: | Algemeen, Algemeen |
Notities bij interactielogposten niet zichtbaar na upgrade van R19 naar R21 (R20)
In de R19 worden notities bij interacties op gekoppeld en een bepaalde wijze uitgefilterd. In de R21 (R20) werkt dit filter net even wat anders, waardoor notities in sommige gevallen niet zichtbaar werden na een upgrade. Dit probleem is opgelost.
3.4 ERP Financieel
| Onze referentie: | 95701 |
| Gemeld door: | Woonwenz |
| Uw referentie: | M1904 350 |
| Categorie: | Documentgoedkeuring, Documentgoedkeuring |
Werkstromen - Documentgoedkeuring 'Specifiek' op verhuurcreditnota werkt niet
Bij de implementatie van de optie 'Specifiek' als 'Soort fiatteur' is het uitgangspunt geweest dat dit alleen mogelijk is voor inkoopdocumenten. Het bleek echter mogelijk om bij het opvoeren van een werkstroom, die niet gerelateerd is aan een inkoopdocument, als reactie op een gebeurtenis in een werkstroomstap, toch de optie 'Specifiek' te kiezen. In het geval van goedkeuringen voor een verkoopdocument zal deze worden afgehandeld alsof voor de optie 'Handmatig' is gekozen. Om een en ander te verduidelijken zal, wanneer bij het opvoeren van een werkstroom die niet gerelateerd is aan een inkoopdocument gekozen wordt voor de optie 'Specifiek', voortaan een foutmelding worden getoond.
| Onze referentie: | 95732 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Financieel, Cashflow |
Gerealiseerde cashflow
Het was niet meer mogelijk om via de im-/exportactie op de pagina met gerealiseerde cashflow de cashflowcategorieën te exporteren. Om die reden is deze actie nu gesplitst in een aparte import- en export-actie.
| Onze referentie: | 95733 |
| Gemeld door: | De Sleutels |
| Uw referentie: | M2110 078 |
| Categorie: | Wonen, Input / Output |
Verkoopfactuur - Output
Op een verkoopfactuur kan een werkomschrijving worden ingevuld. Wanneer tijdens het afdrukken van een verkoopfactuur het rapport Verhuurfactuur (11024012) werd gebruikt, werd deze werkomschrijving niet correct geprint op de pdf. Dit is opgelost: de werkomschrijving verschijnt nu correct op de verkoopfactuur.
| Onze referentie: | 95785 |
| Gemeld door: | Woningcorporatie De Woonplaats |
| Uw referentie: | M2110 016 |
| Categorie: | Wonen, Aanmaningen / Deurwaarder |
Ontbreken feitenblok op scherm aanmaningen
Op het aanmaningenoverzicht en het verzonden aanmaningenoverzicht werden geen feitenblokken weergegeven. Deze feitenblokken zijn toegevoegd.
| Onze referentie: | 96447 |
| Gemeld door: | Cegeka-dsa |
| Uw referentie: | M2110 259 |
| Categorie: | Wonen, Incasso / Betalingsregelingen |
Klant/Leverancier - Openstaand saldo
Het veld 'Openstaand saldo', op bijvoorbeeld de betreffende overzichtspagina voor zowel klanten als leveranciers, toonde in vorige versies het totale openstaande bedrag, tenzij de gebruiker een filter ingaf voor het veld 'Datumfilter'. Dit gedrag reflecteerde echter niet hetgeen wat vermeld wordt in de 'tooltip' (zichtbaar wanneer je met de muis over het veld of de kolom beweegt). Deze vermeldt namelijk dat hiermee het totaal van de posten wordt weergegeven die op de datum van vandaag achterstallig zijn. Om deze discrepantie op te heffen wordt vanaf de huidige versie bij het openen van de overzichtspagina een datumfilter tot en met de datum van vandaag ingesteld. Daarnaast is het betreffende veld hernoemd naar 'Vervallen saldo'.
3.5 ERP Vastgoed
| Onze referentie: | 85069 |
| Gemeld door: | Cegeka-dsa |
| Uw referentie: | M2109 625 |
| Categorie: | Algemeen, Rtc Profielen |
Feitenblokken ontbreken op OGE-kaart en in OGE-overzicht
In de vastgoedprofielen zijn feitenblokken 'Collectieve objecten', 'Onderhoudsverzoeken' en 'Pandinformatie' op het OG Eenhedenoverzicht (lijst en kaart) standaard zichtbaar gemaakt.
| Onze referentie: | 93100 |
| Gemeld door: | Domijn |
| Uw referentie: | M2109 107 |
| Categorie: | Koppelingen, Connect-It |
Order verwijderen uit planner
Wanneer een onderhoudsorder waar al kosten op geboekt waren, verwijderd werd uit Connect-It, kwam deze op status 'Nieuw' in Dynamics Empire te staan. Het was echter niet mogelijk om deze correct af te handelen. Dit kwam doordat de order nog de indicatie 'In Planner' had. Op het moment dat een onderhoudsorder met gemaakte kosten nu vanuit Dynamics Empire verwijderd wordt, zal deze met status 'Nieuw' en indicatie 'In Planner' terugkomen in Dynamics Empire. Hierdoor is deze onderhoudsorder correct af te handelen binnen het proces in Dynamics Empire.
| Onze referentie: | 94124 |
| Gemeld door: | Cegeka-dsa |
| Uw referentie: | M2105 426 |
| Categorie: | Dagelijks Onderhoud, Inspecties |
Synchronisatie inspectieafspraak hersteld
Wanneer een inspectieafspraak in Outlook werd verplaatst werd de inspectie niet goed bijgewerkt in Dynamics Empire. Dit is nu opgelost.
Let op: Als u al gebruik maakte van deze integratie moet u de 'Exchange integratie' (pagina Exchange integratie-instellen) uitschakelen en vervolgens weer inschakelen, zodat op de achtergrond de taakwachtrij hiervoor wordt aangemaakt.
| Onze referentie: | 95362 |
| Gemeld door: | Lefier |
| Uw referentie: | M2109 560 |
| Categorie: | Dagelijks Onderhoud, Offertes / Orders |
Planning corrigeren voor aantal vakmannen
In SP2109 is de functionaliteit 'Planduur corrigeren voor aantal vakmannen' toegevoegd aan de plannerinstellingen. Echter, wanneer een combinatie van uren en vakmannen gekozen werd waarbij men op een oneindigheid aan decimalen uitkwam, resulteerde dit een in foutmelding (bijvoorbeeld 3 vakmannen voor 7 uur aan werkzaamheden). Dit is nu opgelost.
3.6 ERP Wonen
| Onze referentie: | 76647 |
| Gemeld door: | Omnia Wonen |
| Uw referentie: | M2103 132 |
| Categorie: | Wonen, Contracten |
Berekening huursom negeert logisch verwijderde contractregels ten onrechte niet
Tijdens de berekening van de huursom maakte het systeem soms gebruik van informatie uit logisch verwijderde contractregels. Als gevolg daarvan werden huursomuitzonderingen niet altijd op basis van de juiste gronden bepaald. Dit probleem is zodanig opgelost dat het systeem tijdens het berekenen van de huursom voortaan de logisch verwijderde contractregels van OG Eenheden negeert.
| Onze referentie: | 77292 |
| Gemeld door: | TBV Wonen |
| Uw referentie: | M2011 771 |
| Categorie: | Wonen, Huurverhoging |
Berekening huursom niet juist als jaarlijkse huurverhoging op andere datum dan 1-7 is uitgevoerd
Het rapport 'Huursom berekenen' kon voor een OG Eenheid de wettelijke huursomuitzondering m.b.t. inkomensafhankelijke huurverhoging niet bepalen, als de jaarlijkse huurverhoging van die OG Eenheid op een andere datum dan 1-7 was doorgevoerd. Oorzaak van dit probleem was het feit dat de berekening van de huursom uitging van de ingangsdatum van het huursomtijdvak (dat altijd op 1-7 ligt), terwijl de huurverhogingsdatum van die OG Eenheid op een andere datum dan 1-7 kon liggen. Als gevolg daarvan werd de huursomuitzondering INKOMENSAFHANKELIJK soms op basis van de verkeerde contractregel bepaald. Bij de oplossing van het probleem moest rekening worden gehouden met het feit dat verschillende OG Eenheden verschillende huurverhogingsdata kunnen hebben.
Dit probleem is als volgt opgelost. De huursomuitzondering INKOMENSAFHANKELIJK is zodanig aangepast dat de beheerder deze uitzondering kan toewijzen aan één of meer verhuurmutatieredenen (in R20 hernoemd in: 'huurprijsmutatieredenen'). Daarnaast is het rapport voor het verwerken van de huurverhoging zodanig aangepast dat de gebruiker verplicht is een verhuurmutatiereden te selecteren. Het rapport voor het berekenen van de huursom is zodanig aangepast dat voor het bepalen van de huursomuitzondering INKOMENSAFHANKELIJK per OG Eenheid voortaan de contractregel wordt geselecteerd waarvoor een verhuurmutatiereden met huursomuitzondering INKOMENSAFHANKELIJK van toepassing is. Als de nettohuur van de geselecteerde contractregel is verhoogd met een hoger percentage dan het maximum basishuurverhogingspercentage, dan is de huursomuitzondering van toepassing voor die OG Eenheid.
| Onze referentie: | 78611 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Wonen, Contracten |
Indicaties 'Huurder is rechtspersoon' en 'Onderverhuur via rechtspersoon' niet beschikbaar binnen Huurcontract
De indicaties 'Huurder is rechtspersoon' en 'Onderverhuur via rechtspersoon' waren wel beschikbaar binnen de verantwoording verhuring van een verhuuraanbieding, maar niet binnen het huurcontract dat werd aangemaakt na acceptatie van de verhuuraanbieding. Beschikbaarheid van deze indicaties binnen huurcontracten is een voorwaarde om het systeem in staat te stellen de juiste informatie te exporteren t.b.v. de gegevensuitwisseling met de Belastingdienst/Toeslagen.
Hiertoe zijn de twee indicaties 'Huurder is rechtspersoon' en 'Onderverhuur via rechtspersoon' toegevoegd op twee plekken, te weten:
- In de verhuuraanbieding-tabel en op de verhuuraanbieding-kaart, op tabblad 'Contractinformatie'
- In de huurcontract-tabel (Additioneel) en op de huurcontract-kaart, op tabblad 'Algemeen'
Zodoende zijn de twee indicaties voortaan beschikbaar op drie kaartpagina's, te weten:
- Verhuuraanbieding
- Verantwoording verhuring
- Huurcontract
De samenhang tussen deze indicatie op deze drie kaartpagina's is als volgt:
- De waarden van de twee velden binnen de verhuuraanbieding vormen de initiële bron. De gebruiker kan de waarden van de twee velden wijzigen op deze kaart, totdat de verhuuraanbieding is geaccepteerd.
- Zodra de gebruiker de eerste versie van de verantwoording verhuring aanmaakt, kopieert het systeem de waarden uit de verhuuraanbieding naar de eerste versie van de verantwoording verhuring. De gebruiker kan de twee velden niet wijzigen binnen de eerste versie van de verantwoording verhuring.
- Zodra de verhuuraanbieding wordt geaccepteerd, kopieert het systeem de waarden van de twee velden in de verhuuraanbieding naar de twee velden in het huurcontract (tabel Additioneel). Vanaf dat moment kan de gebruiker de waarden van deze twee velden in de geaccepteerde verhuuraanbieding niet meer wijzigen.
- De gebruiker kan de waarde van de twee velden op de huurcontract-kaart niet wijzigen. Als de waarden van deze twee velden toch gewijzigd moeten worden, dan kan dat d.m.v. het maken van een nieuwe versie van de verantwoording verhuring.
- Als de gebruiker een nieuwe versie van de verantwoording verhuring aanmaakt, kopieert het systeem de waarden van de twee velden uit de vorige versie naar de nieuwe versie. De gebruiker kan deze waarden in de nieuwe versie van de verantwoording verhuring wel wijzigen. Op het moment dat de gebruiker deze nieuwe versie definitief maakt, kopieert het systeem de nieuwe waarden naar het huurcontract (tabel Additioneel), en niet naar de verhuuraanbieding.
Opmerking:
Het rapport voor de gegevensverwerking BD/T houdt nog geen rekening met de twee nieuwe velden in de huurcontract-tabel (Additioneel). Dat rapport wordt op dat punt nog verbeterd en een verbeterde versie van het rapport wordt opgeleverd in een volgende servicepack.
| Onze referentie: | 85545 |
| Gemeld door: | Poort6 |
| Uw referentie: | M2106 309 |
| Categorie: | Wonen, Verhuurmutatie |
Navigatie vanuit verhuurmutatie naar Beschikbare OG Eenheid
Wanneer de gebruiker een lopende verhuurmutatie had geselecteerd en van daaruit navigeerde naar de pagina 'Beschikbare OG Eenheid', dan werd soms de pagina geopend met gegevens van een andere OG Eenheid dan de OG Eenheid waartoe de geselecteerde verhuurmutatie behoorde. Dit probleem is opgelost, zodat in de genoemde situatie voortaan altijd de gegevens van de juiste OG Eenheid worden getoond op de pagina 'Beschikbare OG Eenheid'.
| Onze referentie: | 87938 |
| Gemeld door: | Lefier |
| Uw referentie: | M2107 109 |
| Categorie: | Wonen, Woningwaardering |
Woningwaardering - Bouwjaar van OG Eenheid niet altijd overgenomen
Bij het aanmaken van een nieuwe woningwaardering voor een OG Eenheid werd in bepaalde gevallen het bouwjaar overgenomen van de vorige versie van de woningwaardering. Dat was incorrect, omdat het bouwjaar van de nieuwe woningwaardering moet worden overgenomen van de OG Eenheidskaart. Dit probleem speelde alleen als de nieuwe woningwaardering werd aangemaakt op één van de volgende manieren: via het rapport 'Aanmaken woningwaardering', via het kopiëren van een woningwaardering, of via toepassing van een verbeterplan. Op de andere manieren (d.w.z. handmatig vanaf de OG Eenheidskaart of via importeren van energieprestaties) werd het bouwjaar wel overgenomen van de OG Eenheid. Het probleem is opgelost, zodat voortaan in alle gevallen het bouwjaar van de nieuwe woningwaardering wordt overgenomen van de OG Eenheidskaart.
| Onze referentie: | 93055 |
| Gemeld door: | MaasWonen |
| Categorie: | Woonruimtebemiddeling, Publicatie |
VERA-WRV-koppeling - Formaat van bevestigings- of foutbericht niet herkend
Bij het gebruik van de VERA-WRV-koppeling werd de reactie van het externe WRV-systeem op een publicatie- of toewijzingsbericht niet herkend door Dynamics Empire. Hierdoor werd een foutmelding aan de gebruiker gepresenteerd met de boodschap dat de opmaak van de reactie niet werd herkend. Dit probleem is opgelost, waardoor de berichten van type Bevestigingsbericht (Bv-berichten) en type Foutbericht (Fo-berichten) correct worden herkend en verwerkt in Dynamics Empire. Overigens had het probleem geen negatieve gevolgen voor de verwerking van het publicatie- of toewijzingsbericht in het externe WRV systeem.
| Onze referentie: | 94294 |
| Gemeld door: | Tablis Wonen |
| Uw referentie: | M2106 754 |
| Categorie: | Algemeen, Rolcentrum |
Actie 'Zoeken en vinden' ontbreekt op rolcentrum van KCC-profiel
De actie 'Zoeken & vinden' was wel aanwezig op het rolcentrum van het Wonen-profiel, maar niet op die van het KCC-profiel. Aangezien deze actie wel benodigd is voor KCC-medewerkers, is de actie nu ook toegevoegd aan het rolcentrum van het KCC-profiel.
| Onze referentie: | 95320 |
| Gemeld door: | Woningcorporatie De Woonplaats |
| Uw referentie: | M2110 029 |
| Categorie: | Algemeen, Rolcentrum |
Foutieve naam van activiteit op rolcentrum Leefbaarheid-profiel
De naam van de activiteit 'Goedkeuren documenten' op het rolcentrum van het Leefbaarheid-profiel was niet consistent met de naam van dezelfde activiteit op het rolcentrum van de andere profielen. De naam van de activiteit op het rolcentrum van het Leefbaarheid-profiel is gewijzigd in 'Goed te keuren documenten'.
| Onze referentie: | 95347 |
| Gemeld door: | Wierden en Borgen |
| Uw referentie: | M2107 346 |
| Categorie: | Woonruimtebemiddeling, Toewijzing |
VERA-WRV-bericht 'Toewijzing' te vroeg verzonden
Het VERA-WRV-bericht 'Toewijzing' kon al worden verzonden naar het externe WRV-systeem voordat de verhuuraanbieding was geaccepteerd. Dat leidde tot synchronisatiefouten op de VerhuurApp als de gebruiker het VERA-WRV-bericht al verstuurde, terwijl de verhuuraanbieding nog onderhanden was op de VerhuurApp. Ter voorkoming van synchronisatiefouten is het systeem zodanig aangepast dat het VERA-WRV-bericht 'Toewijziging' pas kan worden verstuurd als de verantwoording verhuring definitief is en de verhuuraanbieding geaccepteerd is. Het systeem toont voortaan een foutmelding als de gebruiker het bericht probeert te versturen terwijl de verhuuraanbieding nog lopend is.
| Onze referentie: | 96815 |
| Gemeld door: | Portaal |
| Uw referentie: | M2110 213 |
| Categorie: | Wonen, Contracten |
Gegevensuitwisseling met Belastingdienst/Toeslagen (BD/T)
T.b.v. de wettelijke AVG-regels is in servicepack SP2109 een wijziging (nr. 76943) doorgevoerd in de functionaliteit voor gegevensuitwisseling BD/T, die ervoor zorgt dat privacygevoelige gegevens over de huurders niet meer worden aangeleverd aan de Belastingdienst. Helaas wordt sinds deze wijziging één gegeven dat essentieel is voor de Belastingdienst voor de verwerking van het bestand, niet meer gevuld in het exportbestand. Het gaat hier om de ingangsdatum van de mutatie. Dit probleem is opgelost, zodat de ingangsdatum van de mutatie weer wordt gevuld in het exportbestand.
3.7 Mobility
| Onze referentie: | 87939 |
| Gemeld door: | ZoWonen |
| Uw referentie: | M2106 179 |
| Categorie: | Apps, Verhuurapp |
VerhuurApp - Oude gegevens blijven staan in de app
Na het resetten van de VerhuurApp-status van een verhuuraanbieding en het selecteren van een andere gegadigde in ERP werden op de VerhuurApp onterecht (ook) de oude gegevens nog getoond. Dit probleem is verholpen.