Cloud Storage Solutions v.10

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í souborů 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.

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

Ano, podle konfigurace cloudového klienta.

Podle aktuálních pravidel Odoo Apps Store:

• Modul koupeny pro verzi 12.0 nebo starší dává přístup ke všem verzim az do 12.0.
• Od verze 13.0 se každá verze modulu kupuje samostatné.
• Bez ohledu na verzi da nákup právo na všechny aktualizace a opravy v rámci hlavní verze.

Tym faOtools tato pravidla neridi. S otazkami se obratte přímo na zastupce Odoo Apps Store.

Nejprimejsi postup je vestaveny tok obchodu Odoo:

1. Otevřete stránku modulu a klikněte na Deploy on odoo.sh

2. Budete přesměrování na GitHub. Přihlaste se a klikněte na Create a new repo nebo použijte existující. Repozitar musí byt soukromý. Aplikace pod licenci OPL-1 nesmí byt veřejné. V případě potřeby vytvořte nové repo pro projekt Odoo.sh

3. Poté v odoo.sh klikněte na Deploy, potvrďte a klikněte na Continue. Instalace se spustí.

Tyto kroky nainstaluji aplikaci na production větev. Pro jiné vetve nebo aktualizaci:

1. Stáhněte zdrojový kod z obchodu Odoo

2. Commitnete modul do GitHub repozitare. Žádná složka/soubor aplikace nesmí byt v .gitignore. Repa vytvorena odoo.sh mohou ignorovat důležité cesty (např. /lib). Nahrajte všechny adresáře a soubory modulu

3. Deployujte cílovou větev projektu odoo.sh, nebo počkejte na automaticky build, pokud to nastavení předpokládá.

Ano. Odoo automaticky přidá závislosti do kosiku: vylučte jiz zakoupene nástroje, abyste neplatili dvakrát.

Červené/oranzove varování neovlivnuje funkce aplikace. Naše moduly obcas neprojdou standardními automatickými testy, protože ty predpokladaji chování, které je v rozporu s cíli aplikace. Například menime výpočet ceny, zatímco testy Odoo porovnavaji konecnou cenu se standardním algoritmem.

Nejprve zkontrolujte funkce nasazene databáze. Funguje vse?

Pokud se stále domnivate, ze varování ovlivnuje skutečné funkce, kontaktujte nas a pošlete kompletní instalacni protokoly a úplný seznam nasazenych modulu (jádro a třetí strany).

Ne, nástroje siritime pouze přes oficialni obchod aplikaci Odoo.

Bohuzel nemáme technické prostredky na individualni ceny.

Ne, aplikace třetích stran nelze použít na Odoo Online. Odoo SaaS tuto možnost blokuje.

Ano, nástroj vyžaduje všechny moduly označené v zavislostech. Cena na stránce aplikace je jiz zahrnuje.