Tinklaraštis
Nuo NAV prie „Business Central": atnaujinimo kontrolinis sąrašas
Kiekvienas „NAV” į „Business Central” atnaujinimo pasiūlymas, kurį gaunate, yra atsakymas į tuos pačius klausimus. Tai kontrolinis sąrašas, kurį atliekame prieš pateikdami skaičių; pasinaudokite juo, kad suprastumėte savo sistemą prieš kalbėdami su bet kuriuo partneriu, įskaitant mus.
1. Nuo kurios NAV versijos startuojate?
Pradinė versija lemia techninį kelią. Iš NAV 2017 ar 2018 konvertavimas į „Business Central” gana tiesus. Iš 2013–2016 kodas ir duomenys pakeliui eina per tarpines platformas. NAV 2009 ar senesnė versija reiškia daugiapakopį atnaujinimą per kelias versijas, o dažniausiai ir tai, kad pirminių kūrėjų seniai nebėra.
Kaip patikrinti: klasikiniame arba „Windows” kliente atverkite Žinynas → Apie ir užsirašykite versiją bei laidą (build). Laida svarbi, nes lokalizuotos duomenų bazės (įskaitant lietuviškas) kartais veikia ant nestandartinių laidų, o tai keičia kelią.
Savo atnaujinimo įrankius sukūrėme daugiausia būtent dėl senųjų versijų; jie yra perkėlę sistemas net iš NAV 2009, įskaitant duomenų bazes su tūkstančiais objektų.
2. Kiek individualių objektų iš tikrųjų turite?
Suskirstykite objektų sąrašą į tris dalis: nepaliesti standartiniai, modifikuoti standartiniai ir visiškai individualūs. Modifikuoti standartiniai objektai yra brangiausia kategorija, nes kiekviena modifikacija turi būti pakartotinai išreikšta kaip AL plėtinys arba pakeista funkcija, kurią „Business Central” dabar pateikia iš karto.
Kaip patikrinti: „Object Designer” lange kiekvienam objektų tipui pritaikykite filtrą Modified = Yes ir eksportuokite sąrašą. Modifikuotus standartinius objektus skaičiuokite atskirai nuo savo 50000 intervalo individualių. Dvi sistemos su ta pačia bendra suma gali smarkiai skirtis kaina priklausomai nuo šio pasiskirstymo.
Kas konvertavimo metu nutinka kiekvienai kategorijai, yra atskira tema; ją nagrinėjame įraše Nuo C/AL prie AL: ką iš tikrųjų apima konvertavimas.
3. Kuriuos pritaikymus dabar dengia standartinė BC?
„NAV” sprendimuose susikaupė individualus kodas dalykams, kuriuos „Business Central” dabar atlieka savaime: patvirtinimų darbo eigos, el. laiškai iš dokumentų, banko suderinimo importas, vėluojančių mokėjimų prognozė. Kiekvienas toks pritaikymas, kurio atsisakote, užuot jį konvertavę, taupo pinigus dabar ir toliau taupo kiekvieną būsimą priežiūros valandą.
Kaip patikrinti: kiekvienam pritaikymui užduokite klausimą, kokią verslo problemą jis sprendė, tada paklauskite partnerio (arba peržiūrėkite leidimų aprašus), ar standartinė BC tai sprendžia šiandien. Atsakymas keičiasi su kiekvienu leidimu, jūsų naudai.
4. Ką jūsų ISV priedai veiks BC aplinkoje?
Atlyginimai, EDI, brūkšniniai kodai, šakiniai sprendimai: dauguma NAV sistemų turi bent vieną trečiosios šalies priedą, ir jis dažnai yra didžiausias nežinomasis pasiūlyme. Kiekvieno priedo laukia viena iš trijų ateičių: gamintojas siūlo „AppSource” įpėdinį, kurį prenumeruojate, funkciją dabar dengia standartinė BC, arba įpėdinio nėra ir pakaitalą reikia projektuoti.
Kaip patikrinti: surašykite visus priedus su gamintoju ir versija, tada patikrinkite „AppSource” ir gamintojo planus. Padarykite tai anksti; priedas be įpėdinio gali perkurti visą projektą.
5. Kaip jungiasi jūsų integracijos?
Viskas, kas tiesiogiai skaito SQL duomenų bazę, jungiasi per ODBC arba deda failus į bendrą aplanką, perėjimo į SaaS neišgyvens. Tokias integracijas reikia perjungti per API ir „webhooks”, o tai yra žinomas, planuojamas kaštas, kai randamas audito metu, ir krizė, kai randamas perėjimo naktį.
Kaip patikrinti: inventorizuokite visas sistemas, kurios kalbasi su NAV (parduotuvė, sandėlis, atlyginimai, bankas, BI), ir užsirašykite, kaip jos jungiasi, o ne tik kad jungiasi. Galimybes BC pusėje aprašėme integracijų įraše.
6. Kiek nešvarūs jūsų duomenys?
Apskaityti dokumentai su sugadintomis nuorodomis, likučiai dimensijų įrašuose, per metus rankomis sujungti klientai. Duomenų kokybė, o ne kodo kiekis, yra dažniausia terminų viršijimo priežastis.
Kaip patikrinti: atlikite bandomąją migraciją su duomenų bazės atsargine kopija. Tai pigiausia įmanoma diagnostika, atskleidžianti tikrąsias problemas likus mėnesiams iki paleidimo. Pats valymas turi atskirą kontrolinį sąrašą.
7. SaaS ar „On-Premise”?
„Business Central” veikia abiem būdais. SaaS pašalina infrastruktūros darbą ir automatiškai pristato du didelius naujinimus per metus; „On-Premise” lieka aktualus, kai to reikalauja reguliavimas ar sudėtingos integracijos. Apsispręskite prieš pradedant atnaujinimą — tai keičia migracijos kelią.
8. Kas nutiks jūsų licencijoms?
NAV licencijos paprastai buvo neterminuotos ir lygiagrečios: nusipirkdavote kartą, o naudotojai dalijosi bendru fondu. „Business Central” SaaS yra vardinių naudotojų prenumerata, todėl dvidešimt lygiagrečių NAV naudotojų gali virsti trisdešimčia ar daugiau vardinių, kiekvienas su savo mėnesine kaina.
Kaip patikrinti: skaičiuokite skirtingus prisijungiančius žmones, o ne seansus. Tada suskirstykite juos į pilnus ir lengvuosius naudotojus (pigesnė Team Member licencija) ir pasiteiraukite apie perėjimo pasiūlymus esamiems NAV klientams, prieš darydami prielaidą apie kainoraščio kainą. Į biudžetą įtraukite ne tik projekto, bet ir veiklos kaštus.
9. Kas tai palaikys vėliau?
Atnaujinimas nesibaigia paleidimo dieną. Pirmasis mėnesio uždarymas, pirmoji PVM deklaracija, pirmoji metų pabaiga: suplanuokite paskirtą šių etapų palaikymą į projektą, o ne kaip vėlesnę mintį.
Svarstote atnaujinimą? Atliksime šį kontrolinį sąrašą jūsų sistemai ir pateiksime realų skaičių — papasakokite savo istoriją.