OwnCloud / NextCloud Odoo Integration v.8

Nē, šī funkcija ir pieejama tikai no 15. versijas. Pirms tās versijas modulis darbojas ar iepriekš noteiktu mapju struktūru:

1. Odoo - galvenā mape sinhronizācijai

2. Models - mapes katram Odoo dokumenta veidam. Piemēram, 'Projects', 'Partners'. Pēc domēna var būt specifiskākas mapes: piem., 'Customer 1 Projects', 'Projects of the Customer 2', 'Internal Projects' utt.

3. Objects - mapes katram dokumentam, piem. 'Project 1' vai 'Customer 1'

4. Faili un mapes, kas saistīti ar šo Odoo dokumentu un jāsinhronizē.

Rezultātā jums var būt, piemēram:

• Odoo / Projects / Project 1 / faili un mapes, kas saistīti ar  project 1

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

• Odoo / Customers / Customer 1 / faili un mapes, kas saistīti ar customer 1

Šī struktūra vienmēr ir plakana, tas ir, ir tikai šie hierarhijas līmeņi. Tāpēc ir pareizi, ka dažādus dokumentu veidus nevar turēt vienā struktūrā. Mapē 'Customer 1' nevaram glabāt failus, kas saistīti gan ar pārdošanas pasūtījumiem, gan rēķiniem, gan projektiem. Katram no šiem dokumenta veidiem ir sava mape (vai vairākas savas). Citādi mēs nevarētu veikt atpakaļsinhronizāciju, jo nebūtu kritērija, uz ko balstīties.

Nē, rīks balstās uz vienu lietotāja galapunktu. Visi sinhronizācijas procesi notiek zem viena mākoņa administratora (lietotnes). Izveidoto mapju / failu piekļuves tiesības nav automatizētas. Tās jāadministrē jūsu mākoņkrātuves risinājumā.

Lietotne pieņem, ka pielikumu binārais saturs tiek glabāts Cloud Client, nevis Odoo serverī. Tādi pielikumi Odoo kļūst par URL tipa pielikumiem, un tiem varat jebkurā laikā piekļūt no pielikumu lauka vai no Cloud Client.

Pēc iestatīšanas manuālas darbības nav vajadzīgas, jo sinhronizācija ir pilnīgi automātiska. Izlemiet, kurus Odoo dokumentu tipus sinhronizēt, un katram iestatiet saistīto modeli (klienti, pārdošanas vai iepirkuma pasūtījumi, uzdevumi, projekti u. c.).

Jā, varat. Šim nolūkam sagatavojiet noteikumu katram un pēc tam lietojiet filtrus: piemēram pēc projekta tipa.

Mēģiniet padarīt filtrus savstarpēji izslēdzošus, lai dokumentu varētu viennozīmīgi piešķirt. Piemēram, „klients, bet ne piegādātājs“, „piegādātājs, bet ne klients“. Citādi konkrēta dokumenta mape lēkātu no viena modeļa uz citu.

Nē, rīks ir tikai tehniskais kodols. Jums vajag arī savu cloud client savienotāju.

Jā, lai gan daudzu mapju/pielikumu sinhronizācijas gadījumā process var būt lēns. Vienlaikus klienti ziņoja par vidēm ar >10k partneriem un ~5k produktu variantiem sinhronizācijai, un procesi bija pieņemami.

Daži uzsverami punkti:

1. Sinhronizācija ir veidota tā, lai jebkurš vienums tiktu sinhronizēts un nezustu, kaut arī tas var nebūt ātri. To garantē FIFO rindas un katrs apstiprinātais darbs.
2. Objektu skaitu var loģiski ierobežot. Modeļu konfigurācija ļauj ierobežot novecojušu vienumu sinhronizāciju (piemēram, nav jēgas sinhronizēt arhivētus partnerus vai pasūtījumus, kas veikti pirms 2 gadiem).

Nē. Mums ir pamatoti iemesli izvairīties no reāllaika sinhronizācijas:

• Veiktspējas problēmas. Ja sinhronizācija ir reāllaikā, katra faila augšupielāde rādīs ielādes ekrānu.

• Konfliktu problēmas. Ja 2 lietotāji vienlaikus maina vienumu, var rasties neatrisinātas situācijas. Regulāru darbu gadījumā to varam izlabot pēc tam; reāllaikā tas būtu jāsaglabā kā rinda, kas lietotājiem būtu vēl maldinošāk.

• Funkcionalitātes problēmas. Īpaši vienumu pārdēvēšana un pārstrukturēšana. Atpakaļsinhronizācijā rīks stingri balstās uz katalogu loģiku, un katrā sinhronizācijā tiek pārbaudīti 100% vienumu. Ja to darītu pēc katra atjauninājuma, būtu tūkstošiem pieprasījumu sekundē. Ja nē: izmaiņas pazustu.

Nē, šī funkcija ir pieejama tikai no 15. versijas.

Jā, atkarībā no jūsu cloud client konfigurācijas.

Nē, birkas netiek sinhronizētas. Šo funkciju izskatījām iepriekš, bet nolēmām to neievietot vairāku iemeslu dēļ:

• Savienotāja bibliotēka neatbalsta ownCloud birku iegūšanu vai atjaunināšanu

• Odoo pielikumiem nav atribūta „tags“, un nav pilnīgi skaidrs, kad šīs birkas tiktu piešķirtas lietotājiem.

• Tā kā lietotne nodrošina abpusēju sinhronizāciju, sinhronizācijas laikā var rasties kritiski konflikti, kurus būtu grūti atrisināt.

Saskaņā ar spēkā esošajiem Odoo Apps Store noteikumiem:

• Katrs 12.0 un vecākai versijai pirktais modulis dod piekļuvi visām versijām līdz 12.0.
• Sākot ar 13.0. versiju, katra moduļa versija jāpērk atsevišķi.
• Neatkarīgi no versijas pirkums dod tiesības uz visiem atjauninājumiem un labojumiem galvenās versijas ietvaros.

Ņemiet vērā, ka faOtools komanda šos noteikumus nekontrolē. Jautājumus adresējiet tieši Odoo Apps Store pārstāvjiem.

Visiešākā pieeja ir izmantot Odoo veikala iebūvēto darbplūsmu:

1. Atveriet moduļa lapu un noklikšķiniet pogu Deploy on odoo.sh

2. Pēc tam jūs novirzīs uz GitHub lapu. Pierakstieties kontā, pēc tam noklikšķiniet 'Create a new repo' vai izmantojiet esošu. Pārliecinieties, ka krātuve ir privāta. Lietotnes nedrīkst publicēt ar OPL-1 licenci. Ja vajag, izveidojiet jaunu repo Odoo.sh projektam

3. Pēc tam dodieties uz odoo.sh un noklikšķiniet pogu Deploy. Uznirstošajā logā iesniedziet lēmumu un noklikšķiniet 'Continue.' Šī darbība sāk instalēšanu.

Šīs darbības instalēs lietotni projekta produkcijas zarā. Ja vēlaties izvietot lietotnes citos zaros vai atjaunināt moduli, veiciet šīs darbības:

1. Augšupielādējiet lietotnes pirmkodu no Odoo veikala

2. Veiciet moduļa commit vajadzīgajā GitHub krātuvē. Pārliecinieties, ka neviens lietotnes mape/fails netiek ignorēts (t.i., nav repo .gitignore). Krātuves automātiski izveido odoo.sh, un pēc noklusējuma tajās var būt svarīgi elementi (piem., /lib). Augšupielādējiet visus moduļa katalogus, apakškatalogus un failus bez izņēmumiem

3. Izvietojiet odoo.sh projekta mērķa zaru vai, ja iestatījumi to paredz, gaidiet, līdz tas tiek automātiski būvēts.

Jā, protams. Vienlaikus Odoo automātiski pievieno visas atkarības grozam, tāpēc iepriekš iegādātie rīki jāizslēdz, lai izvairītos no dubultas samaksas.

Sarkans/oranžs brīdinājums neietekmē lietotnes funkcijas. Diemžēl mūsu moduļi dažkārt neiztur standarta automātiskos testus, jo tie pieņem uzvedību, kas ir pretrunā ar lietotnes mērķiem. Piemēram, mēs mainām cenas aprēķinu, bet standarta Odoo moduļa testi salīdzina galīgo cenu ar standarta algoritmu.

Vispirms pārbaudiet izvietotās datubāzes funkcijas. Vai viss darbojas pareizi?

Ja joprojām uzskatāt, ka brīdinājums ietekmē īstas funkcijas, sazinieties ar mums un nosūtiet pilnus instalācijas žurnālus un pilnu izvietoto moduļu sarakstu (ieskaitot kodolu un trešo pušu).

Nē, rīkus izplatām tikai caur oficiālo Odoo lietotņu veikalu.

Diemžēl mums nav tehnisku līdzekļu individuālu cenu piedāvāšanai. 

Nē, trešo pušu lietotnes nevar izmantot Odoo Online. Diemžēl Odoo SaaS to bloķē.

Jā, rīkam ir nepieciešami visi atkarībās atzīmētie moduļi, lai darbotos pareizi. Lietotnes lapā norādītā cena jau ietver visas nepieciešamās atkarības.