Swiftly Business ConsultingSprache wählen
Der erweiterte Support für Dynamics NAV 2017 endet im Januar 2027, für NAV 2018 im Januar 2028. Was das in der Praxis bedeutet, die drei realistischen Optionen und ein Plan, der vom Stichtag aus rückwärts rechnet.
Ihr Unternehmen läuft seit zehn oder fünfzehn Jahren auf Dynamics NAV. Es funktioniert. Die Menschen, die damit arbeiten, kennen es, der Partner, der es aufgebaut hat, geht noch ans Telefon, und jede Anpassung hat einen Grund, auch wenn sich niemand mehr daran erinnert. Das Upgrade auf Business Central steht seit drei Jahren auf der Liste, und jedes Jahr kam etwas Dringenderes dazwischen. Die Termine für das Supportende von Dynamics NAV sind jetzt so nah, dass es nicht noch ein Jahr warten kann.
Der erweiterte Support von Microsoft für NAV 2017 endet im Januar 2027. Für NAV 2018, die letzte Version, endet er im Januar 2028. Ältere Versionen werden bereits nicht mehr unterstützt. Im Folgenden lesen Sie, was diese Termine tatsächlich ändern, welche drei Optionen realistisch sind und wie ein Plan aussieht, der Sie vor dem Stichtag von NAV wegbringt und nicht erst danach.
Laut den Lifecycle-Seiten von Microsoft unterliegen beide Versionen der Richtlinie für feste Lebenszyklen (Fixed Lifecycle Policy):
Wenn Sie nicht sicher sind, welche Version Sie einsetzen, fragen Sie Ihren Partner oder sehen Sie nach, welche Version der Client anzeigt. Viele Unternehmen, die sagen „wir haben NAV“, stellen fest, dass sie auf NAV 2013 oder 2015 sind. Für sie ist der Termin bereits verstrichen.
NAV hört am 12. Januar nicht auf zu funktionieren. Nichts wird abgeschaltet. Was endet, ist die Seite von Microsoft: keine Sicherheitsupdates mehr, keine Fehlerbehebungen mehr und keine Unterstützung durch Microsoft, wenn etwas ausfällt. Die praktischen Folgen kommen langsamer, und genau deshalb werden sie leicht unterschätzt.
Business Central ist Microsofts Nachfolger von NAV und für die meisten NAV-Anwender der naheliegende nächste Schritt. Das Datenmodell wird Ihnen vertraut vorkommen, und Microsoft stellt Migrationswerkzeuge für die Daten bereit. Was nicht von selbst mitkommt, sind die Anpassungen: In C/AL geschriebener Code muss als Erweiterungen (Extensions) neu geschrieben oder, besser, durch Standardfunktionen ersetzt werden, die es bei der ursprünglichen Entwicklung noch nicht gab. Der ehrliche erste Schritt ist eine Bestandsaufnahme aller Anpassungen, mit einer Entscheidung für jede einzelne: behalten, neu bauen oder streichen.
Wenn NAV vor fünfzehn Jahren für ein Unternehmen gewählt wurde, das heute ganz anders aussieht, etwa nach einer Übernahme oder einem Wechsel des Geschäftsmodells, lohnt sich die Frage, ob Business Central noch passt. Eine Neuimplementierung ist mehr Arbeit als ein Upgrade, aber auch die Chance, die Prozesse für das Unternehmen zu gestalten, das Sie heute sind. Es stellen sich dieselben Fragen wie bei jeder ERP-Auswahl.
Für eine kleine Zahl von Unternehmen ist es eine vertretbare Wahl, für einen begrenzten Zeitraum auf NAV zu bleiben: Ein Verkauf des Unternehmens ist geplant, eine konzernweite ERP-Entscheidung steht aus oder das System wird stillgelegt. Wenn das auf Sie zutrifft, halten Sie die Entscheidung schriftlich fest, versehen Sie sie mit einem Enddatum und senken Sie das Risiko: Isolieren Sie den Server, schränken Sie den Zugriff ein und haben Sie einen Plan für regulatorische Änderungen. Einfach aus Gewohnheit zu bleiben ist nicht dasselbe.
Leitfäden von Partnern nennen sehr unterschiedliche Dauern für eine NAV-Migration, und Ihre eigene hängt von der Zahl der Anpassungen, der Datenqualität und davon ab, wie viel Zeit Ihre Leute einbringen können. Bei Waterlogic Tschechien war das System bei eng gefasstem Umfang nach 16 Wochen bereit. Live ging es nicht. Der Kunde stoppte den Go-live dann, weil andere Prioritäten vorgingen: Ein globales Projekt in 17 Ländern hatte im Konzern Vorrang. Ein enger Umfang ist eine Entscheidung, keine Annahme. Rechnen Sie rückwärts:
Das Supportende von Dynamics NAV bringt Ihr Geschäft nicht an einem bestimmten Tag zum Stillstand. Es macht jedes Jahr auf NAV etwas riskanter und etwas teurer, und es nimmt Ihnen die Möglichkeit, den Zeitpunkt selbst zu wählen. Bestätigen Sie Ihre Version, erfassen Sie die Anpassungen, entscheiden Sie zwischen Upgrade, Neuimplementierung und bewusstem Bleiben, und legen Sie einen Go-live-Termin mit Puffer vor Januar 2028 fest. Die Unternehmen, die jetzt anfangen, wählen ihr Projekt. Die, die warten, bekommen das Projekt, das übrig bleibt.
So setzen Sie eine ERP-Implementierung in 12 Wochen um
Go-live mit dem neuen ERP am 1. Januar? (auf Englisch)
Ihr erster Jahresabschluss im neuen ERP: ein praktischer Plan (auf Englisch)
Fallstudie: Waterlogic Tschechien, nach 16 Wochen bereit, Go-live gestoppt
WEITERLESEN
Die meisten ERP-Projekte dauern 6 bis 18 Monate. Wir haben sie in 12 Wochen live genommen, und ein ERP in Tschechien war in 16 Wochen bereit. Der Kunde hat den Go-live danach gestoppt.
Sechs Monate nach dem Go-live liegt die Tabelle wieder in der Besprechung, weil dem ERP-Bericht nicht vertraut wird. Tabellen, die sich zurückschleichen, sind oft das erste sichtbare Zeichen, dass die Nutzerakzeptanz stockt.
Support nach dem Go-live scheitert selten aus technischen Gründen. Er scheitert, weil er als Phase geplant wurde, das Wissen mit dem Implementierungspartner gegangen ist und nichts aus einem wiederkehrenden Vorfall eine dauerhafte Korrektur am Prozess macht.
Buchen Sie ein kostenloses 30-Minuten-Erstgespräch. Wir sehen uns Ihre Version, Ihre Anpassungen und Ihren Zeitplan an und sagen Ihnen ehrlich, welche Option passt.
Aktuell nehmen wir neue Engagements an, ab sofort und bis ins Jahr 2027.
Kommentare
Kommentare werden geladen…