ownCloud / Nextcloud Odoo Integration v.19

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. 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.

Direktorijem modelov (prodajni nalogi, priložnosti, dobavitelji itd.) lahko za kateri koli tip dokumenta dodelite lastno ime.

Za mape objektov (SO-001, John Smith itd.) se orodje opira na metodo Odoo za sestavo prikaznega imena tega tipa dokumenta. To lahko spremenite z definiranjem izraza imena. Uporabljena je natančna skladnja e-poštnih predlog Odoo. 

Ne, od različice 15 načrtovanih opravil ne smete spreminjati. Optimizirana so, da se izvajajo vsakih 15 minut za najbolj stabilno in hitro povezavo.

Poskrbite, da so časovne omejitve strežnika Odoo nastavljene na vsaj 15 minut (900 sekund).

Če morate sinhronizacijo za nekaj časa ustaviti, to storite na obrazcu posameznega cloud client.

Da, od različice 15 lahko nastavite več povezav. Tako nekatere mape sinhronizirate z enim cloud clientom, druge z drugim.

Upoštevajte, da iste mape ni mogoče hkrati sinhronizirati z več cloud storages.

Da, odvisno od konfiguracije cloud client.

Od različice 15 lahko aplikacijo uporabljate samostojno za razvrščanje prilog v mape in vmesnik upravitelja datotek.

Če pa želite povezavo z enim od odjemalcev oblaka, morate namestiti vsaj eno izbirno aplikacijo odjemalca.

Ko se pravilo mape spremeni, se spremeni tudi seznam map. Če mapa ne ustreza več pogojem, se odstrani. Če so bile datoteke sinhronizirane, jih obratna sinhronizacija vrne v Odoo in jih izbriše iz Cloud Client.

Če objekt dokumenta ne ustreza pogojem pravila mape, njegova mapa ne bo ustvarjena. Če jim kasneje ustreza, bo povezana mapa ustvarjena.

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.