Dynamics NAV võib ettevõtte tööd kanda aastaid pärast seda, kui turule on tulnud uuem Business Central. Seetõttu ei ole mõistlik alustada küsimusest „Kui vana meie versioon on?”, vaid küsimusest „Millist äririski see versioon täna tekitab?”.
Viis märki, mida kontrollida
- Teadmised on koondunud. Kui kriitilist lahendust mõistab ainult üks inimene, on risk suurem kui tarkvara vanus.
- Taristu piirab. Operatsioonisüsteem, SQL Server või muud komponendid võivad jõuda toetuse lõpuni.
- Liidesed on haprad. EDI, pangad, ladu ja aruandlus peavad taluma partnerite muudatusi.
- Kohandused takistavad arengut. Iga uus vajadus muutub kalliks, sest olemasolev kood on dokumenteerimata.
- Kasutaja töötab süsteemi ümber. Kui protsess on kolinud Excelisse ja e-kirja, ei täida ERP enam oma rolli.
Millal piisab toest?
Kui süsteem on stabiilne, tehniline platvorm kontrollitav ja ettevõtte lähiaja vajadused piiratud, võib hooldus ning riskide vähendamine olla õige otsus. Aptus saab korrastada dokumentatsiooni, parandada ärikriitilisi vigu ja teha põhjendatud väikearendusi.
Millal kavandada Business Centralit?
Migratsioon muutub põhjendatuks siis, kui vana platvorm takistab integratsioone, turvalisust, töövoogude arendamist või kompetentsi hoidmist. Microsofti toetatud tehniline uuendustee võib sõltuvalt NAV-i versioonist vajada vaheversioone ning kohanduste teisendamist Business Centrali laiendusteks.
Õige esimene väljund ei ole kohe projektiplaan, vaid NAV-i versiooni, kohanduste, liideste, andmete ja protsesside riskikaart. See näitab, mida tuleb teha kohe ning milline osa võib oodata.
Küsi NAV-i seisukorra kaardistust.
Lisalugemine: Microsoft Learn: Business Centrali uuenduste ülevaade.