Kako izvesti migracijo na PANTHEON brez izpada poslovanja

Migracija Pantheon je v slovenskih podjetjih pogosto drugačna od selitve ERP v tujini. Računovodja že sedaj dela v strogem ritmu mesečnih in letnih obračunov, davčno potrjevanje računov (FURS) in e-računi pa ne prenesejo premora. Zato je preklop bolj stvar načrtovanja kot tehnike: vprašanje ni, ali se podatki prenesejo, ampak kdaj, v kakšnem stanju in kaj se zgodi, če gre kaj narobe.

Besedilo velja za dva primera: prehod na PANTHEON iz Excela, samostojnega računovodskega programa ali starega ERP ter nadgradnjo med različicami samega sistema. Pri obeh veljajo ista načela, razlikuje se obseg tveganja.

Zakaj podjetja sploh preidejo na Pantheon

Običajni sprožilci so podobni. Tabele v Excelu so zrasle prek zmogljivosti, ločen računovodski program ne govori s skladiščem ali prodajo, stari ERP pa nima več podpore ali pa ga nihče v podjetju ne obvlada. Včasih je razlog zakonodaja: izdajanje e-računov, davčna blagajna ali nova pravila obračuna DDV zahtevajo sistem, ki se ažurno prilagaja.

Pred odločitvijo je smiselno primerjati tudi druge možnosti. Če še niste prepričani, da je PANTHEON prava izbira, preglejte alternative Pantheonu in primerjave ERP rešitev. Če je odločitev padla, je naslednji korak izbira izvajalca; pomagajo vam navodila za izbiro partnerja za Pantheon.

Kaj o razvoju Pantheona vemo iz virov proizvajalca

Razvijalec Datalab je PANTHEON X (Ten) predstavil 24. decembra 2015 kot novo generacijo ERP. Po objavi proizvajalca je razvoj trajal pet let, vanj pa je bilo vloženih 8 951 izboljšav. Med novostmi so bili večja hitrost, poenostavljen vmesnik, usklajen z oblikovanjem sistema Windows 10, možnost shranjevanja podatkov v oblaku in boljša ergonomija.

Za migracijo je to pomembno zaradi dveh stvari. Prvič, nova generacija ni le kozmetična posodobitev, zato se pri prehodu s starejših izdaj ne sme računati na to, da bo vse enako kot prej. Drugič, možnost oblaka vpliva na odločitev, kje bo sistem po preklopu stal; več o tem v prispevku o gostovanju Pantheona v oblaku.

Številčenje različic in zakaj ga je treba brati

Različice PANTHEON X se objavljajo s številko tipa 10.0.26.30, v naslovih opomb ob izdaji zapisano brez pik (1002630). Vsaka objava na uporabniškem spletnem mestu podjetja Datalab podrobno našteva spremembe po modulih.

To je koristno orodje za načrtovanje nadgradnje. Pred vsako posodobitvijo preberite opombe ob izdaji za module, ki jih uporabljate. Opombe ob različici 10.0.26.30 z datumom 14. februar 2022 na primer omenjajo popravek prikaza uporabniških sej, ki jih je zdaj mogoče zapreti iz skrbniške plošče, in šest popravkov v modulu Pantheon VET. Za podjetje brez veterinarskega modula je drugi del nepomemben, prvi pa je lahko povsem praktičen, če ob nadgradnji ostanejo odprte seje, ki blokirajo posodobitev.

Premiki izdaj kot opozorilo za načrt

Datalab je 14. februarja 2022 objavil preložitev izdaje PANTHEON 11 (nova generacija) in različice 27.00, in sicer za največ 60 do 90 dni. Razlogi so bili srbska fiskalizacija, vstop Hrvaške v evrsko območje in velika obremenjenost razvojne ekipe. Obenem je sporočil, da bodo načrtovani popravki in izboljšave za različico 27.00 vseeno dostavljeni v obliki popravkov.

Za vas je iz tega koristen sklep: datumi izdaj niso trdni. Nadgradnje ne vežite na obljubljen datum izdaje, ampak na lastno okno v koledarju, in poskrbite, da vaš izvajalec spremlja objave proizvajalca.

Migracija v Pantheon: katere podatke prenesti

Najpogostejša napaka je želja po prenosu vsega. Večina podjetij potrebuje bistveno manj, kot misli, in bolj čist sistem je lažje voditi. Razmislite po skupinah.

Odločitev o zgodovini mora sprejeti uprava skupaj z računovodjo, ne izvajalec. Zakonske obveznosti hrambe dokumentov ostajajo, vendar to ne pomeni, da morajo vsi podatki živeti v novem ERP. Arhiv v obliki izvoza ali ločene baze za vpogled je pogosto bolj smiseln.

Iz česa prehajate: tri izhodišča

Iz Excela

Excel ima prednost in slabost hkrati: ni sistemskih omejitev, zato so podatki neenotni. Pri migraciji se pokažejo različni zapisi istega partnerja, številke dokumentov brez sistema in stolpci, ki jih razume samo en sodelavec. Pripravite predloge za uvoz, jih izpolnite in očistite, preden se dotaknete Pantheona.

Iz samostojnega računovodskega programa

Tu je podatkovna disciplina običajno boljša, a zajem je ozek: povezave z zalogami, prodajo ali proizvodnjo ni. Pri prehodu bo računovodstvo prvi videlo korist, zato začnite z modulom računovodstvo in finance, nato dodajajte zaloge in nabavo ter prodajo in CRM.

Iz starega ERP

Pri starem ERP je največje tveganje poslovna logika, ki je nihče ni zapisal: posebni cenik za enega kupca, ročni obračun provizij, poročilo, ki ga vsak mesec zahteva uprava. Pred migracijo naredite popis teh navad. Iz popisa nastane seznam prilagoditev in integracij, ki jih bo treba po preklopu spet postaviti.

Če je projekt zaradi tega že obtičal, lahko pomaga revizija in reševanje projekta.

Čiščenje podatkov pred prenosom

Čiščenje je najcenejše pred prenosom in najdražje po njem. Praktičen vrstni red:

• Partnerji: združite dvojnike, popravite naslove in davčne številke, označite neaktivne. Pri e-računih morajo biti podatki o prejemniku točni, sicer račun ne pride na cilj.
• Artikli: odstranite šifre brez prometa, poenotite poimenovanja in enote.
• Odprte postavke: preverite, da se vsota na kartici partnerja ujema z glavno knjigo.
• Začetna stanja: računovodja jih potrdi na dan preklopa; razlika, ki ostane odprta, se ob prvem zaključku pokaže kot napaka.
• Pravice: namesto prenosa starih pravic raje določite vloge na novo, po načelu, kdo kaj dejansko dela.

Preizkusna migracija in testiranje

Nikoli ne naredite prve migracije v živo. Preizkusno migracijo izvedite na kopiji, jo primerjajte z virom in jo ponovite, dokler izid ni stabilen. Vsaka ponovitev odkrije nekaj novega: napačno preslikavo šifre, manjkajoče davčne stopnje ali neustrezen vrstni red uvoza.

Testiranje naj vodijo ljudje, ki bodo s sistemom delali, ne le izvajalec. Preverite vsaj naslednje:

• ujemanje začetnih stanj in odprtih postavk s starim sistemom,
• izdajo računa in e-računa ter davčno potrjevanje pri FURS, kjer je to potrebno,
• pripravo obračuna DDV in podatkov za oddajo v sistemu eDavki,
• tipičen cikel nabave: naročilo, prevzem, prejeti račun, plačilo,
• tipičen cikel prodaje: ponudba, nalog, dobavnica, račun, izpisek,
• ključna poročila uprave in računovodje,
• hitrost dela s tipičnim številom hkratnih uporabnikov.

Zakonske zahteve glede računov in blagajne podrobneje obravnavajo vodiči o e-računih in obračunu DDV ter zakonskih zahtevah za ERP. Za splošen okvir projekta si oglejte uvedbo ERP in selitev ERP.

Strategija preklopa

Obstajata dva glavna pristopa in vsak ima svoje mesto.

Pri preklopu v računovodstvu je običajno najbolje izbrati meje obdobja. Če nov sistem začnete uporabljati ob začetku obračunskega obdobja, so začetna stanja jasna in ni treba prenašati polovično obdelanih mesecev. Izogibajte se oknom neposredno pred roki za oddajo DDV, letnimi zaključki in inventurami.

Stalno si zastavljajte vprašanje: kaj bo z računi in plačili, ki so v teku na dan preklopa? Vnaprej določite, kateri dokumenti se zaključijo v starem sistemu in kateri se začnejo v novem. Meja naj bo zapisana in vsem znana.

Načrt vrnitve na staro stanje

Načrt vrnitve je del preklopa, ne dodatek. Mora odgovoriti na tri stvari:

1. Merila: kdaj sprejmemo odločitev za vrnitev (npr. napačna začetna stanja, nedelujoče izdajanje računov, nezmožnost obračuna DDV).
2. Rok odločitve: do kdaj je vrnitev še mogoča brez izgube vnosov, narejenih v novem sistemu.
3. Izvedba: kdo vrne, kako se podatki, vneseni po preklopu, prenesejo nazaj ali ponovno vnesejo, kdo obvesti stranke in dobavitelje.

Staro rešitev pustite nedotaknjeno, vendar zaklenjeno za vnos, in naredite popolno varnostno kopijo novega sistema pred preklopom ter preizkusite njeno obnovo. Pri nadgradnji med različicami Pantheona velja enako: pred posodobitvijo kopija baze in programa, preizkus obnove ter posodobitev najprej na testnem okolju. Rešitev za oblak in lastni strežnik prinašata različne postopke, zato jih pretehtajte skupaj z vodičem o oblaku ali lastnem strežniku.

Nadgradnja med različicami Pantheona

Nadgradnja ni enaka migraciji, a mora biti enako disciplinirana. Priporočen potek:

• preberite opombe ob izdaji za vse uporabljene module,
• preverite, ali vaše prilagoditve in integracije delujejo z novo različico,
• nadgradite testno kopijo in ponovite ključne scenarije,
• zaprite vse uporabniške seje pred posodobitvijo,
• nadgradnjo izvedite izven delovnega časa in po zaključenem obdobju,
• uporabnike obvestite o spremembah in jih po potrebi usposobite.

Pregled izdaj in razlik med njimi je v prispevku o različicah in izdajah Pantheona. Po preklopu ali nadgradnji računajte tudi na podporo in vzdrževanje ter usposabljanje uporabnikov.

Pogoste napake pri migraciji

• Prenos vseh podatkov brez presoje. Sistem se napolni z zastarelimi zapisi, poročila postanejo nezanesljiva.
• Čiščenje podatkov šele po prenosu. Napake se množijo in jih je težje izslediti.
• Neuvedeni procesi. Sistem je pripravljen, ljudje pa ne vedo, kako delati v njem.
• Preklop brez računovodje. Začetna stanja, ki jih nihče ni podpisal, pomenijo spor ob prvem zaključku.
• Preklop tik pred zakonskim rokom. Vsaka težava postane nujna.
• Brez načrta vrnitve. Ko nekaj spodleti, ni odgovora, kako naprej.
• Prepozno vključevanje uporabnikov. Prvi stik s sistemom naj ne bo v živo.
• Prevelika vera v obljubljene datume izdaj. Kot kaže preložitev izdaje, jih proizvajalec včasih premakne.

Širši pregled najpogostejših vzrokov za neuspeh najdete v vodiču o napakah pri ERP projektih.

Kako pristopiti kot slovensko podjetje

Začnite z jasnim popisom: katere module potrebujete, kdo so uporabniki, katere integracije obstajajo in kateri zakonski postopki (e-računi, davčno potrjevanje, obračun DDV) morajo ves čas delovati. Nato določite lastnika projekta v podjetju, običajno vodjo financ ali računovodjo, ki ima pooblastilo za odločanje o podatkih.

Obseg in stroški so odvisni od modulov, števila uporabnikov in kakovosti obstoječih podatkov; okvir najdete v prispevku o cenah Pantheona, naslednji korak pa je implementacija Pantheona. Kako poteka povezovanje z izvajalci, je razloženo na strani kako deluje posredovanje. Mi ne izvajamo projektov: poiščemo izvajalca, ki ustreza vašemu obsegu in panogi, projekt pa vodi on.

Imena programske opreme so blagovne znamke njihovih izdelovalcev in so navedena zgolj informativno. Spletno mesto je neodvisno in ni povezano z nobenim izdelovalcem.