Hoe een ERP-implementatie in 12 weken te realiseren
De meeste ERP-projecten duren 6 tot 18 maanden. Wij hebben ze in 12 weken live gezet, en een Tsjechisch ERP klaar in 16. De klant legde die go-live daarna stil.
De uitgebreide ondersteuning voor Dynamics NAV 2017 eindigt in januari 2027, die voor NAV 2018 in januari 2028. Wat dat in de praktijk betekent, de drie realistische opties en een plan dat terugrekent vanaf die datum.
Uw bedrijf draait al tien of vijftien jaar op Dynamics NAV. Het werkt. De mensen die ermee werken, kennen het, de partner die het heeft gebouwd, neemt nog altijd de telefoon op, en elke aanpassing heeft een reden, ook al herinnert niemand zich die nog. De upgrade naar Business Central staat al drie jaar op de lijst, en elk jaar kwam er iets dringenders tussen. De einddatums van de ondersteuning voor Dynamics NAV liggen nu zo dichtbij dat het niet nog een jaar kan wachten.
De uitgebreide ondersteuning (extended support) van Microsoft voor NAV 2017 eindigt in januari 2027. Voor NAV 2018, de laatste versie, eindigt ze in januari 2028. Oudere versies worden al niet meer ondersteund. Hieronder leest u wat die datums concreet veranderen, welke drie realistische opties u hebt, en een plan dat u van NAV af haalt vóór de datum in plaats van erna.
Volgens de levenscycluspagina’s van Microsoft vallen beide versies onder het vaste levenscyclusbeleid (Fixed Lifecycle Policy):
Weet u niet zeker welke versie u draait, vraag het dan aan uw partner of kijk naar de versie die in de client wordt getoond. Veel bedrijven die zeggen “wij draaien NAV”, blijken op NAV 2013 of 2015 te zitten, en dan is de datum al verstreken.
NAV stopt niet met werken op 12 januari. Er valt niets uit. Wat stopt, is de kant van Microsoft: geen beveiligingsupdates meer, geen correcties meer, en geen ondersteuning van Microsoft als er iets misloopt. De praktische gevolgen komen trager, en net daarom worden ze makkelijk onderschat.
Business Central is de opvolger van NAV bij Microsoft, en voor de meeste NAV-gebruikers de logische volgende stap. Het datamodel zal vertrouwd aanvoelen, en Microsoft levert migratietools voor de data. Wat niet vanzelf meeverhuist, is het maatwerk: code in C/AL moet herschreven worden als extensies of, beter nog, vervangen worden door standaardfunctionaliteit die nog niet bestond toen het origineel werd gebouwd. De eerlijke eerste stap is een inventaris van elke aanpassing, met per aanpassing een beslissing: behouden, herbouwen of schrappen.
Werd NAV vijftien jaar geleden gekozen voor een bedrijf dat er nu heel anders uitziet, bijvoorbeeld na een overname of een ander bedrijfsmodel, dan is het de vraag waard of Business Central nog de juiste keuze is. Een herimplementatie is meer werk dan een upgrade, maar ook een kans om de processen te ontwerpen voor het bedrijf dat u vandaag bent. Dezelfde vragen gelden als bij elke ERP-selectie.
Voor een klein aantal bedrijven is een beperkte tijd op NAV blijven een redelijke keuze: een verkoop van het bedrijf is gepland, een ERP-beslissing voor de hele groep staat nog open, of het systeem wordt uitgefaseerd. Is dat uw situatie, leg de beslissing dan schriftelijk vast, koppel er een einddatum aan en beperk het risico: isoleer de server, beperk de toegang en zorg voor een plan voor wijzigingen in de regelgeving. Blijven omdat niemand iets beslist, is niet hetzelfde.
Gidsen van partners noemen sterk uiteenlopende doorlooptijden voor een NAV-migratie, en die van u hangt af van het aantal aanpassingen, de kwaliteit van de data en hoeveel tijd uw mensen kunnen vrijmaken. Bij Waterlogic Tsjechië was het systeem na 16 weken klaar, met een strak afgebakende scope. Het ging niet live. De klant legde de go-live daarna stil omdat andere prioriteiten voorgingen: een wereldwijd project in 17 landen kreeg voorrang binnen de onderneming. Een strakke scope is een beslissing, geen aanname. Reken terug:
Het einde van de ondersteuning voor Dynamics NAV legt uw bedrijf niet op een bepaalde dag stil. Het maakt elk jaar op NAV een beetje riskanter en een beetje duurder, en het ontneemt u de mogelijkheid om zelf de timing te kiezen. Bevestig uw versie, inventariseer de aanpassingen, kies tussen upgrade, herimplementatie of bewust blijven, en leg een go-livedatum vast die marge laat vóór januari 2028. De bedrijven die nu beginnen, kiezen hun project. Wie wacht, krijgt het project dat overblijft.
Hoe een ERP-implementatie in 12 weken te realiseren
Moet u uw nieuwe ERP op 1 januari live zetten? (Engelstalig)
Uw eerste jaarafsluiting op een nieuw ERP: een praktisch plan (Engelstalig)
Casestudy: Waterlogic Tsjechië, klaar in 16 weken, go-live stilgelegd
VERDER LEZEN
De meeste ERP-projecten duren 6 tot 18 maanden. Wij hebben ze in 12 weken live gezet, en een Tsjechisch ERP klaar in 16. De klant legde die go-live daarna stil.
Zes maanden na de go-live ligt de spreadsheet weer op tafel in de vergadering, omdat het ERP-rapport niet wordt vertrouwd. Spreadsheets die terugsluipen zijn vaak het eerste zichtbare teken dat de gebruikersadoptie is blijven steken.
Support na de go-live faalt zelden om technische redenen. Ze faalt omdat support als een fase werd afgebakend, de kennis vertrok met de implementatiepartner en niets een terugkerend incident omzet in een rechtgezet proces.
Plan een gratis kennismakingsgesprek van 30 minuten. We bekijken uw versie, uw aanpassingen en uw tijdlijn, en zeggen u eerlijk welke optie past.
Momenteel accepteren wij nieuwe trajecten, vanaf nu en doorlopend tot in 2027.
Reacties
Reacties laden…