Enterprise resource planning (ERP) là gì và nên học môn này thế nào?

Trả lời thẳng: ERP là viết tắt của enterprise resource planning, tức hệ thống phần mềm gồm nhiều module dùng chung một cơ sở dữ liệu, để mọi giao dịch của doanh nghiệp được nhập, ghi nhận, xử lý và báo cáo ở một nơi. Klaus, Rosemann và Gable (2000) nhận xét rằng chưa có định nghĩa ERP nào được đồng thuận rộng rãi, vì vậy khi làm bài bạn bám theo định nghĩa mà giáo trình của môn đưa ra.

ERP và enterprise resource planning là cùng một khái niệm, một bên là chữ viết tắt và một bên là tên đầy đủ. Khi gõ "ERP là gì" hay "enterprise resource planning là gì", bạn đang hỏi cùng một câu, và câu trả lời bắt đầu từ chỗ mỗi phòng ban không còn giữ một bộ số liệu riêng.

Umble, Haft và Umble (2003) nêu hai lợi ích chính mà hệ thống rời theo từng phòng ban không có. Lợi ích thứ nhất là một cái nhìn thống nhất toàn doanh nghiệp. Lợi ích thứ hai là một cơ sở dữ liệu nơi mọi giao dịch được nhập, ghi nhận, xử lý và báo cáo. Hiểu hai ý này đã đủ để đọc được nhiều định nghĩa trong giáo trình, vì nhiều định nghĩa xoay quanh chuyện dữ liệu được nhập một lần và dùng chung.

Chuyện định nghĩa không thống nhất là điều bạn nên biết trước khi mở sách, vì mỗi nguồn nhấn một chỗ khác nhau. Klaus, Rosemann và Gable (2000) dùng phân tích lịch sử, phân tích tổng hợp tài liệu và khảo sát chuyên gia học thuật, rồi kết luận rằng "it is unlikely that at this stage a broadly agreed definition of ERP can be achieved". Có nghĩa là khi trang này viết ERP là phần mềm, trang khác viết ERP là giải pháp quản trị, thì chưa chắc ai sai. Trong bài thi hay bài viết, bạn lấy định nghĩa của tài liệu môn học chỉ định và nêu rõ mình đang dùng nguồn nào.

Một điểm cần nói rõ là bài này viết cho người học một môn dạy bằng tiếng Anh, chẳng hạn sinh viên Việt Nam ở chương trình quốc tế trong nước hoặc ở nước ngoài. Nếu môn của bạn dạy bằng tiếng Việt, bạn theo giáo trình và đề cương của trường thay vì bài này.

Trả lời thẳng: Chữ "planning" là dấu vết lịch sử của hệ thống hoạch định nhu cầu vật tư trong sản xuất. Theo Umble, Haft và Umble (2003), thập niên 1960 tập trung vào kiểm soát tồn kho, thập niên 1970 có MRP, thập niên 1980 có MRP II mở rộng sang kế toán tài chính, và đầu thập niên 1990 mới mở ra toàn doanh nghiệp với tên ERP.

Bảng sau tóm tắt bốn giai đoạn trong mục lịch sử của Umble, Haft và Umble (2003), trong đó cột thứ ba lấy theo cách nguồn mô tả trọng tâm của từng giai đoạn. Tên gọi "giai đoạn" do bài này đặt ra để bạn dễ xếp thứ tự.

Nhìn bảng, bạn thấy mỗi giai đoạn thêm một mảng nghiệp vụ vào cùng một hệ thống, và đó chính là lý do tên môn nói nhiều về tích hợp hơn về hoạch định. Chữ "resource" trong tên không còn chỉ là vật tư, mà là mọi nguồn lực của doanh nghiệp.

Nguồn gốc sản xuất cũng không giới hạn nơi ERP được dùng. Umble, Haft và Umble (2003) viết rằng ERP có thể được dùng "not only in manufacturing companies, but in any company that wants to enhance competitiveness". Một môn ERP vì thế có thể lấy ví dụ từ bán lẻ, dịch vụ hay giáo dục, và bạn đừng mặc định mọi ví dụ đều là nhà máy.

Trả lời thẳng: Module là phần của ERP lo một mảng nghiệp vụ như mua hàng, kho, bán hàng hay tài chính, và các module đọc ghi trên cùng một cơ sở dữ liệu. Vì dữ liệu chỉ nhập một lần, một giao dịch ở module này tự tạo chứng từ ở module khác, ví dụ nhập hàng vào kho kéo theo bút toán kế toán. Hai chuỗi quy trình ở các phần sau cho thấy điều đó.

Cách học module hiệu quả hơn là hỏi mỗi module nhận dữ liệu từ đâu và đẩy dữ liệu đi đâu, thay vì chỉ ghi nhớ danh sách tên. Davenport (1998) mô tả hệ thống doanh nghiệp là giải pháp có sẵn, và theo ông chúng áp logic riêng của mình lên chiến lược, văn hoá và tổ chức của công ty. Vì vậy cách các module nối với nhau không phải chuyện kỹ thuật thuần tuý, mà phản ánh cách doanh nghiệp được tổ chức để làm việc.

Hai tài liệu đào tạo của SAP, một nhà cung cấp ERP, cho thấy sự nối đó rất cụ thể. SAP SE (n.d.) mô tả chuỗi mua hàng và SAP SE (2026) mô tả chuỗi bán hàng, và ở cả hai chuỗi, một thao tác về hàng hoá sinh ra thêm một chứng từ tài chính. Bạn nên nhớ hai tài liệu này là của nhà cung cấp, nên chúng minh hoạ cách một hệ thống cụ thể vận hành chứ không phải chuẩn chung của mọi ERP.

Một bài tập nhỏ giúp bạn kiểm tra mình hiểu chưa. Chọn một module bạn đã học, rồi trả lời hai câu hỏi trên giấy mà không mở sách: dữ liệu vào module này do bộ phận nào nhập, và dữ liệu ra của nó được module nào sử dụng. Nếu bạn trả lời được cho ba module liên tiếp, bạn đã nắm ý tích hợp ở mức môn nhập môn yêu cầu.

Trả lời thẳng: Chuỗi mua hàng tới thanh toán, tiếng Anh là procure-to-pay, gồm năm bước: xác định nhu cầu, đơn mua hàng, nhập hàng, kiểm tra hoá đơn và thanh toán. SAP SE (n.d.) cho biết hệ thống đối chiếu đơn mua, phiếu nhập hàng và hoá đơn trước khi duyệt thanh toán, nên bạn thấy rõ cách một ERP nối kho với kế toán.

Năm bước theo thứ tự của SAP SE (n.d.) là:

1. Xác định nhu cầu mua.
2. Lập đơn mua hàng.
3. Nhập hàng.
4. Kiểm tra hoá đơn của nhà cung cấp.
5. Thanh toán.

SAP SE (n.d.) mô tả thêm một cơ chế gọi là đối chiếu ba chiều. Trước khi duyệt hoá đơn, hệ thống so đơn mua hàng, phiếu nhập hàng và hoá đơn của nhà cung cấp. Số lượng được kiểm ở bước nhập hàng, còn giá được kiểm ở bước hoá đơn, và nhờ vậy sai lệch bị bắt trước khi tiền ra khỏi doanh nghiệp.

Bảng dưới chọn ba bước có nêu rõ chứng từ hoặc bút toán trong tài liệu của SAP SE (n.d.). Bước xác định nhu cầu và bước thanh toán không nằm trong bảng vì phần tài liệu mà bài này đã đọc không nêu bút toán của hai bước đó.

Tài khoản GR/IR là điểm đáng nhớ nhất. SAP SE (n.d.) cho biết tài khoản này lý tưởng là về 0, và số dư khác 0 là dấu hiệu thiếu hoá đơn hoặc lệch số lượng. Cách đọc đó biến một con số khô khan thành một công cụ phát hiện lỗi, và câu hỏi ôn tập tốt là hãy giải thích vì sao GR/IR về 0 khi cả nhập hàng lẫn hoá đơn đã được ghi.

Một câu tự kiểm tra bạn nên làm không nhìn sách: với mỗi bước của chuỗi, chứng từ nào sinh ra và nó có tạo bút toán hay không. Bạn che bảng, điền lại ba hàng trên, rồi mở bảng ra so. Hàng nào sai, bạn quay lại đọc đúng đoạn đó của tài liệu môn, và cách làm này kiểm hiểu bài tốt hơn việc đọc lại tóm tắt.

Trả lời thẳng: Chuỗi bán hàng tới thu tiền, tiếng Anh là order-to-cash, đi từ tạo đơn bán, xác định nguồn hàng, giao hàng, lập hoá đơn đến ghi nhận thanh toán. Theo SAP SE (2026), khi lập hoá đơn hệ thống tự ghi nợ tài khoản phải thu của khách và ghi có tài khoản doanh thu, nên cũng như chuỗi mua hàng, một thao tác ở bán hàng tự kéo theo bút toán.

Năm bước kể trên đều theo mô tả của SAP SE (2026). Ở bước xác định nguồn hàng, hàng có thể lấy từ kho, mua bổ sung hoặc sản xuất. Chi tiết này cho thấy chuỗi bán hàng chạm đến cả kho, mua hàng và sản xuất, tức nhiều module cùng lúc.

Bảng dưới đặt hai chuỗi cạnh nhau để bạn thấy điểm giống và khác. Cột bút toán chỉ nêu những bút toán mà hai tài liệu SAP trên nói thẳng.

Điểm giống là cả hai chuỗi đều có một thao tác với hàng hoá và một thao tác với tiền, và hệ thống tự nối hai thao tác đó. Điểm khác là chuỗi mua hàng bắt đầu từ nhu cầu của doanh nghiệp còn chuỗi bán hàng bắt đầu từ yêu cầu của khách. SAP SE (2026) cũng nêu chứng từ bán hàng có ba cấp là tiêu đề, dòng hàng và lịch giao, nên một đơn bán lớn vẫn được chia nhỏ thành các phần quản lý riêng.

Bạn có thể tự dựng một bài tập từ hai bảng này. Vẽ hai chuỗi cạnh nhau trên một tờ giấy, gạch chân từng chỗ dữ liệu của module này được module khác dùng lại, rồi đếm xem bạn tìm được mấy chỗ. Con số đếm được không có ý nghĩa thống kê, nhưng việc tìm chúng buộc bạn đi qua từng bước một cách có chủ đích.

Trả lời thẳng: Theo cách hiểu của MAAS, thứ tự hợp lý là đọc learning outcome của môn, nắm định nghĩa và lịch sử, vẽ lại hai chuỗi mua hàng và bán hàng, rồi mới thực hành trên hệ thống nếu môn có. Lý do là Chen, Keys và Gaber (2015) ghi nhận sinh viên kinh doanh thường thiếu kiến thức về quy trình thật, nên bài này cho rằng nắm quy trình trước có thể giúp phần thực hành dễ hơn.

Chen, Keys và Gaber (2015) nêu rằng sinh viên kinh doanh thường thiếu cả kiến thức về quy trình thật lẫn kỹ năng công nghệ để vận hành ERP, và việc học trong lớp vì thế khó. Từ đó, bài này suy ra, theo cách nhìn của MAAS, rằng nên củng cố phần quy trình trước khi chạm vào phần mềm. Đây là gợi ý của bài này, chưa phải kết quả của một nghiên cứu về thứ tự học.

Năm bước dưới đây là gợi ý của bài này cho một tuần học:

1. Đọc learning outcome và danh sách tài liệu của môn, để biết giảng viên muốn bạn làm được gì.
2. Tự giải thích định nghĩa ERP bằng lời của mình, kèm lý do tại sao có nhiều định nghĩa.
3. Vẽ lại chuỗi mua hàng tới thanh toán từ trí nhớ, ghi chứng từ nào sinh ra ở mỗi bước.
4. Vẽ lại chuỗi bán hàng tới thu tiền theo cách tương tự rồi so với bảng ở trên.
5. Nếu môn có buổi thực hành trên hệ thống, làm lại chính hai chuỗi đó trên hệ thống và đối chiếu với bản vẽ tay.

Thứ tự này cũng giống kiểu học mà Léger (2006) đề xuất khi nói học ERP theo cách learning-by-doing, tức vừa làm vừa học. Nhưng ông đặt phần làm trên một hệ thống thật, còn bài này đề nghị bạn làm trên giấy trước, vì bản vẽ tay không đòi hỏi quyền truy cập phần mềm nào.

Trả lời thẳng: Mô phỏng là trò chơi chạy một doanh nghiệp trên ERP thật, và nó giúp bạn nhìn quy trình đi xuyên nhiều module cùng lúc, dù các bằng chứng hiện có chủ yếu là sinh viên tự nhận xét về việc học của mình. Chow và cộng sự (2025) đề nghị dùng mô phỏng để mở đầu, vì mức tự động hoá cao che mất chi tiết bên trong ERP.

Léger (2006) đề xuất học ERP qua một trò mô phỏng với ba mục tiêu: hiểu khái niệm hệ thống doanh nghiệp, trải nghiệm lợi ích của tích hợp, và rèn kỹ năng dùng phần mềm. Ông thử cách này với sinh viên đại học và cao học ngành quản trị kinh doanh theo hướng công nghệ thông tin ở một trường đạt chuẩn AACSB. Chen, Keys và Gaber (2015) tiếp tục hướng đó khi nghiên cứu một công cụ mô phỏng ở một môn hệ thống thông tin tại một trường đại học Mỹ, và thước đo họ dùng là kết quả học tập do sinh viên tự đánh giá.

Chow và cộng sự (2025) khảo sát một môn thạc sĩ ngành hệ thống thông tin ở một trường Úc có 67 sinh viên, với 32 người trả lời trước trò chơi và 36 người trả lời sau. Họ thấy sinh viên hiểu rõ hơn lợi ích và cơ chế của ERP và tự tin hơn khi dùng SAP, nhưng cũng cho rằng nhịp chơi nhanh hạn chế việc đào sâu khái niệm. Vì vậy nhóm tác giả đề nghị coi mô phỏng là công cụ mở đầu hơn là phần thay cho học khái niệm.

Cần đọc các kết quả trên một cách thận trọng ở ba điểm. Điểm thứ nhất là nghiên cứu của Chen, Keys và Gaber (2015) cùng của Chow và cộng sự (2025) dựa trên tự đánh giá của sinh viên, không phải điểm thi do bên thứ ba chấm. Điểm thứ hai là hai mẫu đó đến từ Mỹ và Úc, nên bạn không nên suy trực tiếp sang lớp của mình. Điểm thứ ba là MAAS chưa mở được nghiên cứu nào về sinh viên Việt Nam học ERP bằng tiếng Anh, nên các kết quả ở đây chỉ là gợi ý chung.

Trả lời thẳng: Bốn lỗi hay gặp là coi ERP chỉ là phần mềm cần cài, bỏ qua dữ liệu và con người, học thuộc tên module mà không vẽ luồng chứng từ, và cho rằng ERP chỉ dành cho sản xuất. Davenport (1998) cảnh báo hệ thống doanh nghiệp áp logic riêng lên tổ chức, còn Umble, Haft và Umble (2003) nêu độ chính xác dữ liệu là một yếu tố thành công.

Lỗi đầu tiên là coi ERP như việc cài một phần mềm. Davenport (1998) viết rằng hệ thống doanh nghiệp "impose their own logic on a company's strategy, culture, and organization", và vì vậy theo ông không nên đẩy quyền quyết định hoàn toàn cho người làm công nghệ. Trong bài viết về ERP, nếu bạn chỉ mô tả cài đặt và tính năng mà không nhắc đến tổ chức, bài của bạn đang bỏ sót nửa câu chuyện.

Lỗi thứ hai là bỏ qua dữ liệu và con người. Umble, Haft và Umble (2003) liệt kê chín yếu tố thành công gồm mục tiêu chiến lược rõ, cam kết của lãnh đạo cấp cao, quản lý dự án, quản lý thay đổi tổ chức, đội triển khai, độ chính xác dữ liệu, đào tạo, đo lường có trọng tâm và các vấn đề khi triển khai ở nhiều địa điểm. Về độ chính xác dữ liệu, các tác giả cho rằng vì hệ thống tích hợp, một dữ liệu nhập sai có thể lan dây chuyền qua toàn doanh nghiệp. Chuyện GR/IR lệch ở phần trên là ví dụ minh hoạ của riêng bài này cho ý đó, không phải phát hiện của nguồn.

Lỗi thứ ba là học thuộc tên module mà không vẽ luồng chứng từ. MAAS chưa có nguồn nào đo tần suất lỗi này, nên đây là nhận xét của bài này, không phải kết quả nghiên cứu. Nếu đề của môn bạn hỏi về quy trình thì lỗi này càng đáng tránh. Nếu bạn đã vẽ được hai chuỗi ở trên, bạn đã tránh được lỗi này.

Lỗi thứ tư là cho rằng ERP chỉ dành cho nhà máy, vì tên gọi có chữ "planning". Umble, Haft và Umble (2003) nói rõ ERP có thể dùng ở bất kỳ công ty nào muốn nâng cao năng lực cạnh tranh, như đã nêu ở trên.

Khi vẫn kẹt, ba bước nhỏ thường giải quyết được phần lớn tình huống. Bước đầu là chỉ ra đúng chỗ kẹt, chẳng hạn không hiểu vì sao đơn mua hàng chưa tạo bút toán, và viết câu hỏi đó thành một câu hoàn chỉnh. Bước thứ hai là đối chiếu câu hỏi với đúng đoạn trong tài liệu của môn, vì mỗi nguồn dùng một cách gọi tên chứng từ riêng. Bước thứ ba là hỏi giảng viên hoặc bạn cùng lớp, kèm theo bản vẽ chuỗi quy trình của chính bạn để người nghe thấy bạn đang kẹt ở bước nào.

Nếu sau ba bước đó bạn vẫn chưa thông, trang gia sư đại học 1:1 theo môn của MAAS là một lựa chọn cho sinh viên đại học và học viên thạc sĩ đang học môn dạy bằng tiếng Anh, với buổi 60 hoặc 90 phút, đặt lẻ từng buổi hay theo gói tuỳ bạn. Trang đó nói rõ gia sư dạy để bạn hiểu và tự làm được, bài nộp vẫn do bạn làm, và dịch vụ không dành cho người muốn bài xong ngay trong buổi học. Bạn có thể đặt buổi tư vấn miễn phí 15 phút hoặc nhắn tên môn cùng phần đang vướng qua Zalo hoặc Messenger để trao đổi trước. Việc ghép chuyên gia thường xong trong 48 giờ, còn nếu trong danh sách chưa có chuyên gia học thuật phù hợp với môn ERP của bạn thì MAAS phải tuyển thêm, và khi đó thời gian ghép có thể kéo dài khoảng hai tuần.

Đọc tiếp

• ACC203: hướng dẫn môn hệ thống thông tin kế toán
• ISYS90026: hướng dẫn môn các khái niệm hệ thống thông tin
• Cách học nguyên lý kế toán khi môn dạy bằng tiếng Anh