Verouderde standaard Business Central-profielen zijn nu verborgen in de profielenlijst en worden derhalve niet meer getoond als beschikbare profielen.

De niet meer gebruikte, Valburg-specifieke Rolcentra zijn verwijderd.

Tijdens het boeken van inkoopfacturen kunnen bijlagen automatisch worden overgezet naar het DMS van Simova. Hiervoor moet u op de interactiesjablooninstellingen een interactiesjabloon instellen voor 'Geboekte Inkoopfacturen' of voor 'Geboekte Inkoopcreditnota's'. Hiernaast moeten op het interactiesjabloon de DMS mapping-code en het DMS inhoudstype zijn ingevuld en dient het vinkje 'Maak HTML-bijlagen' aangevinkt te zijn.

Voor de financiële profielen hebben we een optimalisatie uitgevoerd van de lijst met klanten. De volgorde van de kolommen is aangepast. Ook is opnieuw bepaald welke feitenblokken standaard wel en niet getoond worden.

De lay-out van de klantpostenpagina is geoptimaliseerd voor de profielen:

• Debiteurenbeheer
• Crediteuren
• Financieel (algemeen)
• Financiële administratie
• Management 

Een nieuwe indicatie genaamd 'Klantportaal-accountstatus' is toegevoegd in ERP als kolom op de klantenlijst en veld op de klantenkaart. Deze indicatie kan per klant de volgende mogelijke waarden hebben: 

• Account niet aangemaakt
• Account aangemaakt maar niet geactiveerd 
• Account geactiveerd 

De waarde van deze indicatie wordt per klant automatisch bijgewerkt op het moment dat de klant (of de beheerder namens de klant) een account aanmaakt of activeert voor het Klantportaal van cegeka-dsa. Ook als een beheerder of KCC-medewerker een account voor een klant aanmaakt via de beheerfunctionaliteit van het Klantportaal wordt deze indicatie in ERP automatisch bijgewerkt.

Deze kolom kan worden gebruikt t.b.v. het filteren van klanten in ERP, bijvoorbeeld voor het genereren van een overzicht met klanten die wel een actief huurcontract hebben, maar nog geen account op het Klantportaal hebben aangemaakt of geactiveerd.

Wanneer er een onderhoudsorder werd aangemaakt met diverse taken waarbij verschillende kostencodes werden gebruikt, dan kwamen deze kostencodes niet terug bij het indienen van de factuur door de leverancier. Dit is opgelost.

Wanneer u bankmutatieregels importeert en verwerkt op het bankboek kan vanaf nu een vereffeningsvoorstel gedaan worden op basis van een factuurnummer of klantnummer wanneer dit vermeld wordt in de omschrijving van de bankmutatieregel. Op basis van het laatstgebruikte nummer in de nummerreeksinstelling wordt de bankverwerking voortaan herkend op:

• Klantnummer
• Verkoopfactuurnummer
• Verkoopcreditnotanummer
• Verhuurfactuurnummer
• Verhuurcreditnotanummer
• Prolongatiefactuurnummer

Wanneer een klant meerdere eenheden binnen hetzelfde cluster huurt en de voorschotten voor service en verbruik zijn groter dan de kosten, kon het tijdens het boeken van service en verbruik voorkomen dat de creditnota's vereffend werden met de klantenposten van de verkeerde eenheid. Vanaf heden worden creditnota's vereffend met de juiste posten.

Het afschrijven van vaste activa met een fiscaal afschrijvingsboek was incorrect als voor de gelinkte OGE Eenheid geen WOZ-waarde was ingevuld. Tijdens het maken van vasteactiva-dagboekregels werd in zo'n geval een WOZ-waarde van 0 gebruikt als bodemwaarde. Vanaf heden wordt er een waarschuwing gegenereerd voor deze afschrijvingen en wordt de regel overgeslagen. Deze waarschuwingen worden getoond aan het eind van het proces.

Wanneer een kostenspecificatie opnieuw geopend werd nadat de goedkeuring al plaats had gevonden, en in de oorspronkelijke goedkeuring was handmatig een goedkeurder toegevoegd, dan kon het voorkomen dat de kostenspecificatie na het aanpassen van de bedragen vrijgegeven werd zonder opnieuw goedgekeurd te worden. Dit is aangepast.

In de 'Projectinstellingen' kunt u aangeven dat het vullen van het veld 'Verwachte factuurdatum' verplicht is. Wanneer dit was ingesteld werd de controle op dit veld pas toegepast aan het einde van het goedkeuringsproces. Dit is aangepast, zodat de check op dit veld al plaatsvindt bij het verzenden van de goedkeuringsaanvraag.

Bij het gebruik van reparatiesjablonen met twee (of meer) taken werd de aanvullende omschrijving van de eerste taak meegenomen en overgezet op de volgende taken bij het genereren van de onderhoudstaken in het verzoek. Dit is nu opgelost: elke taak heeft nu de correcte omschrijving.

Verwerken gegadigde uit extern WRV-systeem; adresgegevens van bestaand huishouden worden niet bijgewerkt 

Als bij het verwerken van een gegadigde uit een extern WRV-systeem de gegadigde werd gematcht met een bestaand huishouden in Dynamics Empire, dan werd het correspondentieadres van dat huishouden niet bijgewerkt met het adres van de gegadigde. Hierdoor hield het huishouden (en de gerelateerde klant) het correspondentieadres dat het tot dan toe had in Dynamics Empire, hetgeen mogelijk verouderd was. Dit is opgelost, zodat in het genoemde geval het correspondentieadres van het bestaande huishouden voortaan wel wordt bijgewerkt met het adres van de gegadigde.

Als de rol van een bestaande persoon van een huishouden werd gewijzigd, wijzigde de naam van het huishouden niet altijd correct mee. Dit is opgelost, zodat de functionaliteit weer werkt zoals bedoeld: 

1. Als een huishouden één of meer personen heeft met de rol 'CONTRACT' (d.w.z. de rol die in de Marketinginstellingen is geselecteerd als contractpartner) heeft exact één van die personen de indicatie 'Toon als eerste' = 'ja'.
2. De naam van het huishouden wordt automatisch afgeleid van de naam van de persoon met de rol 'CONTRACT' en de aanduiding 'Toon als eerste' = 'Ja'.
3. Als een huishouden uit meer dan één persoon bestaat met de rol 'CONTRACT' wordt de naam van het huishouden afgeleid van de persoon, zoals genoemd in punt 2, en aangevuld met de toevoeging 'e.a.' ('en anderen').

Wanneer in Dynamics Empire OG Eenheden werden gekoppeld met de BAG verblijfsobjecten, dan ging het koppelen mis als de OG Eenheid geen postcode had. Dynamics Empire koppelde deze OG Eenheden dan aan het eerstgevonden BAG verblijfsobject zonder postcode. Dit resulteerde in OG Eenheden met een verkeerd gekoppeld BAG verblijfsobject. Het is nu zo opgelost dat de OG Eenheden zonder postcode worden overgeslagen bij het koppelen met BAG verblijfsobjecten (zowel bij het koppelen van een individuele OG Eenheid als bij het in bulk koppelen van alle OG Eenheden).

Als er een nieuwe versie van de woningwaardering werd aangemaakt werd het bouwjaar altijd overgenomen van de vorige versie, ook als het bouwjaar inmiddels op de OG Eenheid was aangepast. Hierdoor moesten op twee plekken het bouwjaar bijgehouden worden, hetgeen tot inconsistente data kon leiden. 

Als een klant upgradet van een servicepack lager dan 2009 naar een servicepack hoger of gelijk aan 2009, moet de huidige geïnstalleerde versie van het Klantportaal worden verwijderd voordat de upgrade wordt uitgevoerd.