Cloud Storage Solutions v.10

Ei, tämä ominaisuus on vasta versiosta 15. Sitä ennen moduuli käyttää ennalta määritettyä kansiorakennetta:

1. Odoo - synkronoinnin juurikansio

2. Mallit - kansio kullekin Odoo-asiakirjatyypille. Esimerkiksi «Projects», «Partners». Toimialueen mukaan voi olla tarkempia kansioita: «Customer 1 Projects», «Projects of the Customer 2», «Internal Projects» jne.

3. Kohteet - kansio kullekin asiakirjalle, esim. «Project 1» tai «Customer 1»

4. Tähän Odoo-asiakirjaan liittyvät synkronoitavat tiedostot ja kansiot.

Tuloksena voi olla esimerkiksi:

• Odoo / Projects / Project 1 / projektin 1 tiedostot ja kansiot

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

• Odoo / Customers / Customer 1 / asiakkaan 1 tiedostot ja kansiot

Rakenne on aina litteä: vain nämä tasot. Eri asiakirjatyyppejä ei voi pitää samassa haarassa. Kansiossa «Customer 1» ei voi olla sekä tilauksia, laskuja että projekteja. Jokaisella tyypillä on oma kansio (tai useita). Muuten paluysynkronoinnille ei ole kriteeriä.

Ei, työkalu käyttää yhtä käyttäjän päätepistettä. Kaikki synkronoinnit tehdään yhden pilviylläpitäjän (sovellus) alla. Luotujen kansioiden / tiedostojen oikeuksia ei automatisoida. Hallitse niitä pilvitallennusratkaisussasi.

Sovellus olettaa, että liitteiden binäärisisältö säilytetään Cloud Clientissa eikä Odoo-palvelimella. Tällaisista liitteistä tulee Odoossa URL-tyyppisiä, ja niihin pääsee milloin tahansa liiteruudusta tai Cloud Clientista.

Asennuksen jälkeen manuaalisia toimia ei tarvita: synkronointi on täysin automaattinen. Päätä, mitkä Odoo-asiakirjatyypit synkronoidaan, ja määritä kullekin liittyvä malli (asiakkaat, myynti- tai ostotilaukset, tehtävät, projektit jne.).

Kyllä. Tee sitä varten sääntö kullekin ja aseta suodattimet: esimerkiksi projektin tyypin mukaan.

Tee suodattimista toisensa poissulkevia, jotta asiakirja voidaan sijoittaa varmasti. Esimerkiksi: «asiakas mutta ei toimittaja», «toimittaja mutta ei asiakas». Muuten asiakirjan kansio hyppää mallista toiseen.

Ei, työkalu on vain tekninen ydin. Tarvitset myös pilviasiakkaasi liittimen.

Kyllä, vaikka monien kansioiden/liitteiden kanssa prosessi voi olla hidas. Asiakkaat ovat silti raportoineet ympäristöistä, joissa on >10k kumppania ja ~5k tuotevarianttia, ja prosessit olivat hyväksyttäviä.

Muutama kohta:

1. Synkronointi on rakennettu niin, ettei mikään kohde katoa, vaikka se ei olisi nopea. FIFO-jonot ja kunkin työn commit takaavat sen.
2. Kohteiden määrää voi rajata loogisesti. Mallien asetukset antavat jättää vanhentuneet pois (esim. arkistoidut kumppanit tai 2 vuoden takaiset tilaukset).

Ei. Meillä on vahvat syyt välttää reaaliaikaista synkronointia:

• Suorituskyky. Reaaliaikaisessa synkassa jokainen tiedoston lataus näyttää latausruudun.

• Ristiriidat. Jos 2 käyttäjää muuttaa kohdetta yhtä aikaa, tilanne voi jäädä ratkaisematta. Säännöllisissä töissä voimme korjata myöhemmin; reaaliajassa tarvittaisiin jono, mikä sekoittaisi entisestään.

• Toiminnallisuus. Erityisesti nimeäminen ja uudelleenjärjestely. Paluysynk nojaa tiukasti hakemistologiikkaan ja jokaisessa synkassa tarkistetaan 100 % kohteista. Jokaisen päivityksen jälkeen se olisi tuhansia pyyntöjä sekunnissa. Muuten muutokset katoaisivat.

Ei, tämä ominaisuus on käytettävissä vasta versiosta 15.

Kyllä, pilviasiakkaasi asetuksista riippuen.

Odoo Apps Storen nykyisten kaytantojen mukaan:

• Versiolle 12.0 tai aiemmalle ostettu moduuli antaa paasy kaikkiin versioihin 12.0 asti.
• Versiosta 13.0 alkaen jokainen moduuliversio ostetaan erikseen.
• Versiosta riippumatta osto antaa oikeuden kaikkiin paivityksiin ja korjauksiin paaversiossa.

faOtools-tiimi ei hallitse naita kaytantoja. Kysymykset osoitetaan suoraan Odoo Apps Storen edustajille.

Suorin tapa on Odoo-kaupan sisaanrakennettu tyonkulku:

1. Avaa moduulin sivu ja napsauta Deploy on odoo.sh

2. Sinut ohjataan GitHubiin. Kirjaudu sisaan ja napsauta Create a new repo tai kayta olemassa olevaa. Repositorion on oltava yksityinen. OPL-1-lisenssin sovelluksia ei saa julkaista. Luo tarvittaessa uusi repo Odoo.sh-projektia varten

3. Siirry sitten odoo.sh:iin, napsauta Deploy, vahvista ja napsauta Continue. Asennus kaynnistyy.

Nama vaiheet asentavat sovelluksen production-haaraan. Muille haaroille tai paivitykseen:

1. Lataa lahdekoodi Odoo-kaupasta

2. Commitoi moduuli GitHub-repositorioon. Mikaan sovelluskansio/-tiedosto ei saa olla .gitignore-tiedostossa. odoo.sh:n luomat repositoriot voivat oletuksena ohittaa tarkeita polkuja (esim. /lib). Lataa kaikki moduulin hakemistot ja tiedostot

3. Deployaa odoo.sh-projektin kohdehaara tai odota automaattista koontia, jos asetukset niin maarittavat.

Kylla. Odoo lisaa kaikki riippuvuudet ostoskoriin automaattisesti: jata pois jo ostetut tyokalut, jottet maksa kahdesti.

Punainen/oranssi varoitus ei vaikuta sovelluksen ominaisuuksiin. Joskus moduulimme eivat lapaise vakioautomaattitesteja, koska ne olettavat kayttaytymisen, joka on ristiriidassa sovelluksen tavoitteiden kanssa. Muutamme esimerkiksi hinnanlaskentaa, kun Odoo-testit vertaavat loppuhintaa vakioalgoritmiin.

Tarkista ensin kayttoon otetun tietokannan ominaisuudet. Toimiiko kaikki?

Jos oletat silti, etta varoitus vaikuttaa todellisiin ominaisuuksiin, ota yhteytta ja laheta taydet asennuslokit seka taydellinen luettelo kayttoon otetuista moduuleista (ydin ja kolmannet osapuolet).

Ei, jaamme tyokalut vain virallisen Odoo-sovelluskaupan kautta.

Valitettavasti meilla ei ole teknisia keinoja tarjota yksilollisia hintoja.

Ei, kolmannen osapuolen sovelluksia ei voi kayttaa Odoo Online -palvelussa. Odoo SaaS estaa sen.

Kylla, tyokalu tarvitsee kaikki riippuvuuksissa merkittyt moduulit. Sovellussivun hinta sisaltaa jo nama riippuvuudet.