Įmonės, kurios keičia savo buhalterinę programą, dažnai daro tą patį pradžioje — pasirenka naują sprendimą gana greitai, sutaria įdiegimo datą, ir tikisi, kad viskas vyks sklandžiai. Praktikoje 60-70% perėjimo projektų pirmuosius mėnesius susiduria su problemomis, kurios kainuoja papildomų valandų, nepristatytų ataskaitų laiku, ir kartais — užklausų iš VMI. Bet šių problemų galima išvengti praktiškai visą laiką, jei perėjimas planuojamas tinkamai.
Šis straipsnis yra praktinė instrukcija, kaip teisingai pereiti iš vienos buhalterinės programos į kitą. Be teorijos — tik konkretūs žingsniai, kuriuos galima ir reikia atlikti, kad perėjimas pavyktų be skausmingų pasekmių.
Pirmas žingsnis: kodėl iš tikrųjų keičiate sistemą
Prieš pasirenkant naują programą, verta atsakyti į vieną klausimą — kodėl keičiate dabartinę. Atsakymai gali būti skirtingi:
- Dabartinė sistema nepalaiko naujų VMI reikalavimų (i.SAF, i.VAZ, SAF-T)
- Įmonė užaugo, ir esama sistema tapo per maža
- Reikia geresnių integracijų su el. parduotuve, banku, POS
- Esama sistema yra lėta, neefektyvi, sunkiai naudojama
- Sistemos gamintojas baigia palaikymą
- Aptarnavimas tapo brangus arba nekokybiškas
Skirtingos priežastys veda prie skirtingų sprendimų. Įmonė, kuri keičia sistemą dėl integracijų trūkumo, turi atidžiai patikrinti, ar naujasis sprendimas integraciją tikrai turi. Įmonė, kuri keičia dėl augimo, turi rinktis sistemą, kuri turės kur augti dar penkerius-dešimt metų.
Praktinis patarimas: surašyk visus tris-penkis pagrindinius reikalavimus naujai sistemai dar prieš pradedant pirkimo procesą. Šis sąrašas tampa filtru, per kurį vertinami visi pasiūlymai.
Antras žingsnis: laiko parinkimas
Buhalterinės programos keitimo laikas yra kritinis. Yra trys realūs perėjimo momentai:
Finansinių metų pradžia (sausio 1) — geriausias variantas. Naujoji sistema pradeda dirbti su švaria istorija, nereikia pernešti ankstesnių periodų, visos ataskaitos generuojamos vienoje sistemoje.
Ketvirčio pradžia — tinka, jei negalima palaukti iki naujųjų metų. Reikia pernešti pradinius likučius ir pažymėti aiškią perėjimo datą.
Mėnesio pradžia — galima, bet nepatogu. Ketvirčio ataskaitos ruošiamos iš dviejų sistemų, ir tai sukelia sudėtingumų.
Niekada — ataskaitinio laikotarpio viduryje. Pradėjus mėnesį vienoje sistemoje, jį baigti kitoje yra nuolatinė klaidų versmė.
Praktinė laiko juostos planavimo taisyklė — mažiausiai trys mėnesiai prieš perėjimo datą reikia pradėti aktyvų pasirengimą. Prioritetas yra ne greitis, o kokybė.
Trečias žingsnis: duomenų inventorizacija senojoje sistemoje
Prieš perkelimą reikia tiksliai žinoti, ką esama sistema turi. Tai dažnai yra etapas, kuris pamirštas, ir kuris vėliau sukelia problemų.
Inventorizuojama:
- Pagrindinių sąskaitų likučiai — kiekvienos sąskaitos balansas pagal tipą (turtas, įsipareigojimai, kapitalas, pajamos, sąnaudos)
- Atsargos — kiek prekių sandėlyje, jų vertė, lokalizacija
- Pagrindinės priemonės — sąrašas, įsigijimo verte, amortizacija iki šiol, likutinė vertė
- Mokėtinos sumos — skolų sąrašas su tiekėjais, terminais, sumomis
- Gautinos sumos — skolininkų sąrašas su kontaktais, terminais, sumomis
- Darbuotojų duomenys — asmens bylos, atlyginimai, atostogų likučiai
- Sutartys — sąrašas aktyvių sutarčių su klientais, tiekėjais, banku
- Atviri PVM sandoriai — sąskaitos, kurioms PVM dar nedeklaruotas
- Istoriniai dokumentai — sąrašas pagrindinių praeities ataskaitų, kurias gali prireikti
Šis inventorizacijos etapas dažnai trunka 2-4 savaites, priklausomai nuo įmonės dydžio. Bet jis yra absoliučiai būtinas — be jo perėjimas vyksta be aiškaus žemėlapio, ir klaidos neišvengiamos.
Ketvirtas žingsnis: duomenų perkelimas
Šis žingsnis turi dvi dalis — kas perkelama ir kaip perkelama.
Kas perkelama:
Privalomi perkelti dalykai — sąskaitų plano struktūra, klientų ir tiekėjų sąrašai, pagrindinių priemonių apskaita, atsargų likučiai, atviri sandoriai (mokėtinos ir gautinos sumos).
Optimaliai perkelti dalykai — istoriniai darbo metai. Daugumai įmonių užtenka pernešti tik praėjusių metų likučius ir aktualias bylas. Gilesnė istorija (3-5 metai atgal) yra naudinga, bet ne būtina — ją galima palikti senoje sistemoje archyviniu režimu.
Geriausia praktika — bent paskutinių dviejų metų duomenų perkėlimas. Tai leidžia naujoje sistemoje generuoti palyginimo ataskaitas su praėjusiais metais.
Kaip perkelama:
Šiuolaikinės programos turi automatinę duomenų importo funkciją iš dažniausiai naudojamų sistemų. Tai paprastai yra struktūruotas procesas — eksportuojami duomenys iš senos sistemos standartiniu formatu (XML, CSV, XLSX), tada per importo modulį įkeliami į naują sistemą.
Patikima buhalterinės apskaitos programa dažnai turi specializuotą duomenų perkelimo paslaugą, kurioje gamintojo specialistai padeda pernešti duomenis iš ankstesnės sistemos. Tai mokama paslauga, bet ji žymiai sumažina klaidų riziką ir paskubina perėjimo procesą.
Rankinis duomenų įvedimas — tinka tik labai mažoms įmonėms su minimaliu duomenų kiekiu. Vidutinio dydžio įmonei rankinis perkelimas užtruktų savaites ir atneštų neišvengiamų klaidų.
Penktas žingsnis: paralelinis darbas
Šis etapas dažnai pamirštas, bet jis yra svarbiausias užtikrinant perėjimo sėkmę.
Idealu — bent vieną mėnesį dirbti abiejose sistemose vienu metu. Tai reiškia, kad tos pačios operacijos registruojamos tiek senoje, tiek naujoje sistemoje. Mėnesio pabaigoje lyginamos abiejų sistemų ataskaitos. Jei jos sutampa — perėjimas pavyko. Jei skiriasi — randama klaida ir taisoma, kol naujoji sistema dar nėra produkcijos režime.
Paralelinis darbas yra papildomas darbas buhalterijai (du kartus daugiau įvedimų per mėnesį). Bet šis papildomas darbas yra investicija į saugumą — be jo perėjimas yra rizika, su juo — kontrolė.
Mažesnės įmonės kartais šio etapo pasirenka neatlikti dėl darbo apkrovos. Tai yra suprantama, bet tada perėjimas turi būti planuojamas labai atsargiai, su detaliu testiniu etapu prieš įjungiant naują sistemą realiam darbui.
Šeštas žingsnis: testavimas prieš įjungimą
Net jei paralelinis darbas neatliekamas, testinis etapas yra privalomas. Per jį reikia įsitikinti, kad naujoji sistema pasiekia teisingus rezultatus įvairiose situacijose:
- Sąskaitos išrašymas — generuojama testinė sąskaita, tikrinama, ar visi rekvizitai teisingi, ar PVM teisingai apskaičiuotas
- Sąskaitos gavimas — įvedama testinė tiekėjo sąskaita, tikrinama, ar PVM atskaita teisingai užregistruota
- Banko operacijos — importuojamas testinis banko išrašas, tikrinamas teisingas operacijų suderinimas
- Darbo užmokestis — apskaičiuojamas testinis atlyginimas, tikrinama, ar GPM ir Sodra teisingi
- Atsargų judėjimas — registruojamas testinis pirkimas, pardavimas, tikrinama, ar atsargų vertinimo metodas (FIFO, vidutinis svertas) veikia teisingai
- Ataskaitų generavimas — generuojamos visos pagrindinės ataskaitos (balansas, P/L, bandomasis balansas), tikrinama jų logika
- VMI integracija — bandoma siųsti testinę i.SAF žinutę, tikrinama, ar EDS sistema priima
Testinis etapas paprastai trunka 1-2 savaites. Per jį atrandamos visos likusios klaidos, kurios buvo nepastebėtos perkelimo metu.
Septintas žingsnis: darbuotojų apmokymas
Naujoji sistema, net jei techniškai puikiai veikia, neduoda jokios naudos, jei darbuotojai nemoka su ja dirbti.
Apmokymo struktūra:
Pirma savaitė — bendras supažindinimas su sistema, navigacija, pagrindiniai meniu. Tai paprastai yra grupinis mokymas, vedamas gamintojo specialisto.
Antra savaitė — gilesnis darbas su konkretiniais moduliais (sąskaitavimas, atsargos, banko operacijos, ataskaitos). Mokymas turi būti praktinis — su konkrečiais pavyzdžiais, ne teorija.
Po įjungimo — bent du-tris mėnesius reikalingas tęstinis palaikymas. Net gerai apmokyti darbuotojai per pirmuosius mėnesius susiduria su klausimais, kuriems reikia greitos konsultacijos.
Geri programų gamintojai siūlo pilną mokymo paketą — nuotolinius mokymus, pavyzdžių vaizdo įrašus, demo versijas, kuriose galima saugiai eksperimentuoti, palaikymo telefonus.
Aštuntas žingsnis: pavojaus signalų sąrašas
Per perėjimo procesą yra signalai, kurie turi sukelti dėmesį. Jei pastebite bent vieną iš jų — sustokite ir įvertinkite situaciją:
⚠️ Naujosios sistemos rezultatai sistemingai skiriasi nuo senos — bent 1-2% nuokrypis ataskaitose yra normalus dėl skaičiavimo metodų skirtumų. 5% ar didesnis — pavojaus signalas.
⚠️ Klausimų į gamintoją skaičius nemažėja — pirmąjį mėnesį daug klausimų yra normalu. Po trijų mėnesių klausimų kiekis turi smarkiai sumažėti. Jei ne — kažkas yra ne taip su mokymu arba sistemos atitikimu.
⚠️ VMI atmeta i.SAF žinutes — tai dažniausiai techninė problema, kurią reikia greitai spręsti. Ilgalaikis VMI atmetimas veda prie deklaracijų vėlavimo.
⚠️ Banko operacijos nesusisilieja teisingai — banko išrašai turi automatiškai atitikti apskaitą. Jei to nevyksta sistemingai, sistema arba neteisingai sukonfigūruota, arba yra struktūrinių problemų.
⚠️ Darbuotojai grįžta prie senos sistemos „svarbiems dalykams” — tai labai stiprus pavojaus signalas. Jei žmonės nepasitiki naująja sistema, perėjimas iš tikrųjų nėra įvykęs.
Šių signalų pastebėjimas turi vesti prie greitos reakcijos. Daugiausia problemų sprendžiama lengvai per pirmąsias kelias savaites — bet jei jas ignoruoti, jos tampa struktūrinėmis problemomis, kurias spręsti reikia mėnesių.
Devintas žingsnis: senos sistemos archyvavimas
Galutinis etapas, kuris dažnai pamirštas. Senoji sistema neturi būti tiesiog išmesta — joje yra istoriniai duomenys, kurių gali prireikti VMI patikrinimui, ginčams su klientais, ar kitoms situacijoms.
Geriausia praktika:
- Senoji sistema palieka veikti read-only režimu bent 12 mėnesių po perėjimo
- Visi istoriniai duomenys eksportuojami struktūruotame formate (PDF, XLSX) ir saugomi atskirame archyve
- Lieka galimybė prie senos sistemos prieiti, jei reikia — net jei tik vieną kartą per pusmetį
Tai yra papildomos išlaidos (licencijos), bet jos žymiai mažesnės nei netikėtai prarastų istorinių duomenų atstatymas.
Galutinė pastaba
Buhalterinės programos keitimas yra projektas, ne paprasta operacija. Jis trunka mėnesius, reikalauja kelių žmonių dėmesio, ir turi konkrečias rizikas. Bet teisingai planuojant, tos rizikos yra mažinamos beveik iki nulio, ir naujosios sistemos privalumai pasimato per kelis mėnesius nuo įjungimo.
Įmonės, kurios šio projekto priima rimtai, perėjimą paverčia plataus patobulinimo etapu — ne tik pakeičia įrankį, bet ir peržiūri savo darbo procedūras, atnaujina apmokymą, sukuria geresnę dokumentaciją. Per tai jos gauna ne tik naują programą, bet ir geresnę buhalterijos kultūrą iš viso.