Bỏ qua đến nội dung
Hotline: 0902 711 308 info@w3seo.com 46/1/56 Vườn Chuối, Phường 04, Quận 03, Thành phố Hồ Chí Minh
Trang chủERPQuy trình triển khai ERPGo-live ERP: Checklist 6 bước chuyển hệ thống an toàn
HÀNH TRÌNH: Tôi sắp triển khai ERPBƯỚC: 7/7

Go-live ERP: Checklist 6 bước chuyển hệ thống an toàn

Checklist Go-live ERP gồm 6 bước chuyển hệ thống: chốt dữ liệu, đối chiếu, kiểm tra quyền, quyết định chạy hay hoãn và chuẩn bị hỗ trợ.

Go-live ERP là thời điểm doanh nghiệp bắt đầu dùng ERP mới để xử lý công việc thật. Cutover là quá trình chuyển từ hệ thống cũ sang hệ thống mới: chốt và nhập dữ liệu, kiểm tra hoạt động, quyết định cho chạy, đồng thời chuẩn bị người hỗ trợ.

Trước ngày chạy, chủ doanh nghiệp cần biết dữ liệu đã đúng chưa, nhân viên đã thử những việc quan trọng chưa và ai được quyết định hoãn khi có lỗi? Checklist 6 bước dưới đây giúp kiểm tra và ký xác nhận, không thay thế kế hoạch kỹ thuật của dự án.

Sơ đồ 6 bước chuyển sang ERP mới

Chốt dữ liệu
Thống nhất lúc
dừng cập nhật

Nhập dữ liệu cuối
Theo kế hoạch
đã chạy thử

Đối chiếu
Kho và công nợ
được xác nhận

↓

Kết nối và quyền
Kiểm tra giao dịch
và quyền dùng

Chạy hay hoãn?
Kết quả và rủi ro
được chấp thuận

Chạy chính thức
Mở cho nhân viên
và có hỗ trợ

Chưa đủ điều kiện → Hoãn; nếu phát sinh sự cố sau chuyển đổi → theo phương án đã duyệt

Các bộ phận có thể chuẩn bị song song, nhưng phải kiểm tra kết quả quan trọng trước khi quyết định mở ERP. Cần có lịch thực hiện, người phụ trách và bằng chứng xác nhận từng việc.

Ai chịu trách nhiệm khi chuyển đổi ERP?

NhómCông việcNgười xác nhận
Quản lý dự ánĐiều phối lịch và các bộ phận.Lãnh đạo được ủy quyền.
Bán hàng, kho, kế toánĐối chiếu đơn, tồn kho, công nợ.Trưởng bộ phận.
Kỹ thuật, dữ liệuNhập số liệu, thử kết nối, sao lưu.Người dùng cùng kỹ thuật.
Đội hỗ trợNhận và phân loại lỗi khi chạy thật.Quản lý vận hành.

Một người có thể kiêm nhiều vai trò nhưng quyền quyết định chạy hay hoãn phải rõ. Không nên mặc nhiên giao quyết định kinh doanh này cho kỹ thuật.

Bước 1. Chốt phạm vi, lịch và diễn tập chuyển đổi

Xác định chi nhánh, bộ phận, chức năng và dữ liệu sẽ dùng trong đợt này. Lên lịch vào thời điểm ít ảnh hưởng hoạt động, phân công người chính và người thay thế. Thông báo thời gian gián đoạn dự kiến cho người liên quan.

Trước khi làm thật, phải diễn tập chuyển đổi: thực hiện thử việc chốt và nhập dữ liệu, đối chiếu số liệu, ghi nhận thời gian và sửa các lỗi phát hiện. Việc này khác với kiểm thử chấp nhận của người dùng (UAT), khi nhân viên tự thực hiện các công việc và xác nhận phần mềm đáp ứng nhu cầu. Đừng gộp hai loại kiểm tra thành một. Xem hướng dẫn kiểm thử ERP và chuẩn bị nhân viên sử dụng ERP.

Đạt khi: đã có lịch, người phụ trách, kết quả diễn tập, biên bản UAT và danh sách lỗi còn tồn. Trước khi chạy thật, cũng cần kiểm tra khả năng xử lý khi nhiều người dùng cùng làm việc và xác nhận lịch sẵn sàng của các nhà cung cấp hoặc hệ thống kết nối bên ngoài, nếu có.

Bước 2. Chốt thời điểm ngừng sửa dữ liệu cũ

Doanh nghiệp cần thống nhất khi nào dừng hoặc giới hạn tạo, sửa dữ liệu trên hệ thống cũ. Việc này gọi là freeze (chốt dữ liệu). Không nhất thiết ngừng toàn bộ bán hàng: có thể ghi nhận đơn tạm theo quy trình đã duyệt và nhập bổ sung sau.

Đạt khi: mọi bộ phận biết giao dịch nào phải dừng, giao dịch nào tiếp tục và ai chịu trách nhiệm dữ liệu phát sinh trong lúc chuyển.

Bước 3. Nhập dữ liệu cuối và đối chiếu số liệu

Đội triển khai đưa dữ liệu sang ERP theo cách đã chạy thử. Thông báo nhập thành công chưa đủ: thủ kho và kế toán phải đối chiếu tồn kho, công nợ, số dư, đơn chưa hoàn thành và các danh mục quan trọng.

Nhóm dữ liệuKiểm tra cần có
Tồn khoSố lượng theo mã hàng, theo kho.
Công nợTổng và chi tiết theo khách hàng, nhà cung cấp.
Đơn đang xử lýĐơn bán, đơn mua chưa hoàn tất.
Danh mụcKhách hàng, sản phẩm, nhà cung cấp không bị thiếu hoặc trùng.

Lỗi hoặc chênh lệch cần được ghi nhận, có người xử lý và được người phụ trách nghiệp vụ chấp thuận. Không sử dụng một tỷ lệ sai lệch mặc định cho mọi doanh nghiệp. Đọc thêm quy trình chuyển dữ liệu ERP.

Bước 4. Kiểm tra kết nối và thử giao dịch

Khi số liệu đã được xác nhận, bật các kết nối theo thứ tự phù hợp để tránh gửi dữ liệu trùng hoặc thiếu. Cho đại diện các bộ phận thử đăng nhập, tạo đơn, xuất kho, duyệt và xem báo cáo. Kiểm tra cả những quyền không được phép.

Đây là bước thử nhanh các thao tác quan trọng, còn gọi là smoke test. Cần thử ít nhất một quy trình xuyên suốt có liên quan, chẳng hạn tạo đơn → xuất kho → lập hóa đơn, và kiểm tra dữ liệu có đến đúng phần mềm bên ngoài. Nếu dự kiến đông người dùng hoặc giao dịch lớn, phải xem kết quả kiểm thử hiệu năng theo tải đã thống nhất. Xem thêm kết nối ERP với phần mềm khác. Không mở hệ thống cho mọi nhân viên nếu công việc quan trọng chưa chạy đúng.

Bước 5. Quyết định chạy hay hoãn (Go/No-Go)

Go là chấp thuận chạy chính thức; No-Go là hoãn vì chưa đáp ứng điều kiện quan trọng. Người được ủy quyền phải xem kết quả UAT, kiểm thử hiệu năng và kết nối phù hợp phạm vi dự án, đối chiếu số liệu, quyền truy cập, phương án dự phòng và danh sách lỗi còn tồn. Biên bản quyết định cần ghi người phê duyệt, thời điểm, điều kiện đã đạt và rủi ro còn được chấp nhận.

Nếu còn lỗi khiến đơn hàng, kế toán hoặc kho không thể hoạt động an toàn, cần hoãn và nêu rõ việc phải sửa. Không hạ mức nghiêm trọng của lỗi chỉ để theo kịp lịch dự kiến.

Bước 6. Mở ERP và bố trí hỗ trợ

Sau khi được chấp thuận, thông báo thời điểm sử dụng ERP mới, cách đăng nhập và kênh báo lỗi. Trong những ngày đầu, bố trí người tiếp nhận vấn đề về dữ liệu, quyền và thao tác của nhân viên.

Xem hỗ trợ vận hành ERP sau go-live và các chỉ số cần theo dõi sau triển khai. Ngày Go-live không phải ngày kết thúc trách nhiệm hỗ trợ.

Khi nào hoãn và khi nào quay lại hệ thống cũ?

Hoãn chạy (No-Go) là không mở ERP mới khi chưa đạt điều kiện. Quay lại (rollback) là thực hiện phương án khôi phục trạng thái hoạt động trước chuyển đổi sau khi quá trình chuyển đã bắt đầu. Đây là hai quyết định khác nhau.

Nếu ERP mới đã ghi nhận đơn hàng thật, quay lại có thể làm hai hệ thống lệch số liệu. Cần xác định trước thời điểm còn có thể quay lại an toàn, ai quyết định, cách giữ giao dịch phát sinh và kênh thông báo. Không phải lúc nào cũng quay lại ngay được.

Phương án dự phòng cần được thử và phê duyệt. Sao lưu và phục hồi dữ liệu ERP chỉ là một phần: doanh nghiệp còn phải biết xử lý đơn hàng, thanh toán hoặc chứng từ đã phát sinh trên hệ thống mới như thế nào. Có bản sao lưu không đồng nghĩa có thể quay lại an toàn ngay. Nếu không thể quay lại, cần phương án duy trì hoạt động được người có trách nhiệm phê duyệt.

Mẫu bảng công việc trong ngày chuyển đổi ERP

Ví dụ minh họa dưới đây giúp người quản lý ghi việc đã làm và bằng chứng nghiệm thu. Tên người phụ trách, giờ thực hiện và ngưỡng chấp nhận phải được điền theo dự án thực tế.

Việc cần làmAi thực hiệnKết quả xác nhậnTrạng thái
Chốt dữ liệuBộ phận nghiệp vụThời điểm chốt được thông báo.Chưa / Đạt
Nhập và đối chiếuDữ liệu, kho, kế toánBảng số liệu được ký xác nhận.Chưa / Đạt
Thử giao dịch, kết nốiKỹ thuật, người dùngGiao dịch và quyền hoạt động đúng.Chưa / Đạt
Ra quyết định Go/No-GoLãnh đạo được ủy quyềnBiên bản cùng các rủi ro còn lại.Chưa / Đạt
Mở hệ thống, hỗ trợĐội vận hànhThông báo và đầu mối nhận lỗi.Chưa / Đạt

Checklist nghiệm thu trước khi đưa ERP vào chạy thật

  • Phạm vi, lịch, người phụ trách và người quyết định chạy/hoãn đã rõ.
  • Nghiệp vụ quan trọng đã qua UAT; diễn tập chuyển đổi và kết quả kiểm thử hiệu năng phù hợp đã được xem xét.
  • Dữ liệu được chốt, chuyển và đối chiếu với người chịu trách nhiệm.
  • Quyền truy cập, giao dịch xuyên suốt và kết nối với bên thứ ba (nếu có) đã được kiểm tra.
  • Có sao lưu, phương án dự phòng và cách báo lỗi rõ ràng.
  • Biên bản Go/No-Go ghi bằng chứng, lỗi còn tồn, người chịu trách nhiệm và chữ ký hoặc xác nhận của người có thẩm quyền.

Nguồn tham khảo và dịch vụ liên quan

Nội dung tham khảo hướng dẫn chuyển đổi hệ thống của Microsoft, checklist Go-live Microsoft, hướng dẫn chuẩn bị cutover của SAP và kiểm tra dữ liệu ERP của SIS tại Việt Nam. Các nguồn này là hướng dẫn của từng nhà cung cấp, không phải quy định bắt buộc cho mọi ERP.

Khi dự án sử dụng Odoo, có thể xem dịch vụ triển khai Odoo để xác định rõ trách nhiệm chuyển đổi và bàn giao. Mốc thời gian, tiêu chí nghiệm thu và quyết định sử dụng thực tế phải theo thỏa thuận từng dự án.