Dropbox Odoo Integration v.19

Da, puteți. În acest scop pregătiți o regulă pentru fiecare, apoi aplicați filtre: de exemplu după tipul proiectului.

Încercați să faceți filtrele mutual exclusive, astfel încât un document să poată fi atribuit cu certitudine. De exemplu, „client, dar nu furnizor”, „furnizor, dar nu client”. Altfel, dosarul unui document specific ar sări de la un model la altul.

Nu. Avem motive temeinice să evităm sincronizarea în timp real:

• Probleme de performanță. Dacă sincronizarea este în timp real, fiecare încărcare de fișier va afișa ecranul de încărcare.

• Probleme de conflict. Dacă 2 utilizatori modifică simultan un element, pot apărea situații nerezolvate. La lucrări periodice le putem repara ulterior; în timp real ar trebui salvate ca o coadă, și mai derutantă pentru utilizatori.

• Probleme de funcționalitate. În special redenumirea și restructurarea elementelor. În sincronizarea inversă instrumentul se bazează strict pe logica directoarelor, iar la fiecare sincronizare se verifică 100% din elemente. Dacă s-ar face după fiecare actualizare, ar fi mii de cereri pe secundă. Dacă nu: modificările s-ar pierde.

Puteți atribui propriul nume directoarelor de modele (comenzi de vânzare, oportunități, furnizori etc.) pentru orice tip de document.

Pentru folderele obiectelor (SO-001, John Smith etc.), instrumentul se bazează pe metoda Odoo de a construi numele afișat al acestui tip de document. Totuși, puteți schimba asta definind expresia numelui. Se folosește exact sintaxa șabloanelor de e-mail Odoo. 

Nu, începând cu versiunea 15 nu ar trebui să modificați lucrările planificate. Sunt optimizate să ruleze la fiecare 15 minute pentru cea mai stabilă și rapidă conexiune.

Asigurați-vă că timeout-urile serverului Odoo sunt setate la cel puțin 15 minute (900 de secunde).

Dacă trebuie să opriți sincronizarea o vreme, faceți-o pe formularul cloud client respectiv.

Da, de la versiunea 15 puteți configura mai multe conexiuni. Astfel, unele dosare se sincronizează cu un cloud client, altele cu altul.

Rețineți că nu este posibil să sincronizați același dosar simultan cu mai multe cloud storages.

Da, în funcție de configurația cloud client.

Începând cu versiunea 15, aplicația poate fi folosită de sine stătător pentru a organiza atașamentele în foldere și a oferi interfața managerului de fișiere.

Totuși, dacă scopul este o conexiune cu unul dintre clienții de stocare în nor, trebuie instalată cel puțin o aplicație opțională a clientului.

Când o regulă de dosar se schimbă, se schimbă și lista de dosare. Dacă un dosar nu mai îndeplinește condițiile, este eliminat. Dacă fișierele au fost sincronizate, sincronizarea inversă le readuce în Odoo și le șterge din Cloud Client.

Dacă obiectul unui document nu îndeplinește condițiile unei reguli de dosar, dosarul lui nu va fi creat. Dacă le îndeplinește mai târziu, dosarul aferent va fi generat.

Conform politicilor actuale Odoo Apps Store:

• Fiecare modul cumpărat pentru versiunea 12.0 și anterioară dă acces la toate versiunile până la 12.0.
• Începând cu versiunea 13.0, fiecare versiune de modul se cumpără separat.
• Indiferent de versiune, cumpărarea dă dreptul la toate actualizările și corecturile dintr-o versiune majoră.

Rețineți că echipa faOtools nu controlează aceste politici. Pentru întrebări contactați direct reprezentanții Odoo Apps Store.

Cea mai directă abordare este să folosiți fluxul încorporat al magazinului Odoo:

1. Deschideți pagina modulului și faceți clic pe butonul Deploy on odoo.sh

2. După aceea veți fi redirecționat la pagina GitHub. Conectați-vă la cont, apoi faceți clic pe 'Create a new repo' sau folosiți unul existent. Asigurați-vă că depozitul este privat. Nu este permisă publicarea aplicațiilor sub licența OPL-1. Dacă e necesar, creați un repo nou pentru proiectul Odoo.sh

3. Apoi mergeți la odoo.sh și faceți clic pe butonul Deploy. În fereastra pop-up trimiteți decizia și faceți clic pe 'Continue.' Această acțiune pornește instalarea.

Acești pași vor instala aplicația pe ramura de producție a proiectului. Dacă doriți să implementați aplicațiile pe alte ramuri sau să actualizați modulul, urmați acțiunile de mai jos:

1. Încărcați codul sursă al aplicației din magazinul Odoo

2. Faceți commit modulului în depozitul GitHub necesar. Asigurați-vă că niciun folder/fișier al aplicației nu este ignorat (adică nu este în .gitignore al repo-ului). Depozitele sunt create automat de odoo.sh și pot include implicit elemente esențiale (de ex. /lib). Încărcați toate directoarele, subdirectoarele și fișierele modulului, fără excepții

3. Implementați ramura țintă a proiectului odoo.sh sau, dacă setările presupun asta, așteptați până este construită automat.

Da, desigur. Totodată Odoo adaugă automat toate dependențele în coș, deci trebuie să excludeți instrumentele deja cumpărate ca să evitați plata dublă.

Un avertisment roșu/portocaliu nu influențează funcțiile aplicației. Din păcate, modulele noastre nu trec uneori testele automate standard, deoarece acestea presupun un comportament în conflict cu obiectivele aplicației. De exemplu, schimbăm calculul prețului, iar testele modulului Odoo standard compară prețul final cu un algoritm standard.

În primul rând, verificați funcțiile bazei implementate. Totul funcționează corect?

Dacă tot credeți că avertismentul afectează funcții reale, contactați-ne și trimiteți jurnalele complete de instalare și lista completă a modulelor implementate (inclusiv nucleu și terțe părți).

Nu, distribuim instrumentele doar prin magazinul oficial de aplicații Odoo.

Din păcate, nu avem mijloace tehnice pentru a oferi prețuri individuale. 

Nu, aplicațiile terțe nu pot fi folosite pe Odoo Online. Din păcate Odoo SaaS blochează această posibilitate.

Da, instrumentul necesită toate modulele marcate în dependențe pentru a funcționa corect. Prețul de pe pagina aplicației include deja toate dependențele necesare.