Kdor išče konektor Odoo, običajno pričakuje en vtičnik, ki reši vse. V resnici je integracija Odoo skupek odločitev: ali zadošča standardni modul, ali je primerna razširitev, ali je treba uporabiti API Odoo in napisati lasten tok. Ta stran pomaga, da se pravilno odločite, preden naročite delo, in da veste, kdo bo povezavo vzdrževal, ko bo projekt končan.
Za vodstvo, finančnike in IT slovenskega podjetja je ključno vprašanje enostavno: katere podatke je treba premikati med sistemi, v kateri smeri in kako pogosto. Šele nato se izbere tehnika.
Štiri poti do integracije Odoo
Razlikujemo štiri pristope, ki se razlikujejo po stroških, tveganju in vzdrževanju.
| Pot | Kdaj ustreza | Glavno tveganje |
|---|---|---|
| Standardni modul Odoo | Funkcija je že v aplikaciji (spletna trgovina, plačila, CRM, računovodstvo) | Omejena prilagodljivost |
| Razširitev iz tržnice ali skupnosti | Pogosta povezava, ki jo je nekdo že zgradil | Kakovost in vzdrževanje sta odvisna od avtorja |
| Povezava prek zunanjega API-ja | Povezava s sistemom, ki ga ni na voljo kot modul | Potreben je razvoj in nadzor |
| Vmesna programska oprema ali integracijska platforma | Veliko sistemov, ki se pogovarjajo med seboj | Dodaten sistem za plačilo in vzdrževanje |
Za večino srednje velikih podjetij je pametno začeti pri vrhu tabele: najprej preveriti, ali standardna funkcija že pokrije potrebo, šele nato iskati razširitev ali pisati kodo. Vsaka dodatna plast je plast, ki jo bo treba vzdrževati ob vsaki novi različici (več o različicah in izdajah).
API Odoo: kaj je dobro vedeti
Odoo omogoča zunanjim sistemom branje in pisanje podatkov prek zunanjega API-ja. V dokumentaciji za Odoo 19 je kot sedanji API predstavljen JSON-2: z API-ključi, pravicami dostopa, izbiro baze in transakcijami. Starejša protokola XML-RPC in JSON-RPC sta v dokumentaciji obravnavana kot zgodovinska, zanju pa obstaja vodnik za prehod na JSON-2.
Praktične posledice za vaš projekt:
- Nove povezave gradite na JSON-2. Povezava, ki bi jo danes zgradili na starejšem protokolu, bi ob prehodu na novo različico zahtevala dodatno delo.
- Obstoječe povezave popišite. Če ste že imeli povezave prek XML-RPC ali JSON-RPC, jih vključite v načrt selitve (migracija Odoo).
- Dostop do API-ja ni v vseh paketih. Po podatkih Odoo je zunanji API del paketa Custom. Pri paketu Standard to ni zagotovljeno, zato to preverite pred podpisom naročila. Podrobnosti o naročninskih paketih so v pregledu cen Odoo.
- Ključi so pravice. API-ključ deluje kot geslo uporabnika. Za vsak tok uporabite ločenega tehničnega uporabnika z najmanjšimi potrebnimi pravicami, ne skrbniškega računa.
Ne glede na to, kdo piše kodo, zahtevajte dokumentacijo toka: kateri podatki se prenašajo, v katero smer, kaj se zgodi ob napaki in kdo prejme opozorilo.
Razširitve in tržnica
Odoo navaja 50 glavnih aplikacij, skupnost pa naj bi prispevala več kot 50 000 dodatnih aplikacij. Število samo po sebi ne pove ničesar o kakovosti: med razširitvami so dobro vzdrževani moduli in tudi opuščeni projekti.
Pred namestitvijo razširitve preverite:
- Združljivost z vašo različico. Modul za starejšo različico ob prehodu pogosto ne deluje brez predelave.
- Licenco. Odoo 19 Community je pod licenco LGPLv3, Odoo 19 Enterprise pa pod licenco Odoo Enterprise Edition v1.0, ki jo je dovoljeno uporabljati le z veljavno naročnino Enterprise za ustrezno število uporabnikov. Razširitev mora biti združljiva z izdajo, ki jo imate.
- Vzdrževanje. Kdo popravlja napake in kako hitro se odzove? Ali obstaja pogodba?
- Vpliv na nadgradnjo. Razširitev, ki spreminja jedro, je najdražja ob vsaki posodobitvi.
Za zahtevnejše potrebe pridejo v poštev prilagoditve Odoo, a le tam, kjer standard ne zadošča.
Spletna trgovina in tržnice
Povezava s prodajnimi kanali je med najpogostejšimi razlogi za integracijo. Odoo ima lastno aplikacijo eCommerce, ki upravlja katalog in različice izdelkov, uporabniške račune, prodajo B2B in B2C, opuščene košarice, načine dostave, vračila in fakturiranje, z možnostjo več spletnih mest. Povezuje se z več kot dvajsetimi ponudniki plačil (med njimi Stripe, PayPal, Adyen, Mollie in Razorpay), izdelke pa lahko objavlja prek Google Merchant Center, TikToka, Facebooka ali Instagrama.
Odločitev je odvisna od izhodišča:
- Odoo je tudi trgovina. Katalog, zaloga in naročila so v enem sistemu in dodatnega konektorja ni treba. Uporabite standardni modul.
- Trgovina teče na drugi platformi. Potrebujete konektor, ki prenaša naročila, zalogo in cene. Pri tem določite, kateri sistem je »vir resnice« za posamezen podatek, sicer se zaloga in cene začnejo razhajati.
- Prodaja prek tržnic. Pogosto je koristno, da vsa naročila končajo v Odoo, kjer jih obdelata skladišče in računovodstvo. Za več o tem glejte ERP za spletno trgovino in upravljanje zalog in nabave v Odoo.
Ne obljubljajte kupcem hitrosti prenosa, ki je nihče ni izmeril. Zamik med trgovino in skladiščem se dogovori in preizkusi.
Banke, plačila in računovodstvo
Za finančni oddelek je najpomembnejši tok bančni: uvoz izpiskov, usklajevanje plačil in plačilni nalogi. Pri izbiri konektorja pojasnite:
- v kakšni obliki vaša banka pošilja izpiske in kaj podpira vaš izvajalec;
- ali usklajevanje poteka samodejno ali ga potrdi računovodja;
- kdo posodobi povezavo, če banka spremeni obliko ali dostop.
Plačila s kartico in spletna plačila pokrivajo ponudniki, omenjeni zgoraj. Več o finančnem delu je na strani računovodstvo in finance v Odoo.
Slovenski kontekst: e-računi, FURS, DDV
Pri slovenskih podjetjih največ pozornosti zahtevajo prav povezave, ki izhajajo iz predpisov: e-računi, davčno potrjevanje računov (FURS), obračun DDV in oddaja podatkov prek eDavkov. Tu je nevarno zanašanje na splošno trditev »Odoo to zna«.
Zato za vsak modul ali konektor, ki ga predlaga izvajalec, zahtevajte pisne odgovore:
- Ali je namenjen slovenskemu trgu in je preizkušen z vašim primerom?
- Kdo ga posodobi, ko se spremenita format ali predpis?
- Kaj se zgodi, če posodobitev zamudi, preden ste zakonsko dolžni ukrepati?
- Ali se izpiše dokaz, ki ga računovodja lahko pokaže ob pregledu?
Pri tem naj sodeluje vaš računovodja, ne le IT. Podrobnosti o obveznostih so v vodnikih e-računi in obračun DDV v ERP ter davčna blagajna in ERP. Če uporabljate tudi slovenske programe, kot je PANTHEON, pa preverite, ali bodo ostali v uporabi vzporedno; za primerjavo je na voljo stran o programu PANTHEON.
EDI, podpis in drugi poslovni tokovi
Poleg zgoraj naštetega podjetja pogosto povezujejo še:
- EDI z velikimi kupci ali dobavitelji, kjer partner predpiše obliko sporočil;
- elektronski podpis pogodb in ponudb;
- pisarniška orodja, kot so e-pošta, koledar in preglednice;
- poslovno analitiko (BI), kjer se podatki iz Odoo nalagajo v poročila;
- kadrovske in plačne sisteme, če plače obračunava zunanji ponudnik (plače in kadri v Odoo).
Za vsakega od teh tokov vprašajte, ali obstaja standardna funkcija, preverjena razširitev ali ga je treba razviti. Ne vsi tokovi so vredni avtomatizacije: če se podatek prenese redko in je količina majhna, je lahko ročni uvoz cenejši od vzdrževane povezave.
Kako zastaviti integracijski tok
Dober projekt integracije se začne pred prvo vrstico kode. Priporočamo naslednji vrstni red:
- Popis sistemov. Kateri sistemi so v podjetju in katere podatke vsak vsebuje (kupci, izdelki, cene, zaloga, računi)?
- Smer in lastnik podatka. Za vsak podatek določite izvorni sistem. Dvosmerna sinhronizacija istega polja je pogost vir napak.
- Sprožilec in pogostost. Takojšen prenos, redni zagon ali ročni zagon? Odgovor določa tehniko.
- Ravnanje z napakami. Kaj se zgodi, ko ciljni sistem ni dosegljiv? Ali se prenos ponovi, ali ga nekdo potrdi ročno?
- Testno okolje. Preizkus na kopiji podatkov, ne v produkciji. Okolje in gostovanje so opisani v strani gostovanje in oblak Odoo.
- Sprejem. Kdo v podjetju potrdi, da tok dela pravilno, in po katerih merilih?
Ta popis spada v zahteve, ki jih pripravite pred izbiro izvajalca. Pomaga vam predloga zahtev za ERP.
Kdo vzdržuje integracijo
Najpogostejša napaka je, da se integracija zgradi, nato pa nihče ne ve, čigava je. Zapišite jo v pogodbo in v dokumentacijo projekta:
| Del | Običajni odgovorni |
|---|---|
| Standardni modul Odoo | Odoo oziroma izvajalec, ki izvaja nadgradnje |
| Razširitev tretjega avtorja | Avtor razširitve, po dogovoru izvajalec |
| Razvoj po meri | Izvajalec, ki ga je napisal, v okviru pogodbe o podpori |
| Zunanji sistem (trgovina, banka, EDI) | Ponudnik zunanjega sistema |
| Poslovno pravilo (kaj se prenaša) | Vaše podjetje |
Zadnja vrstica je vaša in je ni mogoče prenesti. Izvajalec lahko prenos zgradi, pomena podatka pa ne more odločiti namesto vas.
Ob prehodu na novo različico Odoo je treba vsako povezavo ponovno preizkusiti. Zato je smiselno, da pogodba o podpori vključuje preizkus tokov (podpora in vzdrževanje Odoo), in da si pred projektom ogledate, kako izvajalec obravnava integracije (izbira partnerja za Odoo).
Pogoste napake pri integracijah
- Povezava je zgrajena, zahteve pa niso zapisane. Ob prvi spremembi nihče več ne ve, kaj naj bi tok počel.
- Skrbniški račun v povezavi. Ob odhodu zaposlenega ali spremembi gesla se tok ustavi, tveganje za varnost pa je večje, kot je potrebno.
- Razširitev brez načrta za nadgradnjo. Danes deluje, ob prehodu na novo različico pa ne.
- Več virov za isti podatek. Cene ali zaloga se urejajo v dveh sistemih in se razlikujejo.
- Pozabljene povezave. Ob selitvi se zgodovinski API-ji izkažejo za neprijetno presenečenje; glejte tudi napake pri ERP projektih.
Kako najti ustreznega izvajalca
Mi ne izvajamo integracij. Naša storitev je brezplačna povezava z izvajalcem, ki zna Odoo vpeljati in povezati z vašimi sistemi. Povejte nam, katere sisteme imate, kaj mora teči samodejno in kako imate urejeno računovodstvo, in predlagali bomo izvajalca, ki ima za to izkušnje. Postopek je opisan v razdelku kako deluje posredovanje. Pri vsakem predlogu preverite, ali izvajalec lahko pokaže podobno integracijo in kdo jo je po zagonu vzdrževal.
Za širši okvir projekta si oglejte še vpeljavo Odoo in pregled modulov Odoo.
Pogosta vprašanja
Ali je za API Odoo potrebna posebna naročnina?
Po podatkih na Odoojevi strani s cenami je dostop do zunanjega API-ja del paketa Custom. Če načrtujete povezavo z lastnim ali tujim sistemom, to upoštevajte že pri izbiri paketa. Natančno ceno in pogoje potrdite pri izvajalcu ali pri Odoo.
Katerega API-ja naj uporabim: JSON-2, XML-RPC ali JSON-RPC?
Dokumentacija za Odoo 19 kot sedanji API predstavlja JSON-2, XML-RPC in JSON-RPC pa obravnava kot starejša načina z vodnikom za prehod na JSON-2. Za nove povezave je zato smiselno izhodiščno izbrati JSON-2. Obstoječe povezave, zgrajene na starejših protokolih, je treba načrtno preseliti, ne pa jih pustiti do prve posodobitve.
Ali lahko Odoo povežem s spletno trgovino in ponudniki plačil brez razvoja?
Odoo ima lastno aplikacijo eCommerce, ki se povezuje z več kot dvajsetimi ponudniki plačil, med njimi Stripe, PayPal, Adyen in Mollie. Če vaša trgovina teče na drugi platformi, običajno potrebujete konektor iz tržnice ali razvoj po meri. Odločitev je odvisna od tega, ali Odoo prevzame katalog ali samo prejema naročila.
Kdo je odgovoren, če integracija preneha delovati po posodobitvi Odoo?
To mora biti zapisano v pogodbi, ne ugibano ob težavi. Običajno vzdrževanje konektorja prevzame izvajalec ali razvijalec razširitve, odgovornost za zunanji sistem pa ostane pri njegovem ponudniku. Pred zagonom določite lastnika vsakega toka, način javljanja napak in postopek testiranja pred prehodom na novo različico.
Kako v Sloveniji urediti e-račune in povezavo s FURS prek Odoo?
Zahteve glede e-računov, davčnega potrjevanja računov in obračuna DDV je treba preveriti pri računovodji in izvajalcu, ker se pravila in formati spreminjajo. Pri vsakem modulu ali konektorju vprašajte, ali je namenjen slovenskemu trgu in kdo ga posodablja ob spremembah predpisov. Brez tega potrdila ga ne štejte za del rešitve.
Viri
- Odoo – cenik
- Odoo 19 – dokumentacija zunanjega API-ja
- Odoo 19 – dokumentacija eCommerce
- Odoo – o podjetju
- Odoo 19 – licence
Imena programske opreme so blagovne znamke njihovih izdelovalcev in so navedena zgolj informativno. Spletno mesto je neodvisno in ni povezano z nobenim izdelovalcem.