OwnCloud / NextCloud Odoo Integration v.8

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.

No, this feature becomes available only from version 15.

Ano, podle konfigurace cloudového klienta.

Ne, značky se nesynchronizují. Tuto funkci jsme zvažovali, ale z několika důvodů jsme ji nezavedli:

• Knihovna konektoru nepodporuje načítání ani aktualizaci značek OwnCloud

• Přílohy Odoo nemají atribut «tags» a není jasné, kdy by se takové značky přiřazovaly uživatelům.

• Protože aplikace poskytuje obousměrnou synchronizaci, mohly by vzniknout kritické konflikty, které je těžké vyřešit.

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.