Dynamics AX Blog - Dynamics AX 2009 - Microsoft Dynamics AX (Axapta) - Seite 12

Die RecId ist die mehr oder weniger eindeutige Kennung eines Datensatzes in Dynamics AX. Mehr oder weniger deshalb, weil es auf die verwendete Version von Dynamics AX bzw. Axapta ankommt:

Mir persönlich dreht sich ja immer der Magen um, wenn ich in einer Produktivumgebung einen Stückchen Code mit doUpdate() oder Konsorten entdecke, trotzdem verwende ich solcherart Methoden auch gerne für den einen oder anderen Aktualisierungsjob. Wer den Unterschied zwischen dem Aufruf von update() und doUpdate() nicht kennt, kann diesen in der MSDN nachlesen...oder aber auch in der nachstehenden Tabelle.

Jeder Entwickler kennt ihn und die meisten benutzen ihn auch regelmässig: Den Eintrag "Einstellungen" im Kontextmenü eines Formulares.

Wie man diesen Eintrag über die Berechtigungsverwaltung von Dynamics AX entfernt oder hinzufügt, wusste ich allerdings bis dato nicht. Erst ein Request beim Hersteller, den ein Kollege abgesetzt hat, hat mich auf die richtige Spur gebracht:

Unter Sicherheit / Verwaltung / Sonstiges / Fomular "Personalisierung" muss man die Berechtigung auf mindestens "Bearbeiten" setzen, damit der Eintrag im Kontextmenü aufscheint.

Und jetzt erklär mir mal einer, wie man das selbst finden soll...

Folgende Schritte sind in Dynamics AX notwendig, um allen Online-Benutzern eine E-Mail zu senden:

1. Eintragen des zu verwendenden SMTP-Servers unter Verwaltung / Einstellungen / E-Mail-Parameter
2. Erstellen eines E-Mail-Vorlage vom Typ System unter Grundeinstellungen / Einstellungen /  E-Mail-Vorlage
   Hier kann der Betreff und der Text der zu versendenden Mail um den Platzhalter %username% erweitert werden.
3. Versenden der Mail unter Verwaltung / Periodisch / E-Mail-Aussendung

Man kann auch an alle Benutzer einer Installation versenden.

Für technisch Interessierte: Die verantwortliche Klasse ist die SysEmailBroadCast.

Möchte man in Dynamics AX 2009 beim Start bestimmte Formulare oder Klassen automatisch ausführen, kann man sich des Kommandozeilen-Parameters Autorun von Dynamics AX bedienen, dieser erwartet als Parameter eine XML-Datei (im Beispiel startup.xml) in der die zu startenden Objekte eingetragen werden können:

"C:\Programme\Microsoft Dynamics AX\50\Client\Bin\Ax32.exe"
-startUpCmd=Autorun_startup.xml

Die dazugehörige XML-Datei startup.xml sieht wie folgt aus:

Update vom 15.06.2011

Unter Dynamics AX 4.0 funktioniert dies übrigens genauso, lediglich die Versionsnummer in der XML-Datei muss entsprechend angepasst werden.

Außerdem kann man in der XML-Datei über das Attribut exitWhenDone angeben, daß AX nach der Ausführung der entsprechenden Funktionen wieder beendet werden soll. Weiters kann man bei dem Attribut logFile natürlich auch einen kompletten Pfad angeben.

logFile="c:\temp\AXAutorun.log">
 

Mehr Infos dazu hält die MSDN bereit: http://msdn.microsoft.com/en-us/library/aa870082.aspx

In Dynamixs AX stehen dem Entwickler zwei Methoden zur Verfügung, die zur Berechnung der Kalenderwoche dienen: weekOfYear und wkOfYr.

Der Unterschied zwischen den beiden ist, daß die Methode weekOfYear die Kalnderwoche nach amerikanischem Vorbild berechnet. Dieser Standard legt die erste Woche als jene fest, in die der 1. Januar fällt.

Für den deutschsprachigen Raum sollte die - der ISO 8601 entsprechenden - Methode wkOfYr verwendet werden. Nach dieser Norm ist die erste Woche jene, die den ersten Donnerstag des Jahres enthält.

Schon einmal einen Base Enum in Dynamics AX erstellt? Oder einen bestehenden erweitert?

Ja?! Dabei auch auf das folgende geachtet?

.) Das erste Element eines Base Enums sollte den Wert 0 aufweisen und dieser sollte "Undefiniert", "Kein", "Unbekannt" oder ähnlichem entsprechen. Vor allem wenn man den Base Enum später in Tabellen verwenden möchte, die bereits Daten enthalten.
Selbst wenn man davon ausgehen kann, daß man einen solchen undefinierten Zustand nicht benötigt, sollte man die 0 reserviert halten, sprich der erste "echte" Wert des Base Enums sollte 1 entsprechen.