WebsiteHCM cung cấp dịch vụ nâng cấp Odoo theo từng bước: đánh giá phiên bản đang dùng, kiểm tra module riêng, sao lưu, nâng cấp thử, kiểm tra dữ liệu và bàn giao. Mục tiêu là hệ thống sau nâng cấp tiếp tục xử lý đúng đơn hàng, kho, kế toán và kết nối. Chỉ đăng nhập được vào phiên bản mới chưa đủ để nghiệm thu.
Cần phân biệt nâng phiên bản Odoo với chuyển máy chủ, chuyển dữ liệu từ hệ thống cũ hoặc hợp nhất nhiều cơ sở dữ liệu. Theo tài liệu nâng cấp Odoo chính thức, nâng cấp tiêu chuẩn không mặc định gồm chuyển Community sang Enterprise, đổi môi trường lưu trữ hoặc sửa module tùy chỉnh do bên thứ ba phát triển. Mỗi việc cần báo rõ trong phạm vi.
Khi nào doanh nghiệp nên nâng cấp Odoo?
- Phiên bản hiện tại không còn phù hợp với nhu cầu vận hành hoặc kế hoạch hỗ trợ của tổ chức.
- Module tùy chỉnh và các hạng mục phụ thuộc khiến việc bảo trì, sửa lỗi hoặc phát hành phiên bản ngày càng khó.
- Tiện ích bổ sung hoặc kết nối hệ thống cần thay đổi để tương thích với môi trường mục tiêu.
- Doanh nghiệp muốn chuyển hạ tầng lưu trữ, đám mây, VPS hoặc cách triển khai khác.
- Cần năng lực mới nhưng không nên tiếp tục mở rộng trên nền hiện tại.
- Hệ thống có nhiều cách xử lý tạm và cần xem lại phần nào có thể dùng tính năng chuẩn.
- Lần nâng cấp trước không có bộ kiểm thử lại các chức năng quan trọng, chạy thử hoặc quay lại phương án trước rõ.
Theo bảng phiên bản được hỗ trợ của Odoo, Odoo 20.0 phát hành tháng 9/2026; Odoo 17 kết thúc hỗ trợ tiêu chuẩn vào tháng 9/2026, còn bản 18, 19 và 20 có thời hạn khác. Hết hỗ trợ tiêu chuẩn không có nghĩa phần mềm lập tức ngừng hoạt động; cần kiểm tra điều kiện hỗ trợ mở rộng, gói và rủi ro thực tế trước khi quyết định.
Bước 1. Kiểm kê hệ thống Odoo trước khi nâng cấp
| Nhóm | Cần ghi nhận | Người cần tham gia |
|---|---|---|
| Module phát triển riêng | Mục đích, kho mã nguồn, hạng mục phụ thuộc, kiểm thử và mức độ ảnh hưởng đến hoạt động | Người phụ trách nghiệp vụ và kỹ thuật |
| Tiện ích của bên thứ ba | Nhà phát triển, bản quyền, phiên bản hỗ trợ và phương án thay thế | Người phụ trách hệ thống và nhà cung cấp |
| Kết nối hệ thống | Địa chỉ kết nối, cách xác thực, quy tắc dữ liệu, gửi lại khi lỗi, khối lượng và người hỗ trợ | Người phụ trách hệ thống của hai bên |
| Báo cáo và tác vụ định kỳ | Nguồn dữ liệu, lịch chạy, thời hạn và hạng mục phụ thuộc | Người phụ trách quy trình |
| Vai trò và quyền truy cập | Nhóm quyền, quy tắc tùy chỉnh, tài khoản hệ thống và quyền đặc biệt | Người phụ trách bảo mật và hệ thống |
| Dữ liệu | Cấu trúc, trường tùy chỉnh, chất lượng, dữ liệu lưu trữ và quy tắc đối soát | Người chịu trách nhiệm dữ liệu |
| Hạ tầng | Máy chủ, hệ điều hành, cơ sở dữ liệu, môi trường chạy, lưu trữ, sao lưu và giám sát | Người phụ trách hạ tầng |
Bảng kiểm kê giúp tìm module thiếu mã nguồn, kết nối không còn được nhà cung cấp hỗ trợ hoặc quyền truy cập chưa rõ. Mỗi hạng mục phải có người chịu trách nhiệm và cách kiểm tra sau nâng cấp; nếu thiếu thông tin, nên khảo sát trước khi ký giá.
Bước 2. Xem lại nhu cầu dùng tính năng chuẩn và module riêng
Đối với mỗi module viết riêng, quyết định tiếp tục sử dụng và nâng cấp, thay bằng chức năng chuẩn, viết lại hoặc ngừng dùng. Không tự bỏ chức năng chỉ vì bản Odoo mới có màn hình tương tự; bộ phận sử dụng phải xác nhận cách duyệt, số liệu và báo cáo vẫn đúng.
Odoo Enterprise có hỗ trợ nâng cấp thành phần tiêu chuẩn theo điều kiện thuê bao. Module riêng hoặc tiện ích bên thứ ba không có hợp đồng bảo trì, dọn dữ liệu cũ và đào tạo sử dụng mới có thể nằm ngoài phạm vi này. WebsiteHCM chỉ báo giá phần công việc cần thực hiện thêm sau khi kiểm tra.
Bước 3. Sao lưu và nâng cấp thử trên bản sao
Trước khi làm trên hệ thống thật, kiểm tra sao lưu gồm cơ sở dữ liệu, tệp đính kèm (filestore), cấu hình và mã nguồn module. Cần thử mở và khôi phục bản sao, không chỉ kiểm tra có tệp sao lưu. Odoo hướng dẫn ghép đúng tệp đính kèm khi thử nâng cấp đối với cách nâng cấp phù hợp.
Ví dụ kiểm thử giả định: tạo đơn bán, kiểm tra tồn kho, xác nhận giao hàng, lập hóa đơn, điều chỉnh/hoàn hàng và đối chiếu công nợ. Thử thêm tài khoản không có quyền duyệt, báo cáo, module riêng và kết nối. Một số chức năng như email, ngân hàng, vận chuyển có thể bị tắt trên môi trường thử để tránh ảnh hưởng dữ liệu thật.
Khi nâng cấp đồng thời phải chuyển dữ liệu
Nếu chỉ thay phiên bản Odoo, trọng tâm là nâng dữ liệu và module cho bản mục tiêu. Nếu chuyển từ Excel, ERP khác hoặc hợp nhất hệ thống, còn cần đối chiếu các trường, làm sạch, nhập thử và xử lý số dư. Các công việc này phải được tách trong báo giá để tránh hiểu nhầm.
| Giai đoạn dữ liệu | Đầu ra cần có |
|---|---|
| Danh mục hiện trạng | Nguồn, người phụ trách, khối lượng, chất lượng và dữ liệu không chuyển |
| Đối chiếu trường dữ liệu | Trường nguồn, trường đích, quy tắc chuyển đổi và giá trị mặc định |
| Làm sạch | Quy tắc xử lý dữ liệu trùng, thiếu, sai định dạng và dữ liệu lịch sử |
| Chạy thử | Thời gian chạy, lỗi, cách sửa và kết quả đối soát |
| Chuyển dữ liệu chính thức | Thời điểm dừng nhập liệu, phần dữ liệu thay đổi, thứ tự thực hiện, xác nhận và lưu trữ nguồn |
Người phụ trách kho, kế toán và dữ liệu phía khách hàng cần ký kết quả đối chiếu; đội kỹ thuật không thể tự xác nhận nghiệp vụ chỉ vì quá trình chuyển dữ liệu chạy xong.
Kiểm tra kết nối và tiện ích bên ngoài
Thử lại website, CRM, hóa đơn điện tử, vận chuyển, thanh toán, quyền truy cập API và giao dịch gửi trùng. Xem dịch vụ tích hợp Odoo. Nếu bên thứ ba chưa xác nhận khả năng tương thích của module hoặc đầu nối bắt buộc, không nên coi hạng mục đó sẽ tự hoạt động sau nâng cấp.
Chạy thử, giảm gián đoạn và phương án dự phòng
Từ bản thử, xác định thời gian nâng cấp, lúc tạm dừng giao dịch, ai thông báo cho nhân viên, mốc kiểm tra và ai có quyền quyết định tiếp tục hoặc hoãn. Hệ thống thật sẽ không sử dụng được trong một phần quá trình nâng cấp; không thể cam kết thời gian dừng nếu chưa chạy thử với dữ liệu và cấu hình tương ứng.
Không hứa rằng luôn có thể quay về phiên bản cũ. Odoo nêu rõ bản nâng cấp thành công trên Odoo Online không thể hạ phiên bản theo quy trình chuẩn. Odoo.sh có cơ chế tự hoàn nguyên khi nâng cấp thất bại; máy chủ tự quản lý cần phương án phục hồi đã thử. Nếu hệ thống khác đã nhận đơn mới, chỉ khôi phục bản sao cũ có thể làm mất hoặc lệch giao dịch; phải dự tính cách đối chiếu và xử lý dữ liệu phát sinh.
6 điều kiện nghiệm thu trước khi nâng cấp thật
| Điều kiện | Bằng chứng | Người xác nhận |
|---|---|---|
| Khả năng tương thích | Danh sách module tùy chỉnh, tiện ích, kết nối và vấn đề chưa xử lý | Người phụ trách hệ thống |
| Kiểm thử lại | Kết quả kiểm thử, tình trạng lỗi và giới hạn được chấp nhận | Người phụ trách quy trình và người dùng chủ chốt |
| Dữ liệu | Báo cáo đối soát và danh sách ngoại lệ | Người chịu trách nhiệm dữ liệu |
| Chuyển hệ thống | Kết quả chạy thử, hướng dẫn thực hiện và thời gian dự kiến | Người có thẩm quyền của dự án |
| Quay lại hoặc dự phòng | Mốc quyết định, cách xử lý dữ liệu và người có quyền quyết định | Người phụ trách nghiệp vụ và hệ thống |
| Bàn giao | Ghi chú phiên bản, hướng dẫn vận hành, lỗi đã biết và giám sát | Người phụ trách hỗ trợ |
Ngoài kết quả kỹ thuật, người sử dụng phải kiểm tra các giao dịch chính và ký duyệt. Các lỗi chưa sửa cần phân loại rõ: lỗi ngăn sử dụng thì phải xử lý trước; việc có thể chấp nhận tạm cần người có thẩm quyền xác nhận và có phương án theo dõi.
Theo dõi và hỗ trợ sau khi nâng cấp
Sau khi chuyển hệ thống thật, theo dõi đơn hàng, tồn kho, công nợ, kết nối, tác vụ tự động và lỗi người dùng. Kết thúc hỗ trợ tăng cường khi đáp ứng điều kiện đã thỏa thuận, không chỉ vì đủ số ngày. Nếu cần dịch vụ dài hạn, xem hỗ trợ Odoo.
Chi phí nâng cấp Odoo gồm những gì?
Chi phí phụ thuộc phiên bản hiện tại/mục tiêu, nơi lưu trữ, số module riêng, dữ liệu, kết nối và số lần thử. Báo giá phải tách phần nâng cấp thuộc phạm vi hỗ trợ Odoo theo hợp đồng với phần WebsiteHCM thực hiện thêm: chỉnh module, chuyển hạ tầng, dữ liệu, kiểm thử, đào tạo hoặc hỗ trợ sau bàn giao. Phí bên thứ ba, thuê bao và VAT phải ghi rõ; không có một mức giá cố định cho mọi trường hợp.
Thông tin cần gửi để nhận đánh giá nâng cấp
Hãy chuẩn bị phiên bản Odoo đang dùng và phiên bản dự kiến, gói thuê bao, nơi lưu trữ, lượng dữ liệu và tệp đính kèm, danh sách module riêng, phần mềm kết nối, thời điểm có thể dừng hệ thống và yêu cầu hỗ trợ. Nếu chưa đủ thông tin, cần khảo sát để xác định rủi ro và phạm vi.
Yêu cầu đánh giá nâng cấp Odoo để được lập danh sách kiểm tra, bản thử, cách nghiệm thu và báo giá công việc cần thực hiện.
Xem thêm các hạng mục tại giải pháp ERP Odoo.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.