Blog

2026.07.31

So sánh hệ thống quản lý sản xuất 2026 – chi phí và cách chọn không thất bại

So sánh hệ thống quản lý sản xuất 2026 - chi phí và cách chọn không thất bại

Nhiều nhà máy đã nhận ra rằng Excel cộng với báo cáo hằng ngày trên giấy đã tới giới hạn, nhưng khi bắt tay vào so sánh hệ thống quản lý sản xuất thì mỗi sản phẩm lại dùng thuật ngữ khác nhau và cách báo giá cũng khác nhau, khiến người phụ trách không biết nên xếp chúng lên cùng một mặt bằng nào. Bài viết này dành cho giám đốc nhà máy, trưởng bộ phận quản lý và nhân sự IT tại các nhà máy vốn Nhật ở Thái Lan và trên toàn ASEAN. Chúng tôi tổng hợp cách so sánh theo nhóm giải pháp thay vì theo tên sản phẩm, cách nhìn chi phí và thu hồi vốn, các nguyên nhân dẫn tới thất bại, và những điểm chỉ xuất hiện ở nhà máy tại nước sở tại. Mục tiêu không phải xếp hạng sản phẩm cụ thể, mà giúp bạn tự xây dựng bộ tiêu chí đánh giá của chính công ty mình.

Hệ thống quản lý sản xuất thực chất quản lý những gì

Trước khi so sánh, cần thống nhất xem hệ thống này thực sự gánh vác phần việc nào. Nếu để điểm này mơ hồ mà đã mời nhiều nhà cung cấp cùng báo giá, phạm vi đề xuất của mỗi bên sẽ khác nhau và cuộc so sánh sẽ biến thành việc chỉ nhìn con số tổng tiền, một cách so sánh vô nghĩa.

Bốn lĩnh vực mà hệ thống quản lý sản xuất phụ trách

Thứ được gọi chung là hệ thống quản lý sản xuất thường phụ trách bốn lĩnh vực sau.

Thứ nhất là kế hoạch sản xuất. Dựa trên thông tin đơn hàng và dự báo nhu cầu, hệ thống quyết định làm cái gì, làm bao nhiêu và làm khi nào. Từ kế hoạch sản xuất tổng thể (MPS), hệ thống triển khai tính toán nhu cầu vật tư (MRP) rồi chuyển thành lệnh sản xuất và yêu cầu mua hàng. Ở các nhà máy vận hành bằng Excel, chính khâu lập kế hoạch này và việc cập nhật các thay đổi phát sinh mỗi ngày là phần phụ thuộc cá nhân nặng nề nhất.

Thứ hai là mua hàng và tồn kho. Hệ thống đảm nhận việc đặt hàng theo nhu cầu tính ra, nghiệm thu hàng nhập, nắm số lượng và giá trị tồn kho của nguyên vật liệu, bán thành phẩm và thành phẩm. Tồn kho và tiến độ công đoạn là hai mặt của một vấn đề. Nhà máy không nhìn thấy tiến độ thì cũng không thể nhìn thấy tồn kho một cách chính xác.

Thứ ba là tiến độ công đoạn và kết quả sản xuất thực tế. Hệ thống ghi nhận lệnh sản xuất hiện đang chạy tới công đoạn nào, sản lượng thực tế, số lượng lỗi và thời gian thao tác là bao nhiêu. Việc số hóa báo cáo hằng ngày và nhật ký công việc thuộc về phần này.

Thứ tư là giá thành. Hệ thống đối chiếu giá thành tiêu chuẩn với giá thành thực tế để xem hiệu quả kinh tế theo từng mã hàng và từng đơn hàng. Nếu độ chính xác dữ liệu của ba lĩnh vực trước còn thấp thì con số giá thành cũng không đáng tin, nên trên thực tế đây thường là lĩnh vực được hoàn thiện sau cùng.

Phân biệt ERP, hệ thống quản lý sản xuất và MES cùng phạm vi phụ trách

Điểm gây nhầm lẫn nhiều nhất khi so sánh chính là ranh giới giữa ERP, hệ thống quản lý sản xuất và MES. Nếu sắp xếp lại các phân tích của những đơn vị như Unifinity hay Layers, cách dễ hiểu nhất là nhìn theo tầng.

ERP là cơ chế ở tầng điều hành doanh nghiệp, quản lý toàn bộ nguồn lực và cung cấp thông tin phục vụ ra quyết định kinh doanh. Trọng tâm của ERP là hợp nhất dữ liệu cốt lõi toàn công ty như kế toán, bán hàng, mua hàng và nhân sự. Sản xuất chỉ là một trong nhiều phân hệ của ERP.

Hệ thống quản lý sản xuất là cơ chế ở tầng quản lý, phụ trách việc lập kế hoạch và kiểm soát. Nó lập kế hoạch theo đơn vị ngày và theo từng đơn hàng, rồi đối chiếu với kết quả thực tế để quản lý chênh lệch.

MES (hệ thống điều hành sản xuất) là tầng thực thi tại hiện trường. MES phát lệnh sản xuất xuống hiện trường, quản lý tiến độ theo thời gian thực, thu thập dữ liệu chất lượng và giám sát tình trạng vận hành thiết bị, với chu kỳ cập nhật thông tin tính bằng phút và bằng giờ. MES nằm giữa tầng kế hoạch là ERP và tầng điều khiển là SCADA, DCS, PLC. Vai trò của nó là dịch kế hoạch từ tầng trên thành dạng mà hiện trường có thể thực thi, đồng thời trả những gì xảy ra ở hiện trường ngược lên tầng trên.

Điều quan trọng là ba lớp này không có ranh giới tuyệt đối. Tùy sản phẩm mà phạm vi bao phủ sẽ chồng lấn lên nhau. Có trường hợp phân hệ sản xuất của một ERP bao trùm luôn cả phạm vi của hệ thống quản lý sản xuất. Ngược lại, cũng có sản phẩm mang tên hệ thống quản lý sản xuất nhưng lại có năng lực thu thập dữ liệu thực tế rất mạnh, thiên về MES. Nếu triển khai mà chưa làm rõ ERP sẽ bao phủ tới đâu và giao cho MES gánh phần nào, rất dễ xảy ra đầu tư trùng lặp do chồng chéo chức năng, hoặc ngược lại là lỗ hổng liên kết khiến một nghiệp vụ nào đó không ai nhận. Công việc đầu tiên khi so sánh không phải là xếp các sản phẩm cạnh nhau, mà là nội bộ công ty tự quyết định sẽ vạch đường phân chia vai trò này ở đâu.

Bộ lập lịch sản xuất (APS) đứng ở vị trí nào

Một khái niệm nữa hay bị lẫn lộn là bộ lập lịch sản xuất, thường gọi là APS. Trong khi MRP của hệ thống quản lý sản xuất tính ra cần bao nhiêu và cần tới lúc nào, thì APS tính tới các ràng buộc hữu hạn như năng lực thiết bị, thời gian chuẩn bị chuyển đổi sản phẩm và nhân lực, để phân bổ tới tận trục thời gian là chạy trên thiết bị nào, từ mấy giờ tới mấy giờ. Ở nhà máy nhiều chủng loại số lượng nhỏ với tần suất chuyển đổi cao, hoặc nhà máy có công đoạn nút thắt cổ chai rõ ràng, chỉ riêng hệ thống quản lý sản xuất sẽ không đảm bảo được tính khả thi của kế hoạch, nên nhiều khi phải quyết định dùng kèm APS. Về cách phân vai này và khác biệt giữa từng nhóm sản phẩm, bài so sánh bộ lập lịch sản xuất (APS) đi sâu tới độ mịn của kế hoạch và cách xử lý các điều kiện ràng buộc. Nếu nghiệp vụ lập kế hoạch đang là nút thắt của nhà máy bạn, hãy xem trước bài đó, các trục so sánh trong bài này sẽ trở nên dễ áp dụng hơn nhiều.

So sánh bốn nhóm hệ thống quản lý sản xuất

Nếu bắt đầu so sánh từ tên sản phẩm, bạn sẽ sa vào việc đếm số dấu tích trong bảng danh mục chức năng. Trên thực tế, việc thu hẹp danh sách ứng viên theo nhóm giải pháp trước sẽ nhanh hơn và cho phán đoán ổn định hơn. Dưới đây chúng tôi chia thành bốn nhóm để so sánh.

Nhóm điện toán đám mây (SaaS)

Đây là hình thức sử dụng môi trường do nhà cung cấp chuẩn bị sẵn thông qua Internet. Lợi thế lớn nhất là không cần mua sắm máy chủ, chi phí ban đầu thấp và có thể khởi động trong thời gian ngắn. Việc nâng cấp phiên bản do phía nhà cung cấp thực hiện, nên nhóm này phù hợp với các cơ sở không thể duy trì nhân sự bảo trì nội bộ.

Mặt khác, tiền đề của nhóm này là nghiệp vụ phải điều chỉnh theo chức năng tiêu chuẩn, và thường rất khó xây dựng lớn các quy trình vận hành riêng. Ngoài ra, khi dùng tại nhà máy ở Thái Lan hay các nước ASEAN khác, cần kiểm tra trước chất lượng đường truyền và dữ liệu được đặt trên máy chủ ở quốc gia nào. Vì tính phí theo tháng, chi phí sẽ tăng tuyến tính khi số người dùng hoặc số cơ sở tăng lên. Đây là đặc tính cần nắm khi xem xét tổng chi phí sở hữu dài hạn.

Nhóm phần mềm đóng gói cài đặt tại chỗ (on-premise)

Đây là hình thức xây dựng phần mềm đóng gói đã mua trên máy chủ của công ty hoặc trên hạ tầng đám mây do công ty tự thuê. Ưu điểm là mức độ tự do tùy chỉnh cao và dễ thiết kế liên kết với hệ thống kế toán hiện có cũng như với thiết bị máy móc. Vì phần lớn theo hình thức mua đứt bản quyền, dùng càng lâu thì chi phí tính theo năm càng giảm.

Ngược lại, đầu tư ban đầu lớn, và gánh nặng vận hành hạ tầng như nâng cấp máy chủ, hệ điều hành hay xử lý an ninh thông tin vẫn nằm ở phía công ty. Còn có rủi ro là sau khi chồng chất nhiều tùy chỉnh thì không thể nâng cấp phiên bản được nữa, hệ thống bị đóng băng ở một trạng thái cũ. Chi phí tùy chỉnh hầu như luôn được báo giá tách riêng khỏi giá phần mềm gốc, nên khi so sánh nhất thiết phải yêu cầu nhà cung cấp tách bạch giữa giá khi giữ nguyên chức năng tiêu chuẩn và giá ở trạng thái đã đáp ứng đủ yêu cầu của công ty bạn.

Nhóm phát triển riêng từ đầu (scratch)

Đây là hình thức xây dựng từ con số không theo đúng nghiệp vụ của công ty. Khi hình thái sản xuất mang tính đặc thù, hoặc khi phương pháp quản lý độc quyền mà đối thủ không sao chép được chính là năng lực cạnh tranh, thì phát triển riêng từ đầu một hệ thống quản lý sản xuất có thể là lựa chọn hợp lý. Vì không phải thay đổi nghiệp vụ hiện tại nên sức phản kháng từ hiện trường cũng nhỏ hơn.

Tuy nhiên chi phí và thời gian sẽ phình ra đáng kể. Ngoài ra cần chuẩn bị tinh thần rằng việc bảo trì và sửa đổi sau khi hoàn thành sẽ phát sinh liên tục, và cấu trúc này dễ dẫn tới phụ thuộc vào một vài người hoặc một nhà cung cấp duy nhất hiểu được đặc tả. Quyết định kiểu như phần mềm đóng gói không khớp 20% yêu cầu nên chuyển sang phát triển riêng, thực chất cũng là quyết định tự làm luôn cả 80% còn lại chỉ vì 20% đó, rồi phải bảo trì vĩnh viễn về sau. Trước tiên hãy làm rõ 20% không khớp đó thực sự là nguồn gốc năng lực cạnh tranh, hay chỉ là thói quen còn sót lại từ quá khứ.

Nhóm chuyên biệt theo ngành và tầm trung

Đây là các gói phần mềm được xây dựng bám sát tập quán kinh doanh và cấu trúc công đoạn của một ngành cụ thể như gia công kim loại, ép nhựa, thực phẩm hay lắp ráp linh kiện điện tử. Vì ngay từ chức năng tiêu chuẩn đã dùng đúng thuật ngữ nghiệp vụ của ngành, tỷ lệ khớp cao và lượng tùy chỉnh giảm đi. Với các nhà máy quy mô vừa và nhỏ, không hiếm trường hợp dùng nguyên trạng một gói chuyên biệt theo ngành lại rẻ hơn và nhanh hơn so với việc cải tạo lớn một gói phần mềm đa dụng.

Điểm yếu là khi có nghiệp vụ lệch khỏi chuẩn của ngành thì hệ thống đột nhiên không đáp ứng được, và bản thân số lượng sản phẩm để lựa chọn cũng hạn chế. Nếu quy mô nhà cung cấp nhỏ, cũng cần kiểm tra xem có thể đảm bảo hệ thống hỗ trợ thực tế tại cơ sở ở nước sở tại hay không.

Bảng so sánh bốn nhóm

Trục so sánhĐiện toán đám mâyĐóng gói cài tại chỗ (on-premise)Phát triển riêng (scratch)Chuyên biệt theo ngành và tầm trung
Chi phí ban đầu tham khảo0 đến 1,000,000 yen (khảo sát khác ghi miễn phí đến 500,000 yen)1,000,000 đến trên 10,000,000 yen (với sản xuất theo đơn hàng quy mô vừa và nhỏ, mức thực tế là 1,000,000 đến 5,000,000 yen)5,000,000 yen đến vài trăm triệu yenTương đương nhóm đóng gói
Chi phí vận hành30,000 đến 150,000 yen mỗi tháng (khảo sát khác ghi 30,000 đến 100,000 yen)Phí bảo trì năm khoảng 10-20% chi phí triển khaiBảo trì và sửa đổi phát sinh liên tụcTương đương nhóm đóng gói
Thời gian triển khai tham khảo1 đến 3 tháng3 đến 6 thángVài tháng đến hơn 1 nămTương đương nhóm đóng gói
Mức tự do tùy chỉnhThấp (trong phạm vi thiết lập)Cao (tính phí riêng)Cao nhấtTrung bình
Cách khớp với nghiệp vụĐiều chỉnh nghiệp vụ theo hệ thốngCả hai chiều đều đượcĐiều chỉnh hệ thống theo nghiệp vụKhớp theo chuẩn của ngành
Mức cần nhân sự IT nội bộThấpCaoCaoTrung bình
Nhà máy phù hợpCơ sở quy mô nhỏ, nhà máy muốn bắt đầu từ trực quan hóaNhà máy đã chốt yêu cầu và có nhiều nhu cầu liên kếtNhà máy lấy phương pháp riêng làm lõi cạnh tranhNhà máy tầm trung gần với công đoạn chuẩn của ngành
Rủi ro chínhNghiệp vụ không đưa được lên chức năng tiêu chuẩnTùy chỉnh quá nhiều dẫn tới không cập nhật đượcChi phí và thời gian phình to, phụ thuộc cá nhânKhông đáp ứng nghiệp vụ lệch khỏi chuẩn ngành

Trên Internet có rất nhiều bài xếp hạng kiểu hệ thống quản lý sản xuất nào đáng dùng nhất, nhưng thứ hạng đó chỉ phản ánh tiêu chí của chính trang đăng bài. Hệ thống quản lý sản xuất là loại sản phẩm mà cùng một phần mềm có thể thành công rực rỡ ở nhà máy này và bị bỏ xó ở nhà máy khác. Chúng tôi khuyến nghị thu hẹp lựa chọn dựa trên độ tương thích giữa hình thái sản xuất của công ty bạn và nhóm giải pháp, chứ không dựa vào thứ hạng.

So sánh hệ thống quản lý sản xuất 2026 - chi phí và cách chọn không thất bại - figure 1

Mức chi phí của hệ thống quản lý sản xuất

Chi phí của hệ thống quản lý sản xuất cần được nhìn theo ba tầng gồm chi phí ban đầu, chi phí vận hành, và các chi phí ẩn không xuất hiện trên báo giá. Khi các báo giá cạnh tranh chênh nhau gấp hai gấp ba lần, phần lớn khoảng chênh đó sinh ra từ cách phân chia ba tầng này khác nhau.

Mức chi phí theo từng nhóm

Hạng mục chi phíĐiện toán đám mâyĐóng gói cài tại chỗ (on-premise)Phát triển riêng (scratch)
Chi phí ban đầu0 đến 1,000,000 yenBản quyền cộng hạ tầng, 1,000,000 đến trên 10,000,000 yenChi phí phát triển 5,000,000 yen đến vài trăm triệu yen
Phí tháng hoặc phí năm30,000 đến 150,000 yen mỗi thángPhí bảo trì năm khoảng 10-20% chi phí triển khaiPhí bảo trì và sửa đổi phát sinh theo từng lần
Tùy chỉnhVề nguyên tắc không có hoặc rất hạn chếBáo giá riêngĐã bao gồm trong chi phí phát triển
Thời gian1 đến 3 tháng3 đến 6 thángVài tháng đến hơn 1 năm

Mức chi phí này có biên độ khác nhau tùy nguồn khảo sát. Bài phân tích của OSK đưa ra phí tháng của nhóm đám mây là 30,000 đến 150,000 yen và phí bảo trì năm của nhóm đóng gói là 5-15% chi phí triển khai. Trong khi đó, tổng hợp của SFA JOURNAL và BOXIL ghi phí tháng của nhóm đám mây là 30,000 đến 100,000 yen, chi phí ban đầu từ miễn phí đến 500,000 yen, và phí bảo trì năm của nhóm đóng gói là 10-20% chi phí triển khai. Vì các nguồn mâu thuẫn nhau giữa 5-15% và 10-20%, bài viết này không lấy riêng con số của nguồn nào mà dùng chung một khoảng tham khảo thận trọng là khoảng 10-20% chi phí triển khai. Khi lập kế hoạch ngân sách, lấy cận trên tức là 20% sẽ an toàn hơn. Riêng phần tính ROI ở mục sau, chúng tôi dùng 15%, tức cận trên của vùng giao nhau 10-15% giữa hai khoảng.

Về quy mô, Prevision tổng hợp rằng với doanh nghiệp sản xuất vừa và nhỏ theo đơn hàng, quy mô 10 đến 200 nhân viên, thì mức thực tế cho nhóm đóng gói là 1,000,000 đến 5,000,000 yen. Nói cách khác, nếu ở quy mô này mà nhận được đề xuất vài chục triệu yen, bạn có căn cứ để nghi ngờ rằng phạm vi tùy chỉnh đang bị đẩy lên quá mức.

Những chi phí ẩn không có trên báo giá

Khi so sánh, ba khoản chi phí ẩn dưới đây bị bỏ sót nhiều nhất.

Chi phí ẩnNội dungCách xử lý
Chi phí kép do chạy song song cũ và mớiKhông thể dừng ngay hệ thống cũ hoặc quy trình Excel, trong một giai đoạn phải nhập liệu vào cả hai nơi. Giờ công nhập liệu tại hiện trường tăng gấp đôi tạm thờiẤn định giai đoạn chạy song song kéo dài bao nhiêu tuần và định nghĩa trước điều kiện kết thúc
Phí tùy chỉnh bổ sung sau khi vận hànhSau khi vận hành, các yêu cầu kiểu thiếu biểu mẫu này liên tục xuất hiện và phần phát triển bổ sung chồng chấtĐưa ngay từ đầu vào ngân sách một hạn mức sửa đổi cho 1 năm sau khi vận hành
Phí trích xuất dữ liệu khi chấm dứt hợp đồngKhi hủy dịch vụ đám mây, việc xuất dữ liệu ra ngoài có thể bị tính phíXác nhận bằng văn bản định dạng xuất, chi phí và thời hạn hỗ trợ trước khi ký hợp đồng

Ngoài ra, chi phí nhân sự nội bộ cũng là chi phí thực chất. Thời gian mà những người chủ chốt tại hiện trường bỏ ra cho việc xác định yêu cầu và kiểm thử nghiệm thu không xuất hiện trên báo giá, nhưng trên thực tế lại có quy mô không thể bỏ qua. Nếu không tính khoản này vào mà chỉ chọn vì thấy rẻ, công việc thường ngày sẽ tắc nghẽn và dự án bị đình trệ.

Với những trường hợp muốn ưu tiên trực quan hóa tiến độ công đoạn trước, bài chi phí và cách chọn hệ thống quản lý công đoạn phân tách chi tiết hơn mối quan hệ giữa phạm vi chức năng và số tiền khi thu hẹp phạm vi áp dụng. Nếu bạn đang cân nhắc cách tiếp cận từng bước, bắt đầu từ một công đoạn trước khi tối ưu toàn cục, đọc thêm bài đó sẽ giúp việc phân bổ ngân sách dễ quyết hơn.

Cách tư duy về thu hồi vốn đầu tư (ROI)

Quan trọng ngang với câu hỏi tốn bao nhiêu tiền là câu hỏi bao nhiêu năm thì thu hồi vốn. Dưới đây chúng tôi trình bày một bài tính mẫu với toàn bộ giả định được nêu rõ. Các con số chỉ là trường hợp mô phỏng và không đảm bảo hiệu quả thực tế. Hãy dùng nó như một khuôn mẫu để thay bằng số liệu của chính công ty bạn rồi tính lại.

Các giả định của bài tính

Hạng mục giả địnhGiá trị thiết lập
Cơ sở áp dụngNhà máy vốn Nhật tại Thái Lan, khoảng 150 nhân viên, sản xuất theo đơn hàng nhiều chủng loại số lượng nhỏ
Nhân sự liên quan3 người quản lý sản xuất cộng 5 tổ trưởng sản xuất, tổng 8 người
Thời gian làm công việc liên quan mỗi người mỗi ngày1.5 giờ (chép báo cáo hằng ngày, kiểm tra tiến độ, sửa kế hoạch trên Excel, trả lời truy vấn)
Số ngày làm việc trong năm250 ngày
Tỷ lệ giảm công việc liên quan sau khi triển khai60%
Đơn giá giờ công nhân sự200 baht (quy đổi 1 baht = 4.5 yen tương đương 900 yen)
Giá trị tồn kho bình quân12,000,000 yen
Tỷ lệ giảm tồn kho15%
Tỷ lệ chi phí lưu kho10% mỗi năm
Vận chuyển gấp và chuyến xe bổ sung12 lần mỗi năm, 50,000 yen mỗi lần
Tỷ lệ giảm chuyến vận chuyển gấp50%
Số tiền đầu tưNhóm đóng gói, ban đầu 4,000,000 yen, phí bảo trì năm bằng 15% chi phí ban đầu tức 600,000 yen

Tỷ giá được thống nhất là 1 baht = 4.5 yen xuyên suốt bài viết này.

Tính số tiền tiết kiệm mỗi năm

1. Giảm giờ công gián tiếp

Thời gian làm việc thuộc phạm vi này là 8 người x 1.5 giờ x 250 ngày = 3,000 giờ mỗi năm. Giảm 60% con số này thì 3,000 giờ x 60% = 1,800 giờ mỗi năm được giải phóng. Đơn giá giờ là 200 baht, tức 900 yen, nên 1,800 giờ x 900 yen = 1,620,000 yen tiết kiệm mỗi năm.

2. Giảm chi phí lưu kho

Giảm 15% của tồn kho bình quân 12,000,000 yen thì 12,000,000 yen x 15% = 1,800,000 yen giá trị tồn kho được cắt bớt. Tuy nhiên 1,800,000 yen này là cải thiện dòng tiền một lần duy nhất, không phải hiệu quả trên báo cáo lãi lỗ phát sinh hằng năm. Phần tác động tới lãi lỗ là chi phí lưu kho, tức 1,800,000 yen x 10% mỗi năm = 180,000 yen mỗi năm. Nhầm lẫn hai khoản này rồi ghi nhận thành hiệu quả 1,800,000 yen mỗi năm chính là kiểu thổi phồng phổ biến nhất trong các bài tính ROI.

3. Giảm chi phí xử lý gấp

Hiện đang phát sinh 12 lần mỗi năm x 50,000 yen = 600,000 yen mỗi năm cho vận chuyển gấp và chuyến xe bổ sung. Giả sử nhờ trực quan hóa tiến độ mà giảm được 50% con số này thì 600,000 yen x 50% = 300,000 yen mỗi năm.

Tổng số tiền tiết kiệm mỗi năm là 1,620,000 yen + 180,000 yen + 300,000 yen = 2,100,000 yen.

Số năm thu hồi vốn

Vì phí bảo trì năm tốn 600,000 yen, hiệu quả ròng mỗi năm là 2,100,000 yen – 600,000 yen = 1,500,000 yen. Lấy vốn đầu tư ban đầu 4,000,000 yen chia cho con số này, ta có 4,000,000 yen / 1,500,000 yen = khoảng 2.67 năm, tức khoảng 2 năm 8 tháng để thu hồi. Prevision đưa ra mốc tham khảo cho thời gian thu hồi vốn của doanh nghiệp sản xuất vừa và nhỏ là 1 đến 3 năm, và bài tính này nằm trong khoảng đó.

Độ nhạy khi các giả định không thành hiện thực

Vấn đề là bài tính trên dựa trên giả định rằng đạt được tỷ lệ giảm 60% và hiệu quả cũng xuất hiện ở tồn kho lẫn thời hạn giao hàng. Hãy thử tính trường hợp sau khi triển khai, hệ thống không được hiện trường áp dụng thực sự, tỷ lệ giảm chỉ dừng ở 40%, còn hiệu quả về tồn kho và vận chuyển gấp hoàn toàn không xuất hiện.

3,000 giờ x 40% = 1,200 giờ, 1,200 giờ x 900 yen = 1,080,000 yen mỗi năm. Trừ đi phí bảo trì 600,000 yen thì còn ròng 480,000 yen. 4,000,000 yen / 480,000 yen = khoảng 8.33 năm, tức khoảng 8 năm 4 tháng. Con số này gần với tuổi thọ thực chất của một hệ thống, và về mặt quyết định đầu tư thì không đứng vững.

Cùng một số tiền đầu tư, nhưng việc hệ thống có được sử dụng thực sự hay không làm số năm thu hồi vốn chênh nhau giữa 2 năm 8 tháng và 8 năm 4 tháng, tức hơn ba lần. Kết luận cần rút ra từ phân tích độ nhạy này là thứ quyết định ROI không phải chênh lệch chức năng giữa các sản phẩm, mà là mức độ hệ thống thực sự được vận hành hằng ngày.

So sánh tổng chi phí sở hữu với nhóm đám mây

Giả định rằng nhóm đám mây cũng mang lại hiệu quả tương đương là 2,100,000 yen mỗi năm, ta so sánh với một giải pháp đám mây có chi phí ban đầu 1,000,000 yen và phí tháng 100,000 yen, tức 1,200,000 yen mỗi năm. Hiệu quả ròng mỗi năm là 2,100,000 yen – 1,200,000 yen = 900,000 yen. Lấy chi phí ban đầu 1,000,000 yen chia cho con số này, ta có 1,000,000 yen / 900,000 yen = khoảng 1.11 năm, tức khoảng 13 tháng để thu hồi. Về tốc độ khởi động, nhóm đám mây rõ ràng có lợi thế.

Tuy nhiên khi nhìn theo tổng chi phí sở hữu (TCO), bức tranh sẽ khác.

Mốc thời gianĐám mây (ban đầu 1,000,000 cộng 1,200,000 mỗi năm)Đóng gói (ban đầu 4,000,000 cộng 600,000 mỗi năm)
Tại năm thứ 34,600,000 yen5,800,000 yen
Tại năm thứ 57,000,000 yen7,000,000 yen
Tại năm thứ 79,400,000 yen8,200,000 yen

Tại mốc 3 năm, nhóm đám mây rẻ hơn 1,200,000 yen. Tại mốc 5 năm, hai bên gặp nhau đúng ở mức 7,000,000 yen. Tại mốc 7 năm thì ngược lại, nhóm đóng gói rẻ hơn 1,200,000 yen. Nghĩa là nếu chưa quyết định sẽ dùng hệ thống trong bao nhiêu năm thì dù có so sánh đám mây với cài đặt tại chỗ cũng không thể phân định hơn kém. Có thể vạch một đường tham chiếu như sau. Nếu trong vòng 5 năm tới nhiều khả năng danh mục sản phẩm hoặc cấu trúc cơ sở sản xuất sẽ thay đổi lớn thì chọn nhóm đám mây. Nếu tiền đề là vận hành cùng một nhà máy theo đơn vị 10 năm thì chọn nhóm đóng gói.

Năm nguyên nhân khiến việc triển khai hệ thống quản lý sản xuất thất bại và cách phòng tránh

Khi đối chiếu các trường hợp thất bại được IT Trend và Viện nghiên cứu quản lý IT Ninomiya tổng hợp, có thể thấy một cấu trúc chung phía sau các thất bại khi triển khai hệ thống quản lý sản xuất.

Nguyên nhân 1 chọn hệ thống không phù hợp với nhu cầu của công ty

Phổ biến nhất là trường hợp hình thái sản xuất và giả định thiết kế của hệ thống không khớp nhau. Đưa một hệ thống được xây dựng cho sản xuất theo dự báo và sản xuất hàng loạt vào một nhà máy sản xuất theo đơn hàng, nhiều chủng loại số lượng nhỏ, thì hệ thống sẽ không hứng nổi các thay đổi đặc tả và các đơn chen ngang gấp phát sinh liên tục. Kết quả là phát sinh cách vận hành gượng ép khi nghiệp vụ phải chạy theo hệ thống, và giờ công lại tăng lên, đúng kiểu đảo lộn mục đích ban đầu.

Cách phòng tránh là ngay từ đầu quá trình so sánh phải diễn đạt thành lời hình thái sản xuất của công ty mình. Sản xuất theo dự báo hay theo đơn hàng, đơn chiếc theo yêu cầu hay sản xuất lặp lại, quản lý theo lô hay theo số serial, và ôm tồn kho bán thành phẩm giữa các công đoạn theo cách nào. Sau khi viết ra bốn điểm này, hãy trình bày với nhà cung cấp và hỏi thẳng rằng họ có kinh nghiệm triển khai cho hình thái này chưa, và chức năng tiêu chuẩn có đáp ứng được không hay bắt buộc phải tùy chỉnh.

Nguyên nhân 2 quyết định mà không tiếp thu ý kiến của người phụ trách tại hiện trường

Nếu chỉ trụ sở chính hoặc bộ phận quản lý đứng ra chọn lựa mà không nghe ý kiến của những người thực sự nhập liệu tại hiện trường, hệ thống sẽ vấp phải sự phản đối. Hệ thống quản lý sản xuất là cơ chế không thể xuất ra bất cứ thứ gì nếu hiện trường không nhập dữ liệu vào. Một hệ thống mà người nhập liệu không đồng thuận thì dữ liệu sẽ không vào, con số xuất ra không được tin cậy, và cuối cùng không ai còn nhìn tới nó nữa.

Cách phòng tránh là ngay từ giai đoạn xác định yêu cầu, đưa chính thức những người chủ chốt tại hiện trường vào thành viên dự án và bố trí giờ công đó như một phần công việc chính thức. Điều quan trọng không phải là lắng nghe ý kiến mà là để họ tham gia vào việc ra quyết định. Khi trao cho hiện trường quyền quyết định các chi tiết như bố cục màn hình nhập liệu hay thời điểm nhập báo cáo hằng ngày, ý thức làm chủ sẽ thay đổi rõ rệt.

Nguyên nhân 3 ban lãnh đạo ít quan tâm nên việc điều phối toàn công ty không tiến triển

Hệ thống quản lý sản xuất là cơ chế bắc ngang qua sản xuất, mua hàng, kinh doanh và kế toán. Việc điều phối giữa các bộ phận như bên nào quản lý dữ liệu master hay chốt thông tin đơn hàng vào thời điểm nào chắc chắn sẽ phát sinh, và những việc này không thể giải quyết ở cấp hiện trường. Nếu ban lãnh đạo không quan tâm và phó mặc cho hiện trường, việc điều phối toàn công ty sẽ bế tắc và dự án đình trệ.

Cách phòng tránh là ngay tại thời điểm ra quyết định đầu tư, ghi rõ ban lãnh đạo là chủ sở hữu dự án và lập cơ chế rà soát tiến độ cùng vướng mắc hằng tháng. Đặc biệt, những vấn đề bắc ngang nhiều bộ phận nên được liệt kê ngay từ đầu thành danh sách các vấn đề sẽ quyết tại cuộc họp ban lãnh đạo, để hiện trường không bị kẹt giữa hai bên.

Nguyên nhân 4 các yếu tố cấu trúc gồm tính phức tạp, nhiều nguyên nhân chồng lấn và sự chia cắt tổ chức

Phía sau từng thất bại riêng lẻ luôn có những yếu tố mang tính cấu trúc hơn. Bản thân nghiệp vụ quản lý sản xuất đã phức tạp. Nguyên nhân thất bại không đơn lẻ mà là nhiều yếu tố đan xen. Và ban lãnh đạo, hiện trường cùng bộ phận IT bị chia cắt với nhau. Chính tổ hợp tính phức tạp x nhiều nguyên nhân chồng lấn x sự chia cắt giữa lãnh đạo, hiện trường và IT là thứ đẩy độ khó của việc triển khai hệ thống quản lý sản xuất lên cao.

Cách phòng tránh là đừng cố giải quyết mọi thứ cùng một lúc. Hãy chia phạm vi áp dụng thành các giai đoạn, giai đoạn 1 chỉ làm trực quan hóa tiến độ công đoạn, giai đoạn 2 làm tồn kho và mua hàng, giai đoạn 3 làm giá thành, tức là cắt theo các đơn vị mà kết quả nhìn thấy được. Để xử lý sự chia cắt, việc lập một cuộc họp định kỳ nơi ba bên gồm lãnh đạo, hiện trường và IT cùng nhìn vào một bộ số liệu tỏ ra rất hiệu quả.

Nguyên nhân 5 hệ thống đang chạy nhưng không được sử dụng

Nghiêm trọng nhất là tình trạng hệ thống vẫn hoạt động nhưng thực tế không ai dùng. Cảnh tượng điển hình là ngay bên cạnh một hệ thống đắt tiền, kế hoạch rốt cuộc vẫn được lập bằng Excel. Tình trạng này thường được xem là dự án thành công, nên thất bại không hề lộ ra và nhiều năm cứ thế trôi qua.

Cách phòng tránh là không lấy việc go-live làm đích đến mà phải đo lường mức độ hệ thống thực sự được áp dụng vào công việc hằng ngày. Tại các mốc 3 tháng, 6 tháng và 12 tháng sau khi vận hành, hãy đo các chỉ số như tỷ lệ nhập liệu, độ trễ nhập liệu, số lượng file Excel còn tồn tại, và số người thực sự nhìn vào màn hình hệ thống để ra quyết định. Như đã thấy ở bài tính ROI phần trước, mức độ áp dụng thực tế là biến số làm số năm thu hồi vốn dịch chuyển hơn ba lần. Không đo chỉ số này đồng nghĩa với việc không đo được thành bại của khoản đầu tư.

Cách chọn hệ thống quản lý sản xuất để không thất bại

Phần này chuyển toàn bộ nội dung phía trên thành một checklist có thể dùng ngay khi so sánh. Chỉ cần đặt cùng một bộ câu hỏi cho mọi nhà cung cấp rồi xếp các câu trả lời cạnh nhau, chất lượng so sánh sẽ thay đổi rất nhiều.

Trục đánh giá 1 mức phù hợp với hình thái sản xuất

Sản xuất theo dự báo hay theo đơn hàng, sản xuất lặp lại hay đơn chiếc, quản lý theo lô hay theo số serial. Hãy kiểm tra bằng màn hình thật xem chức năng tiêu chuẩn đáp ứng tới đâu và từ đâu trở đi phải tùy chỉnh, thay vì nhìn các dấu tích trong bảng danh mục chức năng. Khi xem demo, nhất định phải đưa cho nhà cung cấp mã hàng và công đoạn tiêu biểu của chính công ty bạn và yêu cầu trình diễn trên dữ liệu đó. Demo bằng dữ liệu mẫu chung chung gần như không có giá trị làm căn cứ phán đoán.

So sánh hệ thống quản lý sản xuất 2026 - chi phí và cách chọn không thất bại - figure 2

Trục đánh giá 2 phân vai dựa trên khác biệt giữa ERP và MES

Như đã nêu, có thể sắp xếp theo tầng với ERP ở tầng điều hành doanh nghiệp, hệ thống quản lý sản xuất ở tầng quản lý, và MES ở tầng thực thi tại hiện trường. MES nằm giữa tầng kế hoạch và tầng điều khiển gồm SCADA, DCS, PLC. Hãy vẽ ra sơ đồ để xác nhận sản phẩm đang xem xét bao phủ từ đâu tới đâu trong các tầng này, và chồng lấn ở chỗ nào với ERP hiện có cũng như với các cơ chế phía thiết bị.

Cụ thể, hãy đặt ba câu hỏi sau theo cùng một cách cho tất cả nhà cung cấp. Hệ thống nào nắm bản gốc của dữ liệu master mã hàng và số lượng tồn kho. Việc tính giá thành thực hiện ở bên nào. Dữ liệu thực tế từ thiết bị được tiếp nhận ở đâu. Nếu ký hợp đồng khi ba câu trả lời này còn mơ hồ, sau khi vận hành bạn sẽ rơi vào tình trạng cùng một dữ liệu phải nhập ở hai nơi.

Trục đánh giá 3 liên kết với tồn kho và mua hàng

Kế hoạch sản xuất và tồn kho là không thể tách rời. Nếu vòng tuần hoàn từ kết quả tính nhu cầu vật tư sang đặt hàng, từ nhập hàng sang tồn kho, rồi từ tồn kho quay lại kế hoạch không khép kín được thì độ chính xác của kế hoạch sẽ không cải thiện. Nếu công ty bạn đã vận hành quản lý tồn kho bằng một hệ thống khác, cần quyết định bên nào giữ bản gốc dữ liệu. Vì cấu hình phù hợp cho vấn đề này thay đổi tùy nhóm sản phẩm, chúng tôi khuyến nghị xem thêm góc nhìn từ phía tồn kho trong bài so sánh hệ thống quản lý tồn kho rồi mới quyết định nên đưa cả phần tồn kho vào hệ thống quản lý sản xuất hay để một hệ thống chuyên dụng liên kết sang.

Trục đánh giá 4 độ mịn khi ghi nhận tiến độ công đoạn

Việc lấy dữ liệu thực tế công đoạn ở độ mịn nào là một sự đánh đổi giữa gánh nặng nhập liệu của hiện trường và tính hữu dụng của dữ liệu. Ghi nhận theo từng đơn hàng mỗi ngày một lần, ghi nhận theo mỗi lần qua công đoạn, hay lấy tự động từ thiết bị. Độ mịn càng cao thì càng phân tích được nhiều, nhưng nếu phụ thuộc vào nhập tay thì hiện trường sẽ kiệt sức và tỷ lệ nhập liệu tụt xuống. Hãy quyết định cụ thể cho từng công đoạn xem có thể dùng mã vạch, mã QR, máy quét cầm tay (handy terminal) hay tín hiệu từ thiết bị.

Trục đánh giá 5 hỗ trợ đa ngôn ngữ và phù hợp với vận hành tại nước sở tại

Tại các nhà máy ở Việt Nam, Thái Lan và ASEAN, việc hỗ trợ ngôn ngữ cho màn hình, biểu mẫu và tài liệu hướng dẫn là mạch sống trên thực tế. Đừng dừng lại ở câu trả lời chung chung rằng có hỗ trợ tiếng bản địa, mà hãy kiểm tra riêng từng phần xem nhãn trên màn hình, thông báo lỗi, biểu mẫu, trợ giúp trực tuyến và tài liệu vận hành đã được dịch tới đâu. Trường hợp mọi thứ đã dịch nhưng riêng thông báo lỗi vẫn để nguyên tiếng Anh xảy ra khá thường xuyên và là nguyên nhân khiến hiện trường phải dừng lại.

Trục đánh giá 6 lối ra của dữ liệu và nguy cơ bị khóa vào một nhà cung cấp

Hãy xác nhận chuyện kết thúc ngay từ trước khi ký hợp đồng. Dữ liệu master và dữ liệu chi tiết có xuất ra được bằng chức năng tiêu chuẩn không, định dạng là gì, có phát sinh chi phí không, và sau khi hợp đồng chấm dứt còn bao nhiêu thời gian ân hạn để lấy dữ liệu ra. Xác nhận được những điểm này thì việc chuyển sang hệ thống kế tiếp vẫn còn là một lựa chọn khả thi.

Trục đánh giá 7 hệ thống hỗ trợ và khung giờ phục vụ

Khi xảy ra sự cố, ai sẽ xử lý, trong bao nhiêu giờ và bằng ngôn ngữ nào. Nếu chỉ có trung tâm hỗ trợ tại trụ sở Nhật Bản, khoảng lệch múi giờ 2 tiếng với Thái Lan cộng với rào cản ngôn ngữ có thể khiến bạn không liên lạc được đúng lúc hiện trường đang dừng. Hãy xác nhận ở mức điều khoản SLA trong hợp đồng rằng có nhân sự hỗ trợ tại chỗ hay không, và nếu không thì cơ chế thay thế là gì.

Checklist khi so sánh

Hạng mục kiểm traNội dung cụ thể cần xác nhậnMốc để phán đoán
Phù hợp hình thái sản xuấtChức năng tiêu chuẩn có đáp ứng hình thái sản xuất của công ty khôngNếu quá nhiều mục phải tùy chỉnh thì cân nhắc lại
Phân vai hệ thốngBên nào giữ bản gốc của master, tồn kho và giá thànhNhà cung cấp có trả lời ngay được cả ba điểm không
Liên kết tồn khoVòng nhu cầu vật tư, đặt hàng, nhập hàng, tồn kho có khép kín khôngCó còn khâu bắc cầu thủ công nào không
Thu thập dữ liệu thực tếPhương thức và độ mịn khi lấy dữ liệu thực tế công đoạnSố lần nhập liệu mỗi ngày và thời gian cần cho hiện trường
Đa ngôn ngữMức hỗ trợ ngôn ngữ cho màn hình, biểu mẫu, thông báo lỗi, tài liệuCó đưa ra được danh sách các phần chưa hỗ trợ không
Lối ra dữ liệuĐịnh dạng xuất, chi phí, thời gian ân hạnCó ghi rõ bằng văn bản không
Hỗ trợKhung giờ, ngôn ngữ, có nhân sự tại chỗ hay khôngCó xử lý bước đầu theo giờ địa phương được không
Cơ cấu chi phíGiá tiêu chuẩn và giá khi đáp ứng đủ yêu cầu của công tyHai con số có được trình bày tách bạch không
Sửa đổi sau vận hànhĐơn giá phát triển bổ sung và thủ tục đặt hàngCó lập được hạn mức dự kiến cho 1 năm sau vận hành không
Hỗ trợ duy trì áp dụngĐào tạo, biên soạn tài liệu, đo lường chỉ số mức độ áp dụngĐề xuất có giai đoạn dành cho việc duy trì áp dụng không

Mục đích của checklist này không phải tìm ra sản phẩm xuất sắc, mà là loại sớm những nhà cung cấp không trả lời được. Đặc biệt, nhà cung cấp không có đề xuất nào cho phần sửa đổi sau vận hành và phần hỗ trợ duy trì áp dụng nhiều khả năng theo tư thế bán xong là xong.

So sánh hệ thống quản lý sản xuất 2026 - chi phí và cách chọn không thất bại - figure 3

Quy trình triển khai hệ thống quản lý sản xuất và thời gian tham khảo

Về thời gian triển khai, con số thường được nêu là nhóm đám mây mất 1 đến 3 tháng và nhóm đóng gói mất 3 đến 6 tháng, nhưng trong đa số trường hợp đó chỉ là thời gian xây dựng sau khi ký hợp đồng với nhà cung cấp. Trên thực tế, phía trước còn cần thời gian để nội bộ rà soát hiện trạng và chọn sản phẩm. Phân rã theo từng giai đoạn thì sẽ như sau.

Giai đoạnCông việc chínhThời gian tham khảoBên chủ trì
0 Rà soát hiện trạngTrực quan hóa luồng nghiệp vụ, kiểm kê vấn đề, định nghĩa mục tiêu và KPI2 đến 4 tuầnCông ty (hiện trường cộng quản lý)
1 Xác định yêu cầuChốt phạm vi áp dụng, phân vai với ERP và MES, sắp xếp biểu mẫu3 đến 6 tuầnCông ty chủ trì
2 Chọn sản phẩmLập RFP, xem demo, đối chiếu fit and gap, so sánh báo giá3 đến 6 tuầnCông ty cộng nhà cung cấp
3 Thiết lập và tùy chỉnhChuẩn hóa dữ liệu master, cấu hình màn hình, phát triển bổ sung, liên kết hệ thống khác4 đến 10 tuầnNhà cung cấp chủ trì
4 Kiểm thử và đào tạoChuyển đổi dữ liệu, kiểm thử nghiệm thu, tài liệu đa ngôn ngữ, đào tạo thao tác3 đến 6 tuầnCông ty cộng nhà cung cấp
5 Chạy song song và vận hành chính thứcBắt đầu từ một số chuyền, chạy song song với quy trình cũ, chuyển đổi toàn bộ4 đến 8 tuầnCông ty chủ trì
6 Duy trì áp dụng và cải tiếnĐo chỉ số mức độ áp dụng, sửa đổi bổ sung, nhân rộng sang các chuyền khácLiên tụcCông ty chủ trì

Cộng dồn từ giai đoạn 3 tới giai đoạn 5, tức từ lúc xây dựng sau khi ký hợp đồng cho tới khi vận hành chính thức, ta có 11 đến 24 tuần, tương đương khoảng 2 tháng rưỡi tới 5 tháng rưỡi, gần như trùng khớp với con số 3 đến 6 tháng thường được nêu cho nhóm đóng gói. Mặt khác, phần chuẩn bị và lựa chọn nội bộ từ giai đoạn 0 tới giai đoạn 2 tốn 8 đến 16 tuần, tương đương khoảng 2 tới 3 tháng rưỡi, nên tổng thể cần dự trù 19 đến 40 tuần, tức khoảng 4 tháng rưỡi tới 9 tháng. Với nhóm đám mây, giai đoạn 3 được rút ngắn đáng kể nên sau khi ký hợp đồng có thể khởi động trong 1 đến 3 tháng, nhưng xin lưu ý rằng phần chuẩn bị nội bộ từ giai đoạn 0 tới giai đoạn 2 không vì thế mà ngắn lại.

Nhiều công ty muốn bỏ qua giai đoạn 0 và 1 để rút ngắn thời gian, nhưng các dự án bỏ qua hai giai đoạn này có xác suất cao phải quay đầu làm lại từ giai đoạn 3 trở đi. Lý do là khi đưa ra yêu cầu tùy chỉnh trong lúc chưa vẽ được luồng nghiệp vụ hiện tại, các yêu cầu sẽ tiếp tục phát sinh muộn và không ngừng tăng lên. Nói ngược lại, giai đoạn 0 và 1 là phần công ty có thể tự làm một mình, và có thể bắt đầu ngay cả trước khi khởi động việc chọn hệ thống. Vì đây là công việc tiến hành được ngay cả khi ngân sách chưa chốt, bắt tay vào từ đây ngay giai đoạn đầu của quá trình cân nhắc là cách hiệu quả nhất.

Ngoài ra, thời điểm bắt đầu vận hành chính thức nên tránh mùa cao điểm. Với nhà máy tại Thái Lan, ngay trước và ngay sau kỳ nghỉ dài như Songkran vào tháng 4 hoặc dịp cuối năm đầu năm sẽ không đủ nhân lực, nên cả đào tạo lẫn chạy song song đều không xoay xở được. Nguyện vọng muốn khớp với đầu năm tài chính là rất phổ biến, nhưng nếu giai đoạn triển khai đầu tiên chưa bao gồm phần tính giá thành thì việc chuyển đổi giữa niên độ vẫn khả thi.

Những điểm cần lưu ý khi triển khai hệ thống quản lý sản xuất tại nhà máy ở Thái Lan và ASEAN

Từ đây chúng tôi tổng hợp những vấn đề chỉ xuất hiện tại các cơ sở ở ASEAN, đặc biệt là Thái Lan, mà khi triển khai tại Nhật Bản sẽ không gặp phải.

Giữ chân nhân sự và tình trạng thiếu hụt tầng quản lý

Theo Khảo sát thực trạng doanh nghiệp Nhật Bản đầu tư ra nước ngoài năm tài chính 2023 của JETRO, thực hiện vào tháng 8 và tháng 9 năm 2023, 40.4% doanh nghiệp Nhật Bản tại Thái Lan đang đối mặt với tình trạng thiếu nhân lực. Xét theo chức danh, nhóm chức danh quản lý hành chính là nghiêm trọng nhất với 79.8% trả lời rằng đang thiếu. Điều này mang ý nghĩa quyết định đối với việc triển khai hệ thống quản lý sản xuất, bởi việc vận hành hệ thống được chống đỡ bởi chính tầng quản lý hiểu nghiệp vụ và đọc được con số. Nếu tầng này mỏng, hoặc nếu phải chấp nhận tiền đề là nhân sự sẽ thay đổi, thì thiết kế không phụ thuộc vào cá nhân là điều bắt buộc.

Cụ thể, các thiết kế sau tỏ ra hữu hiệu. Nhúng hướng dẫn thao tác ngay trên màn hình. Biên soạn tài liệu bằng tiếng bản địa. Đưa tiêu chí phán đoán cho các trường hợp ngoại lệ thành quy tắc nằm trong hệ thống. Kiểu thiết kế mà chỉ người đã hiểu việc nhìn vào mới hiểu sẽ mất hết tác dụng ngay khi người phụ trách nghỉ việc. Xin lưu ý rằng khảo sát này thuộc năm tài chính 2023 nên có thể khác với tình hình mới nhất.

Chi phí nhân công tăng và thời điểm ra quyết định đầu tư

Cũng trong khảo sát năm tài chính 2023 của JETRO, tỷ lệ tăng lương năm 2023 tại Thái Lan là 3.8% so với năm trước, thấp hơn mức 5.7% của Indonesia và 4.6% của Malaysia. Mặt khác, lương tối thiểu được nâng lên mức 330 đến 370 baht từ tháng 1 năm 2024 với mức tăng bình quân 2.4%, và tới tháng 4 năm 2024 đã áp dụng nâng lên 400 baht cho các khách sạn lớn tại một số khu vực nhất định. Chính phủ mới đưa vào cam kết tranh cử việc nâng lên 600 baht trước năm 2027. Trên thực tế, 72.8% doanh nghiệp Nhật Bản trả lời rằng chi phí nhân công tăng cao là rủi ro lớn nhất trong môi trường đầu tư.

Trong bối cảnh đó, ý nghĩa của việc cắt giảm giờ công cho các nghiệp vụ gián tiếp ngày càng lớn theo từng năm. Bài tính ROI ở phần trước lấy đơn giá giờ là 200 baht tương đương 900 yen, nhưng nếu đơn giá này tăng lên thì cùng một lượng giờ tiết kiệm sẽ cho số tiền tiết kiệm lớn hơn và số năm thu hồi vốn sẽ ngắn lại. Nói ngược lại, càng tiếp tục vận hành bằng sức người thì chi phí càng âm thầm phình to. Tuy nhiên mặt bằng lương sẽ còn biến động, nên khi ra quyết định đầu tư hãy tính lại bằng đơn giá thực tế mới nhất của chính công ty bạn.

Ưu đãi BOI và đầu tư Industry 4.0

Tại Thái Lan, các ưu đãi của BOI, tức Ủy ban Đầu tư, ảnh hưởng lớn tới quyết định đầu tư. Ưu đãi tiêu chuẩn gồm miễn thuế thu nhập doanh nghiệp (CIT) tối đa 8 năm, và sau khi hết thời gian miễn thì được giảm 50% trong 5 năm tiếp theo. Nếu kết hợp với EEC gồm Chachoengsao, Chonburi và Rayong thì có thể được miễn CIT tối đa 15 năm, còn hạng mục nâng cấp công nghệ thuộc Activity 10.1 được thiết lập thêm 3 năm miễn CIT.

Ngoài ra, với đầu tư vào đào tạo nhân lực AI, mức chi bằng 1% tổng chi phí nhân công năm được gia hạn miễn CIT thêm 1 năm, 2% được thêm 2 năm và 3% được thêm 3 năm, đồng thời chi phí đào tạo được tính vào chi phí được trừ ở mức 200%. Việc miễn thuế nhập khẩu cho thiết bị thuộc diện ưu đãi cũng được thiết lập khá rộng, bao gồm phần cứng AI, máy chủ, GPU, camera nhận dạng hình ảnh, cảm biến IoT, robot công nghiệp và thiết bị điện toán biên. Các ví dụ về nâng cấp Industry 4.0 thuộc diện ưu đãi gồm bảo trì dự đoán, kiểm tra bằng hình ảnh, lập kế hoạch sản xuất và dự báo nhu cầu bằng AI, tối ưu hóa quản lý năng lượng, và vận chuyển tự hành như AGV.

Ngay cả khi bản thân việc triển khai hệ thống quản lý sản xuất không thuộc diện ưu đãi, khi kết hợp với các yếu tố như thu thập tự động dữ liệu thực tế từ thiết bị, kiểm tra bằng hình ảnh hay tối ưu hóa kế hoạch bằng AI thì vẫn có khả năng lọt vào phạm vi được ưu đãi. Vì ưu đãi BOI thay đổi rất nhiều tùy nội dung kinh doanh và điều kiện nộp hồ sơ, hãy luôn xác nhận riêng với BOI hoặc với chuyên gia. Nội dung trong bài viết này chỉ là tổng hợp mang tính khái quát và không đảm bảo khả năng áp dụng cho từng trường hợp cụ thể.

Xét tổng thể môi trường đầu tư của Thái Lan, hướng đi đang chuyển sang tăng trưởng dẫn dắt bởi đầu tư cho năm 2026, với chủ trương đẩy nhanh các dự án tư nhân trị giá hơn 300 tỷ baht thông qua chương trình Thailand Fast Pass. Trọng tâm của BOI dành cho ngành sản xuất cũng đang dịch chuyển sang Industry 4.0 gồm nhà máy thông minh, sản xuất ứng dụng AI và tự động hóa, trong khi EEC Automation Park đóng vai trò trung tâm triển khai robotics và Industry 4.0. Thị trường chuyển đổi số của Thái Lan ở thời điểm năm 2025 đạt khoảng 10 tỷ đô la Mỹ và được dự báo tăng trưởng với CAGR khoảng 8.75% cho tới năm 2031.

Vận hành đa ngôn ngữ và chuẩn hóa đào tạo

Các vấn đề thường được nghe thấy tại doanh nghiệp sản xuất vốn Nhật ở Thái Lan gồm việc chậm tiến độ tại hiện trường không được cải thiện, biểu mẫu vẫn ở dạng giấy nên kém hiệu quả, và việc đào tạo nhân viên bản địa phụ thuộc vào từng người nên không chuẩn hóa được. Trong đó, việc chuẩn hóa đào tạo gắn trực tiếp với việc triển khai hệ thống quản lý sản xuất, bởi khi quy trình nghiệp vụ đã được nhúng vào hệ thống thì bản thân nội dung đào tạo cũng được chuẩn hóa theo.

Ngược lại, nếu đưa hệ thống vào mà tài liệu hướng dẫn vẫn để nguyên tiếng Nhật thì việc đào tạo sẽ tiếp tục là kiểu truyền miệng thông qua một vài nhân viên biết tiếng Nhật. Chúng tôi khuyến nghị đưa vào danh mục sản phẩm bàn giao của dự án một cách rõ ràng cả tài liệu vận hành bằng ngôn ngữ bản địa lẫn nội dung đào tạo phân theo vai trò gồm người nhập liệu, tổ trưởng và người quản lý.

Sự thay đổi trong vị thế của cơ sở sản xuất

Vị thế của các cơ sở tại Thái Lan đang dịch chuyển từ chỗ đầu tư để tìm lợi thế chi phí như trước kia sang triển khai công nghệ, tiếp cận thị trường và tập trung hóa cơ sở. Điều này cũng ảnh hưởng tới yêu cầu đặt ra cho hệ thống quản lý sản xuất, bởi mục tiêu là tối ưu hóa một cơ sở đơn lẻ hay là hướng tới quản lý nhiều cơ sở bao gồm cả các nước lân cận trong tương lai sẽ dẫn tới lựa chọn nhóm giải pháp khác nhau. Nếu dự tính mở rộng ra nhiều cơ sở, ngay từ lần báo giá đầu tiên bạn nên xác nhận xem mô hình cấp phép bản quyền phần mềm có khiến chi phí tăng tuyến tính theo số cơ sở tăng thêm hay không.

Hệ thống hỗ trợ tại chỗ và chênh lệch múi giờ

Cuối cùng là câu chuyện sau khi đã bắt đầu vận hành. Việc các hỗ trợ thường nhật như xử lý sự cố, thay đổi thiết lập dữ liệu master hay đáp ứng thay đổi pháp luật có được cung cấp trong giờ làm việc tại nước sở tại và bằng ngôn ngữ của hiện trường hay không là vấn đề mà khi triển khai trong nội địa Nhật Bản người ta không để ý tới. Chênh lệch múi giờ giữa Nhật Bản và Thái Lan là 2 tiếng, và giờ bắt đầu làm việc tại Nhật Bản tương ứng với 7 giờ sáng tại Thái Lan nên buổi sáng hai bên có chồng lấn. Vấn đề nằm ở đầu bên kia, vì giờ tan làm tại Nhật Bản là 18 giờ, tương ứng với 16 giờ tại Thái Lan. Nếu sự cố xảy ra từ cuối giờ làm việc của Thái Lan sang tới ca đêm, trong trường hợp chỉ có đầu mối phía Nhật Bản thì sẽ hình thành một khoảng trống kéo dài tới sáng hôm sau. Thêm vào đó, do ngày lễ của Nhật Bản và Thái Lan khác nhau, mỗi năm có nhiều ngày một bên nghỉ trong khi bên kia vẫn làm việc. Đây là điểm nên kiểm tra như thực trạng của hệ thống hỗ trợ trước khi ký hợp đồng.

Tổng kết

Việc so sánh hệ thống quản lý sản xuất nếu bắt đầu từ chỗ xếp các sản phẩm cạnh nhau thì rất dễ lạc lối. Các ý chính mà bài viết này đã tổng hợp như sau.

Thứ nhất, hãy vạch ranh giới phạm vi phụ trách của ERP, hệ thống quản lý sản xuất và MES trước tiên. Khi điểm này còn mơ hồ thì không có nền tảng nào để phán đoán đề xuất nào phù hợp với công ty mình.

Thứ hai, hãy thu hẹp lựa chọn theo nhóm giải pháp chứ không theo tên sản phẩm. Chỉ cần quyết định xem điện toán đám mây, đóng gói cài tại chỗ, phát triển riêng hay chuyên biệt theo ngành mới hợp với hình thái sản xuất và quy mô của công ty, danh sách ứng viên sẽ tự thu về một vài đơn vị.

Thứ ba, hãy nhìn chi phí theo ba tầng gồm ban đầu, vận hành và chi phí ẩn. Tùy nguồn khảo sát, phí bảo trì năm được tổng hợp là 5-15% hoặc 10-20%; bài viết này dùng khoảng tham khảo thận trọng là 10-20% chi phí triển khai. Chi phí kép khi chạy song song và phí trích xuất dữ liệu khi chấm dứt hợp đồng đều không xuất hiện trên báo giá.

Thứ tư, hãy nêu rõ giả định và tính ROI bằng chính số liệu của công ty bạn. Trong bài tính của chúng tôi, số tiền tiết kiệm mỗi năm là 2,100,000 yen, hiệu quả ròng là 1,500,000 yen và thời gian thu hồi khoảng 2 năm 8 tháng, nhưng nếu hệ thống không được áp dụng thực sự thì con số xấu đi tới 8 năm 4 tháng. Thứ chi phối số năm thu hồi vốn không phải chênh lệch chức năng mà là mức độ áp dụng thực tế.

Thứ năm, các nguyên nhân thất bại quy về năm nhóm gồm không phù hợp hình thái sản xuất, hiện trường không tham gia, ban lãnh đạo thiếu quan tâm, sự chia cắt mang tính cấu trúc, và tình trạng hệ thống đang chạy nhưng không được sử dụng. Tất cả đều có thể phòng ngừa từ khâu chuẩn bị trước khi chọn sản phẩm, chứ không phải sau khi đã triển khai.

Thứ sáu, tại các nhà máy ở Thái Lan và ASEAN còn có thêm những biến số không tồn tại trong nước như tình hình giữ chân nhân sự, hỗ trợ đa ngôn ngữ, ưu đãi BOI và hệ thống hỗ trợ tại chỗ. Thiết kế không phụ thuộc vào cá nhân ở đây còn quan trọng hơn cả khi triển khai trong nội địa Nhật Bản.

Trước khi bắt đầu so sánh, hãy bắt tay vào giai đoạn 0 rà soát hiện trạng và giai đoạn 1 xác định yêu cầu. Việc này nhìn có vẻ vòng vo nhưng lại là con đường ngắn nhất.

Về nơi tư vấn trước khi cân nhắc triển khai

Ở giai đoạn đầu của quá trình cân nhắc, không ít trường hợp bị mắc kẹt ở câu hỏi làm sao sắp xếp yêu cầu của chính công ty mình, trước cả bước chọn sản phẩm. TOMAS TECH đặt trụ sở tại Bangkok, chuyên triển khai hệ thống quản lý sản xuất và IT nhà máy cho các doanh nghiệp sản xuất vốn Nhật tại Thái Lan và ASEAN, với hỗ trợ bằng tiếng Nhật, tiếng Thái và tiếng Anh. Chúng tôi cũng nhận trao đổi ở những giai đoạn như sắp xếp luồng nghiệp vụ, phân định vai trò với ERP, hay ước lượng sơ bộ ngân sách. Vì có cơ sở tại chỗ nên chúng tôi có thể trình bày cả hệ thống hỗ trợ sau khi vận hành. Nếu bạn muốn bắt đầu chỉ từ việc sắp xếp các vấn đề cần bàn, hãy liên hệ qua trang liên hệ.

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

Chi phí của hệ thống quản lý sản xuất vào khoảng bao nhiêu?

Với nhóm điện toán đám mây, mức tham khảo là chi phí ban đầu 0 đến 1,000,000 yen và phí tháng 30,000 đến 150,000 yen (một khảo sát khác ghi chi phí ban đầu từ miễn phí đến 500,000 yen và phí tháng 30,000 đến 100,000 yen). Nhóm đóng gói cài tại chỗ (on-premise) tốn 1,000,000 đến trên 10,000,000 yen cho bản quyền và hạ tầng, phí bảo trì năm khoảng 10-20% chi phí triển khai. Nhóm phát triển riêng dao động rộng từ 5,000,000 yen đến vài trăm triệu yen. Với doanh nghiệp sản xuất vừa và nhỏ theo đơn hàng quy mô 10 đến 200 nhân viên, mức thực tế cho nhóm đóng gói được xem là 1,000,000 đến 5,000,000 yen. Ngoài ra, hãy tính vào ngân sách cả những chi phí không xuất hiện trên báo giá như chi phí kép khi chạy song song cũ và mới, phí tùy chỉnh bổ sung sau khi vận hành, và phí trích xuất dữ liệu khi chấm dứt hợp đồng.

MES, ERP và hệ thống quản lý sản xuất khác nhau ở điểm nào?

Sắp xếp theo tầng sẽ dễ hiểu hơn. ERP ở tầng điều hành doanh nghiệp, quản lý toàn bộ nguồn lực và xử lý thông tin phục vụ ra quyết định kinh doanh. Hệ thống quản lý sản xuất ở tầng quản lý, phụ trách lập kế hoạch và kiểm soát. MES (hệ thống điều hành sản xuất) ở tầng thực thi tại hiện trường, phụ trách phát lệnh thao tác, quản lý tiến độ theo thời gian thực, thu thập dữ liệu chất lượng và giám sát vận hành thiết bị. MES cập nhật thông tin theo đơn vị phút và giờ, nằm giữa tầng kế hoạch là ERP và tầng điều khiển gồm SCADA, DCS, PLC. Tuy nhiên phạm vi bao phủ chồng lấn nhau tùy sản phẩm, nên khi triển khai mà không làm rõ ERP bao phủ tới đâu và giao cho MES gánh phần nào thì rất dễ xảy ra trùng lặp chức năng và lỗ hổng liên kết.

Triển khai hệ thống quản lý sản xuất mất bao lâu?

Con số thường được nêu là nhóm đám mây 1 đến 3 tháng và nhóm đóng gói 3 đến 6 tháng, nhưng phần lớn đó là khoảng thời gian từ lúc xây dựng sau khi ký hợp đồng cho tới khi vận hành chính thức. Trên thực tế, trước đó còn cần khoảng 2 tới 3 tháng rưỡi cho việc rà soát hiện trạng, xác định yêu cầu và chọn sản phẩm. Với nhóm đóng gói, nếu tính gộp từ khâu chuẩn bị nội bộ cho tới khi vận hành chính thức thì nên dự trù khoảng 4 tháng rưỡi tới 9 tháng để dễ lập kế hoạch. Phần chuẩn bị nội bộ này có thể tự làm ngay cả khi chưa chốt ngân sách, nên bắt tay vào từ giai đoạn đầu là cách hiệu quả.

Nên chọn phát triển riêng hay phần mềm đóng gói?

Nếu hình thái sản xuất của công ty bạn mang tính đặc thù và chính sự khác biệt đó là nguồn gốc năng lực cạnh tranh thì phát triển riêng có thể là lựa chọn hợp lý. Tuy nhiên chi phí phát triển từ 5,000,000 yen tới vài trăm triệu yen, thời gian từ vài tháng tới hơn 1 năm, và sau khi vận hành vẫn phát sinh bảo trì cùng sửa đổi liên tục. Về trình tự phán đoán, trước hết hãy đối chiếu fit and gap với nhóm đóng gói, rồi phân tách xem phần không khớp là nguồn gốc năng lực cạnh tranh hay chỉ là thói quen từ quá khứ. Nếu thuộc vế sau thì việc đưa nghiệp vụ về chuẩn sẽ có lợi hơn trên cả ba mặt chi phí, thời gian và khả năng bảo trì. Cân nhắc thêm các gói chuyên biệt theo ngành cũng có thể giúp nâng tỷ lệ phù hợp trong khi vẫn giữ lượng tùy chỉnh ở mức thấp.

Nhà máy tại Thái Lan có dùng được cùng một hệ thống như ở Nhật Bản không?

Về mặt kỹ thuật là được, nhưng có vài điểm cần kiểm tra. Đó là phạm vi hỗ trợ tiếng Thái cho màn hình, biểu mẫu, thông báo lỗi và tài liệu vận hành, nơi lưu trữ dữ liệu cùng chất lượng đường truyền nếu dùng nhóm đám mây, khả năng đáp ứng các yêu cầu kế toán và thuế tại nước sở tại, và cuối cùng là khung giờ cùng ngôn ngữ hỗ trợ. Đặc biệt với phần hỗ trợ, nếu chỉ có trung tâm hỗ trợ tại trụ sở Nhật Bản thì do chênh lệch múi giờ 2 tiếng và khác biệt về ngày lễ, có thể không liên lạc được đúng lúc hiện trường đang dừng. Ngoài ra, khảo sát năm tài chính 2023 của JETRO cho thấy 40.4% doanh nghiệp Nhật Bản tại Thái Lan đối mặt với thiếu hụt nhân lực và 79.8% trả lời thiếu ở nhóm nhóm chức danh quản lý hành chính, nên điều quan trọng là thiết kế hệ thống không phụ thuộc vào cá nhân, với tiền đề rằng người phụ trách sẽ thay đổi.

Nguồn tham khảo