Vorführung NAV 2009

Ich habe gestern vermutlich als einer der ersten NICHT-Partner das neue Navision 6.0 oder auch NAV 2009 (CPT2 glaub ich) gesehen, welches ja funktional zu ca. 95% mit NAV 5.0 SP1 übereinstimmt.

Der "Classic Client" sieht ja noch genau so aus, wie in der Version 5 oder auch 4.

Jedoch kann anstatt dem altbekannten Client auch der neue "Ritch Client" geöffnet werden. Ich dachte ich bin auf ner Sharepoint-Seite, als ich die Einstiegsseite sah.

Für mauslastige Leute ist das Teil super und auch rollenbasierende Einstiegsseiten können generiert werden. Zusätzlich zu dieser Seite ist das Menü (unter Departments) im Style von NAV 3.x.

Auch scheint es sehr einfach zu sein, einen Report vom Standard-Navision-Style in ein RDL (Reporting Services) abzuwandeln. Zumindest wars bei der Demo so

Wer sich jedoch mit der Tastatur gewöhnt ist, via Funktionstasten zu arbeiten, wird sich (gem. jetzigem Stand) komplett umstellen müssen. Die Tastenfunktionen sind komplett auf den Kopf gestellt oder schon gar nicht mehr vorhanden.

Dafür ist es nun bei Aufträgen oder anderen Forms nun möglich, z.B. die Kopfdaten auszublenden, damit man mehr Platz für die Zeilen hat. Das find ich wiederum super.

Theoretisch ist sogar ein Mischbetrieb zwischen der "Classic"- und der "Ritch"-Version möglich. Da jedoch Forms dann in 2 Programmiersprachen angepasst werden müssen ist auch der Pflegeaufwand dementsprechend viel grösser.

Schade ist auch, dass die komplette Anbindung an Sharepoint wohl noch 6 Monate nach dem Programmlaunch auf sich warten lassen wird, die ich aber sehr gut finde.

Habt ihr auch schon eine Demo gesehen und einen völlig anderen Eindruck? oder wie denkt Ihr über die neue Version?

Mfg

Ich kenne keine Demo, sondern nur ein Video, das man sich als Partner auf der Partnersource downloaden kann. Dort gibt es auch schon die erste Whitepaper.

Woher stammt die Bezeichnung Ri(t)ch Client?
Eigentlich hieß es bisher immer RollTailored Client (rollenbasierter Client).

Ansonsten, was den Eindruck angeht:
Erst einmal eingerichtet (...), stellt der RollTailored Client durchaus einer Verbesserung der Menüführung für den jeweiligen Mitarbeiter dar.

Woher stammt die Bezeichnung Ri(t)ch Client?
Eigentlich hieß es bisher immer RollTailored Client (rollenbasierter Client).

Woher die Bezeichnung stammt weiss ich nich, jedoch war sie auf der Präsentation aufgeführt neben dem Begriff "RollTailored"-Client (dessen Name mir jetzt entfallen war)

Ansonsten, was den Eindruck angeht:
Erst einmal eingerichtet (...), stellt der RollTailored Client durchaus einer Verbesserung der Menüführung für den jeweiligen Mitarbeiter dar.

So sehe ich das auch mit der Menüführung

RoleTailored, nicht RollTailored ( ein "Roll" ist ein Brötchen/Semmel )

Dass der jetzt als "Rich" ( reich an Funktionalität ? ) bezeichnet wird, soll wohl dazu führen, dass sich die Anwender mit dem "Classic" Client zukünftig arm fühlen und schneller wechseln.

Den neuen Client habe ich im November letzen Jahres bei einer Demo zum erstem Mal gesehen. Beide Versionen parallel laufen zu lassen, halte ich in der Praxis für sehr schwierig, in der Pflege ist das in jedem Fall mit erheblichem Zusatzaufwand verbunden. Auch der Telefonsupport wird schwieriger, weil man kaum noch weiß , was der Anwender am Bildschirm sieht. Jeder kann sich seine Oberfläche praktisch selbst zusammenstricken.

RoleTailored, nicht RollTailored ( ein "Roll" ist ein Brötchen/Semmel )

Das kommt davon, wenn man gleichzeitig auf der Arbeit sitzt, macht und tut, UND versucht, hier seinen Senf dazu zu geben ...

Hab die Version bisher auch nur in einer Demo im November in München gesehen.
Ich glaube aber, dass es durchaus vernünftige Gründe für einen Mischbetrieb geben wird.
Der rollenbasierte Client wird wohl für die meisten Recherchen und Erfassungen ausreichend sein.
vielerlei Auswertungen und Erfassungen die momentan über Matrixboxen etc. laufen sind aber nur im Classic Client möglich.

Die Pflege soll ja laut Microsoft so schwer nicht sein, da sich die meisten Forms ja (fast) im Batchjob zur neuen Objektart umwandeln lassen.

Die Pflege soll ja laut Microsoft so schwer nicht sein, da sich die meisten Forms ja (fast) im Batchjob zur neuen Objektart umwandeln lassen.

Aber auch nur, wenn du keinen Quelltext auf der Form hast.
Aber manchmal *muss* dort Quelltext hinerlegt werden. Es lässt sich leider nicht immer vermeiden. Und dann hast du mit der Objektart Page ein kleines Problem ...

Soweit ich das erkennen konnte, sind außer dem OnAfterGetCurrRecord Trigger bei den Pages alle bekannten Trigger noch vorhanden und bei der Konvertierung landet der Code auch dort. Der Rest ist Handarbeit...

Als Ergänzung zu dem kleinen Scherz oben :
Der "Classic" Client ist ein Fat- Client, der neue zwar nicht Thin, aber Rich. Das sind die allgemeinen Begriffe für Client/Server-Systeme.

@Natalie
ich hab's so verstanden: Code geht schon, aber halt nur einfache Aufrufe also starten eines weiteren Triggers im Record oder Codeunit.
und damit lässt es sich ja gut leben. Weiterer Code der Felder ein/ausblendet etc. die nur auf der Form gehen, sind ja für die Pages nicht notwendig.

Ich habe gestern vermutlich als einer der ersten NICHT-Partner das neue Navision 6.0 oder auch NAV 2009 (CPT2 glaub ich) gesehen, welches ja funktional zu ca. 95% mit NAV 5.0 SP1 übereinstimmt.

Der "Classic Client" sieht ja noch genau so aus, wie in der Version 5 oder auch 4.

Jedoch kann anstatt dem altbekannten Client auch der neue "Ritch Client" geöffnet werden. Ich dachte ich bin auf ner Sharepoint-Seite, als ich die Einstiegsseite sah.

Für mauslastige Leute ist das Teil super und auch rollenbasierende Einstiegsseiten können generiert werden. Zusätzlich zu dieser Seite ist das Menü (unter Departments) im Style von NAV 3.x.

Auch scheint es sehr einfach zu sein, einen Report vom Standard-Navision-Style in ein RDL (Reporting Services) abzuwandeln. Zumindest wars bei der Demo so

Wer sich jedoch mit der Tastatur gewöhnt ist, via Funktionstasten zu arbeiten, wird sich (gem. jetzigem Stand) komplett umstellen müssen. Die Tastenfunktionen sind komplett auf den Kopf gestellt oder schon gar nicht mehr vorhanden.

Dafür ist es nun bei Aufträgen oder anderen Forms nun möglich, z.B. die Kopfdaten auszublenden, damit man mehr Platz für die Zeilen hat. Das find ich wiederum super.

Theoretisch ist sogar ein Mischbetrieb zwischen der "Classic"- und der "Ritch"-Version möglich. Da jedoch Forms dann in 2 Programmiersprachen angepasst werden müssen ist auch der Pflegeaufwand dementsprechend viel grösser.

Schade ist auch, dass die komplette Anbindung an Sharepoint wohl noch 6 Monate nach dem Programmlaunch auf sich warten lassen wird, die ich aber sehr gut finde.

Habt ihr auch schon eine Demo gesehen und einen völlig anderen Eindruck? oder wie denkt Ihr über die neue Version?

Mfg

Aha, und kann man schon mit C# was machen?

Aha, und kann man schon mit C# was machen?

Die Entwicklungsumgebung bleibt weiterhin C/SIDE und die Programmiersprache bleibt ebenfalls C/AL.
Einzig die Reports als RDL exportiert werden und in VisualStudio als SSRS weiterbearbeitet werden.

Aha, und kann man schon mit C# was machen?

Als NAV-Entwickler?
Nicht mehr oder weniger als vorher auch.