WebsiteHCM hỗ trợ Odoo sau triển khai: tiếp nhận lỗi, kiểm tra định kỳ, giám sát, sao lưu và quản lý thay đổi. Phạm vi tùy phiên bản, máy chủ, module riêng, kết nối và giờ vận hành. Bảo hành, bảo trì và viết tính năng mới không phải cùng một dịch vụ.
Sau khi triển khai Odoo, có thể xuất hiện lỗi dữ liệu, quyền, module hoặc kết nối. Hỗ trợ nhằm khôi phục nghiệp vụ an toàn và ngăn lỗi tái diễn.
Dịch vụ hỗ trợ Odoo bao gồm gì?
| Nhóm | Mục tiêu | Ví dụ đầu ra |
|---|---|---|
| Bảo trì Odoo | Giữ hệ thống và tài sản vận hành trong trạng thái có kiểm soát | Danh sách kiểm tra, báo cáo sao lưu và nhật ký bảo trì |
| Khắc phục lỗi Odoo | Phục hồi dịch vụ và xử lý lỗi ở module, cơ sở dữ liệu hoặc kết nối | Hồ sơ sự cố, cách xử lý tạm hoặc bản sửa, kiểm thử và ghi chú phiên bản |
| Kiểm tra hệ thống Odoo | Đánh giá hiệu năng, bảo mật, cấu hình và rủi ro vận hành | Phát hiện, mức độ nghiêm trọng, bằng chứng và kế hoạch xử lý |
| Hỗ trợ người dùng | Giải đáp quy trình, quyền và cách xử lý tác vụ thông thường | Tài liệu hướng dẫn, hướng dẫn theo vai trò |
| Quản lý thay đổi | Đưa bản sửa lỗi, cấu hình, module hoặc kết nối hệ thống thay đổi lên hệ thống chính thức an toàn | Hồ sơ thay đổi, bằng chứng kiểm thử và phương án quay lại |
| Cải tiến liên tục | Ưu tiên danh sách công việc tồn theo giá trị, rủi ro và chi phí thay đổi | Lộ trình cải tiến và kế hoạch phát hành |
Bảo hành, bảo trì, sửa lỗi và nâng cấp khác nhau ra sao?
Bảo hành: sửa lỗi so với chức năng đã nghiệm thu theo hợp đồng. Bảo trì: kiểm tra phòng ngừa. Hỗ trợ sự cố: khôi phục công việc. Phát triển/nâng cấp: thường cần phạm vi riêng. Không mặc định sửa mọi thứ miễn phí.
- Lỗi chức năng: việc đã có chạy sai.
- Dữ liệu/quyền: thiếu, trùng, sai quyền.
- Kết nối hệ thống: lỗi gửi hoặc lệch dữ liệu.
- Hướng dẫn: nhân viên chưa biết thao tác.
- Yêu cầu mới: chức năng hoặc báo cáo mới.
- Nâng cấp: đổi phiên bản, cần kiểm thử.
Không trộn lỗi với yêu cầu mới. Nâng cấp lớn xem nâng cấp Odoo; Odoo 19 không mặc định nâng cấp module bên thứ ba nếu thiếu hợp đồng bảo trì phù hợp.
Bảo trì Odoo định kỳ kiểm tra những gì?
Bảo trì là kiểm tra trước khi xảy ra lỗi, gồm sao lưu, tài nguyên, module, quyền và kết nối. Tần suất và người phụ trách theo môi trường thực tế; không thể hứa hệ thống không bao giờ lỗi.
| Hạng mục | Công việc định kỳ | Bằng chứng cần lưu |
|---|---|---|
| Sao lưu và phục hồi | Kiểm tra lịch chạy, dung lượng, nơi lưu và thử phục hồi theo kế hoạch | Nhật ký sao lưu và kết quả phục hồi thử |
| Nhật ký và tác vụ nền | Rà soát lỗi lặp, tác vụ thất bại và hàng đợi bị tồn | Danh sách phát hiện và hành động xử lý |
| Tài nguyên hệ thống | Theo dõi CPU, bộ nhớ, dung lượng, I/O và tăng trưởng cơ sở dữ liệu | Xu hướng sử dụng và ngưỡng cảnh báo |
| Module và phiên bản | Ghi nhận module chuẩn, module riêng, tiện ích bên thứ ba và thay đổi | Danh mục phiên bản và phụ thuộc |
| Tích hợp | Kiểm tra lỗi gửi nhận, dữ liệu trùng, gửi lại và đối soát | Báo cáo lỗi và chênh lệch cần xử lý |
| Quyền và tài khoản | Rà soát tài khoản không còn sử dụng, quyền đặc biệt và tài khoản kỹ thuật | Danh sách quyền cần thu hồi hoặc xác nhận |
Bảo trì không mặc định gồm lập trình mới, nâng cấp lớn, trực 24/7 hoặc xử lý nhà cung cấp bên ngoài; phải ghi rõ trong hợp đồng.
7 bước tiếp nhận và sửa lỗi Odoo
- Nhận lỗi: người dùng, thời điểm, bước thao tác.
- Phân loại: chức năng, dữ liệu, quyền hay kết nối hệ thống.
- Giảm ảnh hưởng: xử lý tạm an toàn.
- Tìm nguyên nhân: thử trên môi trường phù hợp.
- Sửa và thử: kiểm tra cả quyền và dữ liệu.
- Đưa lên thật: sao lưu, ghi thay đổi.
- Xác nhận: người dùng nghiệm thu, lưu kết quả.
Ví dụ giả định: đơn bán không xuất hiện ở kho. Nhân viên gửi mã đơn đã ẩn dữ liệu riêng, thời điểm và thao tác; đội hỗ trợ đối chiếu quyền, kết nối, số đơn lỗi. Chỉ đóng khi bán hàng/kho kiểm tra đúng. Sửa tạm chưa phải xử lý tận gốc. Không gửi mật khẩu qua kênh không an toàn.
Ai tiếp nhận và xử lý sự cố?
| Tầng | Vai trò | Thông tin cần có |
|---|---|---|
| Mức 1 | Tiếp nhận, phân loại, hướng dẫn lỗi quen thuộc và thu thập bằng chứng | Người dùng, thời điểm, bước tái hiện, ảnh hoặc nhật ký phù hợp |
| Mức 2 | Điều tra quy trình, cấu hình và dữ liệu | Kết quả mong đợi, dữ liệu liên quan và phạm vi ảnh hưởng |
| Mức 3 | Điều tra mã nguồn, kết nối phức tạp hoặc hạng mục phụ thuộc | Phiên bản Odoo, module, phiên bản mã nguồn, nhật ký và môi trường |
| Người phụ trách nghiệp vụ | Quyết định quy định nghiệp vụ, cách xử lý tạm và mức rủi ro | Ảnh hưởng hoạt động và thời hạn |
| Nhà cung cấp bên ngoài | Xử lý hạng mục phụ thuộc ngoài phạm vi quản lý | Hợp đồng, địa chỉ kết nối, người phụ trách và cách chuyển cấp |
Không cần ba đội riêng; cần biết người tiếp nhận, người sửa và người phía doanh nghiệp quyết định khi lỗi ảnh hưởng kinh doanh.
Lỗi nào cần được ưu tiên trước?
Ưu tiên theo nghiệp vụ bị dừng, số người bị ảnh hưởng, nguy cơ sai dữ liệu và khả năng làm tạm an toàn, không theo chức danh người gửi.
Phản hồi là đã nhận yêu cầu; phục hồi là nghiệp vụ hoạt động lại; sửa tận gốc là xử lý nguyên nhân. Giờ hỗ trợ, mục tiêu từng bước và cách chuyển cấp phải ghi trong hợp đồng; không mặc định 24/7.
Sửa tạm và sửa tận gốc khác nhau ra sao?
- Sự cố ưu tiên phục hồi dịch vụ.
- Tìm nguyên nhân tìm nguyên nhân gốc của lỗi lặp lại.
- Thay đổi đưa sửa đổi lên môi trường vận hành có kiểm soát.
Không sửa trực tiếp trên hệ thống thật khi chưa đánh giá rủi ro. Lỗi lặp lại cần ghi nguyên nhân, kết quả thử và cách quay lại bản trước.
Giám sát Odoo phải theo dõi nghiệp vụ
Máy chủ vẫn chạy nhưng đơn hàng có thể không sang kho. Cần kiểm tra tác vụ lỗi, giao dịch chưa đồng bộ, số liệu lệch và tốc độ các nghiệp vụ quan trọng.
Mỗi cảnh báo phải có người nhận, mức độ và cách xử lý, tránh gửi thông báo mà không ai hành động.
Sao lưu Odoo có khôi phục được không?
Cần thử khôi phục dữ liệu và tệp đính kèm, không chỉ xem đã có file backup. Theo Odoo.sh 19, production được sao lưu tự động nhưng staging không giống vậy. Không áp dụng lịch backup của Odoo.sh cho mọi VPS.
Thời gian phục hồi và lượng dữ liệu có thể mất phải được xác định sau khi thử thực tế, không tự cam kết.
Các gói hỗ trợ Odoo khác nhau ở đâu?
| Mức dịch vụ | Phạm vi tham chiếu | Điểm cần khóa |
|---|---|---|
| Gói Cơ bản | Hỗ trợ theo số giờ và theo dõi lỗi cơ bản | Kênh tiếp nhận, giờ hỗ trợ, phần việc vượt giờ |
| Gói Doanh nghiệp | Hỗ trợ định kỳ, sao lưu và kiểm tra vận hành | Danh sách kiểm tra, lịch báo cáo, người phụ trách và hạng mục không bao gồm |
| Gói Ưu tiên | Ưu tiên sự cố, kiểm tra định kỳ và quản lý phát hành phiên bản sâu hơn | Mức độ nghiêm trọng, mục tiêu phản hồi và phục hồi và thời gian được phép thay đổi hệ thống |
| Gói cam kết dịch vụ riêng | Thiết kế theo hệ thống, mức độ quan trọng của hệ thống và mô hình hỗ trợ | Phạm vi hỗ trợ, trực hệ thống, chuyển cấp xử lý và trách nhiệm hai bên |
Giá phụ thuộc phiên bản, máy chủ, module riêng, kết nối và khung giờ cần hỗ trợ. Bốn gói trong bảng chỉ mô tả phạm vi tham khảo, chưa phải báo giá hay SLA đã ký.
Hợp đồng hỗ trợ Odoo cần ghi rõ điều gì?
- Module, máy chủ, môi trường được hỗ trợ.
- Ranh giới bảo hành, bảo trì, phát triển mới.
- Kênh tiếp nhận, giờ hỗ trợ, cách chuyển cấp.
- Quyền truy cập, dữ liệu và người duyệt thay đổi.
- Ai sao lưu, thử khôi phục, báo cáo định kỳ.
- Mã nguồn, hướng dẫn vận hành, lỗi tồn đọng.
- Bàn giao khi đổi đơn vị hỗ trợ.
Hợp đồng cần rõ ai giữ tài khoản, mã nguồn, dữ liệu và cách bàn giao khi thay nhà cung cấp.
Cần gửi gì để được đánh giá hỗ trợ?
Gửi phiên bản và cách lưu trữ Odoo, số người dùng, module, kết nối, giờ hoạt động, tình trạng sao lưu và lỗi thường gặp. Không gửi mật khẩu qua biểu mẫu công khai.
Yêu cầu đánh giá hỗ trợ Odoo để xác định phạm vi, cam kết dịch vụ và mô hình bàn giao phù hợp.
Xem giải pháp ERP Odoo. Theo tài liệu Odoo về hỗ trợ phiên bản, hỗ trợ của hãng phụ thuộc phiên bản, môi trường và hợp đồng; đây là phạm vi khác với dịch vụ hỗ trợ WebsiteHCM.
Đ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ả.