Chọn đối tác triển khai ERP: 11 tiêu chí và bảng điểm

Chọn đối tác triển khai ERP không chỉ là tìm công ty bán phần mềm hoặc báo giá thấp nhất. Doanh nghiệp cần kiểm tra người thực hiện có hiểu nghiệp vụ, biết chuyển dữ liệu, kiểm thử, đào tạo và hỗ trợ sau bàn giao không. Bài viết cung cấp 11 tiêu chí cùng bảng chấm 100 điểm để lựa chọn phù hợp. Xem thêm quy trình triển khai ERP và chi phí triển khai ERP.

Cách chọn nhanh: gửi cùng một danh sách yêu cầu cho 2–3 đơn vị, gặp người sẽ trực tiếp làm dự án, yêu cầu trình diễn công việc thực tế và hỏi khách hàng đã dùng dịch vụ (khi được họ đồng ý). Cần đánh giá riêng phần mềm có phù hợp hay không và đội triển khai có đủ năng lực hay không: phần mềm tốt vẫn có thể được triển khai không đạt yêu cầu. Nếu chưa rõ cần chuẩn bị gì, xem mẫu yêu cầu gửi nhà cung cấp và cách chọn phần mềm ERP.

Hãy yêu cầu báo giá trên cùng số người dùng, bộ phận, chức năng, dữ liệu cần chuyển và mức hỗ trợ. Hạng mục chưa bao gồm phải được ghi rõ; tham khảo cách so chi phí triển khai ERP.

6 bước kiểm tra đối tác ERP trước khi ký

Điểm quan trọng: đánh giá người trực tiếp làm và cách họ xử lý nghiệp vụ, không chỉ hồ sơ giới thiệu. Phải làm rõ ai thực hiện, kết quả cần giao và ai xác nhận đạt.

1. Thống nhất công việc cần làm trước khi so giá

Nếu các đơn vị hiểu công việc khác nhau, so sánh giá sẽ không công bằng. Hãy gửi chung danh sách quy trình, số nhân viên, dữ liệu, phần mềm kết nối, đào tạo và hỗ trợ. Những điểm chưa xác định phải được ghi thành giả định.

• Các quy trình nằm trong dự án và phần chưa làm.
• Số công ty, chi nhánh, kho, nhóm người dùng.
• Phần mềm cũ cần kết nối với ERP mới.
• Dữ liệu phải chuyển, có cần lịch sử nhiều năm không.
• Báo cáo, chức năng riêng và yêu cầu bắt buộc.
• Máy chủ đặt ở đâu, ai quản lý?
• Triển khai đồng loạt hay từng phần?
• Thời gian hỗ trợ và việc bàn giao.

Không cần biết hết mọi chi tiết ngay từ đầu; tuy nhiên, mỗi giả định về khối lượng công việc cần có trong báo giá để tránh phát sinh.

2. Đơn vị có hiểu ngành và quy trình của bạn?

Đối tác phải hiểu nghiệp vụ của ngành: sản xuất cần quản lý nguyên vật liệu và giá thành; bán lẻ cần tồn kho nhiều cửa hàng; phân phối cần đơn hàng và giao nhận; dịch vụ cần quản lý công việc, thanh toán.

Hãy hỏi: “Nếu khách trả hàng sau khi đã xuất hóa đơn, ERP xử lý ra sao?” Đơn vị hiểu nghiệp vụ sẽ hỏi thêm điều kiện và trình bày các bước kiểm tra, thay vì chỉ nói “làm được hết”. Nếu dự án bao gồm kế toán, thuế hoặc hóa đơn điện tử tại Việt Nam, cần yêu cầu đối tác trình diễn chứng từ và báo cáo mẫu theo yêu cầu thực tế, chỉ rõ chức năng nào có sẵn, chức năng nào cần kết nối hoặc điều chỉnh, và ai chịu trách nhiệm kiểm tra tính phù hợp trước nghiệm thu. Không nên suy từ danh sách tính năng quảng cáo rằng phần mềm đã đáp ứng mọi quy định áp dụng cho doanh nghiệp.

Có thể dùng các hướng dẫn theo mô hình doanh nghiệp như ERP cho doanh nghiệp sản xuất, ERP cho doanh nghiệp bán lẻ hoặc ERP cho doanh nghiệp phân phối để xây tình huống kiểm tra theo ngành.

3. Ai trực tiếp triển khai ERP?

Chứng chỉ của công ty không thay thế kinh nghiệm của những người sẽ trực tiếp thực hiện. Trước khi ký, hãy gặp người quản lý dự án, người hiểu nghiệp vụ và người chịu trách nhiệm kỹ thuật. Yêu cầu nêu rõ họ đã tham gia dự án tương tự ở vai trò nào, dự kiến dành bao nhiêu thời gian, làm việc từ xa hay trực tiếp và ai thay thế nếu có thay đổi nhân sự. Đừng chỉ nhận hồ sơ của đội bán hàng rồi mặc định đội đó sẽ triển khai.

Hợp đồng nên xác định vai trò chính, thời gian tham gia và đầu mối liên lạc. Nếu làm từ xa, cần thống nhất những buổi phải có mặt trực tiếp. Hãy hỏi rõ công việc nào do nhân sự của đối tác thực hiện, công việc nào giao cho nhà thầu phụ hoặc đơn vị thứ ba, đặc biệt với lưu trữ, chuyển dữ liệu và kết nối. Nếu họ cần truy cập dữ liệu hoặc hệ thống thật, hai bên phải thống nhất phạm vi quyền truy cập, người chịu trách nhiệm bảo mật, xử lý sự cố và bàn giao khi kết thúc hợp đồng.

4. Quy trình và nghiệm thu có rõ không?

Hướng dẫn Microsoft Success by Design và SAP Activate đều nhấn mạnh kế hoạch, kiểm tra và quản lý rủi ro. Chủ doanh nghiệp chỉ cần yêu cầu đối tác giải thích rõ các bước khảo sát, thiết kế, thiết lập, kiểm thử, chạy chính thức và bàn giao.

• Phần nào phần mềm có sẵn, phần nào phải chỉnh sửa?
• Ai duyệt thiết kế, ai quyết định khi yêu cầu thay đổi?
• Kiểm tra dữ liệu, kết nối, bảo mật ở giai đoạn nào?
• Người dùng thử ra sao, điều kiện nào mới nghiệm thu?
• Ai quyết định cho chạy chính thức hay hoãn?
• Lỗi còn tồn đọng được chuyển cho đội hỗ trợ thế nào?

Xem quy trình triển khai ERP để kiểm tra có bỏ sót bước chuyển dữ liệu, kiểm thử, đào tạo hoặc hỗ trợ hay không.

5. Hãy yêu cầu thực hiện thử nghiệp vụ

Đừng chỉ xem bản trình chiếu. Hãy đưa cho các đơn vị cùng một tình huống, ví dụ: nhận đơn hàng → kiểm tra tồn kho → giao hàng → lập hóa đơn → xử lý trả hàng. Yêu cầu nhân sự dự kiến tham gia dự án trực tiếp trình diễn trên hệ thống thử. Với từng bước, ghi làm được ngay / cần thiết lập hoặc làm thêm / chưa chứng minh được; yêu cầu làm rõ chi phí, người thực hiện và điều kiện nghiệm thu của phần còn thiếu. Một lời hứa “làm được” không thay thế kết quả kiểm tra.

• Đối tác có hỏi kỹ yêu cầu trước khi trình diễn không?
• Tính năng sẵn có hay cần viết thêm?
• Việc chưa đáp ứng có được ghi nhận cụ thể?
• Các dữ liệu và phần mềm cần kết nối có được xác định?
• Có thử tình huống trả hàng, nhập sai, thiếu quyền?

6. Chuyển dữ liệu và kết nối hệ thống

Chuyển dữ liệu không chỉ là nhập danh sách khách hàng hoặc sản phẩm từ tệp Excel. Trước khi ký, hãy yêu cầu đối tác mô tả ai làm sạch dữ liệu cũ, ai nhập thử, ai đối chiếu và ai sửa khi có chênh lệch. Ví dụ giả định: nếu số tồn kho ở hệ thống cũ là 1.000 sản phẩm, doanh nghiệp phải đối chiếu theo mã hàng và kho; hai tổng số cùng bằng 1.000 vẫn có thể che giấu sai lệch giữa các mã. Cần có bảng ghi dữ liệu thiếu, dòng trùng, số liệu không khớp và người ký xác nhận sau khi sửa.

Khi ERP kết nối website hoặc hóa đơn điện tử, cần biết dữ liệu trao đổi gì, lỗi được xử lý ra sao. Xem chuyển dữ liệu ERP và tích hợp ERP.

7. Kiểm thử và đào tạo: đối tác hỗ trợ thế nào?

Doanh nghiệp phải cử nhân viên hiểu nghiệp vụ để thử và xác nhận kết quả. Đối tác cần hỗ trợ thiết kế bài kiểm thử, đào tạo và sửa lỗi. Không nên ký nếu báo giá ghi “khách hàng tự làm” mà không nêu mức hỗ trợ.

Xem hướng dẫn nhân viên làm quen ERP và kiểm thử ERP trước khi nghiệm thu.

8. Kiểm chứng dự án và khách hàng đã làm

Ưu tiên kiểm tra khách hàng có ngành hoặc quy mô tương tự, nếu họ đồng ý trao đổi. Hãy hỏi về nhân sự thực hiện, việc phát sinh và cách xử lý sau khi chạy chính thức.

• Đội dự án đã giới thiệu có trực tiếp thực hiện không?
• Có công việc nào phải làm lại, vì sao?
• Phí phát sinh được thông báo và duyệt thế nào?
• Lỗi dữ liệu và kết nối được giải quyết ra sao?
• Tài liệu bàn giao có đủ cho đội nội bộ không?
• Sau khi dùng chính thức còn phụ thuộc đối tác ở đâu?

9. Kiểm tra tư cách đối tác và chứng chỉ

Chứng chỉ và tư cách đối tác chỉ là tín hiệu ban đầu. Có thể xác minh đối tác SAP tại SAP Partner Finder; với sản phẩm khác, dùng danh sách hãng công bố. Cần kiểm tra đúng pháp nhân và năng lực thực hiện.

Một đơn vị mạnh về bán phần mềm chưa chắc có kinh nghiệm tổ chức dự án khó. Hãy xem năng lực thực hiện, không chỉ tư cách đại lý.

10. Kiểm tra kỹ báo giá và hợp đồng

Báo giá thấp hơn có thể vì làm ít việc hơn hoặc chuyển nhiều trách nhiệm sang phía doanh nghiệp. Khi so giá, hãy yêu cầu bảng cho thấy việc đã bao gồm, việc chưa bao gồm, khoản trả một lần, khoản gia hạn và chi phí phát sinh khi thay đổi yêu cầu. Hợp đồng cũng cần nêu rõ ai đề xuất thay đổi, ai có quyền duyệt và việc bổ sung có ảnh hưởng tiến độ hay không. Nghiệm thu nên gắn với kết quả kiểm tra được, chẳng hạn đối chiếu dữ liệu đúng hoặc nhân viên hoàn thành các bước đã thống nhất; không chỉ gắn với ngày bàn giao bản cài đặt.

11. Yêu cầu bàn giao và hỗ trợ rõ ràng

Trước khi ký, cần thống nhất doanh nghiệp được nhận những gì và có thể tiếp tục vận hành ra sao nếu đổi đối tác. Danh mục bàn giao nên gồm tài liệu quy trình, hướng dẫn người dùng, quyền quản trị trong phạm vi hợp đồng, dữ liệu có thể xuất, danh sách chức năng viết riêng, tài liệu kết nối, sao lưu và cách phục hồi. Phải ghi rõ ai tiếp nhận lỗi sau khi chạy chính thức, thời gian phản hồi theo mức độ sự cố và cách chuyển giao cho đơn vị mới. Quyền sử dụng hoặc sở hữu mã nguồn phụ thuộc giấy phép và hợp đồng, không nên mặc định doanh nghiệp sở hữu toàn bộ. Có thể tham khảo thêm hướng dẫn xây dựng mô hình hỗ trợ sau triển khai của Microsoft.

Xem hướng dẫn hỗ trợ ERP sau khi triển khai và yêu cầu có phương án bàn giao nếu đổi đơn vị cung cấp.

Bảng chấm điểm 100 để so sánh đối tác ERP

Cách chấm: với từng nhóm, đối chiếu bằng chứng rồi cho điểm từ 0–5: 0 = không có bằng chứng đáp ứng; 1–2 = chỉ đáp ứng một phần hoặc còn rủi ro lớn; 3 = cơ bản đáp ứng nhưng còn điều kiện; 4 = đáp ứng rõ, có minh chứng; 5 = đáp ứng tốt và có thể kiểm tra độc lập. Điểm nhóm = (điểm chấm ÷ 5) × điểm tối đa. Ví dụ, “Hiểu ngành” được 4/5 thì nhận 16/20 điểm. Cộng tám nhóm để có tối đa 100 điểm. Đây là thang chấm ví dụ do WebsiteHCM đề xuất, không phải tiêu chuẩn của hãng ERP.

Quan trọng: không chọn chỉ vì tổng điểm cao. Nếu đối tác chưa chứng minh được khả năng đáp ứng yêu cầu bắt buộc (chẳng hạn dữ liệu công nợ phải khớp, phân quyền phù hợp, xử lý đúng yêu cầu kế toán hoặc điều kiện bàn giao), hãy yêu cầu làm rõ trước khi ký. Chỉ so điểm và chi phí giữa các đơn vị đã đáp ứng các điều kiện không thể bỏ qua. Nên ghi lý do cho từng điểm để lãnh đạo kiểm tra lại được.

Những dấu hiệu cần thận trọng

• Không nêu rõ ai trực tiếp triển khai.
• Hứa làm được tất cả nhưng không phân biệt chức năng có sẵn và viết riêng.
• Báo giá bỏ qua chuyển dữ liệu, kiểm thử hoặc đào tạo.
• Cam kết thời gian rất ngắn mà không nêu điều kiện.
• Không chứng minh được dự án tương tự.
• Không rõ cách tính và duyệt chi phí phát sinh.
• Không mô tả hỗ trợ sau khi chạy chính thức.
• Đề xuất viết riêng trước khi xem chức năng đã có.

Kết luận

Kết luận: để chọn đúng đối tác ERP, cần gửi cùng phạm vi cho các bên, gặp đội thực hiện, thử nghiệp vụ, kiểm tra dự án tương tự và chấm theo bằng chứng. Trước khi ký, làm rõ giá, phạm vi, dữ liệu, nghiệm thu, phí phát sinh và hỗ trợ sau bàn giao.

Nguồn chính thức để kiểm chứng

• Microsoft Success by Design — hướng dẫn kiểm tra và quản trị dự án.
• SAP Activate — phương pháp triển khai theo giai đoạn.
• SAP Partner Finder — tra cứu đối tác.
• SAP Learning — hướng dẫn tìm đối tác triển khai.

Các nguồn hãng được kiểm tra ngày 23/10/2026 để đối chiếu phương pháp triển khai và tra cứu đối tác; không chứng nhận năng lực của nhà cung cấp cụ thể. Vẫn cần kiểm tra con người, dự án và hợp đồng thực tế.

Trường hợp đã chọn phần mềm Odoo

Bài này dùng để chọn đối tác ERP nói chung. Nếu đã chọn Odoo, xem cách chọn đối tác triển khai Odoo hoặc tư vấn Odoo.

Đoàn Trình Dục

Đ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ả.