Kako izvesti migracijo na Odoo brez izgube podatkov

Migracija Odoo pomeni dve precej različni stvari. Prva je prehod na Odoo iz obstoječega okolja: preglednic v Excelu, računovodskega programa, starejšega ERP-ja ali domače aplikacije. Druga je selitev med različicami samega Odoo. Obe zahtevata podoben premislek: kaj prenesti, kdaj preklopiti, kako preveriti rezultat in kako se vrniti, če gre kaj narobe. V tem vodniku najdete obe poti, prilagojeni slovenskim podjetjem, ki morajo ves čas delovati tudi v skladu z zahtevami FURS, e-računi in obračunom DDV.

Če še ne veste, ali je Odoo prava izbira, začnite pri izbiri ERP-ja. Če je odločitev sprejeta, vas pričakuje delo, ki je veliko bolj vezano na vaše podatke kot na samo programsko opremo.

Kaj pomeni »preiti na Odoo« v praksi

Beseda migracija zavaja, ker namiguje na kopiranje. V resnici selitev vključuje štiri korake: odločitev, kaj sploh potrebujete, čiščenje, preoblikovanje podatkov v obliko, ki jo Odoo razume, in nazadnje preverjanje. Podjetja, ki preskočijo prva dva koraka, praviloma preselijo tudi vse napake iz starega sistema, tokrat v dražjem okolju.

Tipični izhodiščni scenariji se med seboj razlikujejo po težavnosti:

Več o poteku celotnega projekta najdete v vodiču o uvedbi ERP in pri implementaciji Odoo. Splošna priporočila za selitev med sistemi so zbrana v vodiču o ERP migraciji.

Katere podatke prenesti in katerih ne

Največja napaka je prepričanje, da je treba prenesti vse. Odoo ni arhiv, zato ločite tri skupine podatkov.

Matični podatki: prenesite obvezno

To so kupci, dobavitelji, izdelki, cenik, kontni načrt, davčne nastavitve, skladišča in zaposleni. Brez njih se ne da začeti. Pred prenosom jih očistite: združite podvojene kupce, uskladite pisave naslovov, preverite davčne številke in ID za DDV ter odstranite izdelke, ki jih že leta ne prodajate. Šifrant izdelkov je pogosto najbolj obremenjen s preteklostjo, zato je to hkrati priložnost za poenostavitev.

Odprte postavke in stanja: prenesite z nadzorom

Sem sodijo odprta naročila, neplačani računi, začetne zaloge in otvoritvena stanja v glavni knjigi. Teh podatkov ne prenašate zaradi zgodovine, ampak da lahko podjetje deluje od prvega dne. Vsako stanje mora imeti odgovornega človeka, ki ga potrdi. Za računovodske podatke je to praviloma vaš računovodja, pri tem pa je koristno pogledati tudi razdelek računovodstvo in finance v Odoo.

Zgodovina: prenesite premišljeno

Zgodovinski promet, stare ponudbe in zaključena naročila so uporabni za analize, redko pa za vsakodnevno delo. Možnosti so tri: prenos le povzetkov, prenos izbranih zapisov v obliki, ki jo Odoo podpira, ali ohranitev starega sistema kot arhiva za branje. Zakonske roke hrambe knjigovodskih listin in dokumentov, ki so povezani z davčnim nadzorom, preverite z računovodjo in skladno z obvezami, opisanimi v vodniku o zakonskih zahtevah za ERP. Odločitev o tem ni tehnična, ampak poslovna in pravna.

Orodja za uvoz podatkov v Odoo

Odoo ima vgrajen uvoz za datoteke CSV in Excel (.xlsx). Za stike, izdelke, bančne izpiske, knjižbe in naročila obstajajo že pripravljene predloge, ki jih lahko uporabite kot izhodišče. To za manjše množice podatkov pogosto zadošča, tudi brez razvijalca.

Dve značilnosti si velja zapomniti že na začetku:

• Zunanji identifikatorji. Če v uvoznih datotekah za vsak zapis podate stabilno oznako iz starega sistema, Odoo prepreči podvajanje ob ponovnem uvozu, hkrati pa lahko preko teh oznak povežete zapise, na primer račune s kupci.
• Uvoz je dokončen. Uvožen podatek ni mogoče enostavno razveljaviti. Zato nikoli ne uvažajte prvič neposredno v produkcijsko bazo.

Za obsežnejše selitve iz ERP-ja z veliko tabelami integrator običajno pripravi lastne skripte, ki podatke preoblikujejo, preden jih naloži. Takšen pristop je smiseln tudi, kadar morate podatke iz več virov združiti v en zapis. Povezave z drugimi sistemi, ki ostajajo v uporabi, obravnava stran o integracijah Odoo.

Postopek selitve po korakih

Zanesljiva migracija poteka v ponovljivih krogih, ne v enem samem prenosu.

1. Popis in odločitev. Za vsak podatkovni sklop določite: ali ga prenesemo, v kakšni obliki in kdo ga potrdi.
2. Čiščenje v izvornem sistemu. Podvojene zapise, neuporabljene izdelke in neveljavne naslove odpravite tam, kjer jih najlažje vidite.
3. Preslikava polj. Za vsako polje starega sistema določite ustrezno polje v Odoo; kjer ga ni, odločite, ali ga dodati s prilagoditvijo ali opustiti.
4. Poskusni prenos. Podatke naložite v testno bazo in preverite, ali se skladajo s starim sistemom.
5. Ponovitev. Prenos ponavljate, dokler se ne odpravijo vse napake. Če ste uporabili zunanje identifikatorje, je ponavljanje dosti lažje.
6. Končni prenos. Izvede se tik pred preklopom, na zamrznjenih podatkih.

Strategija preklopa

Obstajata dva osnovna pristopa in oba imata svoje mesto.

Hiter preklop pomeni, da se stari sistem na dogovorjeni dan ustavi, Odoo pa prevzame vse procese. Je čist in enostaven za razumevanje, a zahteva zelo dobro pripravo in jasen datum zamrznitve. Primeren je za manjša podjetja z omejenim številom procesov.

Postopni preklop pomeni, da se najprej uvede en del, na primer prodaja ali zaloge, ostalo pa sledi v ločenih korakih. Zmanjša tveganje, a za določen čas zahteva ročno ali programsko usklajevanje med sistemoma. Pri podjetjih, ki imajo več skladišč, proizvodnjo ali več družb, je pogosto edina realistična pot. Če izdelujete, si oglejte še proizvodnjo v Odoo, če trgujete z zalogami, pa zaloge in nabavo.

Pri izbiri termina upoštevajte slovenski poslovni ritem. Preklop sredi obračuna DDV, tik pred koncem poslovnega leta ali v času inventure je tvegan. Pogosto je bolje preklopiti na začetku obračunskega obdobja, ko so odprte postavke najbolj pregledne. Preverite tudi, ali so pripravljeni potrebni elementi za izdajanje e-računov in morebitno davčno potrjevanje računov pri FURS, ki jih obravnavata vodnika o e-računih in obračunih DDV ter o davčnih blagajnah. Podatke za oddajo na eDavki mora Odoo zmeti pripraviti pred prvim obračunom, ne po njem.

Testiranje: kaj preveriti pred preklopom

Testiranje ni formalnost. Pred preklopom potrebujete dokaz, da novi sistem ne daje drugačnih rezultatov kot stari.

• Primerjava stanj. Zbirni saldi kupcev in dobaviteljev, vrednost zalog in saldi na kontih se morajo ujemati s starim sistemom na isti datum.
• Poskusni poslovni primeri. Zaposleni naj izvedejo resnične procese od začetka do konca: ponudbo, naročilo, dobavo, račun, plačilo in knjiženje.
• Pravice in vloge. Preverite, kdo vidi katere podatke. Pri Odoo štejejo kot plačljivi uporabniki tisti z dostopom do zaledja, zato je to hkrati priložnost, da pregledate število potrebnih uporabnikov in morebitne stroške, o katerih piše stran o cenah Odoo.
• Poročila. Obrazci, računi in izpisi morajo biti pripravljeni v obliki, ki jo zahtevajo kupci in uradi.
• Obremenitev in hitrost. Če boste prenesli veliko zgodovine, preverite odzivnost sistema.

Tudi za uporabnike je pomembna priprava. Kdor prvič vidi Odoo na dan preklopa, bo delal napake, zato načrtujte usposabljanje pred zagonom, ne po njem.

Načrt vračanja nazaj

Načrt vračanja nazaj je del migracije, ne znak pomanjkanja zaupanja. Določite:

• datum zamrznitve starega sistema in kdo ga lahko spremeni,
• popolno varnostno kopijo izvornih podatkov, preverjeno z obnovitvijo,
• merila za odločitev, na primer da se vrnete, če ne uspete izdati računov ali če salda ne štimajo,
• časovno točko brez vrnitve, po kateri bi vračanje povzročilo več škode kot popravljanje v novem sistemu.

Ker Odoo uvoz ni mogoče razveljaviti, se vračanje nazaj v praksi izvede z obnovitvijo baze iz kopije, narejene tik pred končnim prenosom. Zato tako kopijo naredite vedno, ne glede na to, ali uporabljate Odoo v oblaku ali na lastnem strežniku.

Migracija med različicami Odoo

Če že uporabljate Odoo, se selitev nanaša na nadgradnjo. Pravila določa proizvajalec in jih je dobro poznati vnaprej.

Vsaka glavna različica ima po izidu tri leta standardne podpore, nato še dve leti za izvedbo potrebnih nadgradenj, preden izgubite vso podporo. Popravki varnostnih ranljivosti so na voljo le v obdobju standardne podpore. Razširjena podpora, ki je plačljiva, je na voljo samo na Odoo.sh (za omejeno število različic) in pri namestitvi na lastnih strežnikih, pomoč in popravki napak pa so v njej mogoči le, kadar je to tehnično izvedljivo.

Po objavljenem koledarju je podpora za različico 17.0 standardno veljavna do septembra 2026, za 18.0 do septembra 2027 in za 19.0 do septembra 2028. Če uporabljate starejšo različico, je čas za načrtovanje nadgradnje že zdaj. Več o izdajah in njihovih razlikah je na strani o različicah in izdajah Odoo.

Na Odoo Online in Odoo.sh je nadgradnja na glavno različico obvezna vsaki dve leti, vmesne različice pa je treba nadgraditi v nekaj tednih po izidu naslednje, o čemer vas Odoo vnaprej obvesti. Vmesne različice (SaaS) izhajajo na vsake dva do tri mesece, so na voljo samo na Odoo Online in ne dajejo pravice do razširjene podpore. Za podjetje, ki potrebuje mirno delovanje, je zato glavna različica navadno smiselnejša.

Pred produkcijo nadgradnje pridobite nadgrajeno testno bazo in na njej preverite novo različico. Ob tem upoštevajte, da nekatere storitve niso zajete v SLA za nadgradnjo. Najpogostejša težava so lastne prilagoditve in dodatni moduli tretjih oseb, ki se ne prenesejo samodejno. Pred nadgradnjo zato ugotovite, katere prilagoditve imate in ali jih je mogoče poenostaviti; več o tem na strani o prilagoditvah Odoo. Če je projekt zataknjen ali so po prejšnji selitvi ostale težave, pomaga revizija in reševanje projekta.

Pogoste napake pri migraciji

• Prenos vseh podatkov brez čiščenja. Stare napake postanejo napake v novem sistemu.
• Uvoz neposredno v produkcijo. Ker uvoza ni mogoče razveljaviti, je popravek drag.
• Brez zunanjih identifikatorjev. Ponavljanje prenosa potem ustvarja podvojene zapise.
• Računovodja je vključen prepozno. Otvoritvena stanja in odprte postavke morajo biti usklajeni z njegovim pogledom.
• Preklop v obračunskem vrhuncu. Obračun DDV in zaključek leta ne počakata.
• Ni načrta vračanja nazaj. Ob težavi se odločitve sprejemajo v paniki.
• Zanemarjeno usposabljanje. Sistem je pravilno nastavljen, a ga zaposleni ne znajo uporabljati.

Podrobnejši pregled tipičnih zdrsov je v vodiču o napakah pri ERP projektih.

Kako se lotiti

Začnite s popisom: katere podatke imate, kje so, kdo jih potrjuje in kateri so za poslovanje res nujni. Šele nato izberite pristop k preklopu in izvajalca. Selitev ne vodi vsak integrator enako, zato pri izbiri upoštevajte izkušnje s podobnimi izhodišči, kot je vaše; nasvete za presojo najdete na strani o izbiri partnerja za Odoo. Mi vas samo povežemo z integratorjem, ki ustreza vašemu projektu; selitev izvede on.

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