Podpora in vzdrževanje Odoo: kako urediti življenje sistema po zagonu

Ko je Odoo v produkciji, se delo šele začne: uporabniki zastavljajo vprašanja, računovodja potrebuje novo poročilo, pride nova različica, zakonodaja pri e-računih in davčnem potrjevanju računov (FURS) se spremeni. Zato je support Odoo enako pomemben kot izbira modulov. V tem članku je razloženo, kaj zagotavlja Odoo, kaj mora pokriti integrator, kakšno pogodbo zahtevati in kako zamenjati ponudnika, če s sedanjim niste zadovoljni.

Dve ravni podpore, ki ju ne smete zamenjati

Največja zmota pri nakupu je prepričanje, da naročnina Odoo pomeni tudi podporo za vaš sistem. V resnici obstajata dve ločeni ravni.

Kaj vključuje Odoo

Naročnina vključuje neomejen dostop do podpore po e-pošti, od ponedeljka do petka (24/5), v angleščini, francoščini, španščini ali nizozemščini. Vključeni sta tudi platforma za e-učenje in nadgradnje različic. To je podpora za izdelek: napake v standardni programski opremi, vprašanja o delovanju, pomoč pri nadgradnji.

Kar ta raven ne pokriva, je vaša specifika: razvoj po meri, integracije z drugimi sistemi, poslovna pravila, uvoz podatkov in usposabljanje zaposlenih. Poleg tega je jezik podpore tuj, kar je za računovodjo ali skladiščnika v malem podjetju pogosto ovira.

Kaj prevzame integrator

Integrator zagotavlja podporo za vaš projekt. Pozna vašo konfiguracijo, prilagoditve in razloge za odločitve, sprejete ob uvedbi. Običajno pokriva:

• podporo uporabnikom (aplikativni support): vprašanja, napake pri uporabi, pomoč pri vsakdanjih postopkih;
• vzdrževanje (TMA): odpravljanje napak, popravki konfiguracije, spremljanje posodobitev, varnostne kopije in nadzor, če gostovanje vodi on;
• evolucije: nove poročilne sheme, dodatne funkcije, nove integracije, prilagoditve procesov;
• vodenje nadgradenj med različicami, vključno s testiranjem in prehodom.

Če ste Odoo kupili neposredno, brez integratorja, te ravni ni, razen če jo sklenete pozneje. Zato pri izbiri partnerja že na začetku vprašajte, kako izgleda življenje po zagonu; več o merilih izbire najdete na strani kako izbrati partnerja za Odoo in v splošnem vodniku izbira ERP integratorja.

Kdo kaj pokriva: pregled

Tabela je izhodišče za pogajanje: za vsako vrstico mora biti jasno, kdo je odgovoren. Sivih območij ne puščajte.

Posodobitve in različice: koledar, ki ga morate poznati

Vzdrževanje Odoo je v veliki meri upravljanje različic. Pravila so jasna in jih je smiselno vgraditi v letni načrt.

Vsaka večja različica ima tri leta standardne podpore po izidu. Po tem sledi plačljiva razširjena podpora, ki je na voljo samo pri Odoo.sh (za omejene različice) in pri namestitvi na lastnih strežnikih. Pomembno: varnostni popravki so na voljo samo v standardni podpori; v razširjeni podpori sta pomoč in odpravljanje napak mogoča le, če je to tehnično izvedljivo.

Po strani podprtih različic je različica 17.0 izšla novembra 2023, standardna podpora zanjo se konča septembra 2026. Različica 18.0 izšla oktobra 2024 (konec septembra 2027), različica 19.0 septembra 2025 (konec septembra 2028), za različico 20.0 pa je bil napovedan izid septembra 2026, s standardno podporo do septembra 2029. Pred vsako odločitvijo preverite aktualno stanje na strani podprtih različic, ker se datumi lahko spremenijo.

Vmesne različice SaaS izidejo na vsaki dva do tri mesece, so na voljo samo na Odoo Online in ne dajejo pravice do razširjene podpore. Za podjetja, ki želijo stabilnost, so zato običajno primernejše večje različice.

Pri Odoo Online in Odoo.sh je nadgradnja na večjo različico obvezna vsaki dve leti, vmesne različice pa je treba nadgraditi v nekaj tednih po izidu naslednje; predhodno obvestilo prejmete. Pred zagonom v produkciji postopek predvideva pridobitev nadgrajene testne baze, na kateri preverite novo različico. Nekatere storitve ostajajo zunaj obsega SLA za nadgradnjo, zato to preberite v dokumentaciji in jasno dogovorite z integratorjem, kdo opravi preostalo.

Praktični nasvet: nadgradnje ne obravnavajte kot nujni ukrep ob koncu podpore. Poleg tehnične nadgradnje morajo sodelovati ključni uporabniki, ki preverijo prodajo, nabavo, skladišče in računovodstvo. Če imate veliko prilagoditev, je nadgradnja bistveno zahtevnejša; več o tem v prispevku selitev in nadgradnja Odoo in pregledu različic in izdaj.

Pogodba o vzdrževanju: kaj mora vsebovati

Dobra pogodba ni samo cena na uro. Naslednji elementi ločijo uporabno pogodbo od zavajajoče.

Obseg in kategorije zahtevkov

Pogodba naj ločuje:

1. napake (sistem ne dela, kot bi moral) – običajno vključene v paket;
2. vprašanja uporabnikov – vključena do dogovorjene meje ali brez nje;
3. evolucije (nove funkcije) – ločeno ocenjene in odobrene;
4. nadgradnje – ločen projekt ali del letnega paketa.

Brez te ločnice se spor o tem, ali je nekaj »napaka« ali »nova zahteva«, pojavi ob prvem resnem zahtevku.

Stopnje storitve (SLA)

Zahtevajte pisno opredelitev:

• delovni čas podpore (ali pokriva čas, ko računovodstvo zaključuje mesec in pripravlja obračun DDV);
• odzivni čas in čas odprave po stopnjah nujnosti, vsaka stopnja z jasno definicijo (blokada fakturiranja ni isto kot kozmetična napaka);
• kanale (portal, e-pošta, telefon) in jezik komunikacije;
• poročanje: mesečni pregled zahtevkov, trendi, odprte zadeve;
• sankcije ali nadomestila, če se zaveze ne izpolnijo.

Konkretnih vrednosti v tem članku ne navajamo, ker se razlikujejo od ponudnika do ponudnika in od obsega sistema; pomembno je, da so zapisane in merljive.

Dokumentacija, izvorna koda in dostopi

Pogodba mora določati, da imate dostop do izvorne kode vseh prilagoditev, tehnične dokumentacije in zgodovine zahtevkov. Brez tega je zamenjava ponudnika praktično nemogoča. Ob tem preverite, ali so dostopi do strežnika in baze v vašem imenu, ne samo v imenu integratorja.

Trajanje, odpoved in prehod

Preverite odpovedni rok, avtomatsko podaljševanje in obveznost integratorja, da ob prekinitvi izroči vse potrebno ter sodeluje v prehodnem obdobju. Za vse to ni nujno, da je poseben, a mora biti zapisano.

Kaj predvideti v proračunu

Zaradi pravil o številkah v tem članku ne navajamo okvirnih zneskov za podporo. Strukturo stroškov pa lahko opišemo in jo uporabite pri pripravi ponudbe.

Pri licencah velja: plačljivi so uporabniki z dostopom do zaledja, uporabniki portala (stranke, dobavitelji) pa se ne štejejo kot plačljivi. Formula Custom omogoča tudi Odoo.sh in namestitev na lastnih strežnikih, stroški Odoo.sh pa niso vključeni. Vse to je podrobneje opisano na strani cenik Odoo in v pregledu možnosti gostovanja v oblaku.

Praktično pravilo: stroški podpore naraščajo z obsegom prilagoditev. Sistem, ki ostaja blizu standarda, je cenejši za vzdrževanje in lažji za nadgradnjo. Prilagoditve naj zato ostanejo premišljene; več o tem v članku prilagoditve Odoo.

Podpora v slovenskem okolju

Slovenska specifika je pomemben del vzdrževanja. Poleg tehničnih popravkov podpora pokriva tudi prilagajanje spremembam, ki jih narekujejo predpisi: davčno potrjevanje računov pri FURS, e-računi, obračun DDV in oddaje prek eDavkov. Pri tem imate dve možnosti: ali so te funkcije del standardne lokalizacije, ali jih integrator dodaja kot prilagoditev. V obeh primerih mora biti v pogodbi zapisano, kdo spremlja zakonodajne spremembe in kdo jih izvede v sistemu.

Dobro vprašanje za integratorja: »Kako ste v preteklosti ravnali ob spremembi davčnih zahtev in kako ste obvestili stranke?« Odgovor vam pove več kot katera koli obljuba. Splošni pregled zahtev najdete v vodniku o e-računih in DDV.

Računovodje pogosto delajo s tujim podjetjem ali zunanjim računovodskim servisom. V tem primeru v pogodbi opredelite, kdo ima dostop do sistema, kdo prosi za nove pravice in kdo odgovarja za varnost podatkov.

Usposabljanje kot del vzdrževanja

Velik delež zahtevkov podpori ni napaka, ampak neznanje. Nov zaposleni v računovodstvu ali skladišču ne ve, kje poiskati postopek. Zato naj bo del vzdrževalne pogodbe tudi vnaprej dogovorjeno usposabljanje novih uporabnikov in občasno osveževanje znanja. Odoo ponuja e-učno platformo, vendar je delo na vaših podatkih in procesih praviloma naloga integratorja. Več najdete na strani usposabljanje za Odoo.

Kako zamenjati ponudnika podpore

Nezadovoljstvo s podporo je pogost razlog za iskanje novega integratorja. Menjava je izvedljiva, če jo pripravite po korakih.

1. Zberite dokumentacijo. Seznam modulov, prilagoditev, integracij, avtomatiziranih opravil in uporabljenih različic.
2. Zahtevajte izvorno kodo in dostope. Če so prilagoditve izdelane v okolju, do katerega nimate dostopa, to najprej uredite.
3. Preverite pogodbo. Odpovedni rok, obveznost sodelovanja pri prehodu, lastništvo izdelkov.
4. Naročite kratek pregled stanja. Novi ponudnik oceni kakovost prilagoditev, tehnični dolg in tveganja pri nadgradnji. To je smiselno kot samostojna storitev; več o njej na strani revizija in reševanje projekta.
5. Načrtujte vzporedno obdobje. Nekaj časa naj stari in novi ponudnik sodelujeta, da se znanje prenese brez prekinitve.
6. Sporočite uporabnikom. Kam pošiljati zahtevke, kdo je nov kontakt, kaj se spremeni.

Če je sistem dobro dokumentiran in blizu standarda, je prehod razmeroma preprost. Če temelji na neurejeni kodi brez dokumentacije, je lahko cenejše sprva urediti stanje kot nadaljevati brez pregleda.

Kako poiskati ustreznega integratorja za podporo

Naša storitev je brezplačna: vaše zahteve posredujemo integratorju, ki ustreza vašemu projektu, projekt in podporo pa izvede on sam. Nismo povezani z nobenim založnikom ERP in ne izvajamo uvedb. Opišite, kaj potrebujete: podporo za obstoječi sistem, prevzem vzdrževanja od drugega ponudnika ali kombinacijo z novim projektom. Kako poteka posredovanje, je opisano na strani kako deluje.

Pri pripravi povpraševanja navedite različico Odoo, vrsto gostovanja, število uporabnikov, seznam prilagoditev in integracij ter glavne težave, ki jih imate. Tako bo ponudba bolj natančna in primerljiva.

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