ERP (Enterprise Resource Planning, hoạch định nguồn lực doanh nghiệp) là hệ thống phần mềm tích hợp, trong đó các chức năng như kế toán tài chính, mua hàng, kho, bán hàng, sản xuất và nhân sự cùng dùng một cơ sở dữ liệu chung. Khi kho xuất một lô hàng, tồn kho, giá vốn, công nợ khách hàng và sổ cái kế toán cập nhật cùng lúc, không cần ai nhập lại.
Giá trị cốt lõi của ERP không phải nhiều tính năng mà là một phiên bản sự thật duy nhất: mọi phòng ban nhìn cùng một con số. Cái giá phải trả là doanh nghiệp phải thống nhất quy trình và dữ liệu giữa các phòng, điều mà trước đây mỗi phòng tự làm theo cách riêng. Chính vì vậy, triển khai ERP thường là dự án thay đổi tổ chức nhiều hơn là dự án phần mềm.
Từ MRP đến ERP: một dòng thời gian ngắn
ERP không xuất hiện đột ngột mà là kết quả của hơn nửa thế kỷ mở rộng dần phạm vi tích hợp:
- Thập niên 1960: các nhà sản xuất dùng máy tính lớn để tính nhu cầu vật tư. Joseph Orlicky, kỹ sư làm việc trong ngành sản xuất ở Mỹ, là người hệ thống hoá phương pháp MRP (Material Requirements Planning): từ kế hoạch sản xuất và định mức vật tư, tính ngược ra cần mua gì, bao nhiêu, khi nào. Cuốn sách của ông về MRP xuất bản năm 1975.
- Thập niên 1970–1980: MRP mở rộng thành MRP II (Manufacturing Resource Planning), được Oliver Wight và cộng sự phổ biến, bao gồm cả năng lực máy móc, nhân công và kết nối với tài chính.
- Khoảng năm 1990: hãng nghiên cứu Gartner được ghi nhận là nơi đặt ra thuật ngữ ERP, để chỉ thế hệ hệ thống tích hợp vượt ra ngoài sản xuất, bao trùm toàn doanh nghiệp.
- Thập niên 1990: kiến trúc khách–chủ và nỗi lo sự cố máy tính năm 2000 (Y2K) khiến nhiều doanh nghiệp lớn thay hệ thống cũ bằng ERP. Đây cũng là giai đoạn của nhiều vụ triển khai thất bại nổi tiếng.
- Thập niên 2000–2010: ERP mở rộng sang doanh nghiệp vừa, tích hợp với quản trị quan hệ khách hàng và chuỗi cung ứng; xuất hiện khái niệm "ERP mở rộng" kết nối cả đối tác.
- Từ thập niên 2010: ERP dạng dịch vụ đám mây phổ biến, cập nhật liên tục do nhà cung cấp đảm nhiệm, kéo theo xu hướng giữ lõi chuẩn và hạn chế tuỳ biến.
Dòng thời gian này giải thích vì sao nhiều ERP vẫn mang đậm "gen" sản xuất: logic định mức, lệnh sản xuất, hoạch định nhu cầu. Doanh nghiệp dịch vụ thuần tuý đôi khi thấy ERP cồng kềnh vì phần lõi được thiết kế cho bài toán của nhà máy.
Cấu trúc một hệ ERP: lõi dữ liệu chung và các phân hệ
Về mặt khái niệm, một hệ ERP có ba lớp. Lớp dữ liệu chủ (master data) gồm các danh mục dùng chung: khách hàng, nhà cung cấp, mã hàng, tài khoản kế toán, kho, trung tâm chi phí, nhân viên. Lớp giao dịch ghi nhận các sự kiện kinh doanh: đơn mua, phiếu nhập, đơn bán, phiếu xuất, lệnh sản xuất, bút toán. Lớp báo cáo và phân tích tổng hợp từ giao dịch để ra báo cáo tài chính, báo cáo quản trị, chỉ số vận hành.
Các phân hệ (module) thường gặp gồm tài chính kế toán, mua hàng, quản lý kho, bán hàng và phân phối, sản xuất, quản lý dự án, nhân sự tiền lương. Tên gọi và cách chia phân hệ khác nhau giữa các phần mềm và giữa các phiên bản, nên khi đọc tài liệu bạn nên nhìn vào quy trình được hỗ trợ thay vì tên mục trên menu.
Điểm then chốt là các phân hệ không đứng riêng. Một đơn bán hàng kích hoạt chuỗi sự kiện: giữ hàng trong kho, xuất kho, ghi nhận giá vốn, phát hành hoá đơn, ghi công nợ phải thu, rồi khi khách trả tiền thì đối trừ công nợ và ghi sổ ngân hàng. Logic tích hợp này được gọi là quy trình đầu cuối, ví dụ "từ đơn hàng đến thu tiền" (order-to-cash) hay "từ mua hàng đến thanh toán" (procure-to-pay). Đánh giá ERP theo quy trình đầu cuối cho thấy rõ năng lực thật hơn là đánh giá từng phân hệ riêng lẻ.
Cũng vì tích hợp chặt, một sai sót ở dữ liệu chủ lan ra toàn hệ thống. Mã hàng khai sai đơn vị tính có thể làm sai tồn kho, sai giá vốn và sai báo cáo lãi lỗ cùng lúc. Đó là lý do các dự án ERP nghiêm túc luôn có một luồng công việc riêng cho dữ liệu chủ.
Lợi ích kỳ vọng và điều kiện để đạt được
Những lợi ích sau thường được nêu trong đề xuất ERP. Cột thứ hai cho biết điều kiện thực tế để lợi ích đó xảy ra, vốn hay bị lược đi:
| Lợi ích kỳ vọng | Điều kiện cần | Nếu thiếu điều kiện |
|---|---|---|
| Một con số thống nhất giữa các phòng | Dữ liệu chủ được chuẩn hoá và có người chịu trách nhiệm | Mỗi phòng vẫn giữ bảng tính riêng để "đối chiếu" |
| Đóng sổ kế toán nhanh hơn | Giao dịch được ghi nhận đúng lúc phát sinh, không dồn cuối tháng | Kế toán vẫn chạy theo chứng từ giấy nộp muộn |
| Giảm tồn kho | Dữ liệu tồn chính xác và tham số hoạch định được thiết lập theo thực tế | Hệ thống đề xuất mua sai, người dùng bỏ qua đề xuất |
| Kiểm soát nội bộ tốt hơn | Phân quyền và luồng phê duyệt được thiết kế lại | Cấp quyền rộng cho tiện, kiểm soát chỉ còn trên giấy |
| Báo cáo quản trị theo thời gian thực | Cấu trúc trung tâm chi phí, mã phân tích được thiết kế từ đầu | Vẫn phải xuất dữ liệu ra bảng tính để gộp tay |
Đọc bảng theo cột cuối là thấy kịch bản phổ biến của các dự án ERP "thành công về kỹ thuật nhưng không ra giá trị": hệ thống chạy, nhưng mọi người vẫn làm việc theo cách cũ quanh nó.
Vì sao triển khai ERP khó hơn mua phần mềm thông thường
ERP mang theo một mô hình quy trình. Mỗi ERP có sẵn cách hiểu riêng về quy trình kinh doanh "chuẩn". Doanh nghiệp phải chọn giữa đổi quy trình của mình cho khớp, hoặc tuỳ biến phần mềm. Thomas Davenport, trong bài viết trên Harvard Business Review năm 1998 về hệ thống doanh nghiệp, đã chỉ ra rằng ERP áp logic của nó lên chiến lược, tổ chức và văn hoá của công ty, và lãnh đạo nào không nhận ra điều này sẽ bị bất ngờ.
Tuỳ biến là con dao hai lưỡi. Mỗi tuỳ biến làm tăng chi phí triển khai, chi phí kiểm thử mỗi lần nâng cấp và rủi ro lỗi. Nhiều tổ chức sau vài năm bị kẹt ở phiên bản cũ vì nâng cấp quá tốn kém do tuỳ biến chồng chất.
Chuyển đổi dữ liệu luôn khó hơn dự kiến. Dữ liệu từ hệ thống cũ, bảng tính, sổ sách phải được làm sạch, ánh xạ sang cấu trúc mới, đối chiếu số dư. Đây là nơi lịch trình hay trượt nhất.
Thay đổi vai trò và quyền lực. ERP làm minh bạch các con số trước đây chỉ một vài người nắm, và đặt ra luồng phê duyệt mới. Người mất quyền kiểm soát thông tin có lý do để trì hoãn.
Chi phí ẩn lớn hơn chi phí giấy phép. Tư vấn triển khai, đào tạo, thời gian của người dùng chủ chốt rời việc thường ngày, giai đoạn năng suất giảm sau chuyển giao, chi phí duy trì và nâng cấp hằng năm. Nhiều đề xuất chỉ tính phần giấy phép phần mềm.
ERP dạng đám mây và chiến lược "giữ lõi sạch"
Trong khoảng mười năm gần đây, cách tiếp cận ERP thay đổi rõ. Với ERP dạng dịch vụ đám mây, nhà cung cấp cập nhật phần mềm định kỳ cho mọi khách hàng, nên doanh nghiệp khó có thể sửa sâu vào lõi như trước. Điều này ban đầu bị coi là hạn chế, nhưng dần được nhìn như một kỷ luật có lợi: buộc doanh nghiệp chấp nhận quy trình chuẩn ở những mảng không tạo khác biệt cạnh tranh, như kế toán, mua hàng thông thường, tiền lương.
Gartner từng đề xuất cách nhìn phân lớp ứng dụng (pace-layered) theo ba nhóm: hệ thống ghi nhận (systems of record) như kế toán, cần ổn định và chuẩn hoá; hệ thống khác biệt hoá, nơi doanh nghiệp có cách làm riêng tạo lợi thế; và hệ thống đổi mới, nơi thử nghiệm ý tưởng mới với vòng đời ngắn. Áp vào ERP, chiến lược phổ biến là giữ lõi ERP gần chuẩn nhất có thể, còn phần khác biệt thì xây ở lớp bên ngoài, kết nối với lõi qua giao diện lập trình.
Đổi lại, ERP đám mây đặt ra câu hỏi về nơi lưu trữ dữ liệu, khả năng xuất dữ liệu khi muốn đổi nhà cung cấp, và tuân thủ các quy định về dữ liệu cá nhân, dữ liệu kế toán. Đây là những điểm cần làm rõ trong hợp đồng, cùng với cam kết mức độ dịch vụ và quy trình xử lý sự cố. Doanh nghiệp cũng nên hỏi rõ lịch nâng cấp bắt buộc của nhà cung cấp, vì mỗi lần nâng cấp đều cần kiểm thử lại các phần mở rộng và tích hợp đã xây quanh lõi.
Trình tự giảm rủi ro khi triển khai ERP
Không có công thức bảo đảm thành công, nhưng trình tự sau phản ánh những bài học được lặp lại qua nhiều dự án:
- Xác định ba đến năm mục tiêu kinh doanh đo được và giá trị nền của chúng trước khi chọn phần mềm.
- Vẽ các quy trình đầu cuối chính ở trạng thái hiện tại và trạng thái mong muốn; đánh dấu chỗ nào là lợi thế cạnh tranh cần giữ, chỗ nào chấp nhận theo chuẩn.
- Đánh giá phần mềm bằng kịch bản trình diễn theo quy trình đầu cuối của chính doanh nghiệp, với dữ liệu mẫu thật.
- Lập luồng công việc dữ liệu chủ ngay từ đầu, có người chịu trách nhiệm ở từng phòng ban; làm thử chuyển đổi dữ liệu nhiều vòng.
- Giải phóng người dùng chủ chốt khỏi một phần việc thường ngày để tham gia thiết kế và kiểm thử.
- Chọn thời điểm chuyển giao vào mùa thấp điểm, có phương án quay lui, và cân nhắc triển khai theo đợt (theo đơn vị hoặc theo phân hệ) thay vì một lần.
- Duy trì đội hỗ trợ tăng cường trong vài tháng sau chuyển giao và đo chỉ số kinh doanh, không chỉ đếm số lỗi đã đóng.
Bước hai là bước quyết định nhất và cũng là bước hay bị rút ngắn nhất, vì nó đòi hỏi các trưởng bộ phận ngồi lại thống nhất những điều họ đã tránh bàn suốt nhiều năm.
Câu hỏi thường gặp
ERP và phần mềm kế toán khác nhau thế nào?
Phần mềm kế toán ghi nhận nghiệp vụ tài chính, thường từ chứng từ do các phòng khác chuyển tới. ERP tích hợp kế toán với các quy trình vận hành, nên bút toán được sinh tự động từ chính giao dịch kho, mua, bán, sản xuất. Doanh nghiệp nhỏ có thể bắt đầu với phần mềm kế toán kèm bán hàng, rồi lên ERP khi nhu cầu tích hợp liên phòng ban đủ lớn.
Doanh nghiệp quy mô bao nhiêu thì nên dùng ERP?
Không có ngưỡng nhân sự cố định. Dấu hiệu thường gặp là có nhiều kho, nhiều chi nhánh hoặc pháp nhân, sản xuất có định mức phức tạp, hoặc đối chiếu số liệu giữa các phòng mất nhiều ngày mỗi tháng. Một số doanh nghiệp dưới một trăm người với chuỗi cung ứng phức tạp đã cần ERP, trong khi doanh nghiệp dịch vụ đông người hơn có thể chưa cần.
Nên chọn ERP quốc tế hay ERP trong nước?
Nên chọn theo mức độ khớp với quy trình đầu cuối, yêu cầu pháp lý về kế toán và hoá đơn tại Việt Nam, năng lực đội triển khai thực tế và tổng chi phí nhiều năm. Hệ thống quốc tế mạnh ở chuẩn hoá đa quốc gia, hệ thống trong nước thường thuận hơn về nghiệp vụ kế toán thuế địa phương. Năng lực của đội triển khai thường quan trọng hơn thương hiệu phần mềm.
Triển khai ERP thường mất bao lâu?
Thời gian phụ thuộc phạm vi, số đơn vị, mức độ tuỳ biến và chất lượng dữ liệu xuất phát. Doanh nghiệp vừa với phạm vi gọn có thể mất vài tháng; tập đoàn nhiều pháp nhân có thể mất một đến vài năm, thường chia nhiều đợt. Lịch trình nên được ước lượng bằng cách so với các dự án tương tự, vì ước lượng từ bên trong thường lạc quan.
Tỷ lệ tuỳ biến bao nhiêu là chấp nhận được?
Không có con số chuẩn, nhưng nguyên tắc thường được khuyến nghị là chỉ tuỳ biến ở chỗ tạo ra lợi thế cạnh tranh hoặc do yêu cầu pháp lý bắt buộc. Mỗi yêu cầu tuỳ biến nên kèm lý do kinh doanh, ước tính chi phí vòng đời và được người có thẩm quyền về quy trình phê duyệt, không để đội kỹ thuật tự quyết.
ERP có thay được hệ thống quản trị quan hệ khách hàng không?
Nhiều ERP có phân hệ bán hàng và chăm sóc khách hàng, đủ dùng cho doanh nghiệp có quy trình bán đơn giản. Khi doanh nghiệp cần quản lý cơ hội bán hàng dài, tiếp thị đa kênh, chăm sóc sau bán phức tạp, hệ thống quản trị quan hệ khách hàng chuyên dụng thường linh hoạt hơn, kết nối với ERP để đồng bộ đơn hàng và công nợ.
