Cumulative Update 14 für NAV 2017

KB-Artikel
Cumulative Update 14 for Microsoft Dynamics NAV 2017 (Build 19831)

MSDN-Blog
Cumulative Update 14 for Microsoft Dynamics NAV 2017 has been released

Downloadcenter
Cumulative update CU 14 for Microsoft Dynamics NAV 2017


Der Windowsclient bzw. Server muss technisch hierbei auch auf diesem Stand sein, sonst kommt beim Start diese Fehlermeldung (Database Version 1061), hier gestartet mit CU 12.

Databaseversion1061public.png

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Falls jemand diese Funktionen für eigene Entwicklungen verwendet:
Es gibt einen Breaking Change in der Base App in Tabelle 60 Document Sending Profile.
Der dritte Parameter in den Funktionen TrySendToPrinter, TrySendToPrinterVendor, SendToPrinter und SendToPrinterVendor war bisher Code (vom Customer bzw. Vendor) und ist nun Integer (FieldNo).

TrySendToPrinter.png

SendToPrinter.png

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

schön, wer das ein einer Extension genutzt hat.

schön, wer das ein einer Extension genutzt hat.

Für die Anforderungen im Cloudbetrieb hatte ich bei einem Meeting im November in Lyngby darauf hingewiesen, dass der Code, der ab Tag X in der Cloud läuft, für die Partner vorab bekanntgegeben werden muss, damit man die eigenen Extensions dafür rechtzeitig anpassen kann. Das fand auch bei anderen Partnern Zustimmung, mein vorgeschlagenes Vorlaufintervall von 1 Monat wurde sogar auf 3 erhöht .

Für die Anforderungen im Cloudbetrieb hatte ich bei einem Meeting im November in Lyngby darauf hingewiesen, dass der Code, der ab Tag X in der Cloud läuft, für die Partner vorab bekanntgegeben werden muss, damit man die eigenen Extensions dafür rechtzeitig anpassen kann.

Alles schön, aber was machst du, wenn du einen heavy Bug hast!? Dann sind 3 Monate zu lang.
Ich habe gerade ein Problem, dass der NAV- Client reproduzierbar abstürzt, wenn man eine bestimmte Funktionalität nutzen muss. Bei einem Kunden hat das dazu geführt, das er, weil er einen Weihnachtstext hinzugefügt hatte, keine Belege mehr löschen konnte. Ich konnte das an dieser Stelle durch ein kurzfristige Änderung im Code beheben, aber was soll ein Cloud- Kunde machen? Für drei Monate den Betrieb einstellen?

Es muss doch nur bei der Umstellung auf NAV2018 ein Buchungsgruppenfeld bei der Längenänderung übersehen worden sein, und das muss kurzfristig geändert werden. Wenn sich darauf eine Extension verlassen hat oder selbst vergessen hat die Länge anzupassen, dann hast du ein Problem.

Wie stelle ich denn fest, ob ich für ein Cloudupdate eine neue Extensionversion benötige, und ob die überhaupt verfügbar ist, oder ob ich die alte weiter benutzen kann?

Gruß Fiddi

Wie stelle ich denn fest, ob ich für ein Cloudupdate eine neue Extensionversion benötige, und ob die überhaupt verfügbar ist, oder ob ich die alte weiter benutzen kann?

Darum geht es ja, man muss das vorab testen können. Momentan reagiert man, sobald das CU bereitsteht, ändert seinen Code ggf. ab und stellt das Paket ein paar Tage zur Verfügung. So machen wir das jedenfalls, seit es CUs gibt. Breaking Changes kamen für unser Add-on bislang alle paar Monate (wir stellen jeden Monat ein neues Objektpaket für die letzten drei NAV-Versionen für alle Partner bereit).
On-Premise wird die Base App meist ja eher selten aktualisiert, vielfach nur aus konkretem Anlass, weil ein bestimmes Hotfix benötgt wird, und dann wird das ganze System auf diesen CU-Stand gehoben.

In der von MS gemanagten Cloud herschen völlig andere Verhältnisse, da wird sich die Base App jeden Monat ändern, egal ob man will oder nicht, und ob die Änderungen Konflikte schaffen, die vorher nicht da waren, wird man nur durch intensive Tests sicherstellen können, jede Extension für sich. Das geht aber nicht mehr, wenn das CU schon für den Echtbetrieb bereitgestellt wurde, dann ist das Kind schon in den Brunnen gefallen.

Wenn ein Partner ein selbstverwaltetes Cloudangebot hat (das wird MS ja nach den Entwicklungen der letzten Zeit ja auch ermöglichen) kann man sich da natürlich mehr Zeit lassen, da ist ja jeder Partner für sein Gesamtpaket selbst verantwortlich und entscheidet selbst, ob und wie und wann er dort etwas für seine Kunden bereitstellt.

Hallo,

das hatte ich mir schon gedacht.

Das heißt aber auch, dass man eine Extension eigentlich nur dann sicher benutzen kann, wenn es die einzige Extension in der nicht geänderten Cronus-DB ist, in der dei Extension erstellt wurde.
Dann könnte ich aber auch eine FOB benutzen

Generell muss man bei Extensions immer darauf achten, das sie möglichst keine Probleme mit Variablengrößen haben. Will sagen: es ist keine Gute Idee für eine Extension mit lokalen Text- oder Codevariablen zu arbeiten, besser man verwendet dafür eine temporäre Recordvariable des Records aus man Sie kopiert hat, sonst könnte es Ärger geben falls eine ISV- oder Kundenanpassung mal eine Variable verlängert. Außerdem muss man immer darauf achten, nicht mit fixen Längen zu arbeiten.

Das trifft übrigens auch auf das Modul zu, das Microsoft in Zukunft im Standard als Extension ausliefern möchte. (finde gerade deinen Post gerade nicht, und Yammer ist leider bei mir gerade auf der Spamliste)

Gruß Fiddi

Das trifft übrigens auch auf das Modul zu, das Microsoft in Zukunft im Standard als Extension ausliefern möchte. (finde gerade deinen Post gerade nicht, und Yammer ist leider bei mir gerade auf der Spamliste)

Hier ist er.

Platform Hotfixes (Auswahl)

• 234156 Performance issue with the Export to Excel function.
• 234813 The RDLC customer layout ignores the landscape format after you apply the October 2017 cumulative update.
• 235101 "Infinite recursion during resource lookup within mscorlib" error message and the Dynamics NAV server crashes when you try to import data into an Excel buffer table.
• 251371 Error when customizing a personalization.
• 252014 Report orientation is lost when you print directly, and the printer selection has a record with a non-existing printer.

Viele application hotfixes

Local application hotfixes

• Switzerland [CH] VAT rate change 2018: siehe PartnerSource Switzerland VAT Change 2018 New VAT Statement Report and Setup - Microsoft Dynamics NAV All Supported Versions
• DACH: 251712 Information is not readable in the Purchase - Credit Memo report because two field values are placed in the same position in the DACH version.

Guten Morgen,

es gibt dieser Tage noch Updates, also ein neues CU für Dynamics NAV 2017 (CU 14.1), in dem u.a. die CRM-Synchronisation korrigiert und ein Problem mit dem Task Scheduler behoben wird, bei dem es zu inkonsistenten Einträgen kommen kann (steht auf bereit, wird aber nie ausgeführt). Microsoft denkt noch über die Art der Kommunikation nach (Update Blog oder neuer Artikel).

Eine Auswahl:

• http://download.microsoft.com/download/4/B/1/4B10DAFE-223B-4CB4-8C81-8FA31E4CC9F6/W1DVD.zip
• http://download.microsoft.com/download/4/B/1/4B10DAFE-223B-4CB4-8C81-8FA31E4CC9F6/Dynamics.100.DE.2495957.DVD.zip
• http://download.microsoft.com/download/4/B/1/4B10DAFE-223B-4CB4-8C81-8FA31E4CC9F6/Dynamics.100.AT.2495967.DVD.zip
• http://download.microsoft.com/download/4/B/1/4B10DAFE-223B-4CB4-8C81-8FA31E4CC9F6/Dynamics.100.CH.2496084.DVD.zip

Da Natalie mich "gebashed" ( ) hat, nun auch ein Update dazu:

Connecting to Microsoft Dynamics 365 for Sales Version 9.0.
Dort sind alle Links für Dynamics NAV 2016 und 2017 zusammengefasst.

Und als Bonus, falls jemand wie wir seit dem Applikationsupdate auf NAV 2017 CU14 Probleme mit wiederkehrenden Warteschlangenposten hat, die nach Ausführung immer wieder auf "Warten" zurückspringen, noch ein Vorgeschmack auf CU15:

Code:

+------------------------------------------------------------------------------+
| OBJECT Codeunit 453 Job Queue - Enqueue                                      |
+------------------------------------------------------------------------------+
---------- Before (BEFORE) ---------- Codeunit 453 ---------- Function EnqueueJobQueueEntry
      IF DoNotScheduleTask THEN
        EXIT;

-     JobQueueEntry."System Task ID" := JobQueueEntry.ScheduleTask;
-     IF NOT ISNULLGUID(JobQueueEntry."System Task ID") THEN BEGIN
-       JobQueueEntry.Status := JobQueueEntry.Status::Ready;
-       JobQueueEntry.MODIFY;
-     END;
      COMMIT;
    END;

---------- After  (AFTER) ------------------------------------------------------
      IF DoNotScheduleTask THEN
        EXIT;

+     JobQueueEntry."System Task ID" :=
+       TASKSCHEDULER.CREATETASK(
+         CODEUNIT::"Job Queue Dispatcher",
+         CODEUNIT::"Job Queue Error Handler",
+         TRUE,
+         COMPANYNAME,
+         JobQueueEntry."Earliest Start Date/Time",
+         JobQueueEntry.RECORDID);
+     JobQueueEntry.Status := JobQueueEntry.Status::Ready;
+     JobQueueEntry.MODIFY;
      COMMIT;
    END;

--------------------------------------------------------------------------------