Cloud Storage Solutions v.12

Nem, ez a funkció csak a 15-ös verziótól érhető el. Előtte a modul előre megadott mappaszerkezettel dolgozik:

1. Odoo - a szinkron gyökérmappája

2. Modellek - mappa minden Odoo-dokumentumtípushoz. Például «Projects», «Partners». Tartomány szerint lehetnek szűkebb mappák: «Customer 1 Projects», «Projects of the Customer 2», «Internal Projects» stb.

3. Objektumok - mappa minden dokumentumhoz, pl. «Project 1» vagy «Customer 1»

4. Az adott Odoo-dokumentumhoz tartozó, szinkronizálandó fájlok és mappák.

Így például ez lehet:

• Odoo / Projects / Project 1 / az 1. projekt fájljai és mappái

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

• Odoo / Customers / Customer 1 / az 1. ügyfél fájljai és mappái

A szerkezet mindig lapos: csak ezek a szintek. Különböző dokumentumtípusok nem lehetnek ugyanabban az ágban. A «Customer 1» mappában nem tarthatók együtt rendelések, számlák és projektek. Minden típusnak saját mappája (vagy mappái) van. Különben a visszafelé szinkronnak nem lenne szempontja.

Nem, az eszköz egyetlen felhasználói végpontra támaszkodik. Minden szinkronfolyamat egy felhőadminisztrátor (alkalmazás) alatt fut. A létrehozott mappák / fájlok jogai nem automatizáltak. Ezeket a felhőtárhelyen kell kezelni.

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, az eszköz csak technikai mag. A felhőklient csatlakozójára is szükség van.

Igen, bár sok mappa/melléklet esetén a folyamat lassú lehet. Ügyfeleink azonban >10 ezer partneres és ~5 ezer termékváltozatos környezeteket jelentettek, és a folyamatok elfogadhatók voltak.

Néhány pont:

1. A szinkron úgy van felépítve, hogy minden elem szinkronizálódik és nem vész el, még ha nem is gyors. FIFO-sorok és minden feladat commitja ezt garantálják.
2. Az objektumok száma logikusan korlátozható. A modellek beállítása kizárhatja az elavult tételeket (pl. archivált partnerek vagy 2 éves rendelések).

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.

Nem, ez a funkció csak a 15-ös verziótól érhető el.

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

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.