Diskussion:Microsoft Dynamics 365 Business Central
Dieser Artikel sollt überarbeitet werden. In der Zeittafel wird munter Navision und (Damgaard)-Axapta hin und her gewechselt. Der Artikel sollte aber allein Navision behandeln. Außerdem weist die Historie große Lücken auf. Die Hinweise auf die zukünftige Entwicklung sind fehlerhaft bzw. mittlerweile überholt. Elcheo 15:31, 25. Jan. 2007 (CET) Abgesehen davon folgender Hinweis: Der Name Navision ist nicht mehr aktuell. Aktuell wird von Dynamics NAV gesprochen. Dieses wird auf der MS Roadmap dann in einem Dynamics enden, eine Kombination aus allen Produkten der Dynamics-Gruppe.
DER SQL-Server[Quelltext bearbeiten]
Folgenden Satz gelöscht: "Als Datenbank setzt Microsoft nun vorrangig auf den SQL Server, wobei der native Navision-Server nach wie vor unterstützt wird."
Es gibt nicht "den" SQL-Server. Es ist wohl MSSQL gemeint. Will der Autor den Eindruck erwecken, es gäbe nur MSSQL?
- Das Ding heißt wirklich "SQL Server"!
- In allen offiziellen Unterlagen von Microsoft wird es auch "SQL Server" genannt!
So weit ist die marktrelevante Anwenderverblödungsstrategie von Microsoft also schon fortgeschritten. SQL-Server ist eine Servergattung, deren Ursprung gar nichts mit MS zu tun hat, deren Gattungsname sich aber MS später für ihr Produkt einverleibt hat. Das von MS vertriebene Datenbankmanagementsystem heißt Microsoft SQL-Server, im Alltagsgebrauch ist aber zumeist von dem SQL-Server die Rede, als ob es nur diesen einen gäbe. --C-8 13:00, 27. Jul. 2007 (CEST)
Derzeit arbeitet...[Quelltext bearbeiten]
Der Satz "Derzeit arbeitet Microsoft an der Version 4.0 die dann wahrscheinlich als .NET verfügbar wird." (im Moment am Ende des Artikels) ist wohl eine Falschaussage. Ich werde das noch genauer überprüfen. 4.0 wird wohl ein ganz "normales" Release, welches der aktuellen 3.70 folgt. Ein Hinweis auf das "Green Projekt" von Microsoft wäre wohl besser. Ausserdem das Versprechen von MS, Navision noch bis 2012 zu supporten.
Was das alles mit .NET heissen soll, ist mir ein Mirakel. Meines Wissens ist Navision in C++ geschrieben, im Gegensatz zu Axapta. Navision 4.0 ist ein "ganz normales release" und bereits draussen.
Es gibt bereits 4.3 und 5.0 kommt in der nächsten Zeit, ausserdem hat C++ absolut garnichts mit Navision zu tun. Die Leute die Mit Microsoft Dynamics NAV arbeiten nennen dies immer noch Navision und dies wird wohl auch erst einmal so bleiben.
Zum "Project Green" ist zu sagen, dass meines Wissens dieses auf unbestimmte Zeit verschoben ist, da Microsoft auf groessere Probleme in ihren Projekten stoesst, die dafuer die Grundlage bilden sollen, wie zB. das Business Framework.
Microsoft (und damit Business Solutions, sprich die DänInnen) supporten bereits sämtliche Versionen von Navision. Es gibt auch keine NSCs mehr, aufgrund von Organisationsumstrukturierungen sind das jetzt Microsoft Partner for Business Solutions.
Die Frage zu diesem Thema ist doch, ob das alles hierhin gehört und nicht in irgendein Microsoft- oder ERP-spezifisches Diskussionsforum. Jedenfalls hat Doug Burgum, der Vizepräsident der Business Solutions Group bei Microsoft die Roadmap fuer "Project Green" angekündigt: Demnach sollen, mit 2008 beginnend, alle Business Applikationen auf .NET aufbauen.
Zu dem Thema: http://www.navision-blog.de/2006/09/02/ausblick-auf-microsoft-dynamics-nav-50/
".net-basiert" ist zu differenzieren[Quelltext bearbeiten]
- Warum ist dieser Abschnitt gelöscht worden?
Solange Microsoft keine Details zu ihren neuen Implementationen und Strategien veröffentlicht, kocht die Gerüchteküche scheinbar über.
Wenn von ".net-basiert" gesprochen wird, ist zu hinterfragen, welcher ".net"-Teilbereich damit gemeint ist. Für Microsoft stellt ".net" nämlich in erster Linie einen Marketingmotor dar, der Interessenten und Anwendern eine technologische Überlegenheit verbunden mit hoher Investitionssicherheit suggerieren soll.
Der technologische Anteil des ".net"-Entwurfes muss bezüglich Navision auf zweierlei Weise betrachtet werden: Zum einen ".net" als Basis des Navision Clients und zum anderen ".net" als Basis für Programme, die im Navision Framework ablaufen sollen. Während erstere Betrachtung ausschließlich eine Microsoft betreffende Entwicklung darstellt, sind von letzterer vorwiegend die Microsoft Business Solutions Partner betroffen, die bislang gewohnt sind, Programme mit der im Client integrierten Compilersprache C/AL umzusetzen.
Der zur Zeit in Microsoft Visual C++ programmierte Navision Client ließe sich verhältnismäßig leicht so umstellen, daß er als ".net"-basiert anzusehen wäre, denn diese Tatsache ist schließlich bereits erfüllt, wenn die Anwendung nicht mehr ohne eine vorhandene Installation des ".net Frameworks" lauffähig wäre. In welchem Umfang eine Basierung auf ".net" realisiert würde, wäre nicht relevant, da Microsofts vorangiges Interesse der Verbreitung der Marke ".net" gilt und sich die Koppelung an das ".net"-Framework kurzfristig und mit einer hinreichenden Begründung Microsofts für eine solche Bindung umsetzen ließe. Derartige Vorgehensweisen waren Microsoft bereits in der Vergangenheit nicht fremd, als im Rechtsstreit um die gemeinsame Auslieferung des Internet Explorers mit Windows versucht wurde, diese mit der gegenseitigen, technischen Bedingung beider Produkte zu begründen.
Dahingegen ist die Umstellung der Programmiersprache "C/AL" in eine von Microsoft präferierte ".net"-Programmiersprache wie z.B. "C#" problematischer, da hiervon sämtliche MBS-Partner betroffen wären, die bislang beträchtlich in die Ausbildung ihrer Programmierer sowie in die Entwicklung von Branchenlösungen investiert haben. Bei den meisten dieser Partner ist kein ".net"-Knowhow vorhanden. Auf Grund der strukturellen Unterschiede der beiden Programmiersprachen sind automatische Übersetzer nicht zu erwarten. Dennoch sollte damit gerechnet werden, dass Microsoft die üppige Verwendung von DCOM-Komponenten, wie sie z.B. im Navision CRM zu finden ist, mittelfristig auf ".net"-Technologie umstellen wird und dadurch auch MBS-Partnern die Möglichkeit geben wird, auf ".net"-basierte Dienste aus C/AL heraus zugreifen zu können.
eine Lösung für alles..[Quelltext bearbeiten]
"[..]die MBS-Produkte Navision (neu : Microsoft Dynamics NAV), Microsoft Axapta (neu : Microsoft Dynamics AX) und Microsoft Great Plains (neu : Microsoft Dynamics GP) zu einem ERP-System zusammenführen soll."
AFAIK ist diese Idee verworfen worden, bzw. ist das nicht mehr das offizielle Statement. Weiss da jemand genauer Bescheid?
AW: 2013 sollen alle Dynamics Produkte (NAV, AX, GP und CRM) zu einem Dynamics verschmolzen sein. (MS Roadmap)
NAV/AX[Quelltext bearbeiten]
Könnte mal jemand mit einfachen Worten erklären wo der Unterschied zwischen MS Dynamics NAV und MS Dynamics AX liegt. Ich weiß in der Technologie. Aber das interessiert mich als Anwender herzlich gar nicht. Wo sind die Unterschiede in der Funktionalität und im Leistungsumfang.--80.243.43.38 11:26, 6. Okt. 2008 (CEST)
Die SIFT-Technologie[Quelltext bearbeiten]
Es fehlen die Details darüber, ob diese Technologie immer läuft oder auch abgestellt werden kann. Auf jeden Fall macht sie nur Sinn wenn Werte nicht oder nur selten gelöscht werden, während andererseits viele Abfragen gemacht werden (OLAP). Bitte erwähnt das ruhig, danke. --178.197.232.111 13:32, 10. Feb. 2013 (CET)
Aktuelle Version Dynamics NAV 2015?[Quelltext bearbeiten]
Woher stammt denn die Info, dass am 18.09.2014 die Version NAV 2015 released wurde? Die Version ist derzeit definitiv nicht verfügbar! (nicht signierter Beitrag von 89.247.187.8 (Diskussion) 11:46, 24. Sep. 2014 (CEST))
Komplette Überarbeitung[Quelltext bearbeiten]
Dieser Artikel ist sehr veraltet und unvollständig. Er müsste meiner Meinung nach einmal komplett überarbeitet werden. Wie kann man sowas hier generell machen? Einfach eine ganz neue Version hochladen? Hvogelpohl (Diskussion) 13:10, 23. Nov. 2018 (CET)