Bij het versturen van documenten naar Postex, werden deze documenten ook meteen opgeslagen in DMS-online. Zodra Postex daarna het document had verzonden werd dit weer teruggestuurd naar Dynamics Empire, om opnieuw te worden opgeslagen in DMS-online. Er ontstonden zo dubbele documenten in DMS-online.

Er is nu een aanvullende instelling toegevoegd aan de interactiesjablonen om deze dubbele archivering op te lossen. Bij de interactiesjablonen is nu een checkbox aanwezig. Om de dubbele documentarchivering te voorkomen is het mogelijk bij de interactiesjablonen van de documenten die voor Postex-verzending bedoeld zijn, een vinkje te zetten in deze checkbox. 

Met deze release is een aanvulling geleverd van de DMS-online inrichting. Deze inrichting wordt geleverd in de vorm van een separaat XML-bestand dat moet worden ingelezen in de geüpgrade omgevingen. Deze inleesactie duurt totaal ongeveer een uur en moet worden uitgevoerd op een rustig moment van de dag.

Een handleiding voor deze inleesactie is aanwezig.

Verbeteringen in deze BP:

Nieuwe documentbibliotheken zijn toegevoegd

• Onderhoudsverzoek: scherper onderscheid tussen onderhoud en OG Eenheid-documenten
• Bijlagen: benodigde inrichting voor o.a. de werking van het Leveranciersportaal

• Bijlagen
• Aanmaning

Toevoegingen gedaan die documenten laten zien:

• van contract naar OGE
• van contract naar Klant
• van onderhoudsverzoek naar OGE
• van onderhoudsverzoek naar klant
• van inkooporder naar OGE
• van verkoopfactuur naar OGE
• van verkoopfactuur naar klant

De term 'Kasstroom' is op alle pagina's in namen van velden, lijsten enz. consistent vervangen door het woord 'Cashflow'. Dit is tevens doorgevoerd in alle online help, handleidingen en werkinstructies.

Orders voor gemengde projecten aanmaken voor specifieke verdeelsleutel

Als men orders aanmaakte voor een gemengd project waarbij er een specifieke verdeelsleutel was ingesteld, werden er orderregels aangemaakt op basis van die verdeelsleutel. Als de order alleen van toepassing was voor één projectmodel, moest de gebruiker vervolgens de overbodige regels verwijderen. Dit is nu aangepast. Men kan bij een gemengd projectmodel kiezen voor welke projectmodel de order aangemaakt moet worden. De gebruiker krijgt bij het aanmaken van de order de mogelijkheid om een keuze te maken.

Voorheen kon men alleen een overzicht krijgen van de onderhanden projecten door in het rolcentrum de projecten te koppelen op de sneltab 'Mijn projecten'. We hebben het mogelijk gemaakt dat op de projectkaart een Projectmanager verwerkt kan worden. In het rolcentrum 'Projecten' is daarnaast een tegel toegevoegd waarmee de projecten van de projectmanager zichtbaar zijn. Deze tegel heet 'Mijn Projecten'.

Wanneer een order werd aangemaakt met meerdere termijnen, werd bij het aanmaken van een meer/minderwerkorder voor alle termijnen een order aangemaakt. Vervolgens moest de gebruiker de onnodige regels verwijderen. Dit is aangepast. Het is nu mogelijk om voor de selecteerde termijnregel(s) een meer/minderwerkorder aan te maken. U kunt hierbij dus één regel selecteren, maar ook meerdere.

Het projectnummer en projectnaam is toegevoegd aan de pagina 'Inkooporders' t.b.v. projecten/planmatig onderhoud en het 'Werkderdenoverzicht'.

Op de clusterpagina hebben we op de sneltab OG Eenheden extra kolommen toegevoegd met de volgende gegevens:

• Postcode van het contact (Postcode)
• Type van de OG Eenheid (Type)
• Status van de OG Eenheid (Status)

Vanuit een project kunt u navigeren naar 'OG Eenheden per projectregel'. Op deze pagina is extra informatie toegevoegd, het betreft onderstaande kolommen:

• E-mailadres van de huurder
• Contactadres
• Postcode huurder

Op de projectpagina zijn enkele UX-verbeteringen doorgevoerd (lay-out, benamingen). Het betreft Projectpagina 11030452.

Wanneer een offerte per mail werd verzonden naar de leverancier moest de gebruiker na het verwerken van de gegevens in de offerteaanvraag handmatig naar 'Rapport' gaan en dan vervolgens kiezen voor 'Inkoopofferte per e-mail'. Nu wordt, indien bij de leverancier inkoopwijze MAIL is ingesteld, automatisch het scherm geopend om de offerte te kunnen mailen, de gebruiker hoeft dit niet meer handmatig te doen. 
Instellingen voor het mailen van een inkoopofferte:

1. Maak een e-mailaccount aan van het type SMTP
2. Ken dit e-mailaccount toe aan e-mailscenario 'Inkoopofferte'

Wanneer een leverancier opdracht ontvangt via de inkoopwerkwijze MAIL, dan wordt deze vanaf nu ook per mail op de hoogte gehouden als de onderhoudsorder wordt geannuleerd (verwijderd). 

Voorheen kon een gebruiker pas een verkoopaanbieding aanmaken voor een OG Eenheid als er een taxatie was gekoppeld aan ten minste één exploitatievorm van het soort 'Verkoop' van die OG Eenheid. Echter, in de praktijk werd het verkoopproces al gestart voordat de taxatie was uitgevoerd. Vandaar dat de gebruiker voortaan al een verkoopaanbieding kan aanmaken vóórdat er een taxatie is gekoppeld aan een exploitatievorm van de OG Eenheid. De verplichting om een taxatie te koppelen aan een exploitatievorm van de OG Eenheid blijft, maar is verplaatst naar een later moment in het verkoopproces, te weten het moment waarop de gebruiker de kolom 'Datum aanbieding' invult op de desbetreffende verkoopaanbiedingsregel. Voordat de gebruiker die kolom kan invullen, moet er een taxatie zijn gekoppeld aan de desbetreffende exploitatievorm.

• Als de gebruiker ervoor kiest de koopsom niet bij te laten werken, dan blijft de koopsom ongewijzigd en berekent het systeem automatisch de juiste waarde voor de velden 'Extra kortingsbedrag' en 'Extra kortings%'. 
• Als de gebruiker ervoor kiest de koopsom wel bij te laten werken, dan blijft het veld 'Extra kortings%' leeg en berekent het systeem de juiste waarde van de koopsom op basis van de taxatiewaarde en het eventuele kortings% dat was ingesteld bij de aanbiedingsvorm van de exploitatievorm.  

Voorbeeld: 

• Taxatiewaarde = 200.000,- 
• Kortings% (ingesteld binnen de aanbiedingsvorm) = 15% 
• Tussenresultaat = 170.000,- 
• Als 'Extra kortings% = 10% dan:
• Extra kortingsbedrag = 17.000,- (10% van 170.000,-) 
• Koopsom = 153.000,- (170.000,- minus 17.000,-)

Gebruikers kunnen voortaan een huuropzegging van een OG Eenheid annuleren, zelfs ook in de situatie dat het leegstandscontract al is geprolongeerd en de status 'Huidig' heeft. Annuleren is niet meer mogelijk zodra de OG Eenheid al opnieuw is verhuurd, is verkocht of uit beheer is genomen. 

Daartoe is op de pagina 'Huuropzegging' een nieuwe knop beschikbaar, genaamd 'Annuleren huuropzegging'. Zodra de gebruiker op deze knop klikt, controleert het systeem of de huuropzegging voldoet aan de genoemde voorwaarden om geannuleerd te mogen worden. Tevens controleert het systeem of de huuropzegging nog is gekoppeld aan een lopende verhuuraanbieding en/of een openstaand onderhoudsverzoek. Is dat het geval, dan informeert het systeem de gebruiker daarover. De gebruiker moet in dat geval eerst de lopende verhuuraanbieding verwijderen resp. het onderhoudsverzoek annuleren, voordat hij de huuropzegging kan annuleren. 

Het systeem verwijdert de geannuleerde huuropzegging en voert automatisch de aanpassingen in de contractregels van de OG Eenheid door die nodig zijn om ervoor te zorgen dat de huurder de OG Eenheid blijft huren voor dezelfde huurprijs als voorheen. Op basis van die nieuwe en aangepaste contractregels wordt de eventueel reeds geboekte huurderving automatisch tegengeboekt tijdens de eerstvolgende prolongatierun.  

Op enkele pagina's zijn wat tekstuele aanpassingen doorgevoerd, zoals de Engelse benamingen. Daarnaast zijn de leveranciersopmerkingen, bijlagen en aanvullende omschrijvingen nu vanuit het feitenblok op diverse overzichten zichtbaar. Ook hebben we de optie om Bijlagen toe te voegen bij het factureren standaard verborgen. Hier maakte de leveranciers vaak de fout om de factuurbijlage als gewone bijlage toe te voegen i.p.v. de factuurbijlage hiervoor te gebruiken.

Wanneer een mailingdocument wordt gearchiveerd en wordt opgesplitst in afzonderlijke documenten, moet de documentmemo van het mailingdocument worden gekopieerd naar de documenten die na de splitsing ontstaan. Deze functionaliteit werkte niet meer door toedoen van een bug; dit is nu opgelost.

Als de divisiecode leeg is op het klantsjabloon en u past het toe, dan wordt de bestaande waarde op de klantkaart (die vanuit de contactkaart aanwezig was) overschreven met een lege waarde.
Dit is nu aangepast, zodat bij een lege waarde de bestaande waarde blijft bestaan.

Het verzenden van prolongatiedocumenten naar Postex wordt afgekapt op maximaal 200 stuks per keer. Deze fout was ontstaan door een aanpassing van het framework van Microsoft. Het document Prolongatiefactuur bevat nu geen Word-Layout meer. Dit is om de verwerking richting Postex goed te laten verlopen. Daarmee is deze fout hersteld.

Voorafgaand aan deze correctie waren de NAV_DATABASES parameterwaarden van de ERP-setup ingesteld op kleine letters en niet op de werkelijke hoofdletterwaarde die was ingevuld. Als de database daarom hoofdlettergevoelig was, zou er een interne serverfout optreden. Dit item lost dit scenario op en gebruikt het hoofdlettergebruik van de waarde die voor die parameter is ingesteld.

Wanneer in het SV-afrekeningenoverzicht op een van de voorschotbedragen werd geklikt om de onderliggende details van het betreffende bedrag te bekijken, werd niet het scherm 'Voorschot per element', maar het scherm 'Aandeel per kostencode' getoond. Dit is verbeterd: het correcte scherm met de betreffende details wordt nu weergegeven.

Bij het aanmaken van aanmaningsregels wordt, wanneer de klantenpost een OG Eenheid betreft, de omschrijving van de factuur aangevuld met het betreffende adres. Deze omschrijving werd afgesloten met een punt. Wanneer het betreffende adres geen toevoegsel had, werd de omschrijving afgesloten met een spatie en een punt. Op verzoek wordt deze punt voortaan niet meer toegevoegd. Let op: deze aanpassing geldt alleen bij het aanmaken van nieuwe aanmaningsregels. De omschrijving van al bestaande aanmaningsregels zal worden afgedrukt zoals deze wordt getoond op het scherm.

Bij het aanmaken van een creditnota o.b.v. inkomend document liet Dynamics Empire een foutmelding zien: 'Inkoopkop bestaat niet.'

Hoewel er een (inkoop)creditnota zou moeten worden aangemaakt, paste het systeem enkele controlemethodes toe die van toepassing zijn op facturen (en niet op creditnota's). Dit is hersteld/gewijzigd; wanneer nu een creditfactuur o.b.v. een inkomend document gewenst is, blijft de foutmelding achterwege en wordt het document succesvol aangemaakt.

1. Bronnummer = Leveranciersnummer
   Brontype = Leverancier
2. Bedrijfsboekingsgroep en productboekingsgroep voor elke regel die overeenkomt met de bijbehorende inkoopfactuur.

Het kon voorkomen dat er, wanneer er vanuit het Klantportaal in combinatie met de Connect-It-oplossing een order gepland werd, er geen voorkeurstijd meegestuurd werd naar een leverancier die via de KOVRA-koppeling werkt. Dit probleem is opgelost, en nu gelden de volgende voorwaarden:

• Wanneer er planninggegevens aanwezig zijn in de order negeert Dynamics Empire de voorkeurtijd.
• Als de voorkeurstijd gebruikt wordt, vul dan op basis hiervan DeliveryDateEarliest en DeliveryDateLatest in het KOVRA-bericht.

We hebben eerder de link tussen de 'Verhuurbaar per datum' en de urgentiecode van het onderhoudsverzoek (in te richten via de mutatietypen) verwijderd n.a.v. klachten van onze klanten. Een aantal klanten bleek deze link echter toch te missen. We hebben nu in de Empire-instellingen, op sneltab Onderhoud,  een optie toegevoegd: 'Verhuurbaar per datum af laten leiden van uiterst gereed datum onderhoudsverzoek'. Hierdoor kan per klant bepaald worden of van deze optie gebruik wordt gemaakt.

Bij het indienen van een onderhoudsverzoek via de vraagboom is het ook mogelijk om een communicatiewijze op te geven. Wanneer vervolgens een extra taak werd toegevoegd via de vraagboom, dan werd deze communicatiewijze niet automatisch gevuld. Dit is opgelost.

Het is mogelijk om bij een standaardtaak aan te geven dat de vaste prijs aangepast mag worden. Deze functionaliteit werkte echter niet meer.

Dit is nu opgelost: het is weer mogelijk om de standaardtaakprijs met inkoopwijze 'Vaste taakprijs' aan te passen.

Op het moment dat een gebruiker een verhuuraanbieding probeerde te accepteren, trad er in een bepaalde situatie een foutmelding op over het feit dat wijzigingen in de Contact-tabel niet konden worden opgeslagen. Deze foutmelding trad alleen op in de situatie dat de gegadigde van de verhuuraanbieding als woningzoekende was geregistreerd in Dynamics Empire. In dat geval kon de uitschrijving niet worden opgeslagen in de Contact-tabel. Dit probleem is opgelost, zodat er geen foutmelding meer optreedt in de genoemde situatie.