Chọn Đối Tác Triển Khai ERP: Bảng Chấm Điểm, Câu Hỏi Demo Và Điều Khoản Hợp Đồng
Khi đã quyết định đầu tư ERP, phần khó nhất với nhiều ban lãnh đạo lại là chọn đơn vị triển khai: mỗi nhà cung cấp đưa ra một phạm vi, một bản demo và một cách tính chi phí khác nhau. Lựa chọn sai thường chỉ lộ ra khi dữ liệu đã chuyển dở và hợp đồng đã ký. Bài viết này tập trung vào việc lựa chọn đơn vị triển khai; các giai đoạn triển khai có trong bài quy trình triển khai ERP 6 giai đoạn, chi phí và rủi ro.
Tóm tắt nhanh
Chọn đối tác triển khai ERP nên đi theo bốn bước: xác định loại đối tác hợp với bài toán, gửi cùng một phiếu yêu cầu cho mọi nhà cung cấp, chấm điểm có trọng số kèm bằng chứng, rồi yêu cầu demo trên dữ liệu của chính doanh nghiệp. Hợp đồng cần ghi rõ phạm vi, nghiệm thu và thanh toán theo mốc, quyền với dữ liệu và mã nguồn, chuyển dữ liệu, hỗ trợ sau go-live và trách nhiệm cập nhật khi quy định thay đổi.
1. Có những loại đối tác triển khai ERP nào?
Có ba loại chính: nhà tích hợp được SAP, Oracle hoặc Microsoft chứng nhận; đơn vị phần mềm ERP đóng gói trong nước; đơn vị xây ERP hoặc tích hợp theo yêu cầu. Loại phù hợp phụ thuộc vào mức độ đặc thù của quy trình, quy mô và số hệ thống cần kết nối, không phải tên tuổi.
| Loại đối tác | Phù hợp khi | Điểm mạnh | Rủi ro cần hỏi rõ |
|---|---|---|---|
| Nhà tích hợp của hãng quốc tế | Tập đoàn, doanh nghiệp có công ty mẹ nước ngoài đã chọn SAP, Oracle, Microsoft | Quy trình chuẩn, thường đã được kiểm chứng ở nhiều dự án; hợp nhất báo cáo nhiều pháp nhân | Ai làm phần địa phương hóa (kế toán, hóa đơn điện tử); chi phí bản quyền và tùy biến |
| Đơn vị ERP đóng gói trong nước | Doanh nghiệp vừa có nghiệp vụ phổ biến, cần chạy sớm | Thường có sẵn mẫu báo cáo theo chế độ kế toán, kết nối hóa đơn điện tử, hỗ trợ bằng tiếng Việt | Quy trình đặc thù phải sửa nhiều; phần sửa có còn chạy khi nâng cấp phiên bản |
| Đơn vị làm ERP hoặc tích hợp theo yêu cầu | Quy trình là lợi thế cạnh tranh, gói có sẵn phải sửa quá nhiều, hoặc cần nối nhiều phần mềm đang chạy | Xây khớp với cách vận hành thực tế, triển khai theo giai đoạn, đưa AI vào đúng công đoạn cần thiết | Phạm vi dễ phình nếu yêu cầu không rõ; cần ghi rõ quyền mã nguồn |
Ba loại này không loại trừ nhau: nhiều doanh nghiệp dùng gói ERP cho phân hệ phổ biến và thuê đơn vị may đo cho quy trình đặc thù và phần kết nối. Khi đó, mỗi đối tác được chấm trên đúng phần việc của mình. Bài ERP là gì và các phân hệ của phần mềm ERP giúp xác định phạm vi cần mua; bảng đối chiếu trong bài xây dựng hệ thống ERP: dùng phần mềm đóng gói hay đặt làm riêng giúp quyết định hướng đi.
2. Cần chuẩn bị gì trước khi liên hệ nhà cung cấp ERP?
Doanh nghiệp nên soạn một phiếu yêu cầu dài vài trang, nêu quy trình đặc thù, hệ thống cần kết nối, dữ liệu cần chuyển, báo cáo bắt buộc và yêu cầu hóa đơn điện tử. Gửi cùng một phiếu cho mọi nhà cung cấp giúp các đề xuất được lập trên cùng đề bài, nhờ đó so sánh được.
| Mục trong phiếu | Nội dung cần ghi | Vì sao cần |
|---|---|---|
| Quy trình đặc thù | Quy trình hằng ngày, đánh dấu chỗ khác thông lệ: giá theo kênh, duyệt nhiều cấp | Quyết định gói có sẵn dùng được không |
| Hệ thống cần nối | Phần mềm kế toán, CRM, kho, website bán hàng, ngân hàng; hệ thống nào có API | Rủi ro thường nằm ở phần kết nối |
| Dữ liệu cần chuyển | Danh mục, số dư đầu kỳ, lịch sử giao dịch bao nhiêu năm, hợp đồng và hồ sơ giấy | Quyết định thời gian chuyển đổi |
| Báo cáo bắt buộc | Báo cáo tài chính theo chế độ kế toán đang áp dụng, số liệu thuế, báo cáo quản trị định kỳ | Kiểm chứng hệ thống ghi nhận đúng |
| Hóa đơn điện tử | Nhà cung cấp hóa đơn đang dùng; phát hành từ đơn bán; nhận và đối chiếu hóa đơn đầu vào | Phải đúng từ ngày go-live (chạy chính thức) |
| Ràng buộc dự án | Thời điểm chạy chính thức, chủ dự án, vai trò người dùng, khung ngân sách | Giúp đối tác đề xuất giai đoạn đầu khả thi |
Với báo cáo bắt buộc, cần lưu ý Thông tư 99/2025/TT-BTC về chế độ kế toán doanh nghiệp có hiệu lực từ ngày 1/1/2026, thay thế Thông tư 200/2014/TT-BTC. Phiếu nên ghi rõ hệ thống tài khoản và mẫu báo cáo phải theo văn bản mới, đồng thời đề nghị tách báo giá theo hạng mục: bản quyền, cấu hình, tùy biến, chuyển dữ liệu, tích hợp, đào tạo, hỗ trợ sau go-live.
3. Nên chấm điểm nhà cung cấp ERP theo những tiêu chí nào?
Nên chấm theo bảy tiêu chí có trọng số: độ khớp nghiệp vụ, kinh nghiệm cùng ngành, tuân thủ kế toán và thuế Việt Nam, tích hợp và chuyển dữ liệu, đội ngũ thực làm, hỗ trợ sau go-live, minh bạch chi phí. Mỗi điểm số cần kèm bằng chứng doanh nghiệp tự kiểm tra được.
| Tiêu chí | Trọng số (%) | 1 điểm khi | 5 điểm khi | Bằng chứng yêu cầu |
|---|---|---|---|---|
| Độ khớp nghiệp vụ | 25 | Chỉ có slide hoặc demo soạn sẵn | Chạy đúng kịch bản của doanh nghiệp trên dữ liệu mẫu | Biên bản demo; chức năng ghi rõ có sẵn, cấu hình hay lập trình thêm |
| Kinh nghiệm cùng ngành, cùng quy mô | 15 | Chỉ nêu logo khách hàng | Có khách hàng tham chiếu cùng ngành đồng ý trao đổi | Phạm vi, thời gian dự án, đầu mối tham chiếu |
| Tuân thủ kế toán, thuế, hóa đơn điện tử | 15 | Hẹn bổ sung sau go-live | Lập báo cáo theo chế độ kế toán và phát hành hóa đơn điện tử ngay trong demo | Mẫu báo cáo xuất từ hệ thống |
| Tích hợp và chuyển dữ liệu | 15 | Trả lời chung chung “kết nối được hết” | Nêu cách nối từng hệ thống; chuyển dữ liệu có chạy thử, đối soát | Sơ đồ tích hợp, tài liệu API, kế hoạch chuyển dữ liệu |
| Đội ngũ thực làm | 10 | Người trình bày không tham gia dự án | Gặp trưởng dự án và chuyên gia nghiệp vụ trước khi ký | Hồ sơ đội dự án, kế hoạch theo mốc |
| Hỗ trợ sau go-live, đào tạo | 10 | Hỗ trợ kết thúc khi nghiệm thu | Có giai đoạn hỗ trợ tăng cường, phản hồi theo mức độ sự cố | Mẫu cam kết mức dịch vụ (SLA), kế hoạch đào tạo |
| Minh bạch chi phí | 10 | Báo giá gộp | Tách hạng mục, nêu chi phí hằng năm | Báo giá theo hạng mục của phiếu |
Trọng số trên là gợi ý của chúng tôi, không phải số liệu nghiên cứu; doanh nghiệp nhiều phần mềm rời rạc nên tăng phần tích hợp. Điểm 3 dành cho trường hợp có tài liệu nhưng chưa tự kiểm chứng được; điểm quy đổi bằng điểm chấm chia 5 nhân trọng số, tối đa 100. Giám đốc hoặc CFO, kế toán trưởng và trưởng IT nên chấm riêng sau mỗi buổi demo rồi mới so kết quả.
Khi nào nên loại nhà cung cấp dù tổng điểm cao?
Nên loại khi nhà cung cấp từ chối demo trên dữ liệu mẫu, hẹn xử lý báo cáo kế toán hoặc hóa đơn điện tử sau go-live, không cho gặp trưởng dự án, không tách báo giá, hoặc không chấp nhận ghi quyền với dữ liệu vào hợp đồng. Điểm cao ở các tiêu chí còn lại không thể bù cho những điều kiện này.
Hướng dẫn lựa chọn đối tác triển khai ERP của FPT IS cũng coi chuyên môn địa phương hóa cho Việt Nam là yêu cầu bắt buộc và khuyên không chấp nhận lời hứa xử lý phần này sau go-live. Nên nêu sẵn các điều kiện loại trong phiếu yêu cầu.
4. Khi xem demo ERP, nên yêu cầu và hỏi những gì?
Doanh nghiệp nên tự soạn kịch bản nghiệp vụ, gửi kèm dữ liệu mẫu đã che thông tin nhạy cảm và yêu cầu mọi nhà cung cấp chạy đúng kịch bản đó. Câu hỏi quan trọng nhất là phần vừa xem là tính năng có sẵn, chỉ cần cấu hình, hay phải lập trình thêm.
| Kịch bản | Yêu cầu nhà cung cấp chạy | Người chấm |
|---|---|---|
| Bán hàng đến thu tiền | Đơn bán, xuất kho, phát hành hóa đơn điện tử, công nợ, đối chiếu tiền về | Trưởng kinh doanh, kế toán |
| Mua hàng đến thanh toán | Duyệt mua nhiều cấp, nhập kho, nhận hóa đơn đầu vào, đối chiếu với đơn mua | Trưởng mua hàng, kế toán |
| Quy trình đặc thù | Một đến hai quy trình khác thông lệ nhất trong phiếu yêu cầu | Chủ quy trình |
| Khóa sổ và báo cáo thuế | Khóa sổ tháng, báo cáo tài chính theo chế độ kế toán đang áp dụng, số liệu tờ khai thuế giá trị gia tăng | Kế toán trưởng, CFO |
| Sửa sai | Điều chỉnh hoặc thay thế hóa đơn đã phát hành, bút toán điều chỉnh, nhật ký ai sửa gì | Kế toán trưởng, kiểm soát nội bộ |
| Báo cáo quản trị và kết nối | Báo cáo cho ban lãnh đạo từ dữ liệu vừa nhập; dữ liệu chạy qua lại với một hệ thống đang dùng | Giám đốc, trưởng IT |
Trong buổi demo, nên hỏi thêm:
- Phần lập trình thêm có còn chạy khi nâng cấp phiên bản không?
- Dữ liệu mẫu được nạp thế nào, mất bao lâu? Đây là bản thu nhỏ của việc chuyển dữ liệu thật.
- Người điều khiển demo có tham gia dự án không?
- Khi quy định kế toán, thuế, hóa đơn thay đổi, ai cập nhật và có tính phí riêng không?
Biên bản demo ghi rõ từng bước nào chạy được, cần cấu hình hay chưa chạy được; đây là căn cứ để soạn phụ lục phạm vi trong hợp đồng.
5. Hợp đồng triển khai ERP cần ghi rõ những điều khoản nào?
Hợp đồng nên ghi rõ bảy nhóm điều khoản: phạm vi và yêu cầu thay đổi, nghiệm thu theo mốc, thanh toán theo mốc, quyền với dữ liệu và mã nguồn phần may đo, chuyển dữ liệu, hỗ trợ sau go-live, cập nhật khi quy định thay đổi. Bảng dưới để tham khảo, không thay tư vấn pháp lý.
| Điều khoản | Cần ghi rõ | Câu chữ cần hỏi lại |
|---|---|---|
| 1. Phạm vi và yêu cầu thay đổi | Phụ lục liệt kê quy trình, phân hệ, báo cáo, tích hợp; cách duyệt một yêu cầu thay đổi | “Tùy biến theo nhu cầu thực tế” mà không có danh mục đính kèm |
| 2. Nghiệm thu theo mốc | Mỗi mốc có tiêu chí đo được: kịch bản nào chạy đúng, số liệu nào đối soát khớp, ai ký | “Nghiệm thu khi hệ thống vận hành ổn định” |
| 3. Thanh toán theo mốc | Mỗi đợt thanh toán gắn với một biên bản nghiệm thu, không gắn với thời gian | Phần lớn giá trị hợp đồng được trả trước khi chạy chính thức |
| 4. Quyền với dữ liệu và mã nguồn | Dữ liệu thuộc doanh nghiệp, xuất ở định dạng nào; phần lập trình riêng: ai sở hữu mã nguồn; phần mềm đóng gói: phạm vi quyền sử dụng | “Bàn giao sản phẩm theo thỏa thuận” mà không có danh mục |
| 5. Chuyển dữ liệu | Loại dữ liệu, số năm lịch sử, bên làm sạch, số lần chạy thử, tiêu chí đối soát, phương án quay lại | “Hỗ trợ chuyển đổi dữ liệu” mà không nêu phạm vi |
| 6. Bảo hành và hỗ trợ sau go-live | Thời hạn bảo hành, giai đoạn hỗ trợ tăng cường, thời gian phản hồi theo mức độ sự cố | “Hỗ trợ từ xa trong giờ hành chính” là cam kết duy nhất |
| 7. Cập nhật khi quy định thay đổi | Bên nào cập nhật khi quy định kế toán, thuế, hóa đơn thay đổi; trong bao lâu; tính phí thế nào | Hợp đồng không nhắc tới thay đổi quy định |
Về hỗ trợ sau go-live, hướng dẫn của FPT IS cũng khuyên doanh nghiệp yêu cầu đối tác cam kết một đội hỗ trợ chuyên trách trong ít nhất 90 đến 180 ngày sau go-live, kèm thỏa thuận mức dịch vụ rõ ràng. Cột thứ ba không có nghĩa câu chữ đó luôn sai, mà là chỗ nên đề nghị ghi cụ thể hơn. Nên ghi thêm tên trưởng dự án và điều kiện thay người, rồi nhờ pháp chế hoặc luật sư rà soát trước khi ký.
6. Dấu hiệu nào cho thấy nên dừng hoặc đổi đối tác ERP?
Nên dừng hoặc xem lại đối tác khi bản phân tích yêu cầu không phản ánh quy trình thật, yêu cầu thay đổi phát sinh cho việc đã có trong phạm vi, chuyển dữ liệu thử nhiều lần vẫn lệch số dư, hoặc báo cáo bắt buộc bị hẹn làm sau go-live. Phát hiện sớm giúp giảm chi phí đổi hướng.
| Dấu hiệu | Nên làm gì |
|---|---|
| Bản phân tích yêu cầu giống tài liệu giới thiệu sản phẩm, thiếu quy trình đặc thù | Chưa nghiệm thu mốc; yêu cầu làm lại theo phiếu yêu cầu |
| Yêu cầu thay đổi phát sinh cho việc đã có trong phiếu yêu cầu | Đối chiếu phụ lục phạm vi; lặp lại nhiều lần thì cân nhắc đổi đối tác |
| Trưởng dự án hoặc chuyên gia chủ chốt bị thay mà không báo trước | Yêu cầu thực hiện đúng cam kết nhân sự trong hợp đồng |
| Chuyển dữ liệu thử nhiều lần vẫn không khớp số dư | Lùi ngày chạy chính thức; không go-live trên số liệu chưa đối soát |
| Báo cáo tài chính, hóa đơn điện tử chưa chạy đúng nhưng được hẹn “làm sau” | Không go-live; đây là điều kiện loại ở mục 3 |
| Người dùng vẫn ghi song song bằng Excel sau nhiều tuần chạy thật | Tìm nguyên nhân: thiếu đào tạo, thiếu chức năng hay quy trình chưa đổi |
Đổi đối tác giữa chừng thường tốn kém, nên các điều khoản về tài liệu, mã nguồn và chuyển dữ liệu ở mục 5 giúp doanh nghiệp giữ được quyền lựa chọn. Cách phòng ngừa theo từng giai đoạn có trong phần rủi ro của bài triển khai ERP.
7. Savvycom phù hợp với dự án ERP nào?
Savvycom phù hợp khi quy trình đặc thù, phần mềm đóng gói phải sửa quá nhiều, hoặc cần nối ERP với CRM, kế toán, kho và hồ sơ cũ. Doanh nghiệp đã chọn nền tảng SAP, Oracle hay Microsoft Dynamics nên tìm nhà tích hợp được hãng chứng nhận.
Ba dự án trên làm cho khách hàng tại Hàn Quốc, Mỹ và Campuchia. Với ERP tại Việt Nam, doanh nghiệp vẫn nên yêu cầu demo trên đúng nghiệp vụ kế toán, thuế của mình.
Khi bài toán là nối các phần mềm đang chạy, bài tích hợp phần mềm kế toán, kho và CRM trình bày các mô hình kết nối. Nếu dự án có phần AI như đọc hóa đơn, chứng từ để đưa vào ERP, tiêu chí chấm riêng có trong bài cách chọn đối tác triển khai AI.
Câu hỏi thường gặp về chọn đối tác triển khai ERP
1. Nên chọn nhà cung cấp ERP trong nước hay quốc tế?
Tùy bài toán. Nhà cung cấp trong nước thường mạnh về kế toán, thuế và hóa đơn điện tử Việt Nam; nền tảng quốc tế hợp với tập đoàn nhiều pháp nhân hoặc có công ty mẹ nước ngoài. Dù chọn bên nào, nên yêu cầu demo báo cáo kế toán Việt Nam trên dữ liệu mẫu.
2. Triển khai SAP cần chọn đối tác như thế nào?
Nên chọn nhà tích hợp được SAP chứng nhận, có dự án cùng ngành tại Việt Nam và tự làm được phần địa phương hóa như báo cáo kế toán, hóa đơn điện tử. Trước khi ký, nên gặp trưởng dự án, kiểm tra chứng chỉ chuyên gia tư vấn và hỏi rõ phần nào giao bên thứ ba.
3. Chọn đối tác triển khai ERP mất bao lâu?
Với doanh nghiệp vừa, chúng tôi ước tính khoảng hai đến ba tháng cho bốn việc: soạn phiếu yêu cầu, sàng lọc đề xuất, demo theo kịch bản và thương thảo hợp đồng. Đây là ước tính kinh nghiệm, không phải khảo sát thị trường; thời gian thực tế tùy số nhà cung cấp và độ phức tạp.
4. Doanh nghiệp vừa có cần ERP may đo không?
Thường không cần may đo toàn bộ. Phân hệ phổ biến như kế toán, mua bán, kho có thể dùng gói có sẵn. May đo đáng đầu tư khi quy trình là lợi thế cạnh tranh, gói có sẵn phải sửa quá nhiều, hoặc cần nối nhiều phần mềm đang chạy thành một luồng dữ liệu.
5. Đơn vị triển khai ERP khác nhà cung cấp phần mềm ERP thế nào?
Nhà cung cấp phần mềm sở hữu sản phẩm và bản quyền; đơn vị triển khai lo khảo sát, cấu hình, tùy biến, chuyển dữ liệu, đào tạo và hỗ trợ sau go-live. Với phần mềm trong nước, hai vai trò thường là một; với SAP, Oracle hay Microsoft, việc triển khai thường do đối tác của hãng đảm nhận.
Quy trình của doanh nghiệp không vừa với phần mềm ERP đóng gói?
Gửi cho Savvycom danh sách quy trình đặc thù và các hệ thống đang dùng. Chuyên gia của chúng tôi sẽ cùng doanh nghiệp xác định phần nào nên dùng gói có sẵn, phần nào cần may đo hoặc tích hợp, rồi đề xuất phạm vi cho giai đoạn đầu.
Xem dự án thực tế: Shinseung Tax Firm chuyển hơn 4.000 hợp đồng sang hệ thống quản lý tài chính may đo
Dịch vụ: Giải pháp phần mềm may đo cho doanh nghiệp
Hotline: +84 352 287 866
Email: [email protected]
