Batas waktu dukungan September 2026
Tabel dukungan Odoo saat ini mencantumkan September 2026 sebagai akhir yang direncanakan untuk dukungan standar Odoo 17.0. Dukungan standar mencakup bantuan helpdesk, perbaikan bug, dan pembaruan keamanan. Organisasi yang menggunakan Odoo 17 harus memutuskan apakah akan upgrade sebelum batas waktu yang direncanakan atau mengatur dukungan lanjutan. (Odoo 19.0 Docs: Administration Standard Extended Support)
Informasi yang dipublikasikan mengidentifikasi bulan akhir yang direncanakan, tetapi tidak memberikan tanggal batas yang pasti. Administrator harus mengonfirmasi tanggal operasional dengan Odoo, bukan berasumsi bahwa cakupan akan berubah pada hari pertama atau hari terakhir September. (Odoo 19.0 Docs: Administration Standard Extended Support) Jadwal internal harus menyisakan waktu untuk memperoleh konfirmasi tersebut sebelum keputusan upgrade atau dukungan disetujui.
Cakupan setelah dukungan standar
Odoo mencantumkan cakupan yang berbeda untuk dukungan standar dan dukungan lanjutan. Dukungan standar mencakup bantuan helpdesk, perbaikan bug, dan pembaruan keamanan. Dukungan lanjutan dikenakan biaya tambahan dan mencakup bantuan helpdesk serta perbaikan bug jika perbaikan tersebut layak dilakukan. (Odoo 19.0 Docs: Administration Standard Extended Support)
Pembaruan keamanan secara eksplisit termasuk dalam dukungan standar, tetapi tidak tercantum dalam ringkasan dukungan lanjutan yang diberikan. Perbaikan bug pada dukungan lanjutan juga dibatasi oleh kelayakan. (Odoo 19.0 Docs: Administration Standard Extended Support) Sebelum mengandalkan dukungan lanjutan, pengambil keputusan harus meminta Odoo mengonfirmasi ketentuan yang berlaku untuk kontrak mereka, bagaimana kelayakan dinilai, dan apakah ada batasan yang memengaruhi masalah yang sudah ada.
Odoo menyatakan bahwa setiap versi utama menerima dukungan selama tiga tahun dan sangat merekomendasikan penggunaan versi yang masih didukung. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) Bagi organisasi yang masih menjalankan Odoo 17, batas waktu yang direncanakan ini memerlukan koordinasi antara pihak yang bertanggung jawab atas kontrak, administrasi sistem, pengembangan kustom, integrasi, dan waktu henti operasional.
Mulailah dengan database uji yang telah di-upgrade
Proses yang didokumentasikan Odoo dimulai dengan meminta database uji yang telah di-upgrade. Setelah itu organisasi harus menguji alur kerja bisnis dan integrasi, menyelesaikan masalah yang ditemukan, dan menjadwalkan upgrade produksi hanya setelah pekerjaan tersebut selesai. (Odoo 19.0 Docs: Administration Upgrade) Mengikuti urutan ini mencegah upgrade produksi menjadi uji kompatibilitas penuh yang pertama.
Pengujian harus mencakup alur kerja dan integrasi yang menjadi ketergantungan organisasi, sesuai panduan Odoo. (Odoo 19.0 Docs: Administration Upgrade) Setiap alur kerja harus memiliki penanggung jawab yang dapat mencatat hasil, menyelidiki masalah, dan mengonfirmasi bahwa perbaikan telah diuji ulang. Membuat database uji hanyalah langkah awal penilaian, bukan bukti bahwa lingkungan yang telah di-upgrade siap untuk produksi.
Odoo merekomendasikan agar masalah yang ditemukan selama pengujian diselesaikan sebelum menjadwalkan upgrade produksi. (Odoo 19.0 Docs: Administration Upgrade) Jika suatu masalah belum terselesaikan, dampak operasionalnya harus didokumentasikan sebelum tanggal produksi disetujui. Organisasi kemudian dapat memutuskan apakah akan mengubah tanggal, mengubah rencana upgrade, atau mencari bantuan lebih lanjut.
Catatan pengujian harus membedakan antara pemeriksaan yang berhasil, pemeriksaan yang gagal, dan item yang belum diuji. Karena proses Odoo menempatkan penyelesaian masalah sebelum penjadwalan produksi, pengujian yang tidak lengkap tidak boleh dianggap sebagai hasil yang berhasil. (Odoo 19.0 Docs: Administration Upgrade) Perbedaan ini membantu pengambil keputusan melihat bagian mana dari upgrade yang siap dan mana yang masih memerlukan pekerjaan.
Nilai modul kustom secara terpisah
Database yang dikustomisasi memiliki prasyarat tambahan. Odoo menyatakan bahwa modul kustom harus kompatibel dengan versi target sebelum database dapat di-upgrade. (Dokumentasi Odoo 19.0: Peningkatan Administrasi) Administrator harus mengidentifikasi setiap modul kustom, menetapkan tanggung jawab atasnya, dan memastikan apakah versi yang kompatibel tersedia untuk rilis target yang dimaksud.
Persyaratan yang didokumentasikan Odoo menempatkan kompatibilitas modul kustom sebelum pengajuan basis data yang disesuaikan untuk peningkatan. (Dokumentasi Odoo 19.0: Peningkatan Administrasi) Menguji alur kerja standar saja tidak membuktikan apakah kode kustom sudah siap. Setiap modul harus memiliki status kompatibilitas yang tercatat dan disertakan dalam basis data uji yang telah ditingkatkan, sehingga alur kerja yang terpengaruh olehnya dapat diperiksa.
Odoo juga meminta agar integrasi diuji sebagai bagian dari proses basis data yang telah ditingkatkan. (Dokumentasi Odoo 19.0: Peningkatan Administrasi) Karena itu, penilaian harus mencakup modul kustom dan sistem yang terhubung. Untuk setiap item, administrator harus mencatat apa yang perlu diuji, siapa yang dapat menyelidiki kegagalan, dan apakah pihak ketiga yang relevan perlu berpartisipasi selama pengujian atau peningkatan produksi.
Rencanakan ketidaktersediaan produksi
Basis data produksi tidak tersedia selama peningkatan, dan Odoo merekomendasikan penjadwalan pekerjaan pada periode dengan penggunaan minimal. (Dokumentasi Odoo 19.0: Peningkatan Administrasi) Rencana harus mengidentifikasi jendela yang dapat diterima, aktivitas yang harus diselesaikan sebelumnya, dan orang-orang yang perlu mengetahui bahwa basis data aktif akan tidak tersedia.
Panduan Odoo menempatkan penjadwalan produksi setelah pengujian dan penyelesaian masalah. (Dokumentasi Odoo 19.0: Peningkatan Administrasi) Administrator harus mempertahankan urutan tersebut saat bekerja mundur dari batas dukungan yang direncanakan pada September 2026. Berkomitmen ke produksi terlalu awal dapat menyisakan waktu yang tidak cukup untuk mengatasi masalah yang ditemukan dalam alur kerja, integrasi, atau modul kustom tanpa mengubah jendela waktu.
Rencana produksi tidak boleh mengasumsikan bahwa menyelesaikan peningkatan basis data adalah satu-satunya pertimbangan penjadwalan. Odoo menegaskan bahwa basis data tidak akan tersedia selama proses berlangsung dan menyarankan pemilihan periode penggunaan minimal. (Dokumentasi Odoo 19.0: Peningkatan Administrasi) Karena itu, persetujuan internal harus memperhitungkan gangguan tersebut dan mengonfirmasi aktivitas bisnis mana yang perlu dihentikan sementara atau diselesaikan sebelum jendela dimulai.
Pemeriksaan sebelum memilih jalur
Sebelum menyetujui dukungan diperpanjang atau jadwal peningkatan, pastikan tanggal pasti akhir dukungan standar, biaya tambahan untuk dukungan diperpanjang, dan cakupan yang tersedia untuk Odoo 17. Perbedaan yang dipublikasikan Odoo adalah bahwa dukungan standar mencakup bantuan helpdesk, perbaikan bug, dan pembaruan keamanan, sedangkan dukungan diperpanjang menyediakan bantuan helpdesk dan perbaikan bug yang layak dengan biaya tambahan. (Dokumentasi Odoo 19.0: Dukungan Standar dan Diperpanjang Administrasi)
Untuk peningkatan, verifikasi bahwa basis data uji yang telah ditingkatkan telah diminta, alur kerja bisnis dan integrasi telah diuji, masalah yang teridentifikasi telah diselesaikan, dan modul kustom kompatibel dengan versi target. Langkah-langkah ini merupakan bagian dari panduan peningkatan yang didokumentasikan Odoo. (Dokumentasi Odoo 19.0: Peningkatan Administrasi) Jendela produksi hanya boleh disetujui ketika pemeriksaan memiliki penanggung jawab yang jelas dan hasil yang tercatat.
Dukungan standar Odoo 17 direncanakan berakhir pada September 2026, dan Odoo merekomendasikan penggunaan versi yang didukung. (Dokumentasi Odoo 19.0: Dukungan Standar dan Diperpanjang Administrasi; Dokumentasi Odoo 19.0: Peningkatan Administrasi) Organisasi yang masih menggunakan Odoo 17 perlu memilih antara menyelesaikan peningkatan yang telah diuji sebelum perubahan yang direncanakan atau memperoleh ketentuan dukungan diperpanjang yang dikonfirmasi sambil pekerjaan peningkatan berlanjut. Keputusan tersebut harus mencerminkan kontrak yang berlaku, kesiapan alur kerja dan kustomisasi, serta periode ketidaktersediaan produksi yang dapat diterima.