Cloud Storage Solutions v.8

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 aktuális szabalyai szerint:

• A 12.0-s vagy korábbi verzióhoz vásárolt modul hozzáférést ad minden 12.0-ig tarto verzióhoz.
• A 13.0-s verzitol minden modulverziot külön kell megvasarolni.
• A verzioszamtol függetlenül a vásárlás jogot ad az adott foverzion belüli összes frissitesre es hibajavitasra.

A faOtools csapat nem irányítja ezeket a szabályokat. Kerdesekkel közvetlenül az Odoo Apps Store kepviseloit keresse.

A legkozvetlenebb megkozelites az Odoo-aruhaz beépített munkafolyamata:

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

2. A GitHub oldalra kerül. Jelentkezzen be, majd kattintson a Create a new repo gombra, vagy használjon egy meglévőt. A tarhaznak privatnak kell lennie. OPL-1 licencu alkalmazások nem tehetok közzé. Szükség esetén hozzon létre uj repot az Odoo.sh-projekthez

3. Ezutan az odoo.sh-en kattintson a Deploy gombra, erősítse meg, majd kattintson a Continue gombra. Elindul a telepítés.

Ezek a lépések a production agra telepitik az alkalmazást. Mas agakhoz vagy frissiteshez:

1. Töltse le a forraskodot az Odoo-aruhazbol

2. Commitolja a modult a GitHub-tarhazba. Egyik alkalmazasmappa/-fájl sem kerulhet a .gitignore-ba. Az odoo.sh által létrehozott tarhazak fontos utvonalakat (pl. /lib) hagyhatnak figyelmen kívül. Töltse fel az összes modulkonyvtarat es fájlt

3. Deployolja az odoo.sh-projekt celagat, vagy várja meg az automatikus buildet, ha a beállítások igy szolnak.

Igen. Az Odoo automatikusan a kosarba teszi a fuggosegeket: zárja ki a mar megvasarolt eszközöket, hogy ne fizessen kétszer.

A piros/narancs figyelmeztetés nem befolyásolja az alkalmazás funkcióit. Néha a moduljaink nem mennek at a standard automatikus teszteken, mert azok az alkalmazás celjaival ellentetes viselkedést várnak. Például megvaltoztatjuk az arszamitast, miközben az Odoo-tesztek a végső árat a standard algoritmussal hasonlitjak össze.

Először ellenőrizze a telepített adatbázis funkciot. Minden működik?

Ha mégis ugy gondolja, hogy a figyelmeztetés valós funkciókat érint, írjon nekünk, es küldje el a teljes telepítési naplókat es a telepített modulok teljes listajat (mag es harmadik fel).

Nem, az eszközöket csak a hivatalos Odoo alkalmazasboltban forgalmazzuk.

Sajnos nincs technikai lehetosegunk egyedi árakat adni.

Nem, harmadik feles alkalmazások nem használhatók az Odoo Online-on. Az Odoo SaaS ezt blokkolja.

Igen, az eszkoznek szüksége van minden függőségként jelölt modulra. Az alkalmazasoldal ara mar tartalmazza ezeket a fuggosegeket.