Hạn chót hỗ trợ tháng 9 năm 2026
Bảng hỗ trợ hiện tại của Odoo liệt kê tháng 9 năm 2026 là thời điểm dự kiến kết thúc hỗ trợ tiêu chuẩn cho Odoo 17.0. Hỗ trợ tiêu chuẩn bao gồm hỗ trợ helpdesk, sửa lỗi và cập nhật bảo mật. Các tổ chức đang dùng Odoo 17 nên quyết định nâng cấp trước hạn chót dự kiến hay sắp xếp hỗ trợ mở rộng. (Odoo 19.0 Docs: Administration Standard Extended Support)
Thông tin đã công bố xác định tháng kết thúc dự kiến nhưng không nêu ngày chốt chính xác. Quản trị viên nên xác nhận ngày áp dụng với Odoo thay vì cho rằng phạm vi hỗ trợ sẽ thay đổi vào ngày đầu tiên hoặc ngày cuối cùng của tháng 9. (Odoo 19.0 Docs: Administration Standard Extended Support) Lịch nội bộ nên dành đủ thời gian để nhận xác nhận đó trước khi phê duyệt nâng cấp hoặc quyết định hỗ trợ.
Phạm vi sau hỗ trợ tiêu chuẩn
Odoo liệt kê phạm vi khác nhau cho hỗ trợ tiêu chuẩn và hỗ trợ mở rộng. Hỗ trợ tiêu chuẩn bao gồm hỗ trợ helpdesk, sửa lỗi và cập nhật bảo mật. Hỗ trợ mở rộng có thêm phí và bao gồm hỗ trợ helpdesk cùng sửa lỗi khi các sửa lỗi đó khả thi. (Odoo 19.0 Docs: Administration Standard Extended Support)
Cập nhật bảo mật được nêu rõ là bao gồm trong hỗ trợ tiêu chuẩn nhưng không xuất hiện trong phần tóm tắt đã cung cấp về hỗ trợ mở rộng. Việc sửa lỗi trong hỗ trợ mở rộng cũng bị ràng buộc bởi tính khả thi. (Odoo 19.0 Docs: Administration Standard Extended Support) Trước khi dựa vào hỗ trợ mở rộng, người ra quyết định nên yêu cầu Odoo xác nhận các điều khoản áp dụng cho hợp đồng của họ, cách đánh giá tính khả thi và liệu có giới hạn nào ảnh hưởng đến các vấn đề hiện có hay không.
Odoo cho biết mỗi phiên bản chính được hỗ trợ trong ba năm và khuyến nghị mạnh mẽ sử dụng một phiên bản còn được hỗ trợ. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) Đối với các tổ chức vẫn đang chạy Odoo 17, hạn chót dự kiến này đòi hỏi sự phối hợp giữa những người phụ trách hợp đồng, quản trị hệ thống, phát triển tùy chỉnh, tích hợp và thời gian ngừng hoạt động.
Bắt đầu bằng một cơ sở dữ liệu kiểm thử đã nâng cấp
Quy trình được Odoo ghi nhận bắt đầu bằng việc yêu cầu một cơ sở dữ liệu kiểm thử đã nâng cấp. Sau đó, tổ chức nên kiểm thử các quy trình nghiệp vụ và tích hợp, khắc phục các vấn đề đã phát hiện và chỉ lên lịch nâng cấp sản xuất sau khi hoàn tất công việc đó. (Odoo 19.0 Docs: Administration Upgrade) Làm theo trình tự này giúp tránh việc nâng cấp sản xuất trở thành bài kiểm tra tương thích toàn diện đầu tiên.
Việc kiểm thử nên bao gồm các quy trình và tích hợp mà tổ chức phụ thuộc vào, phù hợp với hướng dẫn của Odoo. (Odoo 19.0 Docs: Administration Upgrade) Mỗi quy trình nên có một người phụ trách để ghi nhận kết quả, điều tra sự cố và xác nhận rằng các sửa chữa đã được kiểm thử lại. Việc tạo cơ sở dữ liệu kiểm thử chỉ là bước đầu của quá trình đánh giá, không phải bằng chứng cho thấy môi trường đã nâng cấp sẵn sàng cho sản xuất.
Odoo khuyến nghị xử lý các vấn đề phát hiện trong quá trình kiểm thử trước khi lên lịch nâng cấp sản xuất. (Odoo 19.0 Docs: Administration Upgrade) Nếu một vấn đề vẫn chưa được giải quyết, tác động vận hành của nó nên được ghi lại trước khi phê duyệt ngày sản xuất. Khi đó, tổ chức có thể quyết định dời ngày, thay đổi kế hoạch nâng cấp hoặc tìm kiếm thêm hỗ trợ.
Biên bản kiểm thử nên phân biệt giữa các kiểm tra thành công, kiểm tra thất bại và các mục chưa được kiểm thử. Vì quy trình của Odoo đặt việc xử lý vấn đề trước khi lên lịch sản xuất, một lần kiểm thử chưa hoàn tất không nên được coi là kết quả thành công. (Odoo 19.0 Docs: Administration Upgrade) Sự phân biệt này giúp người ra quyết định thấy phần nào của quá trình nâng cấp đã sẵn sàng và phần nào vẫn cần làm việc thêm.
Đánh giá riêng các mô-đun tùy chỉnh
Một cơ sở dữ liệu đã tùy chỉnh có thêm một điều kiện tiên quyết. Odoo nêu rằng các mô-đun tùy chỉnh phải tương thích với phiên bản mục tiêu trước khi cơ sở dữ liệu có thể được nâng cấp. (Tài liệu Odoo 19.0: Nâng cấp quản trị) Quản trị viên nên xác định từng mô-đun tùy chỉnh, giao trách nhiệm cho mô-đun đó và xác nhận liệu có phiên bản tương thích cho bản phát hành đích dự kiến hay không.
Yêu cầu được Odoo nêu rõ đặt tính tương thích của mô-đun tùy chỉnh lên trước khi nộp cơ sở dữ liệu đã tùy biến để nâng cấp. (Tài liệu Odoo 19.0: Nâng cấp quản trị) Chỉ kiểm thử các quy trình chuẩn thôi thì chưa thể xác định mã tùy chỉnh đã sẵn sàng hay chưa. Mỗi mô-đun nên có trạng thái tương thích được ghi nhận và được đưa vào cơ sở dữ liệu kiểm thử đã nâng cấp để có thể kiểm tra các quy trình bị ảnh hưởng bởi nó.
Odoo cũng yêu cầu các tích hợp được kiểm thử như một phần của quy trình cơ sở dữ liệu đã nâng cấp. (Tài liệu Odoo 19.0: Nâng cấp quản trị) Vì vậy, việc đánh giá nên bao gồm cả mô-đun tùy chỉnh và các hệ thống được kết nối. Với từng hạng mục, quản trị viên nên ghi lại những gì cần được kiểm thử, ai có thể điều tra khi xảy ra lỗi và liệu có bên thứ ba liên quan cần tham gia trong quá trình kiểm thử hoặc khi nâng cấp sản xuất hay không.
Lập kế hoạch cho thời gian hệ thống sản xuất không khả dụng
Cơ sở dữ liệu sản xuất sẽ không khả dụng trong quá trình nâng cấp, và Odoo khuyến nghị lên lịch công việc vào giai đoạn ít sử dụng nhất. (Tài liệu Odoo 19.0: Nâng cấp quản trị) Kế hoạch nên xác định một khung thời gian chấp nhận được, các hoạt động phải hoàn tất trước đó và những người cần biết rằng cơ sở dữ liệu trực tiếp sẽ không khả dụng.
Hướng dẫn của Odoo đặt việc lên lịch sản xuất sau khâu kiểm thử và xử lý vấn đề. (Tài liệu Odoo 19.0: Nâng cấp quản trị) Quản trị viên nên giữ nguyên trình tự đó khi làm việc ngược từ thời hạn hỗ trợ dự kiến vào tháng 9 năm 2026. Cam kết đưa vào sản xuất quá sớm có thể khiến không còn đủ thời gian để xử lý các vấn đề phát hiện trong quy trình, tích hợp hoặc mô-đun tùy chỉnh mà không phải thay đổi khung thời gian.
Kế hoạch sản xuất không nên giả định rằng hoàn tất nâng cấp cơ sở dữ liệu là cân nhắc về lịch trình duy nhất. Odoo xác nhận rằng cơ sở dữ liệu sẽ không khả dụng trong quá trình này và khuyên chọn giai đoạn ít sử dụng nhất. (Tài liệu Odoo 19.0: Nâng cấp quản trị) Vì vậy, phê duyệt nội bộ cần tính đến sự gián đoạn này và xác nhận những hoạt động kinh doanh nào cần tạm dừng hoặc phải hoàn tất trước khi khung thời gian bắt đầu.
Các kiểm tra trước khi chọn phương án
Trước khi phê duyệt hỗ trợ mở rộng hoặc lịch trình nâng cấp, hãy xác nhận ngày kết thúc hỗ trợ tiêu chuẩn chính xác, phí bổ sung cho hỗ trợ mở rộng và phạm vi hỗ trợ có sẵn cho Odoo 17. Phân biệt được Odoo công bố là hỗ trợ tiêu chuẩn bao gồm hỗ trợ helpdesk, sửa lỗi và cập nhật bảo mật, trong khi hỗ trợ mở rộng cung cấp hỗ trợ helpdesk và các bản sửa lỗi khả thi với một khoản phí bổ sung. (Tài liệu Odoo 19.0: Hỗ trợ tiêu chuẩn và hỗ trợ mở rộng cho quản trị)
Đối với một lần nâng cấp, hãy xác minh rằng đã yêu cầu cơ sở dữ liệu kiểm thử đã nâng cấp, các quy trình kinh doanh và tích hợp đã được kiểm thử, các vấn đề đã xác định đã được giải quyết và các mô-đun tùy chỉnh tương thích với phiên bản mục tiêu. Những bước này là một phần trong hướng dẫn nâng cấp đã được Odoo ghi lại. (Tài liệu Odoo 19.0: Nâng cấp quản trị) Khung thời gian sản xuất chỉ nên được phê duyệt khi các kiểm tra đã có người phụ trách được nêu tên và kết quả được ghi nhận.
Hỗ trợ tiêu chuẩn cho Odoo 17 dự kiến kết thúc vào tháng 9 năm 2026, và Odoo khuyến nghị vận hành một phiên bản được hỗ trợ. (Tài liệu Odoo 19.0: Hỗ trợ tiêu chuẩn và hỗ trợ mở rộng cho quản trị; Tài liệu Odoo 19.0: Nâng cấp quản trị) Các tổ chức vẫn đang dùng Odoo 17 cần chọn giữa việc hoàn tất một bản nâng cấp đã được kiểm thử trước khi thay đổi theo kế hoạch hoặc nhận các điều khoản hỗ trợ mở rộng đã được xác nhận trong khi công việc nâng cấp vẫn tiếp tục. Quyết định đó nên phản ánh hợp đồng áp dụng, mức độ sẵn sàng của các quy trình và tùy biến, cùng khoảng thời gian chấp nhận được khi cơ sở dữ liệu sản xuất không khả dụng.