Rash thoughts about .NET, C#, F# and Dynamics NAV.

Seit heute könnt Ihr auf Navision-Blog.de auch T-Shirts bestellen. Schaut einfach mal in den Shop, vielleicht findet Ihr ja was passendes…

Für den Shop habe ich übrigens das Spreadshirt WordPress-Plugin von tassoman angepasst. Eine aktualisierte Version ist dort bereits downloadbar.

Passend dazu: Comfort T "WordPress rules"
	Das klassische WordPress-FanShirt. » 14.90 EUR Weitere Produkte gibt es im Shop.

Eigentlich liegt die DVD ja schon eine ganze Weile bei mir rum, aber nun hatte ich endlich mal Zeit für das Vista-Upgrade. Zuerst musste ich meine Laptop-Festplatte mit CONVERT von FAT32 zu NTFS konvertieren und dann konnte ich das Upgrade von Microsoft Windows XP Home auf Microsoft Windows Vista Business ohne größere Probleme durchführen.

Bisherige Inkompatibilitäten bestehen bei Nero, OpenVPN (Update bereits installiert) und der Infarotschnittstelle. Macromedia Fireworks musste ich auch neu installieren – geht jetzt aber wieder.

Navision unter Windows Vista

Microsoft Dynamics .NAV 4.02 läuft entgegen meiner Erwartungen bisher noch ohne Probleme:

Das Vista-Design ist wie erwartet großartig, allerdings rendert Navision seine Fenster ja teilweise selbst, sodass plötzlich blaue Fenster kommen, obwohl mein Vista-Style auf orange eingestellt ist. Das war bei XP jedoch auch nicht anders.

Ich werde an dieser Stelle dann weiterhin von meinen Erfahrungen mit Vista berichten.

Mit dem Tool CodeGenius kann man Templates, automatische Codeeinrückung usw. in Navision benutzen. Aus meiner Sicht ist es mittlerweile ganz brauchbar. Wir benutzen es intern vor allem für eine standardisierte Codedokumentation.

Vor allem die Termplate-Funktionalität ist hervorragend für Navision geeignet.

Hier mal zwei Beispiele:

1. Eine einfache Navision Repeat-Until-Schleife

IF <<Rec>>.Find(‘-‘) THEN
REPEAT
  |
UNTIL <<Rec>>.NEXT = 0;

Nach dem Drücken des ShortCuts für die Schleife muss man nur noch die benötigten Variablen angeben. Der Cursor springt nach dem Einfügen des Codes an die mit | markierte Stelle.

2. Eine Schleife mit Dialog und Filtern

// Code by <<Author>>
<<Dialog>>.OPEN(‘<<Rec>>: #1###### / #2######’);
<<Rec>>.SETCURRENTKEY(|);
<<Rec>>.SETRANGE();
<<Dialog>>.UPDATE(2,<<Rec>>.COUNT);
IF <<Rec>>.FIND(‘-‘) THEN
  REPEAT
    <<Counter>> += 1;
    <<Dialog>>.UPDATE(1,<<Counter>>);
  UNTIL <<Rec>>.NEXT = 0;

Passend dazu: Comfort T "C/AL for food."
	Zeigt das Ihr ganz arm dran seid... » 15.40 EUR Weitere Produkte gibt es im Shop.

Oft machen Zollzeichen im Text (z.B. bei Monitor 17″) Probleme beim Import mit Navision-Dataports, da der Dataport diese fälschlicherweise als Trennzeichen interpretiert. Wenn man die ungewollten Zollzeichen im Text weg haben will, kann man diese einfach per RegEx ersetzen lassen.

Dazu kann man z.B. PsPad benutzen, um dann die Fundstellen des Regulären Ausdrucks ([^;])(“)([^;]) durch $1’$3 ersetzen zu lassen. Damit werden alle “ungewollten” Hochkommata in ‘ umgewandelt.

Da Navision in Bezug auf mathematische Funktionen nur ganz rudimentäre Funktionalität bietet, möchte ich in einer kleinen Serie eine Mathe-Bibliothek in C/AL entwickeln und dabei auf verschiedene Approximationsmöglichkeiten der einzelnen Funktionen eingehen.

Den Anfang möchte ich dieser Stelle mit der Approximation des natürlichen Logarithmus machen:

Möglichkeit 1 – Potenzreihenentwicklung:

Formel:

Implementierung:

LOCAL PROCEDURE LN_PowerSeries@1000000038(x@1 : Decimal)
  f : Decimal;
VAR
  x_@1000000002 : Decimal;
  i@1000000003 : Integer;
  f_old@1000000001 : Decimal;
BEGIN
  /// <summary>
  /// Calculates the LN by the "LN - Power Series"
  /// Requires 0 < x <= 2
  /// </summary>

  IF (x <= 0) OR (x > 2) THEN
    ERROR(ArgumentOutOfRange,x);

  x_ := x - 1;
  i := 2;
  f := x_;

  REPEAT
    f_old := f;
    f := f + POWER(-1,i - 1) * POWER(x_,i) / i;
    i := i + 1;
  UNTIL ROUND(f_old,Precision) = ROUND(f,Precision);
END;

Einschätzung:

Die Potenzreihenentwicklung ist wohl die bekannteste Formel zur Berechnung des Ln – gleichzeitig ist sie aber auch die Unpraktischste. Die zwei Hauptprobleme sind der kleine Definitionsbereich und die langsame Konvergenz.

Möglichkeit 2 – Reihenentwicklung über Areatangens Hyperbolicus:

Formel:

mit Restglied

Implementierung:

LOCAL PROCEDURE LN_AreaTangensHyp@1000000040(x@1 : Decimal)
  f : Decimal;
VAR
  i@1000000003 : Integer;
  f_old@1000000001 : Decimal;
  f_@1000000002 : Decimal;
BEGIN
  /// <summary>
  /// Calculates the LN by the "AreaTangens hyperbolicus - Power Series"
  /// Requires x > 0
  /// </summary>

  IF x <= 0 THEN
    ERROR(ArgumentOutOfRange,x);

  f_ := 0;

  REPEAT
    f_old := f_;
    f_ := f_ + POWER((x-1)/(x+1),2*i+1) / (2*i+1);
    i := i + 1;
  UNTIL f_old = f_;
  f := f_ * 2;
END;

Einschätzung:

Diese Folge hat für x und 1/x gleiches Konvergenzverhalten und ist umso genauer je näher x bei 1 liegt. Damit man immer im idealen Konvergenzbereich (1/Wurzel(2) bis Wurzel(2)) ist kann man das Argument noch geeignet verschieben. 

Möglichkeit 3 – Wurzelnäherung:

Formel:

Einschätzung:

Dies ist ein interessanter Ansatz, der in dieser Form erstmal für die Praxis ungeeignet ist, aber mit einigen Abwandlungen als Briggsche Regel mit guter Genauigkeit programmiert werden kann. Voraussetzung ist natürlich eine gute Näherung für die Quadratwurzel.

Möglichkeit 4 – Berechnung über den Dekadischen Logarithmus

Formel:

Einschätzung:

Das Logarithmusgesetz ist natürlich erstmal unspektakulär – aber den dekadischen Logarithmus kann man nach der Goldenen Regel (nach Briggs) immer auf 30 Stellen genau berechnen. Wie das geht soll der nächste Teil der Serie zeigen.

Weiterführende Quellen:

• Wikipedia-Artikel über Logarithmen
• Wikipedia-Artikel über Henry Briggs
• Logarithmus-Artikel auf mathematik.ch

Für ein ungefähr halbjähriges Projekt im mitteldeutschen Raum wird ein Programmierer gesucht, der Erfahrung in der Speicherprogrammierbaren Steuerung (SPS) hat. Wer daran Interesse hat, dem könnte ich evtl. den Job vermitteln.

Also bitte ganz kurzfristig bei mir melden.

Navision hat wie alle “größeren” Systeme bei der “ERP-Zufriedenheitsstudie Schweiz 2006” leider nicht so berauschend abgeschnitten – mySAP war sogar auf dem vorletzten Platz.

Besonders interessant an der Studie sind vor allem die Diagramme der Zufriedensheitsaspekte – demnach sind Formulare/Reports zwar stark vom Kunden beeinflußbar, erzeugen jedoch trotzdem den meisten Frust. Irgendwie kommt mir das bekannt vor.

Weitere Informationen:

• InfoWeek-Artikel (unbedingt die Diagramme ansehen)
• Präsentationsfolien
• Bilder der Präsentation

Nachdem ich vor einer Weile schon auf die kommenden Änderungen in NAV 5 eingegangen bin, gibt es nun einen kleinen Nachtrag. Microsoft plant nun das Navision 5 Release in zwei Teile zu splitten. NAV 5.0 soll im März 2007 kommen und NAV 5.1 erst im vierten Quartal 2007. NAV 5.0 soll dabei alle C/SIDE-Features und die Office 2007-Integration enthalten. Erst mit NAV 5.1 kommen dann die versprochene 3-Tier-Achitektur und die WebServices.

Gleichzeitig soll im März auch eine Technical Preview von Microsoft Dynamcis NAV 5.1 angeboten werden, so dass die Partnerfirmen wenigstens schon mal reinschnuppern können.

Zu den Gründen für diesen Verzug gibt Microsoft an, dass man die Qualität hochhalten möchte und so die Partner auch mehr Zeit haben sich im neuen Thema zurecht zu finden. Mit anderen Worten: Es wird nicht rechtzeitig fertig.

Die wichtigsten Features in Nav 5.0:

• Dokumentzustimmungsprozess (Aus WF und Sharepoint)
• Windows Live Local (Anzeige von Orten auf Karten samt Routing)
• Vorrauszahlungen bei Aufträgen und Rechnungen (prozentual oder betragsweise)
• Office XML (Export nach Word oder Excel samt Style Sheets)
• Outlook Integration

Quelle: Microsoft PartnerSource

Microsoft Dynamics NAV 4.03 soll laut Microsoft PartnerSource für die Gruppe 1 (inkl. Deutschland) am 23.10.2006 ausgeliefert werden. Den Download gibt es dann hier.

Bei Navision kommen des öfteren interne Fehlermeldungen mit misteriösen Codes in noch misteriöseren Modulen. Ein umfangreiche Fehlerliste gibt es hier.