Google Drive Odoo Integration v.19

A fájl teljes törléséhez ürítse a Google Drive Lomtárát is.

A fájl még az Odoo-ban lehet, mert a visszafelé szinkron még nem dolgozta fel a mellékletet. Ez ütemezett folyamat, idő kell hozzá.

A modul csak az ingyenes API-t használja, ezért a Google nem számláz.

Az alkalmazás azt feltételezi, hogy a mellékletek bináris tartalma a Cloud Clientban van, nem az Odoo-kiszolgálón. Az ilyen mellékletek az Odoo-ban URL típusúak lesznek, és bármikor elérhetők a mellékletmezőből vagy a Cloud Clientból.

A beállítás után nincs szükség kézi lépésekre: a szinkronizálás teljesen automatikus. Döntse el, mely Odoo-dokumentumtípusokat kell szinkronizálni, és állítson be hozzájuk kapcsolódó modellt (ügyfelek, értékesítési vagy beszerzési rendelések, feladatok, projektek stb.).

Igen, lehet. Készítsen szabályt mindegyikhez, majd alkalmazzon szűrőket: például a projekt típusa szerint.

Tegye a szűrőket egymást kizáróvá, hogy a dokumentum egyértelműen hozzárendelhető legyen. Például: «ügyfél, de nem szállító», «szállító, de nem ügyfél». Különben a dokumentum mappája modellről modellre ugrana.

Nem. Erős okaink vannak a valós idejű szinkron kerülésére:

• Teljesítmény. Valós idejű szinkronnál minden fájlfeltöltés betöltőképernyőt ad.

• Ütközések. Ha 2 felhasználó egyszerre módosít egy elemet, a helyzet megoldhatatlan lehet. Rendszeres feladatoknál utólag javítható; valós időben sorra lenne szükség, ami még félrevezetőbb.

• Működés. Különösen az átnevezés és az átszervezés. A visszafelé szinkron szigorúan a könyvtárlogikára támaszkodik, és minden futáskor az elemek 100%-át ellenőrzi. Minden frissítés után ez másodpercenként több ezer kérés lenne. Különben a változások elvesznének.

Bármely dokumentumtípushoz megadhatja a modellkönyvtárak (értékesítési rendelések, lehetőségek, szállítók stb.) nevét.

Az objektummappáknál (SO-001, John Smith stb.) az eszköz az Odoo megjelenített név metódusát használja. Ezt egy névkifejezéssel módosíthatja. A szintaxis megegyezik az Odoo e-mail-sablonokéval.

Nem, a 15-ös verziótól ne módosítsa az ütemezett feladatokat. 15 percenként futnak, hogy a kapcsolat a lehető legstabilabb és leggyorsabb legyen.

Az Odoo-kiszolgáló időtúllépése legalább 15 perc (900 másodperc) legyen.

Ha ideiglenesen le kell állítani a szinkront, tegye azt az adott felhőklient űrlapján.

Yes, starting from version 15, you can set up multiple connections. In this way, it is possible to sync some folders to one cloud client and others - to another.

Take into account that it is not any way possible to sync the same folder for a few cloud storages simultaneously.

Igen, a felhőklient beállításától függően.

A 15-ös verziótól az alkalmazás önállóan is használható a mellékletek mappába rendezésére és egy fájlkezelő felületre.

Ha a cél kapcsolat egy felhőklienttel, legalább egy opcionális kliensalkalmazást telepíteni kell.

Ha egy mappaszabály változik, a mappák listája is változik. Ha egy mappa már nem felel meg a feltételeknek, eltávolításra kerül. Ha a fájlok szinkronizálva voltak, a visszafelé szinkron visszaadja őket az Odoo-ba, és törli a Cloud Clientból.

Ha a dokumentum objektuma nem felel meg a mappaszabálynak, a mappa nem jön létre. Ha később megfelel, a kapcsolódó mappa létrejön.

Az Odoo Apps Store aktualis szabalyai szerint:

• A 12.0-s vagy korabbi verziohoz vasarolt modul hozzaferest ad minden 12.0-ig tarto verziohoz.
• A 13.0-s verzitol minden modulverziot kulon kell megvasarolni.
• A verzioszamtol fuggetlenul a vasarlas jogot ad az adott foverzion beluli osszes frissitesre es hibajavitasra.

A faOtools csapat nem iranyitja ezeket a szabalyokat. Kerdesekkel kozvetlenul az Odoo Apps Store kepviseloit keresse.

A legkozvetlenebb megkozelites az Odoo-aruhaz beepitett munkafolyamata:

1. Nyissa meg a modul oldalat, es kattintson a Deploy on odoo.sh gombra

2. A GitHub oldalra kerul. Jelentkezzen be, majd kattintson a Create a new repo gombra, vagy hasznaljon egy meglevot. A tarhaznak privatnak kell lennie. OPL-1 licencu alkalmazasok nem tehetok kozze. Szukseg eseten hozzon letre uj repot az Odoo.sh-projekthez

3. Ezutan az odoo.sh-en kattintson a Deploy gombra, erositse meg, majd kattintson a Continue gombra. Elindul a telepites.

Ezek a lepesek a production agra telepitik az alkalmazast. Mas agakhoz vagy frissiteshez:

1. Toltse le a forraskodot az Odoo-aruhazbol

2. Commitolja a modult a GitHub-tarhazba. Egyik alkalmazasmappa/-fajl sem kerulhet a .gitignore-ba. Az odoo.sh altal letrehozott tarhazak fontos utvonalakat (pl. /lib) hagyhatnak figyelmen kivul. Toltse fel az osszes modulkonyvtarat es fajlt

3. Deployolja az odoo.sh-projekt celagat, vagy varja meg az automatikus buildet, ha a beallitasok igy szolnak.

Igen. Az Odoo automatikusan a kosarba teszi a fuggosegeket: zarja ki a mar megvasarolt eszkozoket, hogy ne fizessen ketszer.

A piros/narancs figyelmeztetes nem befolyasolja az alkalmazas funkcioit. Neha a moduljaink nem mennek at a standard automatikus teszteken, mert azok az alkalmazas celjaival ellentetes viselkedest varnak. Peldaul megvaltoztatjuk az arszamitast, mikozben az Odoo-tesztek a vegso arat a standard algoritmussal hasonlitjak ossze.

Eloszor ellenorizze a telepitett adatbazis funkciot. Minden mukodik?

Ha megis ugy gondolja, hogy a figyelmeztetes valos funkciokat erint, irjon nekunk, es kuldje el a teljes telepitesi naplokat es a telepitett modulok teljes listajat (mag es harmadik fel).

Nem, az eszkozoket csak a hivatalos Odoo alkalmazasboltban forgalmazzuk.

Sajnos nincs technikai lehetosegunk egyedi arakat adni.

Nem, harmadik feles alkalmazasok nem hasznalhatok az Odoo Online-on. Az Odoo SaaS ezt blokkolja.

Igen, az eszkoznek szuksege van minden fuggosegkent jelolt modulra. Az alkalmazasoldal ara mar tartalmazza ezeket a fuggosegeket.