Cloud Storage Solutions v.14

Nei, denne funksjonen finnes først fra versjon 15. Før det bruker modulen en forhåndsdefinert mappestruktur:

1. Odoo - rotmappe for synken

2. Modeller - mapper for hver Odoo-dokumenttype. For eksempel «Projects», «Partners». Etter domene kan det finnes mer spesifikke mapper: «Customer 1 Projects», «Projects of the Customer 2», «Internal Projects» osv.

3. Objekter - mapper for hvert dokument, f.eks. «Project 1» eller «Customer 1»

4. Filer og mapper knyttet til dette Odoo-dokumentet som skal synkroniseres.

Da kan du for eksempel ha:

• Odoo / Projects / Project 1 / filer og mapper for prosjekt 1

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

• Odoo / Customers / Customer 1 / filer og mapper for kunde 1

Strukturen er alltid flat: bare disse nivåene. Ulike dokumenttyper kan ikke ligge i samme gren. I mappen «Customer 1» kan man ikke holde både ordrer, fakturaer og prosjekter. Hver type har egen/egne mappe(r). Ellers har bakover-synken ingen kriterium.

Nei, verktøyet bruker ett brukerendepunkt. Alle synkprosesser kjøres under én skyadministrator (app). Rettigheter for opprettede mapper / filer automatiseres ikke. Administrer dem i skylagringen din.

Appen forutsetter at det binære innholdet i vedlegg lagres i Cloud Client i stedet for på Odoo-serveren. Slike vedlegg i Odoo blir av typen URL, og du kan når som helst åpne dem fra vedleggsboksen eller fra Cloud Client.

Etter oppsettet trengs ingen manuelle handlinger: synkroniseringen er helautomatisk. Bestem hvilke Odoo-dokumenttyper som skal synkroniseres, og sett opp en relatert modell for hver (kunder, salgs- eller innkjøpsordrer, oppgaver, prosjekter osv.).

Ja, det kan du. Lag en regel for hver og bruk filtre: for eksempel etter prosjekttype.

Gjør filtrene gjensidig utelukkende slik at et dokument kan tildeles entydig. For eksempel: «kunde men ikke leverandør», «leverandør men ikke kunde». Ellers hopper dokumentmappen fra én modell til en annen.

Nei, verktøyet er bare en teknisk kjerne. Du trenger også koblingen for skyklienten din.

Ja, selv om prosessen kan være treg med mange mapper/vedlegg. Kunder har likevel rapportert miljøer med >10k partnere og ~5k produktvarianter, og prosessene var akseptable.

Noen punkter:

1. Synken er bygget slik at hvert element synkroniseres og ikke går tapt, selv om det ikke er raskt. FIFO-køer og commit av hver jobb garanterer det.
2. Antall objekter kan begrenses logisk. Modellkonfigurasjonen lar deg utelate foreldede elementer (f.eks. arkiverte partnere eller ordrer fra 2 år siden).

Nei. Vi har sterke grunner til å unngå sanntidssynk:

• Ytelse. Ved sanntidssynk gir hver filopplasting en lasteskjerm.

• Konflikter. Hvis 2 brukere endrer et element samtidig, kan det bli uløselig. Med vanlige jobber kan vi rette etterpå; i sanntid trengs en kø, enda mer forvirrende.

• Funksjonalitet. Særlig omdøping og omstrukturering. Bakover-synken bygger strengt på kataloglogikken og sjekker 100 % av elementene ved hver synk. Etter hver oppdatering ville det bli tusenvis av forespørsler per sekund. Hvis ikke, går endringer tapt.

Du kan gi modellkatalogene (salgsordrer, muligheter, leverandører osv.) ditt eget navn for alle dokumenttyper.

For objektmapper (SO-001, John Smith osv.) bruker verktøyet Odoos metode for visningsnavn. Du kan endre det med et navneuttrykk. Syntaksen er den samme som i Odoo e-postmaler.

No, this feature becomes available only from version 15.

Ja, avhengig av konfigurasjonen til skyklienten.

Ifolge gjeldende retningslinjer for Odoo Apps Store:

• Hver modul kjopt for versjon 12.0 eller tidligere gir tilgang til alle versjoner opp til 12.0.
• Fra versjon 13.0 ma hver modulversjon kjopes separat.
• Uavhengig av versjon gir kjop rett til alle oppdateringer og feilrettinger innen en hovedversjon.

faOtools-teamet styrer ikke disse retningslinjene. Ved sporsmal, kontakt Odoo Apps Store-representantene direkte.

Den mest direkte fremgangsmaten er den innebygde arbeidsflyten i Odoo-butikken:

1. Apne modulens side og klikk pa Deploy on odoo.sh

2. Du blir omdirigert til GitHub. Logg inn og klikk Create a new repo eller bruk et eksisterende. Repet ma vaere privat. Apper under OPL-1 far ikke publiseres. Opprett et nytt repo for Odoo.sh-prosjektet om nodvendig

3. Ga deretter til odoo.sh, klikk Deploy, bekreft og klikk Continue. Installasjonen starter.

Disse trinnene installerer appen pa production-grenen. For andre grener eller oppdatering:

1. Last ned kildekoden fra Odoo-butikken

2. Commit modulen til GitHub-repot. Ingen app-mapper/filer ma sta i .gitignore. Repoer opprettet av odoo.sh kan ignorere viktige stier (f.eks. /lib). Last opp alle modulmapper og -filer

3. Deploy malgrenen i odoo.sh-prosjektet, eller vent pa automatisk bygg hvis innstillingene tilsier det.

Ja. Odoo legger automatisk alle avhengigheter i handlekurven: utelat allerede kjopte verktoy for a unnga dobbel betaling.

En rod/oransje advarsel pavirker ikke appens funksjoner. Noen ganger bestar ikke modulene vare de vanlige automatiske testene, fordi de forventer atferd som er i konflikt med appens mal. Vi endrer for eksempel prisberegningen, mens Odoo-testene sammenligner sluttprisen med standardalgoritmen.

Sjekk forst funksjonene i den deployede databasen. Fungerer alt?

Hvis du likevel tror at advarselen pavirker reelle funksjoner, kontakt oss og send de fulle installasjonsloggene og den fulle listen over deployede moduler (kjerne og tredjepart).

Nei, vi distribuerer verktoyene bare via den offisielle Odoo-appbutikken.

Dessverre har vi ikke teknisk mulighet til a gi individuelle priser.

Nei, tredjepartsapper kan ikke brukes pa Odoo Online. Odoo SaaS blokkerer den muligheten.

Ja, verktoyet trenger alle modulene merket som avhengigheter. Prisen pa appsiden inkluderer allerede disse avhengighetene.