OneDrive / SharePoint Odoo Integration v.19

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

Modeļu katalogiem (pārdošanas pasūtījumi, iespējas, piegādātāji utt.) varat piešķirt savu nosaukumu jebkuram dokumenta veidam.

Objektu mapēm (SO-001, John Smith utt.) rīks paļaujas uz Odoo metodi šī dokumenta veida parādāmā nosaukuma veidošanai. To var mainīt, definējot nosaukuma izteiksmi. Tiek izmantota precīza Odoo e-pasta veidņu sintakse. 

Nē, sākot ar 15. versiju, ieplānotos darbus nevajadzētu mainīt. Tie ir optimizēti darboties ik pēc 15 minūtēm, lai savienojums būtu visstabilākais un ātrākais.

Pārliecinieties, ka Odoo servera taimauti ir vismaz 15 minūtes (900 sekundes).

Ja uz brīdi jāaptur sinhronizācija, dariet to konkrētā cloud client formā.

Jā, no 15. versijas var iestatīt vairākus savienojumus. Tādējādi dažas mapes sinhronizē ar vienu cloud client, citas — ar citu.

Ņemiet vērā, ka vienu un to pašu mapi nevar vienlaikus sinhronizēt ar vairākiem cloud storages.

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

Sākot ar 15. versiju, lietotni var izmantot atsevišķi, lai kārtotu pielikumus mapēs un nodrošinātu failu pārvaldnieka saskarni.

Ja mērķis ir savienojums ar kādu no mākoņa klientiem, jāinstalē vismaz viena izvēles klienta lietotne.

Kad mapes noteikums mainās, mainās arī mapju saraksts. Ja mape vairs neatbilst noteikumu nosacījumiem, to noņem. Ja faili bija sinhronizēti, pretējā sinhronizācija tos atgriež Odoo un dzēš no Cloud Client.

Ja dokumenta objekts neatbilst mapes noteikuma nosacījumiem, tā mape netiks izveidota. Ja vēlāk atbildīs, saistītā mape tiks ģenerēta.

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.