Klik hier voor de cumulatieve Excelsheet met alle release notes van SP2008 tot en met heden.
R2112
1 Nieuwe functionaliteit
1.1 BI;ERP Algemeen
| Onze referentie: | 83337 |
| Gemeld door: | cegeka-dsa |
| Categorie: | Algemeen, Algemeen |
Nieuwe versie van de TableAPI
Met dit servicepack zijn er 3 nieuwe tabellen toegevoegd aan de TableAPI:
- $G_L Account Category
- $XBRL G_L Map Line
- $XBRL Taxonomy Line
De tabellen zijn toegevoegd aan de nieuwe versie van de TableAPI, deze is beschikbaar als versie 1.3.
1.2 ERP Financieel
| Onze referentie: | 96194 |
| Gemeld door: | Zayaz |
| Uw referentie: | W1911 001 |
| Categorie: | Financieel, Vaste Activa |
Vaste Activa Fiscaal afschrijvingsboek
Een extra optie 'Niet automatisch buiten gebruik gesteld' is toegevoegd aan de afschrijvingsboekkaart. Deze kan alleen aangezet worden als in het afschrijvingsboek de optie 'Fiscaal afschrijvingsboek' aanstaat. Wanneer deze optie is aangevinkt wordt het fiscaal afschrijvingsboek niet meer automatisch buitengebruik gesteld wanneer de gekoppelde eenheid verkocht wordt.
Uiteraard geldt dit alleen wanneer in de Empire-instellingen 'Vaste-activa-integratie' aanstaat. Wanneer dit uitstaat werd er al geen enkel afschrijvingsboek automatisch buiten gebruik gesteld bij de verkoop van een OG Eenheid.
Uiteraard geldt dit alleen wanneer in de Empire-instellingen 'Vaste-activa-integratie' aanstaat. Wanneer dit uitstaat werd er al geen enkel afschrijvingsboek automatisch buiten gebruik gesteld bij de verkoop van een OG Eenheid.
1.3 ERP Vastgoed
| Onze referentie: | 96902 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Dagelijks Onderhoud, Planning |
Verbetering status uitwisseling Dynamics Empire - Connect-It 365
Er zijn verbeteringen doorgevoerd in de statusuitwisseling tussen Dynamics Empire en Connect-It 365. Samengevat: de order/taak of afspraak volgt - op het moment dat deze aanwezig is in Connect-It 365 - de status die de order daar heeft. Dit zorgt er ook voor dat er meer informatie aanwezig is in Dynamics Empire van de precieze status. Wanneer bijvoorbeeld gewerkt wordt met meerdere planningen op één order is het duidelijk wat er op dat moment met de order gedaan wordt. Om het proces volledig te ondersteunen zijn op de 'Plannersafspraken' de statussen 'Reizen' en 'Wordt uitgevoerd' toegevoegd.
1.4 ERP Wonen
| Onze referentie: | 90101 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Algemeen, Algemeen |
Transactiewijzen koppelen aan VERA-incassowijzen
De mogelijkheid is geïntroduceerd voor de applicatiebeheerder om de door de corporatie gedefinieerde transactiewijzen te koppelen aan standaard VERA-incassowijzen, die door Stichting VERA zijn gedefinieerd. Daartoe is de pagina 'Transactiewijzekaart' uitgebreid met twee extra velden. In deze nieuwe velden kan de beheerder elke transactiewijze koppelen aan een VERA-incassowijze. Deze VERA-incassowijzen 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: | 90162 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Algemeen, Algemeen |
Ruimtesoorten koppelen aan VERA-ruimtesoorten
De mogelijkheid is geïntroduceerd voor de applicatiebeheerder om de door de corporatie gedefinieerde ruimtesoorten te koppelen aan standaard VERA-ruimtesoorten, die door Stichting VERA zijn gedefinieerd. Daartoe is de pagina 'Ruimtesoort' uitgebreid met twee kolommen. In deze nieuwe kolommen kan de beheerder elke ruimtesoort koppelen aan een VERA-ruimtesoort. Deze VERA-ruimtesoorten 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: | 93891 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Wonen, Eenhedenbeheer |
VERA-clustersoort tonen op Clusterkaart en -lijst
Op de clusterkaart, op sneltabblad 'Algemeen' is een veld toegevoegd waarin de code van de VERA-clustersoort wordt getoond. De waarde van dit veld wordt automatisch afgeleid van de waarde van het bestaande veld 'Clustersoort' (zie ook wijziging 90146). De waarde van het nieuwe veld is dus niet wijzigbaar op de clusterkaart. Het veld 'VERA-clustersoort' wordt ook als kolom getoond op de lijstpagina 'Clusteroverzicht'.
| Onze referentie: | 93897 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Wonen, Cartotheek |
VERA-ruimtesoort tonen op Cartotheekkaart en -lijst
Op de kaartpagina 'Cartotheekitem' op sneltabblad 'Algemeen' is een veld toegevoegd met naam 'VERA-ruimtesoort' waarin de VERA-ruimtesoort van de OG Eenheid wordt getoond. De waarde van dit veld wordt automatisch afgeleid van de waarde van het bestaande veld 'Ruimtesoort' (zie ook wijziging 90162). De waarde van het nieuwe veld is dus niet wijzigbaar op de Cartotheekitemkaart van een OG Eenheid. Het veld 'VERA-ruimtesoort' wordt ook als kolom getoond op de lijstpagina met Cartotheekitems van een OG Eenheid.
| Onze referentie: | 93905 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Wonen, Incasso / Betalingsregelingen |
VERA-incassowijze tonen op pagina met betalingsgegevens van klant
Op de lijstpagina 'Betalingsgegevens' is een nieuwe kolom toegevoegd waarin de code van de VERA-incassowijze wordt getoond. De waarde van deze kolom wordt automatisch afgeleid van de waarde van de bestaande kolom 'Transactiewijze' (zie ook wijziging 90101). De waarde van de nieuwe kolom is dus niet wijzigbaar op de Betalingsgegevens-lijst.
1.5 Mobility
| Onze referentie: | 98817 |
| Gemeld door: | Centrada |
| Uw referentie: | M2106 534 |
| Categorie: | Apps, Inspectieapp |
InspectieApp onwerkbaar traag bij veel taakregels
Wanneer een inspecteur inspecties uitvoert met een grote hoeveelheid aan taken, ontstaan er performance-problemen. Dit komt doordat alle taken in één keer geladen worden.
Via de nieuwe checkbox 'Forceer takenoverzicht naar ruimtes' onder Settings, worden de taken per ruimte gepresenteerd. Is deze functie ingeschakeld, dan wordt automatisch de ruimte met de meeste taken geopend. Daarnaast blijft het mogelijk van een specifieke ruimte te switchen naar het overzicht met alle taken. Inspecteurs die vaak te maken hebben met veel taken, vermijden hiermee vertraging in laadtijd.
Via de nieuwe checkbox 'Forceer takenoverzicht naar ruimtes' onder Settings, worden de taken per ruimte gepresenteerd. Is deze functie ingeschakeld, dan wordt automatisch de ruimte met de meeste taken geopend. Daarnaast blijft het mogelijk van een specifieke ruimte te switchen naar het overzicht met alle taken. Inspecteurs die vaak te maken hebben met veel taken, vermijden hiermee vertraging in laadtijd.
1.6 Overig
| Onze referentie: | 99735 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Procesmodel, Koppeling Dynamics Empire |
Op verzoek van leverancier Skarp is tabel 'Empire Begrootpost' opgenomen in de R20 integratieviews.
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 Algemeen
| Onze referentie: | 99761 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Algemeen, Algemeen |
Koppelvlak met SmartDocuments
In de R17-R19-versie van Dynamics Empire was er een integratiemogelijkheid met SmartDocuments aanwezig die niet meer kon worden ondersteund in Dynamics Empire online. SmartDocuments ondersteunt onder andere documentcreatie en huisstijlpersonalisering op basis van sjablonen in hun eigen SaaS-omgeving.
Deze integratie, gericht op de Wordlinksjablonen, is met deze release hersteld en aangesloten op het SaaS-koppelvlak. Zie het document SmartDocuments-integratie voor nadere informatie rondom de functionaliteit (terug te vinden op de online help-site docs.cegeka-dsa.nl, onder Functionaliteit - Handleidingen Dynamics Empire).
2.2 ERP Wonen
| Onze referentie: | 78354 |
| Gemeld door: | WoonDynamics |
| Categorie: | Wonen, Verhuurmutatie |
Niet-nettohuur van aanbiedingscontract direct wijzigen zonder dat verantwoording verhuring verloren gaat
Voorheen kon een medewerker binnen een lopende verhuuraanbieding de aanbiedhuur van een reeds geaccepteerd aanbiedingscontract niet wijzigen. Om de aanbiedhuur toch te kunnen wijzigen, moest de medewerker eerst de acceptatie van het aanbiedingscontract ongedaan maken. Als gevolg daarvan ging de reeds ingevulde verantwoording verhuring verloren. Vervolgens ging ook de fiattering van de huurprijsmutatie verloren. Nadat de medewerker de aanbiedhuur had aangepast, moest de huurprijsmutatie opnieuw worden gefiatteerd, het aanbiedingscontract opnieuw worden geaccepteerd en de verantwoording verhuring opnieuw worden ingevuld. Dit was onnodig omslachtig als de medewerker alleen niet-nettohuurelementen wilde aanpassen, aangezien de huurprijsmutatie en de verantwoording verhuring alleen op de nettohuur zijn gebaseerd.
Vanaf nu kan een medewerker de niet-nettohuurelementen van een aanbiedingscontract direct wijzigen (dus zonder eerst de acceptatie van het aanbiedingscontract ongedaan te moeten maken), en met behoud van de verantwoording verhuring en fiattering van de huurprijsmutatie.
Daartoe is er een nieuwe knop genaamd 'Niet-nettohuur aanpassen' toegevoegd aan het sneltabblad 'Aanbiedingscontracten' op de kaart van de verhuuraanbieding. Als de medewerker een reeds geaccepteerd aanbiedingscontract heeft geselecteerd en deze knop aanklikt, dan wordt de pagina 'Aanbiedingselementenoverzicht' direct in Bewerken-modus geopend. De medewerker kan op deze pagina alle elementen behalve de nettohuurelementen toevoegen, wijzigen of verwijderen. Nadat de medewerker één of meer niet-nettohuurelementen heeft toegevoegd, gewijzigd of verwijderd in de aanbiedhuur, hoeft de huurprijsmutatie niet meer opnieuw te worden gefiatteerd en hoeft de verantwoording verhuring niet meer opnieuw te worden ingevuld.
Opmerking: de nieuwe knop is past zichtbaar voor de medewerkers als de beheerder de nieuwe feature 'Niet-nettohuur aanpassen met behoud van verantwoording verhuring en fiattering van huurprijsmutatie' heeft geactiveerd in Empire-functionaliteitenbeheer.
| Onze referentie: | 93390 |
| Gemeld door: | WoonDynamics |
| Uw referentie: | W1707 019 en W1705 051 en W1702 001 |
| Categorie: | Wonen, Woningwaardering |
Automatisch bijwerken Woningwaardering met ingangsdatum 1-7
Er is nieuwe functionaliteit beschikbaar waarmee het systeem automatisch woningwaarderingen met ingangsdatum 1-7 bijwerkt voor die OG Eenheden waarvoor dat nodig is. Het betreft het bijwerken van woningwaarderingen die tijdens de voorbereiding van de jaarlijkse huurverhogingen in bulk waren aangemaakt m.b.v. taak 'Woningwaardering maken'. Bijwerken van zo'n woningwaardering is nodig als daarna voor een OG Eenheid een nieuwe woningwaardering met gewijzigde eigenschappen (zoals een wijziging in de vertrekken of een gewijzigde energieprestatie) wordt aangemaakt die ingaat vóór 1-7. Voorheen moest de gebruiker in dat geval handmatig een nieuwe woningwaardering met ingangsdatum 1-7 aanmaken met dezelfde gewijzigde eigenschappen, zodat de gewijzigde eigenschappen ook na 1-7 behouden bleven. Met de nieuwe functionaliteit kunt u ervoor zorgen dat het systeem dat voortaan automatisch doet.
De nieuwe functionaliteit bestaat uit een taak (codeunit) die kan worden ingepland in de taakwachtrij met een frequentie naar keuze. Zodra de taak is ingepland, is de functionaliteit gemarkeerd als zijnde 'Geïmplementeerd' op de pagina 'Empire-functionaliteitenbeheer'. Zodra de taak automatisch wordt uitgevoerd, maakt de taak nieuwe woningwaarderingen met ingangsdatum 1-7 en de juiste eigenschappen aan voor alle OG Eenheden waarvoor dat nodig is. Het is nodig voor een OG Eenheid als de meest recent aangemaakte woningwaardering van die OG Eenheid een ingangsdatum heeft die vóór de ingangsdatum ligt van de laatste woningwaardering die was aangemaakt t.b.v. de jaarlijkse huurverhoging.
3 Oplossing van bevindingen
3.1 ERP Algemeen
| Onze referentie: | 98045 |
| Gemeld door: | Patrimonium |
| Uw referentie: | M2110 127 |
| Categorie: | Algemeen, Algemeen |
Navigatiemogelijkheden onderhoudsverzoek/onderhoudsofferte
Er zijn enkele aanpassingen doorgevoerd, zodat het navigeren binnen de submodule Onderhoud gemakkelijker is:
- Op de onderhoudsverzoekkaart is het taaknummer op het subform Onderhoudstaken aanklikbaar; door hier op te klikken navigeert u direct naar de onderhoudstaak.
- Op de kaart Inkoopofferte (Dagelijks Onderhoud):
- Onderhoudsverzoeknr. aanklikbaar gemaakt om direct te kunnen navigeren naar het onderhoudsverzoek
- op feitenblok Inkoopregeldetails zijn alle velden aanklikbaar gemaakt om direct door te kunnen navigeren
3.2 ERP Financieel
| Onze referentie: | 96077 |
| Gemeld door: | MaasWonen |
| Uw referentie: | M2109 272 |
| Categorie: | Wonen, Contactbeheer |
Contact - Wijzigen communicatiegegevens
Bij het wijzigen van de communicatiegegevens van een contact worden - wanneer dit gekoppeld is aan een leverancier en/of klant - ook de adresgegevens van de rekeninghouder van eventueel aanwezige bankrekeningen gecontroleerd en aangepast. Hiervoor bleken directe wijzigingsrechten benodigd te zijn. Het systeem is nu zodanig aangepast dat indirecte wijzigingsrechten volstaan.
| Onze referentie: | 96763 |
| Gemeld door: | Stichting Havensteder |
| Uw referentie: | M2109 312 |
| Categorie: | Wonen, Aanmaningen / Deurwaarder |
Instelling om een deurwaarderdossier automatisch aan te maken op alleen de klant
Wanneer een klantenpost voor een specifieke OG Eenheid werd aangemaakt en deze, conform de betreffende verkoopinstelling, aan een lopend deurwaarderdossier moest worden toegevoegd, werd dit alleen gedaan wanneer er een deurwaarderdossier aanwezig was voor deze OG Eenheid. Indien een dergelijk deurwaarderdossier niet aanwezig is, wordt er nu verder gezocht of er een deurwaarderdossier aanwezig is waarbij het OG Eenheidnr. niet is ingevuld. Wordt deze gevonden, dan wordt de klantenpost voortaan hier aan toegevoegd.
| Onze referentie: | 96931 |
| Gemeld door: | Portaal |
| Uw referentie: | M2110 400 |
| Categorie: | Wonen, Incasso / Betalingsregelingen |
Segmenteren gaat niet goed bij meer dan 10 aanmaningen
Door middel van de segmentatie-functionaliteit kunnen aanmaningscondities worden toegewezen aan klanten, welke aan specifieke voorwaarden voldoen. Bij het gebruiken van segmentatievoorwaarden op velden van het type integer ging deze toewijzing niet altijd goed. Het getal 10 werd bijvoorbeeld niet gezien als > 4. Dit is nu opgelost.
| Onze referentie: | 97948 |
| Gemeld door: | Tablis Wonen |
| Uw referentie: | M2110 620 |
| Categorie: | Financieel, Grootboek |
Financieringen
Als op de financiering de G/L-integratie op 'Geen integratie' stond, kwam het voor dat tijdens de prolongatie van de financieringen alle dagboekregels uit het systeem werden verwijderd. Dit was het geval voor zowel periodieke als standaard dagboeken. Dit is opgelost: het draaien van de prolongatie van financieringen zorgt er niet meer voor dat overige (periodieke) dagboekregels worden verwijderd.
| Onze referentie: | 98507 |
| Gemeld door: | Cegeka-dsa |
| Uw referentie: | M2110 620 |
| Categorie: | Financieel, Grootboek |
Financieringen
Als op de financiering de grootboekintegratie op 'Geen integratie' stond, kwam het voor dat tijdens het terugdraaien van de prolongatie van financieringen alle dagboekregels uit het systeem werden verwijderd. Dit was het geval voor zowel periodieke als standaard dagboeken. Dit is opgelost: het terugdraaien van de prolongatie zorgt er niet meer voor dat overige (periodieke) dagboekregels worden verwijderd.
| Onze referentie: | 98896 |
| Gemeld door: | Fien Wonen |
| Uw referentie: | M2109 262 |
| Categorie: | Financieel, Kas- / Bankboek |
iDEAL-betalingen Klantportaal
Om een iDEAL-betaling uit het Klantportaal te kunnen verwerken/boeken via een bankafschrift, waren directe rechten nodig op de tabel "iDEAL Payment Line". Dit is aangepast, zodat indirecte rechten voldoende zijn. De tijdelijke oplossing d.m.v. de machtigingenset MW-ACCEPTEASY kan hiermee komen te vervallen, want de standaard machtigingenset CD-ACCEPTEASY is door deze oplossing weer voldoende.
3.3 ERP Vastgoed
| Onze referentie: | 95369 |
| Gemeld door: | ZoWonen |
| Uw referentie: | M2109 652 |
| Categorie: | Dagelijks Onderhoud, Offertes / Orders |
Onterecht accepteren status vanuit DICO (KOVRA)-leveranciers
Op het moment dat een onderhoudsorder, voor een leverancier die de DICO-standaard gebruikt, geannuleerd werd, bleek het mogelijk later een technisch-gereed-bericht te sturen. Hierdoor kreeg de onderhoudsorder alsnog de status 'Technisch gereed', maar bleek deze niet meer te verwerken, omdat de inkooporder reeds gearchiveerd was. Dit is nu opgelost: het is niet meer toegestaan een statuswijziging te verwerken via DICO-standaard wanneer de onderhoudsorder eerder geannuleerd is.
| Onze referentie: | 96053 |
| Gemeld door: | Poort6 |
| Uw referentie: | M2109 363 |
| Categorie: | Documentgoedkeuring, Documentgoedkeuring |
Splitsen onderhoudsorder op basis van kostencode bij vaste taakprijs
Wanneer een onderhoudsorder bestond uit meerdere onderhoudstaken met inkoopwijze 'Vaste taakprijs' werd er in de huidige functionaliteit altijd één order aangemaakt. Wanneer er gebruik gemaakt wordt van goedkeuring op basis van cluster/kostencode-combinatie kan dit zorgen voor incorrecte budgethouders bij goedkeuringsaanvragen. In de 'Empire-instellingen' is de optie 'Splitsen onderhoudsorder op basis van kostencode' op sneltabblad Onderhoud toegevoegd. Als deze optie aangezet wordt zullen onderhoudstaken met inkoopwijze 'Vaste taakprijs' gesplitst worden naar kostencode in aparte onderhoudsorders, waardoor de correcte budgethouders toegevoegd worden. Als er geen gebruik gemaakt wordt van goedkeuring op cluster/kostencode-combinatie is het advies deze optie uit te laten.
| Onze referentie: | 96445 |
| Gemeld door: | Patrimonium Woonstichting |
| Uw referentie: | M2110 134 |
| Categorie: | Algemeen, Rtc Profielen |
Verbeteringen profielen Vastgoed
Er zijn enkele optimalisaties doorgevoerd op de vastgoedprofielen:
- De kostenspecificatie van een onderhoudsorder is beter leesbaar gemaakt.
- Alle dagboeken zijn beschikbaar gemaakt via het actiemenu (onder Onderhoud).
- Alle onderhoudstaken zijn beschikbaar gemaakt via het actiemenu (onder Onderhoud).
- De voorkeursdatum en -tijd zijn nu zichtbaar in de taakregel op het onderhoudsverzoek.
- De naam/beschrijving van de tegel 'Goed te keuren documenten' is voor alle onderhoudsprofielen gelijkgetrokken.
| Onze referentie: | 97181 |
| Gemeld door: | Wonen Zuid |
| Uw referentie: | M2110 544 |
| Categorie: | Algemeen, Rolcentrum |
Notities vastleggen op collectieve objecten
In de R19 was het mogelijk om op collectieve objecten notities vast te leggen, in de R20 ontbrak deze mogelijkheid. Wij hebben dit weer mogelijk gemaakt door het feitenblok voor notities (details) beschikbaar te stellen op de collectiefobjectenlijst en -kaart.
| Onze referentie: | 97942 |
| Gemeld door: | Patrimonium Woonstichting |
| Uw referentie: | M2110 649 |
| Categorie: | Dagelijks onderhoud, Beheer basisgegevens |
Aanpassen inkoop/verkoopprijs met terugwerkende kracht standaardtaak
Tot en met de R19 was het mogelijk om de inkoop- en verkoopprijs van standaard taken met terugwerkende kracht aan te passen, maar vanaf de R20 was dit niet meer mogelijk. Het is nu ook mogelijk gemaakt om in de R20- en R21-release deze met terugwerkende kracht aan te passen.
| Onze referentie: | 98115 |
| Gemeld door: | Cegeka-dsa |
| Categorie: | Dagelijks Onderhoud, Offertes / Orders |
Verbeterde e-mailfunctionaliteit onderhoudsverzoek
Het is mogelijk gemaakt om vanuit een onderhoudsverzoek via Dynamics Empire de opdracht te mailen en deze mail vóór zenden aan te passen. Om van deze mogelijkheid gebruik te maken is een aanpassing in de inrichting noodzakelijk na installatie van het service pack. Als deze aanpassingen niet gedaan worden, blijft de functionaliteit werken zoals deze op dit moment doet. Voor ondersteuning bij deze inrichting kan contact opgenomen worden met onze supportafdeling. Zie ook de bijgevoegde handleiding.
| Onze referentie: | 98118 |
| Gemeld door: | Patrimonium Woonstichting |
| Uw referentie: | M2109 651 |
| Categorie: | Dagelijks Onderhoud, Inspecties |
Feitenblok afspraakinformatie
In bepaalde gevallen liet het feitenblok voor afspraakinformatie een incorrecte waarde zien bij het aantal afspraken en inspectie-afspraken. Hier werd een onterecht aantal openstaande inspecties getoond, terwijl er geen open afspraken meer waren. Dit is nu opgelost: alleen openstaande afspraken worden nog getoond in dit feitenblok.
| Onze referentie: | 99099 |
| Gemeld door: | Actium |
| Uw referentie: | M2111 244 |
| Categorie: | Dagelijks Onderhoud, Offertes / Orders |
Aanpassing naam rapport 'Afhandelen orders KOVRA, die afgehandeld zijn in Connect-It'
De naam van rapport 'Afhandelen orders KOVRA, die afgehandeld zijn in Connect-It' is aangepast, omdat dit niet de lading dekte van de functionaliteit. De naam van het rapport is nu 'Status-check en herstel onderhoudsorder Eigen Dienst'.
3.4 ERP Wonen
| Onze referentie: | 77993 |
| Gemeld door: | De Sleutels en Mitros |
| Uw referentie: | M2103 483 en W2010 008 |
| Categorie: | Wonen, Contracten |
Melden/uitsluiten OG Eenheden met indicatie 'Huurder is rechtspersoon' en 'Onderverhuur via rechtspersoon' binnen huurcontract
De indicaties 'Huurder is rechtspersoon' en 'Onderverhuur via rechtspersoon' zijn in de vorige servicepack beschikbaar gemaakt binnen het huurcontract. 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.
Als de gebruiker gegevens verzamelt met periodieke gegevensuitwisseling als uitwisselingssoort dan controleert het systeem per OG Eenheid de waarden van bovengenoemde velden in het betreffende huurcontract (tabel Additioneel). Als minimaal één van deze waarden 'Ja' is en de vorige keer waren beiden waarden 'Nee', dan wordt er een regel gerapporteerd met Actie = OVG, wat 'overgaan' betekent. Dit houdt in dat de verantwoording voor het aanleveren van de gegevens vanaf dat moment bij de rechtspersoon ligt. Zolang één van de waarden 'Ja' blijft zal in elke volgende gegevensverzameling deze OG Eenheid worden overgeslagen. Op het moment dat beiden waarden weer op 'Nee' komen te staan, wordt er een regel gerapporteerd met Actie = OPV, wat 'opvoeren' betekent.
| Onze referentie: | 77996 |
| Gemeld door: | Cegeka-dsa |
| Uw referentie: | M2103 328 |
| Categorie: | Wonen, Contracten |
Gegevensuitwisseling met de BD/T - Verkeerde toekenning van 'Actie'
Als OG Eenheden uit exploitatie werden genomen en daarna de gegevensverzameling voor de BD/T plaatsvond, kreeg de regel met die OG Eenheid ten onrechte de actie 'OVG' mee. De actie 'OVG' was onjuist, omdat deze actie betekent dat het object overgaat naar een andere verhuurder, terwijl de woning in feite is afgevoerd als verhuurbare eenheid. Het systeem is nu zodanig aangepast dat het in de genoemde gevallen de juiste actie 'AFV' (van 'Afvoeren') meegeeft. In het exportbestand wordt de reden voor afvoeren 'Onbekend' (4) meegegeven, omdat door het systeem niet bepaald kan worden of het om verkoop aan huurder, verkoop aan verhuurder of om sloop gaat.
| Onze referentie: | 93036 |
| Gemeld door: | De Goede Woning |
| Uw referentie: | M2109 226 |
| Categorie: | Wonen, Contracten |
Foutmeldingen over ontbrekende rechten op moment van accepteren verhuuraanbieding
Als een gebruiker met de standaard machtigingenset 2C-VHR-ACCEPTEREN een verhuuraanbieding accepteerde van een gegadigde die nog geen klant was, werden er foutmeldingen getoond over ontbrekende rechten op tabel 'Klant' en/of tabel 'Bankrekening klant'. Deze foutmeldingen waren onterecht, omdat de standaard machtigingenset 2C-VHR-ACCEPTEREN indirecte toevoeg- en wijzigrechten op deze twee tabellen bevat, en indirecte rechten voor de gebruikers voldoende zouden moeten zijn om verhuuraanbiedingen te kunnen accepteren. Dit is opgelost door de functionaliteit voor het accepteren van verhuuraanbiedingen zodanig aan te passen dat de gebruiker voldoende heeft aan indirecte invoeg- en wijzigrechten op de twee genoemde tabellen.
| Onze referentie: | 93760 |
| Gemeld door: | Woningstichting Nijkerk |
| Uw referentie: | M2109 156 |
| Categorie: | Wonen, Contracten |
Verwarrende foutmelding bij gebruik rapport 'Beëindigen exploitatie van OG Eenheden'
Als de gebruiker de exploitatie van een OG Eenheid beëindigde met de taak 'Beëindigen exploitatie van OG Eenheden', dan werd er soms een verwarrende foutmelding getoond met het advies om een contractregel te verwijderen. Deze foutmelding werd getoond als de meest recente contractregel van de OG Eenheid de status 'Nieuw' had, en een ingangsdatum die groter dan of gelijk aan de opgegeven beëindigingsdatum was. De foutmelding was verwarrend, omdat de gebruiker werd geadviseerd de contractregel te verwijderen, terwijl dat niet altijd de beste oplossing was en soms zelfs niet eens mogelijk was. Dit is opgelost door de foutmelding zodanig te wijzigen dat de gebruiker geadviseerd wordt de OG Eenheid te prolongeren of de contractregel te verwijderen.
| Onze referentie: | 94551 |
| Gemeld door: | Centrada |
| Uw referentie: | M2109 090 |
| Categorie: | Wonen, Woningwaardering |
Foutmelding bij aanmaken of bijwerken woningwaarderingen met ingangsdatum vóór 1-10-2015
Als er woningwaarderingen werden aangemaakt of bijgewerkt met een ingangsdatum vóór 1-10-2015, dan ontstond er een fout die werd veroorzaakt doordat het systeem voor deze oude woningwaarderingen geen woningwaarderingsparameterset kon vinden. Er bestaan überhaupt geen woningwaarderingsparameterset die actief zijn vóór 1-10-2015, omdat vóór die datum de WOZ-waarde geen onderdeel van de woningwaardering was. Het het systeem heeft dus geen parameterset nodig om de punten te kunnen berekenen voor oude woningwaarderingen. Het is nu zo opgelost dat het systeem bij het aanmaken en bijwerken van woningwaarderingen met een ingangsdatum vóór 1-10-2015 geen woningwaarderingsparameterset ophaalt.
| Onze referentie: | 94555 |
| Gemeld door: | Woonstichting Leystromen |
| Uw referentie: | M2109 432 |
| Categorie: | Wonen, Contracten |
Prolongatierun liep vast als bij aanbiedingscontract een prolongatietermijn van '0M' was ingevoerd
Het was mogelijk om op het aanbiedingscontract een prolongatietermijn van '0M' in te voeren, wat resulteerde in het vastlopen van de prolongatie. Het nu zo opgelost dat als de gebruiker bij een aanbiedingscontract een prolongatietermijn van '0M' probeert in te voeren, een foutmelding wordt getoond: "(...) is geen geldige prolongatietermijn." Deze controle werd al toegepast bij de contractregels. Ook wordt er nu een foutmelding getoond als de gebruiker probeert een datumformule zoals 'CM' in te voeren.
| Onze referentie: | 96388 |
| Gemeld door: | Cegeka-dsa |
| Uw referentie: | M2103 328 |
| Categorie: | Wonen, Contracten |
Onjuiste selectie van OG eenheden voor de gegevensuitwisseling met de Belastingdienst/Toeslagen
In sommige gevallen werden bepaalde OG Eenheden ten onrechte geselecteerd voor het exporteren van huurprijsgegevens t.b.v. de Belastingdienst/Toeslagen, waardoor er soms gegevens werden geëxporteerd van OG Eenheden waarvan geen gegevens geëxporteerd zouden moeten worden. Dit probleem had twee verschillende oorzaken, met verschillende consequenties:
- OG Eenheden werden geselecteerd als ze behoorden tot een OG Eenheidtype met een categorie ongelijk aan 'Bedrijfspand'. Als gevolg hiervan werden ten onrechte ook OG Eenheden geselecteerd die behoorden tot een OG Eenheidtype met de categorie 'Overig'. Het systeem is nu zodanig aangepast dat alleen OG Eenheden met de categorie 'Woning' worden geselecteerd.
- OG Eenheden werden geselecteerd zonder rekening te houden met het Exploitatietoestandstype van de contractregel die actief was op de peildatum. Als gevolg daarvan werden ten onrechte ook OG Eenheden geselecteerd die bijvoorbeeld in ontwikkeling of verkocht waren. Het systeem is nu zodanig aangepast dat alleen OG Eenheden worden geselecteerd waarvan de actieve contractregel het Exploitatietoestandstype 'Verhuurd', 'Leegstand' of 'Renovatie' heeft.
NB Geadviseerd wordt de indicatie 'Categorie' te controleren in de inrichting van uw OG Eenheidtypen en daar waar nodig aan te passen, zodat alleen van woningen huurprijsgegevens worden geëxporteerd naar Belastingdienst/Toeslagen.
| Onze referentie: | 96389 |
| Gemeld door: | Portaal |
| Uw referentie: | M2110 213 |
| Categorie: | Wonen, Contracten |
Gegevensuitwisseling Verhuurderadministratie BD/T - Verkeerde ingangsdatum van de mutatie en samenvoeging fiscaalnummer en subnummer in de exportbestanden
Bij de gegevensuitwisseling met de Belastingdienst/Toeslagen is een ingangsdatum van de mutatie van belang (dit is het veld 'Ingangsdatum' op de detailregel van de BD/T export). Dit veld werd ten onrechte gevuld met de waarde van het veld 'Gewijzigd op' van de OG Eenheid (tabel OGE). Dit was incorrect, aangezien deze datum niet altijd overeen kwam met de ingangsdatum van de huurprijswijziging. Dit is zodanig opgelost dat de ingangsdatum van de mutatie voortaan wordt bepaald door de ingangsdatum van de contractregel waarop de detailregel in de export is gebaseerd.
Daarnaast waren het fiscaalnummer en het subnummer ten onrechte samengevoegd in het voorlooprecord van de exportbestanden. Als gevolg hiervan kon de Belastingdienst de bestanden niet goed verwerken. Dit is voor beide exportbestanden (HGU en REG) zodanig opgelost dat het fiscaalnummer en het subnummer voortaan van elkaar worden gescheiden door een komma.
| Onze referentie: | 98627 |
| Gemeld door: | Cegeka-dsa |
| Uw referentie: | M2103 483 en W2010 008 |
| Categorie: | Wonen, Contracten |
Gegevensuitwisseling met BD/T - In geval van twee exportbestanden werd er slechts één gedownload
Als er na gegevensverzameling ten behoeve van de Belastingdienst/Toeslagen sprake was van twee exportbestanden, dan werd er slechts één gedownload. Hierdoor kon de gebruiker ook maar één exportbestand aanleveren bij de BD/T. Dit probleem werd veroorzaakt doordat het downloaden van bestanden in Business Central iets anders werkt dan in Dynamics Navision. Dit is opgelost door ervoor te zorgen dat er een zip-bestand wordt gecreëerd waarin de twee exportbestanden zijn verpakt. De gebruiker downloadt het zip-bestand, waarna hij deze kan uitpakken en de twee exportbestanden kan aanleveren bij de BD/T.