OwnCloud / NextCloud Odoo Integration v.8

Tidak, ciri ini hanya tersedia dari versi 15. Sebelum versi itu, modul berfungsi dengan struktur folder yang telah ditetapkan:

1. Odoo - folder teras untuk segerak

2. Models - folder untuk setiap jenis dokumen Odoo. Contohnya, 'Projects', 'Partners'. Dibeza mengikut domain, mungkin ada folder yang lebih khusus: cth., 'Customer 1 Projects', 'Projects of the Customer 2', 'Internal Projects', dll.

3. Objects - folder untuk setiap dokumen, cth. 'Project 1' atau 'Customer 1'

4. Fail dan folder berkaitan dokumen Odoo ini yang akan disegerakkan.

Hasilnya, anda mungkin mempunyai contohnya:

• Odoo / Projects / Project 1 / fail dan folder berkaitan  project 1

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

• Odoo / Customers / Customer 1 / fail dan folder berkaitan customer 1

Struktur ini sentiasa rata, bermaksud hanya ada tahap hierarki tersebut. Jadi betul bahawa pelbagai jenis dokumen tidak boleh berada dalam struktur yang sama. Dalam folder 'Customer 1' kita tidak boleh menyimpan fail yang berkaitan sekaligus dengan pesanan jualan, invois dan projek. Setiap jenis dokumen itu mempunyai folder sendiri (atau beberapa folder sendiri). Jika tidak, kita tidak dapat membuat segerak undur kerana tiada kriteria untuk dipegang.

Tidak, alat bergantung pada satu titik akhir pengguna. Semua proses penyegerakan dilakukan di bawah satu pentadbir awan (aplikasi). Hak akses folder / fail yang dicipta tidak diautomasikan. Anda harus mentadbir hak itu dalam penyelesaian storan awan.

Aplikasi mengandaikan kandungan binari lampiran disimpan dalam Cloud Client, bukan pada pelayan Odoo. Lampiran sedemikian dalam Odoo menjadi jenis URL, dan anda boleh membukanya pada bila-bila masa dari kotak lampiran atau dari Cloud Client.

Selepas persediaan, tiada tindakan manual diperlukan kerana penyegerakan sepenuhnya automatik. Tentukan jenis dokumen Odoo yang perlu disegerakkan dan sediakan model berkaitan untuk setiap satunya (Pelanggan, pesanan jualan atau belian, Tugasan, Projek, dll.).

Ya, anda boleh. Untuk itu sediakan peraturan untuk setiap satu, kemudian gunakan penapis: contohnya mengikut jenis projek.

Cuba jadikan penapis saling eksklusif supaya dokumen dapat ditetapkan dengan pasti. Contohnya 'pelanggan tetapi bukan pembekal', 'pembekal tetapi bukan pelanggan'. Jika tidak, folder dokumen tertentu akan meloncat dari satu model ke model lain.

Tidak, alat ini hanya teras teknikal. Anda juga memerlukan penyambung untuk cloud client anda.

Ya, walaupun jika banyak folder/lampiran perlu disegerakkan prosesnya mungkin perlahan. Pada masa yang sama, pelanggan melaporkan persekitaran dengan >10k rakan dan ~5k varian produk untuk disegerakkan, dan prosesnya masih diterima.

Beberapa perkara yang perlu ditekankan:

1. Penyegerakan dibina supaya setiap item disegerakkan dan tidak hilang, walaupun mungkin tidak pantas. Ini dijamin oleh baris gilir first-in-first-out dan setiap kerja yang dikomit.
2. Bilangan objek boleh dihadkan secara logik. Konfigurasi model membolehkan anda menyekat penyegerakan item lapuk (cth. tiada gunanya menyegerakkan rakan yang diarkibkan atau pesanan 2 tahun lalu).

Tidak. Kami mempunyai alasan kukuh untuk mengelak penyegerakan masa nyata:

• Isu prestasi. Jika penyegerakan masa nyata, setiap muat naik fail akan memaparkan skrin muat.

• Isu konflik. Jika 2 pengguna menukar item secara serentak, situasi yang tidak selesai mungkin timbul. Dengan kerja berkala kami boleh membetulkannya kemudian; pada masa nyata ia perlu disimpan sebagai baris gilir, yang lebih mengelirukan pengguna.

• Isu fungsi. Khususnya menamakan semula dan menyusun semula item. Dalam penyegerakan undur, alat bergantung ketat pada logik direktori, dan setiap penyegerakan 100% item diperiksa. Jika dilakukan selepas setiap kemas kini, akan ada beribu permintaan sesaat. Jika tidak: perubahan akan hilang.

Tidak, ciri ini hanya tersedia dari versi 15.

Ya, bergantung pada konfigurasi cloud client anda.

Tidak, tag tidak disegerakkan. Kami pernah mempertimbangkan ciri ini, tetapi memutuskan tidak memperkenalkannya atas beberapa sebab:

• Pustaka penyambung tidak menyokong mendapatkan atau mengemas kini tag ownCloud

• Lampiran Odoo tidak mempunyai atribut 'tags' dan tidak sepenuhnya jelas bila tag itu akan ditetapkan kepada pengguna.

• Memandangkan aplikasi menyediakan penyegerakan dua hala, mungkin timbul konflik kritikal semasa penyegerakan yang sukar diselesaikan.

Mengikut dasar Odoo Apps Store semasa:

• Setiap modul yang dibeli untuk versi 12.0 dan sebelumnya memberi akses ke semua versi sehingga 12.0.
• Bermula versi 13.0, setiap versi modul perlu dibeli berasingan.
• Tanpa mengira versi, pembelian memberi hak kepada semua kemas kini dan pembetulan pepijat dalam versi utama.

Sila ambil perhatian bahawa pasukan faOtools tidak mengawal dasar itu. Untuk soalan, hubungi terus wakil Odoo Apps Store.

Pendekatan paling terus ialah menggunakan aliran kerja terbina dalam kedai Odoo:

1. Buka halaman modul dan klik butang Deploy on odoo.sh

2. Selepas itu anda akan dihalakan ke halaman GitHub. Log masuk ke akaun, kemudian klik 'Create a new repo' atau guna yang sedia ada. Pastikan repositori bersifat peribadi. Tidak dibenarkan menerbitkan aplikasi di bawah lesen OPL-1. Jika perlu, cipta repo baharu untuk projek Odoo.sh

3. Kemudian pergi ke odoo.sh dan klik butang Deploy. Dalam tetingkap pop timbul, hantar keputusan dan klik 'Continue.' Tindakan ini akan mencetuskan pemasangan.

Langkah ini akan memasang aplikasi pada cabang pengeluaran projek. Jika anda mahu men-deploy aplikasi ke cabang lain atau mengemas kini modul, lakukan tindakan berikut:

1. Muat naik kod sumber aplikasi dari kedai Odoo

2. Commit modul ke repositori GitHub yang diperlukan. Pastikan tiada folder/fail aplikasi diabaikan (iaitu tidak termasuk dalam .gitignore repo). Repositori dicipta secara automatik oleh odoo.sh dan secara lalai mungkin termasuk item penting (cth., /lib). Muat naik semua direktori, subdirektori dan fail modul tanpa pengecualian

3. Deploy cabang sasaran projek odoo.sh atau, jika tetapan anda mengandaikan demikian, tunggu sehingga ia dibina secara automatik.

Ya, sudah tentu. Pada masa yang sama Odoo secara automatik menambah semua kebergantungan ke troli, jadi anda harus kecualikan alat yang sudah dibeli untuk elak bayaran berganda.

Amaran merah/oren tidak mempengaruhi ciri aplikasi. Malangnya, modul kami kadang-kadang tidak lulus ujian automatik standard kerana ujian itu mengandaikan tingkah laku yang bercanggah dengan matlamat aplikasi. Contohnya kami mengubah pengiraan harga, manakala ujian modul Odoo standard membandingkan harga akhir dengan algoritma standard.

Pertama sekali, semak ciri pangkalan data yang dilancarkan. Adakah semuanya berfungsi dengan betul?

Jika anda masih menganggap amaran mempengaruhi ciri sebenar, hubungi kami dan hantar log pemasangan penuh serta senarai penuh modul yang dilancarkan (termasuk teras dan pihak ketiga).

Tidak, kami hanya mengedarkan alat melalui kedai aplikasi Odoo rasmi.

Malangnya, kami tidak mempunyai cara teknikal untuk memberikan harga individu. 

Tidak, aplikasi pihak ketiga tidak boleh digunakan di Odoo Online. Malangnya Odoo SaaS menyekat kemungkinan itu.

Ya, alat memerlukan semua modul yang ditanda dalam kebergantungan untuk berfungsi dengan betul. Harga pada halaman aplikasi sudah merangkumi semua kebergantungan yang diperlukan.