Cloud Storage Solutions v.14

Ne, tato funkce je až od verze 15. Předtím modul pracuje s předdefinovanou strukturou složek:

1. Odoo - kořenová složka synchronizace

2. Modely - složky pro každý typ dokumentu Odoo. Například «Projects», «Partners». Podle domény mohou být konkrétnější složky: «Customer 1 Projects», «Projects of the Customer 2», «Internal Projects» atd.

3. Objekty - složky pro každý dokument, např. «Project 1» nebo «Customer 1»

4. Soubory a složky související s tímto dokumentem Odoo k synchronizaci.

Můžete tak mít například:

• Odoo / Projects / Project 1 / soubory a složky projektu 1

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

• Odoo / Customers / Customer 1 / soubory a složky zákazníka 1

Struktura je vždy plochá: jen tyto úrovně. Různé typy dokumentů nelze držet ve stejné větvi. Ve složce «Customer 1» nelze mít zároveň objednávky, faktury i projekty. Každý typ má vlastní složku (nebo více). Jinak by zpětná synchronizace neměla kritérium.

Ne, nástroj používá jeden uživatelský koncový bod. Všechny synchronizační procesy běží pod jedním cloudovým správcem (aplikací). Práva k vytvořeným složkám / souborům se neautomatizují. Spravujte je ve svém cloudovém úložišti.

Aplikace předpokládá, že binární obsah příloh je uložen v Cloud Client, nikoli na serveru Odoo. Takové přílohy se v Odoo stanou typu URL a můžete k nim kdykoli přistoupit z pole příloh nebo z Cloud Client.

Po nastavení nejsou potřeba ruční akce: synchronizace je plně automatická. Rozhodněte, které typy dokumentů Odoo synchronizovat, a nastavte související model pro každý z nich (zákazníci, prodejní nebo nákupní objednávky, úkoly, projekty atd.).

Ano, můžete. Připravte pravidlo pro každou variantu a použijte filtry: například podle typu projektu.

Filtry vzájemně vylučujte, aby byl dokument jednoznačně přiřazen. Například: «zákazník, ale ne dodavatel», «dodavatel, ale ne zákazník». Jinak by složka dokumentu skákala z jednoho modelu na druhý.

Ne, nástroj je jen technické jádro. Potřebujete také konektor svého cloudového klienta.

Ano, i když při mnoha složkách/přílohách může být proces pomalý. Klienti však hlásili prostředí s >10k partnery a ~5k variantami produktů a procesy byly přijatelné.

Několik bodů:

1. Synchronizace je postavená tak, že každá položka se synchronizuje a neztratí se, i když to nemusí být rychlé. Zaručují to fronty FIFO a commit každé úlohy.
2. Počet objektů lze logicky omezit. Konfigurace modelů umožňuje vyloučit zastaralé položky (např. archivované partnery nebo objednávky staré 2 roky).

Ne. Máme silné důvody vyhnout se synchronizaci v reálném čase:

• Výkon. Při synchronizaci v reálném čase každé nahrání souboru zobrazí načítací obrazovku.

• Konflikty. Pokud 2 uživatelé změní položku současně, situace nemusí jít vyřešit. U běžných úloh to můžeme opravit později; v reálném čase by byla potřeba fronta, ještě matoucí.

• Funkčnost. Zejména přejmenování a změna struktury. Zpětná synchronizace se striktně opírá o logiku adresářů a při každém běhu kontroluje 100 % položek. Po každé aktualizaci by to byly tisíce požadavků za sekundu. Jinak by se změny ztratily.

Můžete zadat vlastní název adresářům modelů (prodejní objednávky, příležitosti, dodavatelé atd.) pro libovolný typ dokumentu.

U složek objektů (SO-001, John Smith atd.) nástroj používá metodu Odoo pro zobrazený název. Můžete to změnit výrazem názvu. Syntaxe je stejná jako u e-mailových šablon Odoo.

Ne, tato funkce je k dispozici až od verze 15.

Ano, podle konfigurace cloudového klienta.

Podle aktualnich pravidel Odoo Apps Store:

• Modul koupeny pro verzi 12.0 nebo starsi dava pristup ke vsem verzim az do 12.0.
• Od verze 13.0 se kazda verze modulu kupuje samostatne.
• Bez ohledu na verzi da nakup pravo na vsechny aktualizace a opravy v ramci hlavni verze.

Tym faOtools tato pravidla neridi. S otazkami se obratte primo na zastupce Odoo Apps Store.

Nejprimejsi postup je vestaveny tok obchodu Odoo:

1. Otevrete stranku modulu a kliknete na Deploy on odoo.sh

2. Budete presmerovani na GitHub. Prihlaste se a kliknete na Create a new repo nebo pouzijte existujici. Repozitar musi byt soukromy. Aplikace pod licenci OPL-1 nesmi byt verejne. V pripade potreby vytvorte nove repo pro projekt Odoo.sh

3. Pote v odoo.sh kliknete na Deploy, potvrdte a kliknete na Continue. Instalace se spusti.

Tyto kroky nainstaluji aplikaci na production vetev. Pro jine vetve nebo aktualizaci:

1. Stahnete zdrojovy kod z obchodu Odoo

2. Commitnete modul do GitHub repozitare. Zadna slozka/soubor aplikace nesmi byt v .gitignore. Repa vytvorena odoo.sh mohou ignorovat dulezite cesty (napr. /lib). Nahrajte vsechny adresare a soubory modulu

3. Deployujte cilovou vetev projektu odoo.sh, nebo pockejte na automaticky build, pokud to nastaveni predpoklada.

Ano. Odoo automaticky prida zavislosti do kosiku: vylucte jiz zakoupene nastroje, abyste neplatili dvakrat.

Cervene/oranzove varovani neovlivnuje funkce aplikace. Nase moduly obcas neprojdou standardnimi automatickymi testy, protoze ty predpokladaji chovani, ktere je v rozporu s cili aplikace. Napriklad menime vypocet ceny, zatimco testy Odoo porovnavaji konecnou cenu se standardnim algoritmem.

Nejprve zkontrolujte funkce nasazene databaze. Funguje vse?

Pokud se stale domnivate, ze varovani ovlivnuje skutecne funkce, kontaktujte nas a poslete kompletni instalacni protokoly a uplny seznam nasazenych modulu (jadro a treti strany).

Ne, nastroje siritime pouze pres oficialni obchod aplikaci Odoo.

Bohuzel nemame technicke prostredky na individualni ceny.

Ne, aplikace tretich stran nelze pouzit na Odoo Online. Odoo SaaS tuto moznost blokuje.

Ano, nastroj vyzaduje vsechny moduly oznacene v zavislostech. Cena na strance aplikace je jiz zahrnuje.