Migrācija no NAV uz Business Central: soli pa solim procesa apraksts

Daudzi Latvijas uzņēmumi gadiem ilgi ir pielāgojuši un "audzējuši" savas vecās Navision sistēmas, radot unikālus, bet smagnējus IT risinājumus. Agrāk vai vēlāk šis tehniskais parāds sāk kavēt biznesa attīstību. Uzsākot Dynamics NAV migration procesu uz jauno Microsoft Dynamics 365 Business Central, lielākās bailes vienmēr ir par datu pazušanu un biznesa dīkstāvi. Kā eksperti, mēs vienmēr sakām: veiksmīga migrācija nav IT brīnums, tas ir matemātiski precīzs, soli pa solim izpildīts plāns. Šajā rakstā atklāti izskatīsim reālos migrācijas posmus, no kuriem atkarīgs jūsu projekta iznākums.

1. solis: Sistēmas audits un datu inventarizācija

Lielākā kļūda, ko uzņēmumi pieļauj migrācijas sākumā, ir vēlme "paņemt līdzi visu". Pārnesot vecās kļūdas, dublētos klientu ierakstus un nevajadzīgos vēsturiskos datus uz jauno sistēmu, jūs vienkārši padarāt jauno Business Central tikpat lēnu un nesakārtotu kā veco NAV.

Pirmais solis ir nežēlīgs datu audits. Kopā ar sistēmas ieviesēju ir jādefinē:

• Vai mēs pārnesam visu vēsturi, vai tikai slēgto periodu bilances atlikumus un atvērtos dokumentus (neapmaksātos rēķinus, nepiegādātos pasūtījumus)?
• Kādi ir mūsu datu tīrības standarti pirms to eksportēšanas? Datu tīrīšana vienmēr prasa vairāk paša uzņēmuma darbinieku laika nekā sākotnēji plānots, tāpēc tas ir jādara savlaicīgi.

2. solis: "Gap Analysis" un pielāgojumu revīzija

Vecais Navision bieži bija pilns ar dārgiem programmēšanas pielāgojumiem (customizations), jo sistēmas standarts nespēja nosegt specifiskus procesus. Pārejot uz Business Central, pieeja kardināli mainās.

Gap Analysis (trūkumu analīzes) fāzē mēs salīdzinām jūsu esošos biznesa procesus ar jaunās sistēmas out-of-the-box (standarta) funkcionalitāti. Mērķis ir maksimāli atteikties no vecā koda. 2026. gadā Business Central standarts ir kļuvis tik spēcīgs, ka bieži vien tas, kas pirms 10 gadiem bija jāprogrammē par tūkstošiem eiro, tagad ir pieejams jau bāzes versijā vai kā gatava aplikācija no AppSource. Jo vairāk jūs pieturēsieties pie standarta, jo lētāka un ātrāka būs migrācija.

3. solis: Testēšana un lokalizācijas pielāgošana

Kad jaunā vide ir izveidota un testa dati ir migrēti, sākas UAT (User Acceptance Testing) jeb lietotāju akceptēšanas testēšana. Šis nav posms, kurā IT nodaļa pārbauda, vai "pogas strādā". Šis ir laiks, kad galvenajiem lietotājiem – grāmatvežiem, noliktavas pārziņiem, pārdošanas vadītājiem – ir reāli jāiziet cauri saviem ikdienas procesiem jaunajā vidē.

Šajā posmā tiek arī kalibrēta atbilstība Latvijas likumdošanai: VID EDS atskaišu ģenerēšana, e-rēķinu plūsmu konfigurēšana un vietējo banku formātu integrācija. Ja testēšanā atklājas neatbilstības, tās tiek labotas, pirms sistēma nonāk reālā darbībā.

4. solis: "Go-Live" jeb sistēmas palaišana un apmācības

"Go-Live" fāze parasti notiek nedēļas nogalē, lai minimizētu ietekmi uz biznesu. Vecā NAV datubāze tiek slēgta datu ievadei, tiek pārcelti pēdējie aktuālie atlikumi un pirmdienas rītā darbinieki sāk darbu jaunajā Business Central.

Skeptisks un pieredzējis vadītājs zina: palaišanas brīdī būs jautājumi un aizķeršanās. Tieši tāpēc kritiski svarīga ir ieviesēja klātbūtne pirmajās dienās un iepriekš veikta padziļināta darbinieku apmācība. Pretestība pret jauno sistēmu nerodas tehnoloģiju brāķa dēļ, bet gan informācijas un komunikācijas trūkuma dēļ.

Galvenās atziņas:

• Nevelciet līdzi veco bagāžu: Datu tīrīšana un atteikšanās no liekiem vēsturiskajiem ierakstiem ir priekšnoteikums ātrai sistēmas darbībai.
• ‍Izmantojiet standartu: Atteikšanās no vecajiem, smagnējiem pielāgojumiem par labu Business Central standarta funkcionalitātei ietaupīs jūsu budžetu.
• ‍Testēšana ir jūsu atbildība: Sistēmas panākumi ir atkarīgi no tā, cik rūpīgi jūsu atslēgas darbinieki to iztestē pirms "Go-Live" dienas.

Vai vēlaties uzzināt vairāk? Pieteikties bezmaksas konsultācijai ar DIGMATIX Business Central speciālistu var šeit!

‍