OwnCloud / NextCloud Odoo Integration v.8

Ne, ta funkcija je na voljo šele od različice 15. Pred to različico modul deluje z vnaprej določeno strukturo map:

1. Odoo - osrednja mapa za sinhronizacijo

2. Models - mape za vsak tip dokumenta Odoo. Na primer 'Projects', 'Partners'. Po domeni so lahko bolj specifične mape: npr. 'Customer 1 Projects', 'Projects of the Customer 2', 'Internal Projects' itd.

3. Objects - mape za vsak dokument, npr. 'Project 1' ali 'Customer 1'

4. Datoteke in mape, povezane s tem dokumentom Odoo, ki se sinhronizirajo.

Kot rezultat lahko imate na primer:

• Odoo / Projects / Project 1 / datoteke in mape, povezane s  project 1

• Odoo / Customer 1 Projects / Project 1; Odoo / Customer 2 Projects / Project 3, ...

• Odoo / Customers / Customer 1 / datoteke in mape, povezane s customer 1

Ta struktura je vedno ploščata, kar pomeni, da obstajajo samo te ravni hierarhije. Zato drži, da različnih tipov dokumentov ni mogoče imeti v isti strukturi. V mapi 'Customer 1' ne moremo hraniti datotek, povezanih hkrati s prodajnimi naročili, računi in projekti. Vsak od teh tipov dokumentov ima lastno mapo (ali nekaj lastnih). Sicer povratne sinhronizacije ne bi mogli narediti, ker ne bi bilo merila, na katero bi se oprli.

Ne, orodje temelji na eni uporabniški končni točki. Vsi sinhronizacijski procesi potekajo pod enim skrbnikom oblaka (aplikacijo). Pravice dostopa za ustvarjene mape / datoteke niso avtomatizirane. Te pravice morate upravljati v svoji rešitvi za shranjevanje v oblaku.

Aplikacija predvideva, da je binarna vsebina priponk shranjena v Cloud Client namesto na strežniku Odoo. Take priponke v Odoo postanejo vrste URL in do njih lahko kadar koli dostopate iz polja priponk ali iz Cloud Client.

Po nastavitvi ročna dejanja niso potrebna, saj je sinhronizacija povsem samodejna. Odločite se, kateri tipi dokumentov Odoo naj se sinhronizirajo, in za vsakega nastavite povezan model (stranke, prodajni ali nabavni nalogi, opravila, projekti itd.).

Da, lahko. V ta namen pripravite pravilo za vsakega in nato uporabite filtre: na primer po tipu projekta.

Filtre naredite medsebojno izključujoče, da se dokument lahko nedvoumno dodeli. Na primer „stranka, vendar ne dobavitelj“, „dobavitelj, vendar ne stranka“. Sicer mapa določenega dokumenta skače z enega modela na drugega.

Ne, orodje je le tehnično jedro. Potrebujete tudi konektor za svoj cloud client.

Da, čeprav je pri mnogih mapah/priponkah za sinhronizacijo postopek lahko počasen. Hkrati so stranke poročale o okoljih z >10k partnerji in ~5k različicami izdelkov za sinhronizacijo, postopki pa so bili sprejemljivi.

Nekaj poudarkov:

1. Sinhronizacija je zasnovana tako, da se vsak element sinhronizira in ne izgubi, čeprav morda ni hitra. To zagotavljajo vrste FIFO in vsako potrjeno opravilo.
2. Število objektov je mogoče logično omejiti. Konfiguracija modelov omogoča omejitev sinhronizacije zastarelih elementov (npr. ni smiselno sinhronizirati arhiviranih partnerjev ali nalogov, starih 2 leti).

Ne. Imamo tehtne razloge, da se izognemo sinhronizaciji v realnem času:

• Težave z zmogljivostjo. Če je sinhronizacija v realnem času, vsak prenos datoteke prikaže zaslon nalaganja.

• Težave s konflikti. Če 2 uporabnika hkrati spremenita element, lahko nastanejo nerešene situacije. Pri rednih opravilih to lahko popravimo pozneje; v realnem času bi to morali shraniti kot vrsto, kar bi uporabnike še bolj zmedlo.

• Težave s funkcionalnostjo. Zlasti preimenovanje in prestrukturiranje elementov. Pri povratni sinhronizaciji se orodje strogo opira na logiko imenikov in pri vsaki sinhronizaciji preveri 100 % elementov. Če bi to potekalo po vsaki posodobitvi, bi bilo tisoče zahtev na sekundo. Če ne: spremembe bi se izgubile.

Ne, ta funkcija je na voljo šele od različice 15.

Da, odvisno od konfiguracije cloud client.

Ne, oznake se ne sinhronizirajo. To funkcijo smo že obravnavali, a smo se odločili, da je zaradi več razlogov ne uvedemo:

• Knjižnica konektorja ne podpira pridobivanja ali posodabljanja oznak ownCloud

• Priponke Odoo nimajo atributa „tags“ in ni povsem jasno, kdaj bi se te oznake dodelile uporabnikom.

• Ker aplikacija omogoča dvostransko sinhronizacijo, lahko med sinhronizacijo nastanejo kritični konflikti, ki jih je težko razrešiti.

Glede na veljavna pravila Odoo Apps Store:

• Vsak modul, kupljen za različico 12.0 in starejše, omogoča dostop do vseh različic do 12.0.
• Od različice 13.0 je treba vsako različico modula kupiti posebej.
• Ne glede na različico nakup daje pravico do vseh posodobitev in popravkov znotraj glavne različice.

Upoštevajte, da ekipa faOtools teh pravil ne nadzoruje. Za vprašanja se obrnite neposredno na predstavnike Odoo Apps Store.

Najbolj neposreden pristop je uporaba vgrajenega poteka dela trgovine Odoo:

1. Odprite stran modula in kliknite gumb Deploy on odoo.sh

2. Nato boste preusmerjeni na stran GitHub. Prijavite se v račun, nato kliknite 'Create a new repo' ali uporabite obstoječega. Poskrbite, da je skladišče zasebno. Objavljanje aplikacij pod licenco OPL-1 ni dovoljeno. Po potrebi ustvarite nov repo za projekt Odoo.sh

3. Nato pojdite na odoo.sh in kliknite gumb Deploy. V pojavnem oknu potrdite odločitev in kliknite 'Continue.' To sproži namestitev.

Ti koraki namestijo aplikacijo na produkcijsko vejo projekta. Če želite aplikacije namestiti na druge veje ali posodobiti modul, opravite naslednje:

1. Naložite izvorno kodo aplikacije iz trgovine Odoo

2. Naredite commit modula v zahtevano skladišče GitHub. Poskrbite, da ni nobena mapa/datoteka aplikacije prezrta (tj. ni v .gitignore skladišča). Skladišča samodejno ustvari odoo.sh in lahko privzeto vsebujejo ključne elemente (npr. /lib). Naložite vse imenike, podimenike in datoteke modula brez izjem

3. Namestite ciljno vejo projekta odoo.sh ali, če to predvidevajo nastavitve, počakajte, da se samodejno izgradi.

Da, seveda. Hkrati Odoo samodejno doda vse odvisnosti v košarico, zato morate predhodno kupljena orodja izključiti, da se izognete dvojnemu plačilu.

Rdeče/oranžno opozorilo ne vpliva na funkcije aplikacije. Žal naši moduli včasih ne opravijo standardnih samodejnih testov, ker ti predvidevajo vedenje, ki je v nasprotju s cilji aplikacije. Na primer spreminjamo izračun cene, medtem ko testi standardnega modula Odoo primerjajo končno ceno s standardnim algoritmom.

Najprej preverite funkcije nameščene zbirke. Ali vse deluje pravilno?

Če še vedno menite, da opozorilo vpliva na resnične funkcije, nas kontaktirajte in pošljite popolne dnevnike namestitve ter popoln seznam nameščenih modulov (vključno z jedrom in tretjimi).

Ne, orodja razširjamo samo prek uradne trgovine aplikacij Odoo.

Žal nimamo tehničnih sredstev za individualne cene. 

Ne, aplikacij tretjih oseb ni mogoče uporabljati na Odoo Online. Žal Odoo SaaS to preprečuje.

Da, orodje potrebuje vse module, označene v odvisnostih, da deluje pravilno. Cena na strani aplikacije že vključuje vse potrebne odvisnosti.