Odoo 20 memperluas mode offline sehingga pengguna dapat membuat, mengedit, mengarsipkan, membatalkan arsip, dan menghapus rekaman tanpa koneksi aktif. Pencarian yang telah dijalankan sebelumnya juga dapat dilakukan secara offline. Setelah konektivitas kembali, antrean sinkronisasi menangani perubahan tersebut, dengan antarmuka offline dan alat manajemen untuk memantau prosesnya. (Odoo 20 Release Notes; Odoo Goes Offline) Ini mengubah akses offline dari cadangan untuk melihat menjadi mode kerja yang dapat mengubah data bisnis. Organisasi yang menilai Odoo 20 sebaiknya memeriksa bagaimana perubahan tersebut berperilaku saat disinkronkan, bukan hanya apakah rekaman tetap dapat diakses selama gangguan.
Odoo Nightly mencantumkan Odoo 20 sebagai rilis Community Edition yang stabil dan direkomendasikan, bertanggal September 2026 dan didukung hingga Odoo 23. (nightly.odoo.com) Daftar ini relevan untuk perencanaan Community Edition, tetapi tidak menetapkan cakupan offline yang identik di setiap platform, lingkungan Enterprise, atau basis data yang dikustomisasi. Cakupan harus diperiksa terhadap penerapan yang dituju.
Apa yang berubah dari Odoo 19
Mode offline Odoo 19 memungkinkan pengguna melihat rekaman yang dibuka sebelum koneksi terputus, tetapi tidak memodifikasinya saat offline. Odoo 20 menambahkan pembuatan, pengeditan, pengarsipan, pembatalan arsip, dan penghapusan rekaman. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Ini merupakan perluasan fungsi, bukan label baru untuk cache sebelumnya. Di Odoo 19, pengguna dapat bersiap untuk terputus dengan membuka rekaman yang relevan, tetapi pekerjaan yang mengubah rekaman tersebut harus menunggu konektivitas. Odoo 20 mendukung rekaman baru dan perubahan pada rekaman yang sudah ada saat offline. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Penilaian versi harus membedakan akses ke informasi yang di-cache dari kemampuan untuk menyelesaikan dan mengantre operasi rekaman. Alur kerja yang hanya memerlukan data referensi memiliki persyaratan yang berbeda dari alur yang melibatkan input data, perubahan status, atau penghapusan. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Operasi offline yang terkonfirmasi
Tindakan Odoo 20 yang terkonfirmasi mencakup lima bagian dari siklus hidup rekaman: pembuatan, pengeditan, pengarsipan, pembatalan arsip, dan penghapusan. Pencarian yang telah dijalankan sebelumnya juga tersedia saat offline. (Odoo 20 Release Notes) Pengujian penerimaan harus mencakup setidaknya satu skenario untuk setiap tindakan dan memastikan bahwa status rekaman yang diharapkan muncul setelah tersambung kembali dan sinkronisasi.
Sesi Experience Odoo menjelaskan antarmuka offline khusus, antrean sinkronisasi, serta alat untuk memantau dan mengelola sinkronisasi. (Odoo Goes Offline) Fungsi-fungsi ini harus dicakup dalam pelatihan pengguna dan prosedur operasional. Pengguna perlu tahu di mana item yang diantrekan muncul, cara mengidentifikasi item yang belum terselesaikan, dan siapa yang meninjaunya. Materi yang diberikan mengonfirmasi bahwa alat manajemen tersedia, tetapi tidak mendefinisikan alur kerja lengkap atau izin administratifnya.
Cakupan caching dan pencarian perlu diverifikasi
Dokumentasi Odoo 19 menjelaskan akses offline dalam istilah rekaman yang dibuka sebelum konektivitas terputus. Odoo 20 secara terpisah mengonfirmasi bahwa pencarian yang telah dijalankan sebelumnya dapat dilakukan secara offline. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Sumber yang diberikan tidak menjelaskan seberapa banyak data terkait yang disimpan, berapa lama data tetap tersedia, apakah batas penyimpanan berlaku, atau apakah setiap bidang yang terkait dengan rekaman yang di-cache tersedia. Sumber tersebut juga tidak menetapkan apakah pengulangan pencarian secara offline mengembalikan set hasil asli atau hanya data yang sudah tersimpan di perangkat.
Sebelum menyetujui alur kerja offline, tim harus mengidentifikasi pencarian dan jenis rekaman yang dibutuhkan oleh setiap peran. Pengujian sebaiknya dimulai secara online dengan menjalankan pencarian yang relevan dan membuka rekaman yang diperlukan. Penguji kemudian dapat memutus koneksi dan mengulangi tugas yang dimaksud, termasuk penggunaan lampiran, rekaman terkait, dan bidang wajib. Ini adalah poin verifikasi, bukan keterbatasan yang terkonfirmasi, karena informasi rilis yang diberikan tidak menjelaskan perilakunya. (Odoo 20 Release Notes)
Penanganan konflik perlu diuji
Antrian sinkronisasi dan alat manajemen telah dikonfirmasi, tetapi sumber yang disediakan tidak menjelaskan bagaimana Odoo 20 menyelesaikan perubahan yang saling bersaing pada record yang sama, kegagalan validasi setelah tersambung kembali, atau dependensi antaroperasi yang masuk antrian. (Odoo Goes Offline) Keberadaan antrian tidak menetapkan kebijakan konflik. Perilakunya harus didemonstrasikan pada build dan konfigurasi Odoo yang dituju.
Pengujian konflik dapat melibatkan satu pengguna mengubah record secara offline sementara pengguna lain mengubah record yang sama secara online. Setelah tersambung kembali, tim harus memeriksa nilai yang dihasilkan, status antrian, dan notifikasi pengguna. Pengujian terpisah harus mencakup edit offline pada record yang diarsipkan atau dihapus di tempat lain, serta record yang baru dibuat yang gagal memenuhi aturan sisi server. Pengujian harus mendokumentasikan apakah pembaruan didahulukan, terjadi penggabungan, atau diperlukan intervensi manual. (Odoo Goes Offline)
Kontrol akses dan tindakan destruktif
Karena Odoo 20 mencakup pengarsipan, pembatalan arsip, dan penghapusan offline, evaluasi harus melampaui entri data rutin. (Odoo 20 Release Notes) Organisasi harus memverifikasi apakah hak akses, aturan record, dan persyaratan persetujuan diterapkan saat tindakan offline terjadi, selama sinkronisasi, atau pada kedua tahap. Catatan rilis mengonfirmasi tindakan yang tersedia, tetapi tidak menjelaskan bagaimana setiap kontrol keamanan berperilaku tanpa koneksi.
Pengujian harus menggunakan peran pengguna yang representatif, bukan hanya akun administrator. Setiap peran harus mencoba tindakan yang diizinkan dan yang dilarang saat terhubung dan terputus. Penguji kemudian harus memeriksa apakah perubahan yang masuk antrian tetap terlihat, apakah pesan penolakan jelas, dan apakah record yang diarsipkan, dipulihkan, atau dihapus mencapai keadaan akhir yang diinginkan. Proses yang penghapusannya berdampak besar harus memiliki prosedur offline yang terdokumentasi sebelum penerapan. (Odoo 20 Release Notes; Odoo Goes Offline)
Modul kustom memerlukan pengujian yang terarah
Fitur yang dikonfirmasi mencakup operasi record offline dan fasilitas sinkronisasi Odoo 20, tetapi sumber yang disediakan tidak menyatakan bahwa setiap modul kustom, modul pihak ketiga, tindakan otomatis, atau integrasi eksternal kompatibel dengan kerja offline. (Odoo 20 Release Notes; Odoo Goes Offline) Oleh karena itu, penerapan yang disesuaikan harus menilai dukungan modul demi modul, bukan berasumsi bahwa mode offline berlaku seragam di seluruh basis data.
Pengujian harus mencakup field kustom, perilaku onchange, nilai wajib, nilai terhitung, dan pemeriksaan sisi server yang digunakan dalam alur kerja organisasi. Integrasi yang biasanya bereaksi terhadap pembuatan atau pengeditan record juga harus diamati setelah perubahan yang masuk antrian tersinkronisasi. Tujuannya bukan untuk berasumsi terjadi kegagalan, melainkan untuk menentukan apakah setiap elemen berjalan offline, menunggu koneksi kembali, menghasilkan item antrian yang ditolak, atau memerlukan proses yang berbeda. (Odoo 20 Release Notes; Odoo Goes Offline)
Pertanyaan yang harus diselesaikan sebelum peluncuran
Odoo 20 menyediakan seperangkat kemampuan offline yang lebih luas yang telah dikonfirmasi dibandingkan Odoo 19, didukung oleh antarmuka khusus dan alat sinkronisasi untuk pekerjaan yang masuk antrian. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes; Odoo Goes Offline) Sebelum mengandalkan kemampuan tersebut, organisasi harus memverifikasi aplikasi dan jenis record mana yang tercakup, apa yang harus dibuka atau dicari pengguna sebelum terputus, bagaimana konflik disajikan, dan siapa yang memantau sinkronisasi yang gagal atau tertunda.
Keputusan peluncuran juga harus mencatat perangkat dan lingkungan penerapan yang didukung, perilaku penyimpanan dan retensi, hasil kontrol akses, hasil modul kustom, serta prosedur untuk penghapusan atau perubahan lain yang berdampak besar. Materi rilis yang disediakan tidak menjawab pertanyaan implementasi ini, tetapi hal tersebut menentukan apakah fungsi yang dikonfirmasi sesuai untuk alur kerja offline tertentu. (Odoo 20 Release Notes; Odoo Goes Offline)
Untuk perencanaan Community Edition, listing stable dan recommended dari Odoo Nightly memberikan status versi yang dinyatakan, dengan dukungan hingga Odoo 23. (nightly.odoo.com) Persetujuan operasional tetap harus bergantung pada pengujian build, modul, izin, dan alur kerja yang tepat yang akan dibawa pengguna secara offline. Perubahan yang dikonfirmasi adalah Odoo 20 melampaui akses read-only Odoo 19 ke record yang sebelumnya dibuka dengan memungkinkan pembuatan dan modifikasi offline yang masuk antrian. Pengujian harus memastikan bagaimana kemampuan tersebut berperilaku dalam konfigurasi organisasi. (Dokumen Odoo 19.0: Mode Offline Umum; Catatan Rilis Odoo 20; Odoo Mulai Offline)