Cloud Storage Solutions v.12

Nee, deze functie bestaat pas vanaf versie 15. Daarvoor werkt de module met een vaste mappenstructuur:

1. Odoo - hoofdmap voor de sync

2. Modellen - mappen per Odoo-documenttype. Bijvoorbeeld «Projects», «Partners». Via het domein kunnen er specifiekere mappen zijn: «Customer 1 Projects», «Projects of the Customer 2», «Internal Projects», enz.

3. Objecten - mappen per document, bijv. «Project 1» of «Customer 1»

4. Bestanden en mappen van dit Odoo-document die gesynchroniseerd worden.

Zo kunt u bijvoorbeeld hebben:

• Odoo / Projects / Project 1 / bestanden en mappen van project 1

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

• Odoo / Customers / Customer 1 / bestanden en mappen van klant 1

De structuur is altijd plat: alleen die niveaus. Verschillende documenttypen horen niet in dezelfde tak. In «Customer 1» kunt u niet tegelijk orders, facturen en projecten bewaren. Elk type heeft eigen map(pen). Anders is terug-sync onmogelijk, omdat er geen criterium is.

Nee, de tool werkt met één gebruikers-eindpunt. Alle syncprocessen lopen onder één cloudbeheerder (app). Rechten voor aangemaakte mappen / bestanden worden niet geautomatiseerd. Beheer die in uw cloudoplossing.

De app gaat ervan uit dat de binaire inhoud van bijlagen in de Cloud Client blijft, niet op de Odoo-server. Zulke bijlagen worden in Odoo van het type URL en u kunt ze altijd openen vanuit het bijlagevak of vanuit de Cloud Client.

Na de setup zijn geen handmatige acties nodig: de synchronisatie is volledig automatisch. Bepaal welke Odoo-documenttypen gesynchroniseerd moeten worden en stel per type een gerelateerd model in (klanten, verkoop- of inkooporders, taken, projecten, enz.).

Ja, dat kan. Maak daarvoor per geval een regel en pas filters toe: bijvoorbeeld op projecttype.

Maak de filters onderling uitsluitend, zodat een document eenduidig wordt toegewezen. Bijvoorbeeld: «klant maar geen leverancier», «leverancier maar geen klant». Anders springt de documentmap van het ene model naar het andere.

Nee, de tool is alleen een technische kern. U hebt ook de connector van uw cloudclient nodig.

Ja, hoewel het bij veel mappen/bijlagen traag kan zijn. Klanten meldden echter omgevingen met >10k partners en ~5k productvarianten, en de processen waren acceptabel.

Enkele punten:

1. De sync is zo gebouwd dat elk item wordt gesynchroniseerd en niet verloren gaat, ook al is het niet snel. FIFO-wachtrijen en een commit per taak garanderen dat.
2. Het aantal objecten kan logisch worden beperkt. De modelconfiguratie laat toe verouderde items uit te sluiten (bijv. gearchiveerde partners of orders van 2 jaar geleden).

Nee. We hebben sterke redenen om realtime sync te vermijden:

• Prestaties. Bij realtime sync geeft elke bestandsupload een laadscherm.

• Conflicten. Als 2 gebruikers tegelijk een item wijzigen, kan dat onoplosbaar worden. Bij gewone taken kunnen we het later herstellen; bij realtime zou een wachtrij nodig zijn, nog verwarrender.

• Functionaliteit. Vooral hernoemen en herstructureren. De terug-sync steunt strikt op de mappenlogica en controleert bij elke sync 100 % van de items. Na elke update zouden dat duizenden verzoeken per seconde zijn. Zo niet, dan gaan wijzigingen verloren.

No, this feature becomes available only from version 15.

Ja, afhankelijk van de configuratie van uw cloudclient.

Volgens het huidige beleid van de Odoo Apps Store:

• Elke module gekocht voor versie 12.0 of eerder geeft toegang tot alle versies tot 12.0.
• Vanaf versie 13.0 moet elke moduleversie apart worden gekocht.
• Ongeacht de versie geeft aankoop recht op alle updates en bugfixes binnen een hoofdversie.

Het faOtools-team bepaalt dit beleid niet. Neem voor vragen rechtstreeks contact op met vertegenwoordigers van de Odoo Apps Store.

De meest directe aanpak is de ingebouwde workflow van de Odoo-store:

1. Open de modulepagina en klik op Deploy on odoo.sh

2. U gaat naar GitHub. Log in en klik op Create a new repo of gebruik een bestaande. De repository moet prive zijn. Apps onder OPL-1 mogen niet openbaar. Maak zo nodig een nieuwe repo voor het Odoo.sh-project

3. Ga daarna naar odoo.sh, klik op Deploy, bevestig en klik op Continue. De installatie start.

Zo installeert u de app op de productiebranch. Voor andere branches of een update:

1. Download de broncode uit de Odoo-store

2. Commit de module naar de GitHub-repository. Geen app-mappen/bestanden in .gitignore. Repo's van odoo.sh negeren soms belangrijke paden (bijv. /lib). Upload alle modulemappen en -bestanden

3. Deploy de doelbranch van het odoo.sh-project of wacht op de automatische build.

Ja. Odoo zet automatisch alle afhankelijkheden in de winkelwagen: sluit eerder gekochte tools uit om dubbel betalen te voorkomen.

Een rode/oranje waarschuwing beinvloedt de functies van de app niet. Soms halen onze modules de standaard automatische tests niet, omdat die gedrag verwachten dat indruist tegen het doel van de app. We wijzigen bijvoorbeeld de prijscalculatie, terwijl de Odoo-tests de eindprijs met het standaardalgoritme vergelijken.

Controleer eerst de functies van de gedeployde database. Werkt alles?

Als u toch denkt dat de waarschuwing echte functies raakt, neem contact op en stuur de volledige installatielogs en de volledige lijst gedeployde modules (kern en derden).

Nee, we verspreiden de tools alleen via de officiele Odoo-appwinkel.

Helaas hebben we geen technische mogelijkheid voor individuele prijzen.

Nee, apps van derden kunnen niet op Odoo Online. Odoo SaaS blokkeert die mogelijkheid.

Ja, de tool heeft alle modules in de afhankelijkheden nodig. De prijs op de app-pagina is inclusief die afhankelijkheden.