Cloud Storage Solutions v.12

Hayır, bu özellik yalnızca sürüm 15'ten itibaren vardır. Öncesinde modül önceden tanımlı klasör yapısıyla çalışır:

1. Odoo - senkronun kök klasörü

2. Modeller - her Odoo belge türü için klasörler. Örneğin «Projects», «Partners». Alana göre daha özel klasörler olabilir: «Customer 1 Projects», «Projects of the Customer 2», «Internal Projects» vb.

3. Nesneler - her belge için klasör, örn. «Project 1» veya «Customer 1»

4. Bu Odoo belgesine ait senkronize edilecek dosya ve klasörler.

Sonuç olarak örneğin şunlar oluşabilir:

• Odoo / Projects / Project 1 / proje 1'e ait dosya ve klasörler

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

• Odoo / Customers / Customer 1 / müşteri 1'e ait dosya ve klasörler

Yapı her zaman düzdür: yalnızca bu hiyerarşi düzeyleri. Farklı belge türleri aynı dalda tutulamaz. «Customer 1» klasöründe hem sipariş, hem fatura hem proje dosyaları olamaz. Her türün kendi klasörü (veya klasörleri) vardır. Aksi halde geri senkron için dayanak kalmaz.

Hayır, araç tek bir kullanıcı uç noktasına dayanır. Tüm senkron süreçleri tek bir bulut yöneticisi (uygulama) altında yapılır. Oluşturulan klasör / dosya hakları otomatik değildir. Bunları bulut depolama çözümünüzde yönetin.

Uygulama, eklerin ikili içeriğinin Odoo sunucusu yerine Cloud Client'ta tutulduğunu varsayar. Bu ekler Odoo'da URL türüne dönüşür ve ekler kutusundan ya da Cloud Client'tan istediğiniz zaman erişebilirsiniz.

Kurulumdan sonra manuel işlem gerekmez; senkronizasyon tamamen otomatiktir. Hangi Odoo belge türlerinin senkronize edileceğine karar verin ve her biri için ilgili modeli ayarlayın (müşteriler, satış veya satın alma siparişleri, görevler, projeler vb.).

Evet, yapabilirsiniz. Bunun için her biri için bir kural hazırlayın ve filtre uygulayın: örneğin proje türüne göre.

Bir belgenin kesin atanması için filtreleri birbirini dışlar hale getirin. Örneğin: «müşteri ama tedarikçi değil», «tedarikçi ama müşteri değil». Aksi halde belgenin klasörü bir modelden diğerine atlar.

Hayır, araç yalnızca teknik çekirdektir. Bulut istemcinizin bağlayıcısına da ihtiyacınız var.

Evet, çok klasör/ek varsa süreç yavaş olabilir. Yine de müşteriler >10 bin iş ortağı ve ~5 bin ürün varyantı olan ortamlar bildirdi ve süreçler kabul edilebilirdi.

Vurgulanacak noktalar:

1. Senkron, her öğenin senkronize edilip kaybolmamasını sağlar; hızlı olmayabilir. FIFO kuyrukları ve her işin commit edilmesi bunu garanti eder.
2. Nesne sayısı mantıksal olarak sınırlanabilir. Model yapılandırması eski öğeleri dışlar (ör. arşivlenmiş iş ortakları veya 2 yıl önceki siparişler).

Hayır. Gerçek zamanlı senkronizasyondan kaçınmamızın güçlü nedenleri var:

• Performans. Senkron gerçek zamanlıysa her dosya yüklemesi yükleme ekranı gösterir.

• Çakışmalar. 2 kullanıcı aynı anda bir öğeyi değiştirirse durum çözümsüz kalabilir. Düzenli işlerde sonra düzeltebiliriz; gerçek zamanda kuyruk gerekir ve bu daha kafa karıştırıcı olur.

• İşlevsellik. Özellikle yeniden adlandırma ve yeniden yapılandırma. Geri senkron dizin mantığına sıkı bağlıdır ve her senkronde öğelerin %100'ü kontrol edilir. Her güncellemeden sonra saniyede binlerce istek olur. Yoksa değişiklikler kaybolur.

Hayır, bu özellik yalnızca sürüm 15'ten itibaren kullanılabilir.

Evet, bulut istemcinizin yapılandırmasına bağlı olarak.

Guncel Odoo Apps Store politikalarina gore:

• 12.0 ve onceki surum icin alinan her modul, 12.0'a kadar tum surumlere erisim verir.
• 13.0 surumunden itibaren her modul surumu ayri satin alinmalidir.
• Surumden bagimsiz olarak satin alma, o ana surum icindeki tum guncelleme ve hata duzeltmelerine hak verir.

faOtools ekibi bu politikalari kontrol etmez. Sorulariniz icin dogrudan Odoo Apps Store temsilcilerine ulasin.

En dogrudan yaklasim, Odoo magazasinin yerlesik is akisidir:

1. Modul sayfasini acin ve Deploy on odoo.sh dugmesine tiklayin

2. GitHub sayfasina yonlendirilirsiniz. Hesabiniza giris yapin, ardindan Create a new repo'ya tiklayin veya mevcut birini kullanin. Depo ozel olmalidir. OPL-1 lisansli uygulamalarin yayimlanmasi yasaktir. Gerekirse Odoo.sh projeniz icin yeni bir depo olusturun

3. Ardindan odoo.sh'e gidin, Deploy'a tiklayin, karari onaylayin ve Continue'ya tiklayin. Kurulum baslar.

Bu adimlar uygulamayi projenin production dalina kurar. Diger dallar veya modul guncellemesi icin:

1. Kaynak kodu Odoo magazasindan indirin

2. Modulu gerekli GitHub deposuna commit edin. Hicbir uygulama klasoru/dosyasi .gitignore'da olmamalidir. odoo.sh'in olusturdugu depolar varsayilan olarak onemli yollari (ornegin /lib) yok sayabilir. Tum modul dizinlerini ve dosyalarini istisnasiz yukleyin

3. odoo.sh projesinin hedef dalini deploy edin veya ayarlariniz otomatik derlemeyi ongoruyorsa bekleyin.

Evet. Odoo tum bagimliliklari sepete otomatik ekler: cift odemeyi onlemek icin daha once satin alinan araclari cikarin.

Kirmizi/turuncu uyari uygulamanin ozelliklerini etkilemez. Bazen modullerimiz standart otomatik testleri gecemez, cunku bunlar uygulamamizin amaclarina aykiri davranis bekler. Ornegin fiyati farkli hesaplariz, Odoo testleri ise nihai fiyati standart algoritmayla karsilastirir.

Once dagitilan veritabaninin ozelliklerini kontrol edin. Her sey dogru calisiyor mu?

Uyarinin gercek ozellikleri etkiledigini dusunuyorsaniz bize yazin; tam kurulum gunluklerini ve dagitilan modullerin tam listesini (cekirdek ve ucuncu taraf) gonderin.

Hayir, araclari yalnizca resmi Odoo uygulama magazasi uzerinden dagitiyoruz.

Ne yazik ki bireysel fiyat sunacak teknik imkanimiz yok.

Hayir, ucuncu taraf uygulamalar Odoo Online'da kullanilamaz. Odoo SaaS bunu engeller.

Evet, aracimizin dogru calismasi icin bagimliliklarda isaretlenen tum modullere ihtiyaci vardir. Uygulama sayfasindaki fiyat bu bagimliliklari zaten icerir.