Dynamics 365 Blog - Beiträge vom Januar 2020
Exception beim Platformupdate 30Als ich vor kurzem eine lokales D365-VPC mit dem Platform Update 30 versorgen wollte, trat bei Step 19 der folgende Fehler auf:
Die Ursache für diesen Fehler war rasch gefunden - nach dem Download des VPC aus LCS wurde der Name des virtuellen Computers geändert, dieser aber nicht überall nachgezogen. Dadurch hatten die SQL Reporting Services ein Problem, hier musste eine neue Database eingetragen werden. Wie dies geht, und was man noch alles beim Umbenennen eines VPCs berücksichtigen muss steht übrigens hier. |
Fehler "The step failed" beim Platformupdate 30 in Verbindung mit Reporting servicesTritt während eines Platform Updates eines lokalen VPCs folgender Fehler auf...
...kann die Ursache sein, daß der Computername des VPCs geändert wurde, und dabei aber nicht alle von Microsoft empfohlenen Schritte durchgeführt wurden. Welche das sind, ist hier zu finden: https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/migration-upgrade/vso-machine-renaming
|
Finanzdimension als Display-Methode anzeigen[SysClientCacheDataMethodAttribute(true)] public display DimensionDisplayValue displayLedgerDimensionValue() { return LedgerDimensionFacade::getDisplayValueForLedgerDimension(this.LedgerDimension); } |
|
|
|
|
|
|
|
Prinzipiell sollte jede Lösung in Dynamics 365 for Finance and Operations frei von Best-Practice-Abweichungen sein, dennoch gibt es ab und an die Notwendigkeit, sie unterdrücken zu müssen.
Ein solcher Fall sind beispielsweise Eventhandler, die ein vorgegebenes Paramterprofil aufweisen, im Falle eine Nicht-Verwendung eines dieser Parameter aber eine BP-Abweichung verursachen.
Bei obigem EH würde folgende BP-Abweichung ausgegeben werden, da der Parameter e nicht verwendet wird: