Quy trình triển khai ERP: 8 giai đoạn, checklist và lỗi

Mục lục

1. Quy trình triển khai ERP gồm những giai đoạn nào?
2. Trước khi khởi động, doanh nghiệp cần chuẩn bị gì?
3. Giai đoạn 1: Khởi động dự án cần làm những gì?
4. Giai đoạn 2: Khảo sát hiện trạng nên làm thế nào?
5. Giai đoạn 3: Chọn giải pháp và đối tác triển khai ra sao?
6. Giai đoạn 4: Thiết kế giải pháp và phân tích fit-gap là gì?
7. Giai đoạn 5: Xây dựng, tích hợp và chuyển đổi dữ liệu thế nào?
8. Giai đoạn 6: Kiểm thử UAT và đào tạo người dùng ra sao?
9. Giai đoạn 7: Go-live nên chọn big bang, cuốn chiếu hay song song?
10. Giai đoạn 8: Sau go-live cần làm gì để hệ thống ổn định?
11. Nên triển khai ERP theo Waterfall hay Agile?
12. Pháp lý Việt Nam nào cần đưa vào kế hoạch triển khai năm 2026?
13. Triển khai ERP mất bao lâu?
14. Checklist triển khai ERP theo từng giai đoạn
15. 10 lỗi thường gặp khi triển khai ERP và cách tránh
16. Câu hỏi thường gặp

Quy trình triển khai ERP gồm những giai đoạn nào?

Nếu chưa rõ hệ thống này làm gì, hãy đọc trước bài ERP là gì. Bài này trả lời câu hỏi tiếp theo: đưa ERP vào thế nào để không vỡ tiến độ, không đội ngân sách.

Mỗi nhà cung cấp đặt tên giai đoạn khác nhau. Ví dụ, khung Success by Design của Microsoft cho Dynamics 365 có 5 giai đoạn: Discover (khám phá), Initiate (khởi tạo), Implement (xây dựng), Prepare (chuẩn bị) và Operate (vận hành), kèm hai buổi rà soát bắt buộc là rà soát bản thiết kế giải pháp (Solution Blueprint Review) và rà soát mức sẵn sàng go-live (Go live Readiness Review). Logic chung vẫn giống nhau, nên bài này gom thành 8 giai đoạn để bạn dễ đối chiếu với đề xuất của bất kỳ đối tác nào.

Giai đoạn	Câu hỏi cần trả lời	Đầu ra phải có trước khi đi tiếp
1. Khởi động	Vì sao làm, đo thành công bằng gì, ai chịu trách nhiệm?	Điều lệ dự án (project charter), ban dự án, ngân sách có dự phòng
2. Khảo sát	Hiện nay đang làm thế nào, nghẽn ở đâu?	Bản đồ quy trình hiện tại, danh sách yêu cầu có ưu tiên
3. Chọn giải pháp	Phần mềm và đối tác nào khớp với yêu cầu?	Hợp đồng kèm phạm vi công việc chi tiết
4. Thiết kế	Quy trình mới chạy ra sao trên hệ thống, phần nào thiếu?	Bản thiết kế giải pháp, bảng fit-gap đã ký
5. Xây dựng	Cấu hình, tích hợp, dữ liệu đã sẵn sàng chưa?	Môi trường kiểm thử có dữ liệu thật đã chuyển đổi
6. Kiểm thử và đào tạo	Người dùng có làm được việc hằng ngày trên hệ thống không?	Biên bản UAT, người dùng đã qua đào tạo theo vai trò
7. Go-live	Đã đủ điều kiện chạy chính thức chưa?	Quyết định go/no-go, kế hoạch cutover đã diễn tập
8. Hậu go-live	Hệ thống đã ổn định và mang lại kết quả chưa?	Báo cáo chỉ số, bàn giao cho đội vận hành nội bộ

Trước khi khởi động, doanh nghiệp cần chuẩn bị gì?

Nhiều dự án hỏng từ trước ngày ký hợp đồng. Nếu thiếu từ hai điều kiện dưới đây trở lên, nên xử lý xong rồi mới bắt đầu.

• Vấn đề kinh doanh cụ thể: đóng sổ quá lâu, tồn kho lệch thực tế, không biết giá vốn từng đơn. “Cần chuyển đổi số” chưa phải là mục tiêu.
• Người bảo trợ cấp lãnh đạo: có quyền quyết khi các phòng tranh chấp quy trình.
• Người làm toàn thời gian: quản lý dự án phía doanh nghiệp và người dùng chủ chốt (key user) được giảm việc thường ngày.
• Tổ chức tạm ổn định: sắp sáp nhập, tách pháp nhân thì thiết kế ERP dễ phải làm lại.
• Ngân sách tính cả chi phí ẩn: thời gian nội bộ, làm sạch dữ liệu, đào tạo, hỗ trợ sau go-live; xem chi tiết ở bài chi phí triển khai ERP.

Giai đoạn 1: Khởi động dự án cần làm những gì?

Viết mục tiêu đo được

Mỗi mục tiêu cần chỉ số, giá trị hiện tại và thời hạn. Ví dụ minh hoạ: “rút thời gian đóng sổ tháng từ 12 ngày xuống 5 ngày sau 6 tháng go-live”. Ghi số liệu hiện tại ngay bây giờ, vì sau go-live đó là căn cứ duy nhất để đo hiệu quả.

Chốt phạm vi

Phạm vi gồm pháp nhân, chi nhánh, phân hệ, hệ thống cần kết nối và những gì không làm ở đợt này. Danh sách “không làm” quan trọng ngang danh sách “sẽ làm”, vì nó chặn phạm vi phình dần.

Lập ban dự án và phân vai

Dùng ma trận RACI để ai cũng biết mình làm gì: R (Responsible) là người trực tiếp làm, A (Accountable) là người chịu trách nhiệm cuối cùng và phê duyệt, C (Consulted) là người được hỏi ý kiến, I (Informed) là người được thông báo. Bảng dưới là mẫu tham khảo, bạn điều chỉnh theo tổ chức của mình.

Việc	Ban chỉ đạo	Quản lý dự án (doanh nghiệp)	Key user	IT nội bộ	Đối tác triển khai
Duyệt phạm vi, ngân sách	A	R	C	C	C
Thiết kế quy trình mới	I	A	R	C	R
Cấu hình hệ thống	I	A	C	C	R
Làm sạch dữ liệu nguồn	I	A	R	R	C
Kiểm thử chấp nhận (UAT)	I	A	R	C	C
Quyết định go/no-go	A	R	C	C	C

Mỗi dòng chỉ có một chữ A. Người làm dữ liệu, kiểm thử phải là người của doanh nghiệp, vì đối tác không thể biết khách hàng nào trùng mã hay mã hàng nào đã ngừng bán.

Giai đoạn 2: Khảo sát hiện trạng nên làm thế nào?

Khảo sát hiện trạng (as-is) là ghi lại cách công ty đang làm thật, không phải cách quy chế viết. Hãy đi theo từng luồng nghiệp vụ đầu cuối thay vì hỏi riêng từng phòng:

• Mua hàng đến thanh toán (procure-to-pay): đề nghị mua, đặt hàng, nhận hàng, hoá đơn, thanh toán.
• Đơn hàng đến thu tiền (order-to-cash): báo giá, đơn bán, giao hàng, hoá đơn, thu tiền.
• Kế hoạch đến sản xuất (plan-to-produce): dự báo, định mức, lệnh sản xuất, giá thành.
• Ghi nhận đến báo cáo (record-to-report): hạch toán, khoá sổ, báo cáo.

Với mỗi luồng, thu thập chứng từ thật, mẫu báo cáo, số giao dịch mỗi tháng và các ngoại lệ (trả hàng, giao thiếu, huỷ hoá đơn). Đây cũng là lúc rà lại quy trình theo tư duy tái cấu trúc quy trình (BPR): bước nào tồn tại chỉ vì phần mềm cũ không làm được, bước duyệt nào có thể bỏ. Đầu ra là danh sách yêu cầu có mức ưu tiên (bắt buộc, nên có, có thì tốt) để chấm điểm nhà cung cấp.

Giai đoạn 3: Chọn giải pháp và đối tác triển khai ra sao?

Đừng chọn qua bản trình diễn soạn sẵn. Hãy gửi mỗi ứng viên 3 đến 5 kịch bản nghiệp vụ của bạn kèm dữ liệu mẫu và yêu cầu chạy trực tiếp. Ví dụ minh hoạ: “nhập một lô hàng hai mức giá, bán một phần, khách trả lại một phần, xem giá vốn và tồn kho”.

Với đối tác, hãy xem: đã làm cho doanh nghiệp cùng ngành, cùng quy mô chưa (xin gặp khách hàng cũ); ai là tư vấn thực sự làm dự án của bạn; phương pháp có cổng phê duyệt rõ không; đã kết nối sẵn qua API với hoá đơn điện tử, ngân hàng bạn đang dùng chưa; cam kết hỗ trợ sau go-live ra sao.

Hợp đồng nên kèm phạm vi công việc (statement of work) liệt kê phân hệ, số báo cáo, số tích hợp, số lần chuyển đổi dữ liệu và tiêu chí nghiệm thu. Phần nào mơ hồ sẽ thành tranh chấp ở giai đoạn 5.

Giai đoạn 4: Thiết kế giải pháp và phân tích fit-gap là gì?

Đây là giai đoạn quan trọng nhất. Đội dự án cùng đối tác đi qua từng quy trình, so yêu cầu với khả năng chuẩn của phần mềm để tìm khoảng cách (gap), rồi chốt thiết kế quy trình tương lai (to-be).

Mỗi khoảng cách có 5 cách xử lý. Thứ tự ưu tiên từ rẻ, an toàn đến đắt, rủi ro:

Cách xử lý	Khi nào dùng	Hệ quả
1. Cấu hình (configuration)	Phần mềm có sẵn tham số, chỉ cần thiết lập	Giữ nguyên khi nâng cấp phiên bản
2. Đổi quy trình nội bộ	Cách làm cũ không tạo lợi thế, chỉ là thói quen	Cần quản trị thay đổi, đào tạo kỹ
3. Báo cáo hoặc mẫu biểu	Thiếu một báo cáo, một mẫu in	Rủi ro thấp, chi phí nhỏ
4. Tích hợp hệ thống khác	Nghiệp vụ đặc thù đã có phần mềm chuyên dụng làm tốt	Thêm điểm kết nối phải giám sát
5. Tuỳ biến, lập trình thêm (customization)	Quy trình tạo khác biệt cạnh tranh, không có cách nào khác	Tăng chi phí, kéo dài thời gian, khó nâng cấp

Cấu hình được giữ lại qua các lần nâng cấp, còn một số phần tuỳ biến có thể bị ghi đè và phải làm lại. Chuỗi siêu thị Lidl dừng dự án dựa trên SAP năm 2018 sau khoảng 7 năm, một phần vì giữ cách ghi nhận tồn kho khác chuẩn phần mềm nên phải tuỳ biến rất lớn.

Bản thiết kế còn phải chốt dữ liệu gốc (master data): cấu trúc mã hàng, mã khách hàng, nhà cung cấp, hệ thống tài khoản, trung tâm chi phí. Đây là thứ khó sửa nhất sau go-live. Nếu doanh nghiệp có nhiều pháp nhân hoặc nhiều hệ thống cùng dùng chung danh mục, hãy xem thêm về quản lý dữ liệu gốc (MDM).

Giai đoạn 5: Xây dựng, tích hợp và chuyển đổi dữ liệu thế nào?

Đối tác cấu hình, viết tích hợp và báo cáo. Doanh nghiệp làm song song phần việc của mình: dữ liệu.

Quy trình chuyển đổi dữ liệu 6 bước

1. Kiểm kê: cần chuyển dữ liệu gì, đang nằm ở đâu, ai là chủ dữ liệu.
2. Chốt phạm vi lịch sử: thường chỉ chuyển danh mục còn hoạt động, số dư đầu kỳ và chứng từ còn mở (đơn mua chưa nhận, công nợ chưa thu); lịch sử chi tiết giữ ở hệ thống cũ.
3. Ánh xạ (mapping): trường cũ sang trường mới, mã cũ sang mã mới, tài khoản cũ sang tài khoản mới.
4. Làm sạch: gộp khách hàng trùng, sửa mã số thuế sai, chuẩn hoá đơn vị tính, ngừng mã hàng không còn giao dịch.
5. Chạy thử nhiều vòng (mock migration): đo thời gian và số lỗi mỗi vòng; vòng cuối chạy đúng như ngày thật.
6. Đối chiếu và ký: công nợ, tồn kho theo số lượng và giá trị, số dư từng tài khoản phải khớp giữa hai hệ thống; kế toán trưởng ký biên bản.

Hệ thống cũ nên chuyển sang chế độ chỉ đọc và giữ đủ thời hạn lưu trữ tài liệu kế toán theo Luật Kế toán; hỏi kế toán trưởng trước khi tắt hẳn máy chủ cũ.

Tích hợp cần làm gì?

Liệt kê mọi điểm kết nối (hoá đơn điện tử, ngân hàng, máy bán hàng POS, sàn thương mại điện tử, chấm công), ghi rõ chiều dữ liệu, tần suất và ai xử lý khi lỗi. Kết nối hoá đơn điện tử cần kiểm thử cả hoá đơn điều chỉnh, thay thế.

Giai đoạn 6: Kiểm thử UAT và đào tạo người dùng ra sao?

Ba lớp kiểm thử

• Kiểm thử đơn vị: đối tác tự kiểm từng chức năng đã cấu hình.
• Kiểm thử tích hợp: chạy trọn luồng đầu cuối, qua nhiều phân hệ và các kết nối bên ngoài.
• Kiểm thử chấp nhận của người dùng (UAT): key user tự chạy kịch bản bằng dữ liệu đã chuyển đổi, không có tư vấn cầm tay.

Kịch bản UAT viết từ danh sách yêu cầu ở giai đoạn 2, có cột “kết quả mong đợi”. Tiêu chí đạt viết trước, ví dụ minh hoạ: mọi kịch bản mức nghiêm trọng cao đều đạt, lỗi còn tồn chỉ ở mức thấp và có cách làm tạm. Nên chạy thêm một lần khoá sổ thử.

Đào tạo theo vai trò

Nhân viên kho không cần học phân hệ kế toán. Chia giáo trình theo vai trò, dạy trên dữ liệu của chính công ty, để key user làm giảng viên chính, tài liệu là hướng dẫn từng bước ngắn kèm ảnh màn hình. Song song, truyền thông nội bộ để mọi người hiểu vì sao phải đổi cách làm. Phần này thuộc về quản trị thay đổi, thường bị cắt đầu tiên khi ngân sách căng dù rủi ro nhất.

Giai đoạn 7: Go-live nên chọn big bang, cuốn chiếu hay song song?

Go-live là thời điểm chính thức làm việc trên ERP mới. Có ba chiến lược, mỗi cách đổi rủi ro lấy chi phí theo kiểu riêng.

Tiêu chí	Big bang	Cuốn chiếu (phased)	Song song (parallel)
Cách làm	Toàn bộ đơn vị, phân hệ chuyển cùng một ngày	Chuyển lần lượt theo đơn vị, chi nhánh hoặc phân hệ	Chạy cả hệ thống cũ và mới một thời gian để đối chiếu
Rủi ro	Cao: lỗi ảnh hưởng toàn công ty cùng lúc	Thấp hơn: lỗi khoanh vùng trong một đơn vị	Thấp về dữ liệu, cao về sức người
Tích hợp tạm	Không cần	Cần cầu nối giữa phần đã chuyển và chưa chuyển	Không cần, nhưng phải đối chiếu liên tục
Phù hợp khi	Doanh nghiệp vừa và nhỏ, ít đơn vị, quy trình đơn giản	Tập đoàn nhiều chi nhánh, nhà máy	Nghiệp vụ tài chính rủi ro cao, cần bằng chứng số khớp

Kế hoạch cutover và quyết định go/no-go

Kế hoạch chuyển giao (cutover) là danh sách việc theo giờ trong những ngày chuyển đổi: khoá nhập liệu hệ thống cũ, kiểm kê kho, chuyển dữ liệu lần cuối, đối chiếu, mở hệ thống mới. Mỗi việc có người làm, thời lượng và phương án quay lui; nên diễn tập ít nhất một lần.

Ban chỉ đạo quyết định go/no-go theo tiêu chí viết sẵn: UAT đạt, dữ liệu đã đối chiếu, người dùng đã đào tạo, kết nối hoá đơn điện tử và ngân hàng chạy được, đội hỗ trợ sẵn sàng. Thiếu một tiêu chí bắt buộc thì lùi lịch.

Hãy tránh mùa cao điểm. Theo tạp chí CIO, hãng bánh kẹo Hershey đưa hệ thống mới vào chạy sát mùa Halloween năm 1999 và không giao được khoảng 100 triệu USD đơn hàng. Với kế toán, đầu năm tài chính hoặc đầu quý thường thuận lợi vì số dư đầu kỳ gọn, báo cáo không phải ghép từ hai hệ thống.

Giai đoạn 8: Sau go-live cần làm gì để hệ thống ổn định?

Vài tuần đầu sau go-live là giai đoạn hỗ trợ tăng cường (hypercare): đối tác và key user túc trực, lỗi phân loại theo mức nghiêm trọng, theo dõi hằng ngày. Kỳ khoá sổ đầu tiên là phép thử thật.

Sau đó, đo lại các chỉ số đã ghi ở giai đoạn 1. Một số chỉ số thường dùng:

Nhóm	Chỉ số	Ý nghĩa
Tài chính	Số ngày đóng sổ tháng	Dữ liệu có liền mạch không
Kho	Độ chính xác tồn kho khi kiểm kê	Nhập xuất có ghi đúng lúc, đúng mã
Bán hàng	Thời gian từ đơn hàng đến xuất hoá đơn	Luồng bán hàng có thông suốt
Mua hàng	Tỷ lệ hoá đơn khớp đơn mua và phiếu nhận	Kiểm soát chi có chặt
Mức độ sử dụng	Số người dùng hoạt động, số giao dịch còn làm ngoài hệ thống	Nhân viên có quay lại Excel không
Hỗ trợ	Số yêu cầu hỗ trợ mỗi tuần, thời gian xử lý	Hệ thống đã ổn định chưa

Khi chỉ số ổn định, bàn giao cho đội vận hành nội bộ và lên kế hoạch mở rộng phân hệ.

Nên triển khai ERP theo Waterfall hay Agile?

Cách thác nước (waterfall) làm tuần tự: xong thiết kế mới cấu hình, xong cấu hình mới kiểm thử. Phạm vi rõ, nhưng người dùng chỉ thấy hệ thống ở cuối, khi sửa đã tốn kém. Nhiều phương pháp hiện nay giữ các cổng phê duyệt lớn, còn giai đoạn xây dựng chia thành nhiều vòng ngắn để key user góp ý trên hệ thống thật, theo tư duy Agile. Điều kiện là key user có thời gian cho mỗi vòng và mọi thay đổi vẫn qua kiểm soát phạm vi.

Pháp lý Việt Nam nào cần đưa vào kế hoạch triển khai năm 2026?

Pháp lý ảnh hưởng tới thiết kế, dữ liệu kiểm thử và thời điểm go-live, không chỉ là việc của kế toán:

• Chế độ kế toán: Thông tư 99/2025/TT-BTC ngày 27/10/2025 thay Thông tư 200/2014/TT-BTC từ 01/01/2026. Hệ thống tài khoản, mẫu báo cáo trong ERP phải theo chế độ mới; bảng ánh xạ tài khoản cũ sang mới cần duyệt ngay ở giai đoạn thiết kế.
• Hoá đơn điện tử: Nghị định 70/2025/NĐ-CP, hiệu lực từ 01/06/2025, sửa đổi Nghị định 123/2020/NĐ-CP. Thời điểm lập hoá đơn bán hàng hoá là lúc chuyển giao quyền sở hữu hoặc quyền sử dụng, dù đã thu tiền hay chưa, nên luồng giao hàng và xuất hoá đơn phải khớp.
• Dữ liệu cá nhân: Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 có hiệu lực từ 01/01/2026. Khi dùng dữ liệu thật để kiểm thử, đào tạo, hãy hạn chế quyền truy cập hoặc che bớt thông tin; hợp đồng với đối tác cần điều khoản xử lý dữ liệu.

Triển khai ERP mất bao lâu?

Thời gian phụ thuộc quy mô, số phân hệ, mức tuỳ biến và mức thay đổi quy trình. Phần tổng hợp về ERP trên Wikipedia dẫn một nguồn cho rằng dự án điển hình ở doanh nghiệp lớn mất khoảng 14 tháng với chừng 150 tư vấn. Doanh nghiệp nhỏ dùng giải pháp đám mây, ít tuỳ biến có thể nhanh hơn nhiều; dự án đa quốc gia có thể kéo dài nhiều năm. Thay vì hỏi đối tác “bao lâu”, hãy hỏi “giả định gì”: bao nhiêu key user toàn thời gian, bao nhiêu vòng chuyển đổi dữ liệu, bao nhiêu tuỳ biến.

Checklist triển khai ERP theo từng giai đoạn

Dùng danh sách dưới đây ở mỗi cổng phê duyệt. Mục nào chưa đánh dấu được thì chưa nên đi tiếp.

Cổng	Mục cần đánh dấu
Khởi động, khảo sát	Có người bảo trợ cấp lãnh đạo; mục tiêu có chỉ số và giá trị hiện tại; phạm vi “làm” và “không làm” đã ký; key user được giảm việc; bản đồ quy trình có chứng từ thật và ngoại lệ
Chọn giải pháp, thiết kế	Ứng viên đã chạy kịch bản của doanh nghiệp; hợp đồng có phạm vi, tiêu chí nghiệm thu; bảng fit-gap đã ký; dữ liệu gốc và bảng ánh xạ tài khoản đã duyệt
Xây dựng, kiểm thử	Mỗi tích hợp có chủ sở hữu; đã chuyển đổi dữ liệu thử và đối chiếu số dư; UAT đạt có biên bản; người dùng đã đào tạo theo vai trò
Go-live, sau go-live	Cutover đã diễn tập, có phương án quay lui; go/no-go theo tiêu chí, tránh mùa cao điểm; đội hypercare sẵn sàng; hệ thống cũ chỉ đọc; lịch đo lại chỉ số sau 3 và 6 tháng

10 lỗi thường gặp khi triển khai ERP và cách tránh

Lỗi	Dấu hiệu	Cách tránh
1. Coi ERP là dự án của phòng IT	Lãnh đạo vắng mặt ở các buổi duyệt thiết kế	Người bảo trợ cấp cao chủ trì ban chỉ đạo
2. Mục tiêu mơ hồ	Không ai nói được dự án thành công nghĩa là gì	Chỉ số có giá trị hiện tại và đích đến
3. Bê nguyên quy trình cũ lên hệ thống	Danh sách tuỳ biến dài, “cho giống phần mềm cũ”	Rà quy trình trước, tuỳ biến phải qua duyệt
4. Phạm vi phình dần	Yêu cầu mới xuất hiện ở mỗi buổi họp	Quy trình kiểm soát thay đổi, đánh giá ảnh hưởng tiến độ và chi phí
5. Key user làm kiêm nhiệm	Họp thiết kế vắng người, UAT trễ hạn	Giảm việc thường ngày, đưa vào đánh giá hiệu quả công việc
6. Dữ liệu bẩn	Khách hàng trùng mã, tồn kho âm sau khi nạp	Làm sạch từ giai đoạn 2, chuyển đổi thử nhiều vòng
7. Kiểm thử chỉ trường hợp đẹp	Lỗi khi trả hàng, huỷ hoá đơn sau go-live	Kịch bản UAT phủ ngoại lệ và khoá sổ thử
8. Cắt đào tạo, truyền thông	Nhân viên giữ song song file Excel	Đào tạo theo vai trò, đo tỷ lệ giao dịch ngoài hệ thống
9. Go-live vì đã hứa ngày	Họp go/no-go chỉ là hình thức	Tiêu chí viết sẵn, chấp nhận lùi lịch
10. Giải tán đội dự án ngay sau go-live	Lỗi tồn đọng, không ai đo kết quả	Hypercare có thời hạn rõ, bàn giao cho đội vận hành nội bộ

Câu hỏi thường gặp

Quy trình triển khai ERP gồm mấy bước?

Không có con số chuẩn. Mỗi nhà cung cấp chia từ 5 đến 8 giai đoạn hoặc hơn. Nội dung cốt lõi luôn gồm: xác định mục tiêu và phạm vi, khảo sát, chọn giải pháp, thiết kế fit-gap, xây dựng và chuyển đổi dữ liệu, kiểm thử và đào tạo, go-live, hỗ trợ sau go-live.

Fit-gap trong triển khai ERP là gì?

Là việc so từng yêu cầu nghiệp vụ với khả năng chuẩn của phần mềm. Phần “fit” đáp ứng bằng cấu hình; phần “gap” xử lý bằng đổi quy trình, thêm báo cáo, tích hợp hoặc tuỳ biến.

UAT trong dự án ERP là gì?

UAT (User Acceptance Testing) là kiểm thử chấp nhận của người dùng. Người dùng nghiệp vụ tự chạy kịch bản thực tế trên dữ liệu đã chuyển đổi để xác nhận hệ thống đáp ứng yêu cầu trước khi go-live.

Doanh nghiệp có tự triển khai ERP được không?

Với giải pháp đám mây đơn giản, quy mô nhỏ và đội kế toán, IT vững thì có thể. Dự án nhiều phân hệ, nhiều pháp nhân nên có đối tác, nhưng doanh nghiệp vẫn tự làm phần quy trình, dữ liệu và kiểm thử.

Vì sao nhiều dự án ERP bị chậm tiến độ?

Nguyên nhân hay gặp là phạm vi phình dần, tuỳ biến nhiều, dữ liệu bẩn phát hiện muộn và key user không có thời gian. Hầu hết phòng được nếu giữ kỷ luật ở các cổng phê duyệt.