ownCloud / Nextcloud Odoo Integration v.19

Taip, galite. Tam paruoškite taisyklę kiekvienam ir tada taikykite filtrus: pvz. pagal projekto tipą.

Stenkitės, kad filtrai būtų vienas kitą išskiriantys, kad dokumentą būtų galima priskirti vienareikšmiškai. Pvz. „klientas, bet ne tiekėjas“, „tiekėjas, bet ne klientas“. Kitaip konkretaus dokumento aplankas šokinės iš vieno modelio į kitą.

Ne. Turime svarių priežasčių vengti sinchronizacijos realiuoju laiku:

• Našumo problemos. Jei sinchronizacija vyktų realiuoju laiku, kiekvienas failo įkėlimas rodytų įkėlimo ekraną.

• Konfliktų problemos. Jei 2 naudotojai vienu metu pakeičia elementą, gali kilti neišsprendžiamų situacijų. Reguliarių darbų atveju galime tai pataisyti vėliau, o realiuoju laiku tektų tai saugoti kaip eilę ir tai naudotojams būtų dar painiau.

• Funkcionalumo problemos. Ypač elementų pervadinimas ir struktūros keitimas. Atgalinėje sinchronizacijoje įrankis griežtai remiasi katalogų logika ir kiekvienos sinchronizacijos metu tikrinama 100 % elementų. Jei tai būtų daroma po kiekvieno atnaujinimo, tai būtų tūkstančiai užklausų per sekundę. Jei ne: pakeitimai būtų prarasti.

Galite priskirti savo pavadinimą modelių katalogams (pardavimo užsakymai, galimybės, tiekėjai ir t. t.) bet kuriam dokumento tipui.

Objektų aplankams (SO-001, John Smith ir t. t.) įrankis naudoja Odoo metodą šio dokumento tipo rodymo pavadinimui sudaryti. Tai galima pakeisti apibrėžiant pavadinimo išraišką. Naudojama tiksli Odoo el. laiškų šablonų sintaksė. 

Ne, nuo 15 versijos planuotų darbų keisti nereikia. Jie optimizuoti paleisti kas 15 minučių, kad ryšys būtų kuo stabilesnis ir greitesnis.

Įsitikinkite, kad Odoo serverio skirtasis laikas yra bent 15 minučių (900 sekundžių).

Jei sinchronizaciją reikia laikinai sustabdyti, darykite tai konkretaus cloud client formoje.

Taip, nuo 15 versijos galima nustatyti kelis ryšius. Taip vienus aplankus sinchronizuojate su vienu cloud client, kitus – su kitu.

Atminkite, kad to paties aplanko negalima vienu metu sinchronizuoti su keliais cloud storage.

Taip, priklausomai nuo cloud client konfigūracijos.

Nuo 15 versijos programą galima naudoti atskirai priedams dėlioti į aplankus ir failų tvarkytuvės sąsajai.

Tačiau jei tikslas – ryšys su kuriuo nors debesies klientu, reikia įdiegti bent vieną pasirenkamą kliento programą.

Pasikeitus aplanko taisyklei, keičiasi ir aplankų sąrašas. Jei aplankas nebeatitinka taisyklių sąlygų, jis pašalinamas. Jei failai buvo sinchronizuoti, atvirkštinė sinchronizacija grąžina juos į Odoo ir ištrina iš Cloud Client.

Jei dokumento objektas neatitinka aplanko taisyklės sąlygų, jo aplankas nebus sukurtas. Jei vėliau atitiks, susijęs aplankas bus sukurtas.

Ne, žymos nesinchronizuojamos. Šią funkciją svarstėme anksčiau, bet nusprendėme jos neįvesti dėl kelių priežasčių:

• Jungties biblioteka nepalaiko ownCloud žymų gavimo ar atnaujinimo

• Odoo priedai neturi atributo „tags“ ir nėra iki galo aišku, kada tos žymos būtų priskiriamos naudotojams.

• Kadangi programa teikia dvikryptę sinchronizaciją, sinchronizacijos metu gali kilti kritinių konfliktų, kuriuos būtų sunku išspręsti.

Pagal dabartines Odoo Apps Store taisykles:

• Kiekvienas 12.0 ir senesnės versijos modulis suteikia prieigą prie visų versijų iki 12.0.
• Nuo 13.0 versijos kiekviena modulio versija perkama atskirai.
• Nepriklausomai nuo versijos, pirkimas suteikia teisę į visus atnaujinimus ir pataisas pagrindinės versijos ribose.

Atkreipkite dėmesį: komanda faOtools šių taisyklių nekontroliuoja. Klausimus kreipkite tiesiai Odoo Apps Store atstovams.

Tiesiausias būdas – naudoti įtaisytąją Odoo parduotuvės eigą:

1. Atidarykite modulio puslapį ir spustelėkite mygtuką Deploy on odoo.sh

2. Po to būsite nukreipti į GitHub puslapį. Prisijunkite prie paskyros ir spustelėkite 'Create a new repo' arba naudokite esamą. Įsitikinkite, kad saugykla privati. Programėlių skelbti pagal OPL-1 licenciją negalima. Prireikus sukurkite naują repo Odoo.sh projektui

3. Tada eikite į odoo.sh ir spustelėkite mygtuką Deploy. Iššokančiame lange pateikite sprendimą ir spustelėkite 'Continue.' Tai paleis diegimą.

Šie veiksmai įdiegs programėlę gamybinėje projekto šakoje. Jei norite diegti programėles kitose šakose arba atnaujinti modulį, atlikite šiuos veiksmus:

1. Įkelkite programėlės išeities kodą iš Odoo parduotuvės

2. Įrašykite modulį į reikiamą GitHub saugyklą. Įsitikinkite, kad jokie programėlės aplankai/failai nėra ignoruojami (t. y. nėra repo .gitignore). Saugyklas automatiškai sukuria odoo.sh ir pagal numatymą jose gali būti svarbių elementų (pvz., /lib). Įkelkite visus modulio katalogus, pakatalogius ir failus be išimčių

3. Įdiekite norimą odoo.sh projekto šaką arba, jei nustatymai tai numato, palaukite, kol ji bus sukurta automatiškai.

Taip, žinoma. Tuo pačiu Odoo automatiškai įdeda visas priklausomybes į krepšelį, todėl anksčiau pirktus įrankius reikia pašalinti, kad nemokėtumėte dukart.

Raudonas/oranžinis įspėjimas nekeičia programos funkcijų. Deja, kartais mūsų moduliai neišlaiko standartinių automatinių testų, nes jie tikisi elgsenos, kuri prieštarauja programos tikslams. Pvz., keičiame kainos skaičiavimą, o standartiniai Odoo modulio testai lygina galutinę kainą su standartiniu algoritmu.

Pirmiausia patikrinkite diegtos duomenų bazės funkcijas. Ar viskas veikia teisingai?

Jei vis tiek manote, kad įspėjimas veikia tikras funkcijas, susisiekite ir atsiųskite visus diegimo žurnalus bei visą diegtų modulių sąrašą (įskaitant branduolį ir trečiųjų šalių).

Ne, įrankius platiname tik per oficialią Odoo programų parduotuvę.

Deja, neturime techninių priemonių individualioms kainoms pateikti. 

Ne, trečiųjų šalių programų negalima naudoti Odoo Online. Deja, Odoo SaaS tai blokuoja.

Taip, įrankiui reikia visų priklausomybėse pažymėtų modulių, kad veiktų teisingai. Programos puslapyje nurodyta kaina jau apima visas būtinas priklausomybes.