Dynamics 365 Blog - Beiträge vom Dezember 2019

Beim Importieren von Daten über eine selbst erstellte Data Entity, für eine ebenfalls selbst erstellte Tabelle die Finanzdimensionen enthält, hatte ich vor kurzem das Problem, dass der Import immer mit dem folgenden Fehler fehlschlug:

Argument für Methode getFieldValue liegt außerhalb des zulässigen Bereichs.

Beim Debuggen stelte sich heraus, daß in der Methode DimensionDynamicAccountDataEntityResolver.getEnumValue() ein Feldname nicht ermittelt werden konnte. Allerdings ist die verantwortliche Methode DictDataEntityField.dynamicDimensionEnumartionField() nicht einsehbar.

Um in Dynamics 365 for Finance and Operations zu einer (eigenen) Tabelle ein Feld vom Typ LedgerDimension hinzuzufügen - also ein Feld, welches Finanzdimensionen aufnehmen soll - sind nur wenige Schritte erforderlich:

1. Neue Foreign-Key-Relation zur Tabelle DimensionAttributeValueCombination erstellen
2. Als Index dieser Relation RecId auswählen
   Dadurch wird nun ein neues Feld in der Tabelle generiert und die Relation zu diesem Feld erstellt
3. Die Eigenschaft Extends dieses neuen Feldes sollte nun auf DimensionDynamicAccount geändert werden
   Das Feld kann nun ggf. umbenannt werden, z.B. LedgerDimension
4. Nun muss ein weiteres neues Feld eingefügt werden, daß von BaseEnum LedgerJournalACType ableitet

Um ein solches Feld nun auch in einem (eigenen) Formular anzuzeigen, sind folgende Schritte notwendig:

1. Per Drag & Drop beide erstellten Felder im Design platzieren
2. Dabei wird für das Feld, das die Dimension aufnehmen soll (z.B. LedgerDimension), ein Segmented Entry Control erstellt
3. In den Eigenschaften dieses Controls sind nun folgende Eigenschaften anzupassen
   • Controller Class: DimensionDynamicAccountController
   • Account type field: Hier muss jenes Feld eingetragen werden, das von LedgerJournalACType abgeleitet wurde

Abhängig von der Klasse die man am Segmented Entry Control in der Eigenschaft Controller Class hinterlegt, sind noch ggf. weitere Einstellungen vorzunehmen, wobei nicht alle immer zulässig sein. Mehr dazu unter https://docs.microsoft.com/de-at/dynamics365/unified-operations/dev-itpro/financial/segmented-entry-control-metadata-specification

Tritt während eines Platform Updates eines lokalen VPCs folgender Fehler auf...

Executing step: 42
GlobalUpdate script for service model: MROneBox on machine: localhost
Update the financial reporting database
Job AutoGlobalUpdateMR job failed
The step failed
The step: 42 is in failed state, you can use rerunstep command to debug the step explicitly
   at Microsoft.Dynamics.AX.AXUpdateInstallerBase.RunbookExecutor.ExecuteRunbookStepList(RunbookData runbookData, String updatePackageFilePath, Boolean silent, String stepID, ExecuteStepMode executeStepMode, Boolean versionCheck, Parameters parameters)
   at Microsoft.Dynamics.AX.AXUpdateInstaller.Program.InstallUpdate(String[] args)
   at Microsoft.Dynamics.AX.AXUpdateInstaller.Program.Main(String[] args)

...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