Ako prejsť na Odoo: migrácia dát a verzií bez výpadku

Migrácia Odoo sa v praxi používa pre dva odlišné projekty. Prvý je prechod na Odoo z inej situácie: z tabuliek v Exceli, z účtovného programu alebo zo staršieho ERP. Druhý je upgrade medzi verziami Odoo, teda posun existujúcej inštalácie na novšiu verziu. Majú spoločné jadro (dáta, testy, plán prechodu), ale riziká sú iné, preto ich nižšie rozlišujeme.

Ak ešte len zvažujete, či je Odoo správny smer, začnite všeobecným sprievodcom migráciou ERP. Tu sa venujeme konkrétne Odoo.

Odkiaľ prechádzate: tri typické východiská

Spôsob migrácie určuje zdroj. Na Slovensku sa stretávame najmä s týmito situáciami.

Z Excelu je migrácia najrýchlejšia na papieri, ale často najnáročnejšia na rozhodovanie. Tabuľka nikoho nenúti definovať, čo je „zákazník“ alebo „aktívny produkt“. Odoo to vyžaduje od prvého dňa.

Čo sa dá preniesť a čo je lepšie nechať

Nie všetko, čo v pôvodnom systéme máte, patrí do nového. Praktické delenie:

• Preneste vždy: partnerov (zákazníkov a dodávateľov), produkty a ich kategórie, cenníky, účtovnú osnovu, otvorené pohľadávky a záväzky, stavy skladu k dátumu prechodu, otvorené objednávky.
• Preneste podľa potreby: históriu predaja pre reporty a pre obchodníkov, históriu nákupov, doklady, na ktoré sa odvolávate v reklamáciách.
• Nechajte v archíve: staré uzavreté obchodné prípady, neaktívnych partnerov, produkty, ktoré sa už nepredávajú.

Odoo ponúka predkonfigurované šablóny importu pre kontakty, produkty, bankové výpisy, účtovné zápisy a objednávky. Import číta formáty CSV a Excel (.xlsx). Šablóna však nenahradí rozhodnutie, čo importovať: je to len nástroj na doručenie dát.

Externé identifikátory a vzťahy

Najdôležitejšia vec pri importe je externý identifikátor. Podľa dokumentácie Odoo zabraňuje duplicitám a umožňuje prenášať väzby z pôvodného systému, napríklad ktorý produkt patrí do akej kategórie alebo ktorá faktúra patrí ktorému partnerovi. Ak si identifikátory zo starého systému zachováte, budete môcť import opakovať a dopĺňať bez vytvárania druhých kópií.

Import je definitívny

Odoo upozorňuje, že importy sú definitívne a nedajú sa zrušiť. Z toho vyplýva pravidlo: nikdy neimportujte rovno do ostrej databázy. Najprv sa urobí skúšobný import do testovacej kópie, výsledok skontrolujú ľudia, ktorí s dátami pracujú, a až potom prebehne ostrý import.

Čistenie dát: práca, ktorú nik nevidí

Čistenie dát je najčastejšie podcenená časť. Pred každým importom prejdite aspoň tieto body:

1. Duplicity partnerov. Ten istý odberateľ zapísaný trikrát (s diakritikou, bez nej, s inou právnou formou) bude v Odoo triplikát aj s tromi saldami.
2. Identifikačné údaje. IČO, DIČ a IČ DPH musia byť konzistentné a v správnom formáte. Nezododa sa neskôr prejaví pri fakturácii a pri kontrolnom výkaze DPH.
3. Produkty. Jednotné merné jednotky, kódy bez medzier, zrušené položky označené ako archivované, nie zmazané.
4. Účtovné väzby. Mapovanie starých účtov na novú osnovu musí potvrdiť váš účtovník, nie integrátor.
5. Stavy skladu. Skladová inventúra k dátumu prechodu, nie prepis posledného exportu.

Čistenie sa oplatí robiť vo zdrojovom súbore, nie až v Odoo. Vďaka tomu zostáva zdroj pravdy jeden a import sa dá zopakovať.

Účtovníctvo a slovenské povinnosti

Migrácia účtovníctva je citlivá, pretože sa týka uzavretých období, daňových priznaní a kontrol. Dohodnite si vopred:

• od akého dátumu povedie účtovníctvo Odoo (najčastejšie od začiatku účtovného obdobia),
• ako sa prenesú počiatočné stavy a otvorené položky,
• kto a kedy odsúhlasí zostatky voči poslednej uzávierke,
• ako sa zachová nadväznosť číselných radov dokladov.

Podrobnosti o lokalizácii nájdete v časti o účtovníctve a financiách v Odoo. Ak predávate cez pokladnicu, skontrolujte aj povinnosti okolo e-kasy, aby sa na dni prechodu nezastavil predaj v predajni.

Stratégia prechodu: veľký tresk, alebo po etapách

Existujú dve základné stratégie a každá sa hodí na iný typ firmy.

Veľký tresk (big bang). Všetky moduly sa spustia naraz k jednému dátumu. Je to jednoduchšie na koordináciu a nedržíte dva systémy paralelne. Riziko je vyššie: ak niečo zlyhá, zasiahne to celú firmu.

Etapový prechod. Najprv sa spustí napríklad účtovníctvo a nákup, potom sklad, nakoniec výroba alebo e-shop. Každá etapa je menšia, ľudia sa učia postupne. Vyžaduje to však dočasné prepojenia so starým systémom, a tie majú svoju cenu.

Pre malé a stredné firmy s jednoduchou štruktúrou býva rozumný veľký tresk po dôkladných testoch. Pre firmy s výrobou, viacerými skladmi alebo e-shopom býva bezpečnejší etapový prístup. Rozhodnutie závisí od vášho prostredia, nie od preferencie integrátora, a preto žiadajte zdôvodnenie.

Testovanie pred ostrým spustením

Testy nie sú formalita. Zvyčajne prebiehajú v troch vrstvách:

• Dátová kontrola. Počty záznamov, súčty, salda partnerov a stav skladu sa porovnajú so zdrojovým systémom.
• Procesné scenáre. Skutočné prípady z vašej firmy: ponuka, objednávka, expedícia, faktúra, platba, dobropis, reklamácia. Testujú ich ľudia z prevádzky, nie konzultant.
• Skúšobný prechod. Celý postup prechodu sa vyskúša na kópii, vrátane časovania, aby ste vedeli, ako dlho bude systém nedostupný.

Pri upgrade medzi verziami to platí rovnako. Podľa dokumentácie Odoo postup upgradu počíta s tým, že pred ostrým nasadením dostanete testovaciu databázu už na novej verzii, na ktorej si overíte, či všetko funguje. Niektoré služby, napríklad vlastné úpravy, sú mimo rozsahu SLA upgradu, takže ich funkčnosť si musíte overiť sami alebo cez partnera. K tejto téme sa viaže aj vývoj na mieru: čím viac úprav, tým väčší testovací balík.

Plán návratu späť (rollback)

Plán návratu sa píše pred prechodom, nie počas problému. Mal by obsahovať:

1. Kritériá neúspechu. Čo presne znamená, že prechod zlyhal (nezhoda sald, nemožnosť fakturovať, zablokovaná expedícia).
2. Brána rozhodnutia. Kto a do kedy rozhodne o pokračovaní alebo návrate. Po tejto hranici je návrat drahší.
3. Zálohy. Kompletná záloha pôvodného systému tesne pred prechodom a overenie, že sa dá obnoviť.
4. Pôvodný systém v režime na čítanie. Nevypínať ho v deň prechodu. Slúži na porovnávanie aj na núdzový návrat.
5. Postup dohonenia. Čo sa stane s transakciami zadanými v novom systéme, ak sa vrátite.

Plán sa netýka len technických krokov. Týka sa aj komunikácie so zákazníkmi, dodávateľmi a bankou v prípade, že by sa fakturácia musela dočasne vrátiť.

Upgrade medzi verziami Odoo

Ak už Odoo používate, migrácia znamená posun na novšiu verziu. Pre plánovanie je dôležité vedieť, ako Odoo podporu rieši.

Každá hlavná verzia má podľa dokumentácie tri roky štandardnej podpory od vydania. Potom nasleduje platená rozšírená podpora, dostupná len na Odoo.sh (obmedzené verzie) a pri nasadení na vlastnom serveri. Bezpečnostné opravy sa dodávajú len počas štandardnej podpory. V rozšírenej podpore je pomoc a oprava chýb možná len vtedy, keď je to technicky uskutočniteľné.

Podľa stránky podporovaných verzií bola verzia 17.0 vydaná v novembri 2023 a jej štandardná podpora končí v septembri 2026. Verzia 18.0 vyšla v októbri 2024 (podpora do septembra 2027), verzia 19.0 v septembri 2025 (do septembra 2028) a verzia 20.0 bola ohlásená na september 2026. Ak bežíte na verzii 17.0, upgrade nie je téma „niekedy“, ale aktuálna agenda.

Priebežné (SaaS) verzie vychádzajú každé dva až tri mesiace, sú dostupné len na Odoo Online a na rozšírenú podporu nárok nemajú. Hlavná verzia navyše dostáva dva ďalšie roky na vykonanie potrebných upgradov, kým stratíte akúkoľvek podporu.

Praktický dôsledok: upgrade plánujte ako opakujúcu sa položku rozpočtu, nie ako jednorazový projekt. Prehľad edícií a verzií nájdete v časti Odoo verzie a edície a o voľbe prostredia v časti o hostingu a cloude.

Najčastejšie chyby pri migrácii na Odoo

• Prenos všetkého bez triedenia. Zlé dáta sa prenesú spolu s dobrými.
• Import do ostrej databázy bez skúšky. Import sa nedá zrušiť.
• Účtovník nie je v projekte od začiatku. Zostatky a osnova sa potom opravujú pod tlakom uzávierky.
• Kopírovanie starých procesov. Odoo sa prispôsobí firme, ale nie každý zvyk z Excelu treba zachovať.
• Testy robí len integrátor. Chyby, ktoré uvidí skladník alebo fakturantka, konzultant nenájde.
• Chýba školenie. Správne dáta nepomôžu, ak ich ľudia zadávajú po svojom. Pozrite školenia k Odoo.
• Žiadny plán návratu. Prvý problém sa potom rieši improvizáciou.

Kedy sa oplatí prizvať odborníka

Migráciu zvládnete sami len v jednoduchých prípadoch, napríklad pri malom počte partnerov a produktov a jednej aplikácii. Akonáhle ide o účtovníctvo, sklad, výrobu alebo prepojenia, pomôže skúsený integrátor. Ak vám už rozbehnutý projekt uviazol, zvážte audit a záchranu projektu Odoo.

Pri výbere partnera sa pýtajte konkrétne: ako bude vyzerať skúšobný import, kto podpíše zhodu dát, aký je plán návratu a čo je súčasťou ceny upgradov. Podrobnejšie kritériá sú v sprievodcovi výberom partnera pre Odoo a v časti o implementácii Odoo. Vy nám opíšete situáciu a my vás nezáväzne prepojíme s integrátorom, ktorý má s podobnou migráciou skúsenosti.

Uvedené názvy softvéru sú ochranné známky ich príslušných výrobcov a uvádzajú sa len na informačné účely. Táto stránka je nezávislá a nie je prepojená so žiadnym výrobcom.