Hỗ trợ vận hành ERP sau go-live là việc giúp phần mềm quản lý doanh nghiệp chạy ổn định sau ngày bắt đầu sử dụng thật. Doanh nghiệp cần biết ai nhận lỗi, xử lý theo mức nào, thời gian hỗ trợ ra sao và điều kiện bàn giao từ đội triển khai.
Ví dụ, nếu đơn hàng không sang kho hoặc công nợ bị sai, doanh nghiệp phải biết liên hệ ai và ai xác nhận sửa xong. Dưới đây là 8 việc cần kiểm tra sau khi ERP chạy chính thức, không phải hướng dẫn cài đặt phần mềm.
Các giai đoạn hỗ trợ ERP sau khi chạy chính thức
Go-live là lúc ERP bắt đầu xử lý giao dịch thật. Sau đó thường có ba giai đoạn: hỗ trợ tăng cường (hypercare), bàn giao cho đội vận hành và hỗ trợ thường xuyên. Giám sát số liệu, cập nhật và cải tiến là công việc cần duy trì sau đó.
1. Hỗ trợ tăng cường
Có đội trực hỗ trợ,
xử lý lỗi quan trọng
2. Bàn giao
Tài liệu, cam kết,
người phụ trách
3. Vận hành thường xuyên
Tiếp nhận và xử lý lỗi,
quản lý thay đổi
↓
4. Theo dõi
Kiểm tra hoạt động,
lỗi tái diễn
5. Cải tiến
Cập nhật phần mềm,
cải thiện cách làm
6. Phối hợp
Người phụ trách quy trình,
đối tác hỗ trợ
Sơ đồ trên thể hiện ba giai đoạn chính ở hàng đầu; hàng dưới là các công việc duy trì. Nên thống nhất cả mốc dự kiến kết thúc hỗ trợ tăng cường lẫn điều kiện kiểm tra trước khi bàn giao, thay vì chỉ đếm số ngày.
Bước 1. Chỉ định kênh báo lỗi và người phụ trách
Nhân viên cần một kênh báo lỗi thống nhất, chẳng hạn email hỗ trợ hoặc phần mềm tiếp nhận yêu cầu. Mỗi sự cố cần có người theo dõi và thông báo kết quả. Đội hỗ trợ nên tham gia ngay từ giai đoạn kiểm thử, không đợi đội triển khai rút đi.
| Cấp hỗ trợ | Trách nhiệm | Ví dụ |
|---|---|---|
| Cấp 1 (L1) | Tiếp nhận, hướng dẫn thao tác. | Nhân viên không đăng nhập được. |
| Cấp 2 (L2) | Kiểm tra số liệu, chức năng và quy trình. | Đơn hàng không trừ tồn kho. |
| Cấp 3 (L3) | Xử lý lỗi lập trình hoặc kết nối phức tạp. | Hai hệ thống không đồng bộ. |
Một doanh nghiệp nhỏ có thể để một nhóm đảm nhận nhiều cấp hỗ trợ. Quan trọng là ai nhận, ai xử lý và ai có quyền chấp thuận. Xem thêm cách chuẩn bị nhân viên sử dụng ERP.
Bước 2. Phân loại yêu cầu để chuyển đúng người
Không phải vấn đề nào cũng là lỗi phần mềm. Cần phân biệt: lỗi chức năng, dữ liệu sai, thiếu quyền truy cập, lỗi kết nối, yêu cầu hướng dẫn và đề xuất tính năng mới. Phân loại sớm giúp tránh nhầm lỗi cần bảo hành với việc phát triển ngoài hợp đồng.
Ví dụ: không biết cách tạo đơn là vấn đề hướng dẫn. Nhập đúng nhưng số tiền tính sai là sự cố phải kiểm tra. Muốn có báo cáo mới chưa nằm trong thỏa thuận là yêu cầu cải tiến, cần xem xét riêng phạm vi và chi phí.
Bước 3. Xác định mức ưu tiên và cam kết phản hồi
Không xuất được hóa đơn cho toàn bộ cửa hàng thường khẩn cấp hơn yêu cầu đổi màu một nút bấm. Mức ưu tiên cần dựa trên công việc bị dừng, phạm vi người dùng bị ảnh hưởng, nguy cơ sai hoặc mất dữ liệu và khả năng làm tạm một cách an toàn.
SLA là thỏa thuận về mức dịch vụ. Thời gian phản hồi là lúc bên hỗ trợ xác nhận nhận lỗi; thời gian khắc phục là khoảng thời gian để công việc được phục hồi. Hai mốc này khác nhau. Hợp đồng cần ghi rõ giờ hỗ trợ, các mức sự cố và cách chuyển cấp khi cần.
Bước 4. Khắc phục sự cố và ngăn lỗi tái diễn
Ưu tiên khôi phục công việc quan trọng bằng giải pháp phù hợp được người có trách nhiệm chấp thuận. Sau đó cần tìm nguyên nhân nếu lỗi lặp lại. Một cách làm tạm giúp xuất được hóa đơn chưa có nghĩa sự cố đã được khắc phục dứt điểm.
Khi sửa chương trình hoặc dữ liệu quan trọng, nên thử nghiệm và ghi nhận kết quả trước khi áp dụng. Bộ phận bị ảnh hưởng phải xác nhận công việc chạy đúng rồi mới đóng yêu cầu. Không thay đổi hệ thống đang vận hành khi chưa đánh giá rủi ro.
Bước 5. Bàn giao tài liệu và kiểm tra khả năng tự vận hành
Đội vận hành cần nhận tài khoản và quyền quản trị theo hợp đồng, hướng dẫn thao tác, danh sách lỗi thường gặp, thông tin nhà cung cấp, các phần mềm kết nối và kế hoạch sao lưu. Mỗi tài liệu cần có người phụ trách cập nhật.
Đừng nghiệm thu chỉ vì đã tổ chức buổi hướng dẫn. Hãy yêu cầu đội vận hành thử xử lý vài tình huống thường gặp. Nếu vẫn phải nhờ đội dự án thực hiện mọi thao tác, cần đào tạo tiếp. Tài liệu Microsoft cũng khuyến nghị chuẩn bị nhân sự và thử quy trình hỗ trợ trước khi chuyển giao.
Bước 6. Theo dõi giao dịch và số liệu, không chỉ máy chủ
ERP có thể mở được nhưng đơn hàng, tồn kho hoặc công nợ vẫn sai. Hãy theo dõi khả năng truy cập cùng những công việc kinh doanh quan trọng, đối chiếu số liệu và xác định người xử lý khi có sai lệch.
- Đơn hàng và hóa đơn có xử lý thành công không?
- Thông tin giữa kho và kế toán có khớp không?
- Có lỗi kết nối ERP với phần mềm khác không?
- Ai nhận cảnh báo, ai xác nhận dữ liệu đã đúng?
Bước 7. Kiểm thử trước khi sửa hoặc nâng cấp ERP
Mỗi thay đổi có thể ảnh hưởng đến quy trình hoặc phần mềm kết nối. Trước khi cập nhật, phải biết sửa gì, ai phê duyệt, sẽ thử công việc nào, thực hiện vào lúc nào và phục hồi ra sao nếu phát sinh lỗi.
Các nội dung chuyên sâu nằm ở hướng dẫn nâng cấp ERP, kiểm thử ERP và sao lưu và phục hồi dữ liệu. Chủ doanh nghiệp cần kiểm tra trách nhiệm và kết quả, không nhất thiết phải tự thực hiện thao tác kỹ thuật.
Bước 8. Theo dõi việc sử dụng và hiệu quả ERP
Không nên chỉ đếm số yêu cầu đã đóng. Hãy xem nhân viên có dùng ERP đúng cách không, có quay về nhập Excel không, lỗi có tái diễn và báo cáo có chính xác hơn không. So sánh kết quả với mục tiêu đã thống nhất trước khi triển khai.
Tham khảo chỉ số vận hành ERP và cách đánh giá hiệu quả đầu tư ERP. Không nên tự đặt tỷ lệ cải thiện hoặc cam kết thành công khi chưa có dữ liệu.
Mẫu ghi nhận sự cố ERP để nhân viên sử dụng
Đây là ví dụ giả định, không phải trường hợp khách hàng có thật. Mẫu này giúp đội hỗ trợ xác định lỗi và giúp người sử dụng kiểm tra sau khi sửa.
| Cần ghi | Ví dụ minh họa | Người xác nhận |
|---|---|---|
| Sự cố | Không tạo được hóa đơn. | Nhân viên bán hàng. |
| Ảnh hưởng | Một quầy không thể chốt đơn. | Trưởng bộ phận. |
| Bằng chứng | Mã đơn, thời gian, ảnh báo lỗi. | Đầu mối hỗ trợ. |
| Kiểm tra sau sửa | Đã tạo lại hóa đơn đúng. | Người trực tiếp sử dụng. |
Không gửi mật khẩu hoặc dữ liệu nhạy cảm qua nhóm chat công khai. Hai bên cần thống nhất kênh báo lỗi phù hợp trước khi hệ thống vận hành.
Checklist trước khi kết thúc hỗ trợ tăng cường
Không chỉ dựa vào ngày kết thúc dự kiến. Hai bên nên kiểm tra những điều kiện sau, xác nhận bằng chứng và lập danh sách lỗi còn cần giải quyết.
- Các công việc bán hàng, kho, kế toán quan trọng đang ổn định.
- Lỗi nghiêm trọng đã xử lý; lỗi còn lại có người phụ trách và lịch xử lý.
- Đội vận hành biết nhận và chuyển yêu cầu đến đúng cấp hỗ trợ.
- Tài liệu, quyền truy cập và người liên hệ đã được bàn giao.
- Có người theo dõi cảnh báo, sao lưu và đối chiếu số liệu.
- Giờ hỗ trợ, cách phân mức ưu tiên và cam kết phản hồi đã rõ.
- Đại diện doanh nghiệp đã kiểm tra và chấp thuận bàn giao.
Hỗ trợ tăng cường kéo dài bao lâu? Có cần lập phòng ERP riêng không?
Thời gian hỗ trợ phụ thuộc quy mô, số bộ phận, mức độ ổn định và hợp đồng. Nên có ngày dự kiến kèm tiêu chí kết thúc. Doanh nghiệp nhỏ có thể chỉ định một người điều phối và đại diện bán hàng, kho, kế toán, không nhất thiết lập phòng ERP riêng.
Tổ chức lớn có thể cần nhóm chuyên trách phối hợp kinh doanh và công nghệ. SAP mô tả mô hình trung tâm chuyên môn (CoE) cho mục đích này; đây là lựa chọn tham khảo, không phải yêu cầu bắt buộc cho mọi doanh nghiệp.
Nguồn tham khảo đã đối chiếu
- Microsoft: Checklist chuyển giao hỗ trợ — vai trò, mức hỗ trợ, tiêu chí kết thúc.
- Microsoft: Lập kế hoạch hỗ trợ sau go-live — chuẩn bị đội ngũ, hỗ trợ tăng cường.
- Microsoft: Trách nhiệm vận hành dịch vụ — phân chia trách nhiệm theo nền tảng.
- SAP: Hướng dẫn trung tâm chuyên môn — tham khảo quản trị ERP.
Nguồn đã đối chiếu ngày 24/10/2026. Hướng dẫn Microsoft và SAP là thực hành theo từng nền tảng, không phải cam kết chung cho mọi ERP. Phạm vi và thời gian hỗ trợ phải theo hợp đồng thực tế.
Nếu đang sử dụng Odoo
Tham khảo dịch vụ hỗ trợ Odoo để làm rõ phạm vi sửa lỗi, người phụ trách, nâng cấp và thời gian phản hồi. Nếu chưa chạy chính thức, hãy kiểm tra danh sách chuẩn bị trước go-live.
Đ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ả.