Cloud Storage Solutions v.8

Nej, den här funktionen finns först från version 15. Dessförinnan använder modulen en fördefinierad mappstruktur:

1. Odoo - rotmapp för synken

2. Modeller - mappar för varje Odoo-dokumenttyp. Till exempel «Projects», «Partners». Via domän kan det finnas mer specifika mappar: «Customer 1 Projects», «Projects of the Customer 2», «Internal Projects» osv.

3. Objekt - mappar för varje dokument, t.ex. «Project 1» eller «Customer 1»

4. Filer och mappar som hör till detta Odoo-dokument och ska synkas.

Då kan du till exempel ha:

• Odoo / Projects / Project 1 / filer och mappar för projekt 1

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

• Odoo / Customers / Customer 1 / filer och mappar för kund 1

Strukturen är alltid platt: bara dessa nivåer. Olika dokumenttyper kan inte ligga i samma gren. I mappen «Customer 1» kan man inte hålla både order, fakturor och projekt. Varje typ har egen/egna mapp(ar). Annars finns inget kriterium för bakåtsynken.

Nej, verktyget använder en enda användarslutpunkt. Alla synkprocesser körs under en enda molnadministratör (app). Rättigheter för skapade mappar / filer automatiseras inte. Administrera dem i din molnlagring.

Appen utgår från att bilagornas binära innehåll ligger i Cloud Client i stället för på Odoo-servern. Sådana bilagor blir därför av typen URL i Odoo, och du kan när som helst nå dem antingen från bilagefältet eller från Cloud Client.

Efter installationen krävs inga manuella åtgärder, eftersom synkroniseringen är helt automatisk. Bestäm bara vilka Odoo-dokumenttyper som ska synkas och sätt upp en relaterad modell att synka för var och en (kunder, försäljnings- eller inköpsorder, uppgifter, projekt osv.).

Ja, det går. Skapa en regel för varje och applicera filter: till exempel efter projekttyp.

Gör filtren ömsesidigt uteslutande så att ett dokument kan tilldelas entydigt. Till exempel: «kund men inte leverantör», «leverantör men inte kund». Annars hoppar dokumentmappen från en modell till en annan.

Nej, verktyget är bara en teknisk kärna. Du behöver också anslutningen för din molnklient.

Ja, även om processen kan vara långsam med många mappar/bilagor. Samtidigt har kunder rapporterat miljöer med >10k partners och ~5k produktvarianter, och processerna var acceptabla.

Några punkter:

1. Synken är byggd så att varje objekt synkas och inte går förlorat, även om det inte är snabbt. FIFO-köer och commit av varje jobb garanterar det.
2. Antalet objekt kan begränsas logiskt. Modellkonfigurationen låter dig utesluta föråldrade poster (t.ex. arkiverade partners eller order från 2 år sedan).

Nej. Vi har starka skäl att undvika realtidssynk:

• Prestanda. Vid realtidssynk ger varje filuppladdning en laddningsskärm.

• Konflikter. Om 2 användare ändrar ett objekt samtidigt kan det bli olösligt. Med vanliga jobb kan vi rätta efteråt; i realtid behövs en kö, ännu mer vilseledande.

• Funktion. Särskilt namnbyte och omstrukturering. Bakåtsynken bygger strikt på kataloglogiken och vid varje synk kontrolleras 100 % av objekten. Efter varje uppdatering skulle det bli tusentals anrop per sekund. Annars går ändringar förlorade.

Nej, den här funktionen finns först från version 15.

Ja, beroende på din molnklients konfiguration.

Enligt de aktuella reglerna for Odoo Apps Store:

• Varje modul kop for version 12.0 eller tidigare ger tillgang till alla versioner upp till 12.0.
• Från och med version 13.0 måste varje modulversion kopas separat.
• Oavsett version ger kopet rätt till alla uppdateringar och felrättningar inom en huvudversion.

faOtools-teamet styr inte dessa regler. Vid frågor, kontakta representanterna for Odoo Apps Store direkt.

Det mest direkta sättet ar Odoo-butikens inbyggda flöde:

1. Öppna modulens sida och klicka pa Deploy on odoo.sh

2. Du omdirigeras till GitHub. Logga in och klicka pa Create a new repo eller använd ett befintligt. Repot måste vara privat. Appar under OPL-1 far inte publiceras. Skapa vid behov ett nytt repo for Odoo.sh-projektet

3. Ga sedan till odoo.sh, klicka pa Deploy, bekräfta och klicka pa Continue. Installationen startar.

Stegen installerar appen pa production-grenen. For andra grenar eller uppdatering:

1. Ladda ner kallkoden från Odoo-butiken

2. Committa modulen till GitHub-repot. Ingen app-mapp/fil far sta i .gitignore. Repon som odoo.sh skapar kan ignorera viktiga sokvagar (t.ex. /lib). Ladda upp alla modulmappar och filer

3. Deploya malgrenen i odoo.sh-projektet eller vänta pa den automatiska builden om inställningarna anger det.

Ja. Odoo lägger automatiskt alla beroenden i varukorgen: uteslut redan kopta verktyg sa att du inte betalar tva gånger.

En rod/orange varning påverkar inte appens funktioner. Ibland klarar vara moduler inte de vanliga automatiska testerna, eftersom de förväntar ett beteende som strider mot appens mal. Vi ändrar till exempel prisberakningen, medan Odoo-testerna jämför slutpriset med standardalgoritmen.

Kontrollera först funktionerna i den deployade databasen. Fungerar allt?

Om du ändå tror att varningen påverkar verkliga funktioner, kontakta oss och skicka de fullständiga installationsloggarna och den fullständiga listan över deployade moduler (karn och tredje part).

Nej, vi distribuerar verktygen endast via den officiella Odoo-appbutiken.

Tyvärr har vi inte tekniska möjligheter att erbjuda individuella priser.

Nej, tredjepartsappar kan inte användas pa Odoo Online. Odoo SaaS blockerar den möjligheten.

Ja, verktyget behöver alla moduler som anges som beroenden. Priset pa appsidan inkluderar redan dessa beroenden.