Chi phí hệ thống quản lý sản xuất 2026 | Thứ làm báo giá chênh nhau không phải là phí bản quyền

Phần lớn các cuộc trao đổi về chi phí hệ thống quản lý sản xuất mà chúng tôi nhận được từ các nhà máy vốn Nhật tại Thái Lan đều mở đầu bằng một câu đại ý là đã lấy báo giá từ ba nhà cung cấp, và nơi rẻ nhất với nơi đắt nhất chênh nhau tới vài lần. Khoảng chênh đó không đến từ giá bản quyền phần mềm. Nó cũng không đến từ quy mô hay mức độ nổi tiếng của nhà cung cấp. Thứ tạo ra khoảng chênh là việc bản báo giá đó có ghi hay không ghi 4 hạng mục chi phí hầu như không thay đổi dù bạn chọn phương án triển khai nào. Bài viết này sắp xếp lại mặt bằng giá của thị trường Nhật Bản, sau đó phân rã tổng chi phí 5 năm của 3 phương án cho một nhà máy vốn Nhật tại Thái Lan, và chỉ ra bằng con số rằng chỗ nào trong bản báo giá đang làm cho các con số chênh nhau.

Mặt bằng chi phí hệ thống quản lý sản xuất | dải giá theo từng hình thức cung cấp

Trước hết hãy xem lại mặt bằng giá đã được công bố. Dưới đây là các con số được nhiều nguồn đưa ra cho thị trường trong nước Nhật Bản, và chúng tôi giữ nguyên đơn vị yên Nhật. Giá mua sắm tại Thái Lan khác đi vì cấu trúc chi phí nhân công và tỷ giá đều khác, nên phần sau bài sẽ có một bảng ước tính riêng tính bằng baht.

Giá của hệ thống quản lý sản xuất có dải rất khác nhau tùy theo hình thức cung cấp. Cách phân chia hay được dùng gồm 3 nhóm, là dạng đám mây, dạng cài tại chỗ tức on premise hay còn gọi là dạng gói phần mềm, và dạng phát triển riêng từ đầu.

Đây là mặt bằng giá của thị trường Nhật Bản dựa trên các nguồn tham khảo ở cuối bài, đơn vị là yên Nhật.

Nếu nhìn bảng này mà bạn thấy dải giá rộng đến mức không còn là mặt bằng giá nữa, thì cảm nhận đó là đúng. Riêng dạng on premise, con số 1 triệu đến hơn 10 triệu yên có cận trên và cận dưới lệch nhau một bậc chữ số, còn dạng phát triển riêng với 5 triệu yên đến vài trăm triệu yên thì lệch tới hai bậc. Bảng này được trình bày như một mặt bằng giá, nhưng để dùng làm nguyên liệu lập ngân sách cho chính công ty mình thì không dùng thẳng được.

Vì sao dải giá lại rộng đến vậy. Nói ngay lý do thì các con số này chỉ đang chỉ vào cái nhãn giá của phần mềm và hạ tầng. Mua cùng một phần mềm, nhưng chi phí để đưa nó về trạng thái dùng được cho nghiệp vụ của chính mình lại khác nhau rất nhiều theo từng nhà máy. Bảng mặt bằng giá trả lời câu hỏi mua được với giá bao nhiêu, chứ không trả lời câu hỏi cần bao nhiêu tiền để dùng được.

Giá của dạng đám mây

Dạng đám mây được cho là có chi phí ban đầu từ 0 đến 1 triệu yên và phí thuê bao 30,000 đến 150,000 yên mỗi tháng. Thời gian triển khai là 1 đến 3 tháng.

Chi phí ban đầu có thể bằng 0 là vì không cần mua sắm máy chủ, hệ điều hành và cơ sở dữ liệu. Bạn đưa dữ liệu chủ của mình lên môi trường mà nhà cung cấp đã dựng sẵn rồi bắt đầu dùng. Phí hằng tháng chủ yếu tính theo số người dùng, và độ rộng của dải giá ở đây đến từ khác biệt về số người dùng cùng phạm vi chức năng sử dụng.

Về mặt chi phí, điểm cần lưu ý là chi phí ban đầu thấp không có nghĩa là tổng chi phí thấp. Phí hằng tháng cứ chồng lên mỗi tháng chừng nào bạn còn dùng. Chi phí ban đầu rẻ đúng là có lợi xét theo dòng tiền, nhưng tổng chi phí khi nhìn theo đơn vị 5 năm hay 7 năm lại là một câu chuyện khác. Luận điểm này sẽ được xử lý bằng con số cụ thể tính theo baht trong phần ước tính của chúng tôi ở dưới.

Riêng về việc chọn giữa đám mây và on premise, chúng tôi đã sắp xếp trong bài so sánh dạng đám mây và dạng on premise, bao gồm cả những góc nhìn ngoài chi phí như khả năng chịu đứt mạng, nơi lưu trữ dữ liệu và mức độ tự do tùy chỉnh.

Giá của dạng on premise

Dạng on premise, tức dạng gói phần mềm, có mặt bằng là chi phí ban đầu gồm bản quyền cộng hạ tầng ở mức 1 triệu đến hơn 10 triệu yên, phí bảo trì hằng năm khoảng 5 đến 15% chi phí triển khai, và thời gian triển khai 3 đến 6 tháng.

Ở đây có một luận điểm chắc chắn sẽ vướng lại khi bạn đọc bản báo giá. Đó là tỷ lệ phí bảo trì, và tỷ lệ đó đang tính trên cái gì.

Ngoài con số khoảng 5 đến 15% chi phí triển khai nói trên, cũng có tài liệu cho rằng phí bản quyền phần mềm nằm ở mức 500,000 đến 5 triệu yên và phí bảo trì bằng 15 đến 20% phí bản quyền. Nếu chỉ so tỷ lệ với nhau thì 15 đến 20% trông cao hơn, nhưng mẫu số mà tỷ lệ đó tính trên lại khác nhau. Nhân 5 đến 15% với toàn bộ chi phí triển khai gồm bản quyền, hạ tầng và hỗ trợ triển khai, hay nhân 15 đến 20% chỉ với riêng phí bản quyền. Cùng một hệ thống, nhưng cách đọc khác nhau này làm số tiền bảo trì hằng năm thay đổi.

Khi so sánh nhiều báo giá, trước hết hãy đặt cạnh nhau số tiền bảo trì hằng năm chứ không phải tỷ lệ phí bảo trì. Tỷ lệ mà không nhìn thấy mẫu số thì không so sánh được. Về cách phân rã nội dung của phí bảo trì để đọc, chúng tôi đã sắp xếp trong bài cơ cấu chi phí bảo trì hệ thống nghiệp vụ theo hướng chuyển câu chuyện từ tỷ lệ sang số tiền.

Giá của dạng phát triển riêng

Dạng phát triển riêng được cho là có chi phí phát triển 5 triệu yên đến vài trăm triệu yên, và thời gian phát triển vài tháng đến hơn 1 năm.

Dải này gần với độ rộng của các trường hợp thực tế hơn là một mặt bằng giá. Chi phí phát triển riêng gần như tỷ lệ thuận với khối lượng yêu cầu. Vì vậy thứ quyết định số tiền không phải là đơn giá của công ty phát triển, mà là chính công ty bạn đưa ra bao nhiêu và những gì dưới dạng yêu cầu.

Tại các nhà máy vốn Nhật ở Thái Lan, phát triển riêng thường nổi lên thành một lựa chọn khi phương thức sản xuất hiện hữu không khớp với chức năng tiêu chuẩn của gói phần mềm. Hình thức nhận đơn hàng đặc thù, mẫu biểu của trụ sở chính tại Nhật, các chứng từ thuế và xuất nhập khẩu riêng của Thái Lan. Khi định để hệ thống hấp thụ trọn vẹn những thứ này, phán đoán rằng phát triển riêng còn thuận hơn là tùy chỉnh gói phần mềm đúng là có cơ sở. Tuy vậy cần ý thức rằng ngay tại thời điểm đưa ra phán đoán đó, trách nhiệm của phía đưa ra yêu cầu lập tức nặng lên rất nhiều.

Ba khoản chi phí ẩn không có trong bảng mặt bằng giá

Ngoài mặt bằng giá theo hình thức cung cấp, ba khoản sau đây thường được nêu ra như những chi phí dễ bị bỏ sót.

• Chi phí kép của giai đoạn chạy song song. Trong khoảng thời gian hệ thống cũ và mới cùng chạy, cùng một dữ liệu thực tế sẽ phải nhập hai lần. Tiền làm thêm giờ và tải lên hiện trường trong giai đoạn này không xuất hiện trên bản báo giá của hệ thống.
• Tùy chỉnh bổ sung sau khi vận hành. Sau khi chạy thật, chắc chắn sẽ có những câu như thiếu mẫu biểu này hay muốn thêm trường dữ liệu kia. Việc định nghĩa yêu cầu trước khi vận hành không thể đưa khoản này về 0.
• Chi phí lấy dữ liệu ra khi chấm dứt hợp đồng. Khoản này đặc biệt thành vấn đề với dạng đám mây. Khi kết thúc hợp đồng thì nhận lại dữ liệu của mình ở định dạng nào và với giá bao nhiêu. Có những hợp đồng không ghi điều này.

Cả ba khoản đều không phải là giá của bản thân hệ thống, mà là chi phí để bắt đầu dùng, tiếp tục dùng và ngừng dùng một hệ thống. Đây chính là địa hạt mà bài viết này bàn tới.

Nhân đây xin nói rõ, bài viết này không phải là bài so sánh sản phẩm với sản phẩm. Việc so sánh theo góc nhìn sản phẩm nào hợp với công ty bạn thì xin tham khảo bài so sánh hệ thống quản lý sản xuất 2026, mặt bằng chi phí và cách chọn không thất bại. Bài này chỉ tập trung vào một luận điểm chắc chắn xuất hiện sau khi đã chốt sản phẩm, hoặc trước khi chốt, đó là đọc phần chi tiết của bản báo giá như thế nào.

Vì sao cùng quy mô mà báo giá vẫn chênh nhau | chi phí hệ thống quản lý sản xuất chia thành 5 lớp

Cùng một nhà máy, đưa ra cùng một bộ yêu cầu, mà các bản báo giá nhận về vẫn chênh nhau rất lớn. Cách nhanh nhất để hiểu hiện tượng này là chia chi phí của hệ thống quản lý sản xuất thành 5 lớp.

Lớp 1 và lớp 2 được ghi trong bản báo giá của mọi nhà cung cấp. Vì đó là nhãn giá của sản phẩm và số công để thiết lập sản phẩm đó. Với nhà cung cấp thì đây chính là doanh thu của họ, nên không có lý do gì để ghi sót.

Thứ làm các báo giá chênh nhau là lớp 3, lớp 4 và lớp 5. Ba lớp này có chung một tính chất. Đó là chủ thể thực hiện công việc lan cả sang phía bên đặt hàng.

Chuẩn hóa dữ liệu chủ, xét cho cùng, là việc công ty bạn tự chốt danh mục mặt hàng của chính mình. Với kết nối hệ thống ngoài, người đưa ra được quy cách của hệ thống đối tác cũng là phía công ty bạn. Với kiểm thử nghiệm thu, người viết ca kiểm thử và phán định đạt hay không đạt là bộ phận nghiệp vụ của công ty bạn. Nghĩa là ba lớp 3, 4 và 5 là vùng mà ranh giới giữa việc nhà cung cấp làm và việc công ty bạn làm bị mờ đi, và chính vì thế nên chúng dễ rơi mất ngay từ giai đoạn báo giá.

Và khoản chi phí đã rơi mất thì không biến mất. Sau khi dự án bắt đầu, nó chắc chắn sẽ hiện ra ở đâu đó, dưới dạng báo giá phát sinh, hoặc dưới dạng giờ làm thêm của chính nhân sự công ty bạn.

Báo giá rẻ không phải là rẻ mà là phạm vi bị cắt ngắn

Khi trong đợt lấy báo giá xuất hiện một đề xuất rẻ bất thường, thứ thực sự đang diễn ra thường không phải là giảm giá. Mà là phạm vi của bản báo giá đó ngắn hơn. Đặt cạnh nhau một báo giá chỉ ghi lớp 1 và lớp 2 với một báo giá ghi đủ từ lớp 1 đến lớp 5, thì cái trước trông rẻ hơn là chuyện đương nhiên.

Cấu trúc này lộ ra thành hình dạng vượt ngân sách ở giai đoạn cuối của dự án. Theo nguồn thứ cấp dẫn lại báo cáo ERP năm 2026 của Panorama Consulting Group về thống kê thất bại của các dự án ERP, 73% dự án ERP trong ngành sản xuất rời rạc không đạt mục tiêu, còn mức trung bình của các ngành là 68%. Hệ thống quản lý sản xuất là một phần của ERP hoặc nằm ở vùng lân cận, nên xu hướng này có thể tham khảo trực tiếp.

Nhân đây, trong các tài liệu cùng loại cũng có dẫn những con số như 189% hay 215% cho tỷ lệ vượt ngân sách, nhưng vì cách ghi ở phía nguồn không nói rõ đó là so với ngân sách hay là phần vượt thêm, nên bài viết này không xử lý chúng như một bội số. Về phía bạn đọc, khi gặp loại số liệu này thì chúng tôi khuyến nghị nên xác nhận định nghĩa của mẫu số. Bao nhiêu phần trăm so với ngân sách, hay phần vượt quá ngân sách là bao nhiêu phần trăm, hai cách hiểu này mang ý nghĩa rất khác nhau.

Đằng sau việc vượt ngân sách có những gì thì câu chuyện chi phí không giải thích hết được. Về các yếu tố thuộc phía tổ chức, chúng tôi đã sắp xếp trong bài 5 đứt gãy khiến việc triển khai hệ thống quản lý sản xuất thất bại, xin tham khảo thêm.

Phân rã tổng chi phí 5 năm theo 3 phương án | ước tính của chúng tôi

Từ đây chúng tôi đưa ra phần ước tính cho một nhà máy cụ thể. Toàn bộ số liệu dưới đây là ước tính của chúng tôi, số tiền thực tế sẽ thay đổi theo quy cách, nhà cung cấp và tỷ giá. Xin xem như một khung tư duy. Đơn vị toàn bộ là THB, tức baht Thái.

Điều kiện giả định

• Nhà máy vốn Nhật ở vùng ven Bangkok, Thái Lan, 120 nhân viên
• Số người dùng hệ thống quản lý sản xuất là 25 người, 1 địa điểm
• 3 đường kết nối với hệ thống ngoài
• Dữ liệu chủ mặt hàng 8,000 bản ghi, dữ liệu chủ đối tác 600 bản ghi, BOM 3,500 dòng
• Kỳ đánh giá 5 năm

Ba phương án

• Phương án A, dạng đám mây, tức SaaS, chủ yếu dùng chức năng tiêu chuẩn
• Phương án B, gói phần mềm cài tại chỗ, tức on premise
• Phương án C, phát triển riêng bởi nhà cung cấp tại chỗ

Cơ cấu chi phí ban đầu

Phần kết nối được tính theo đơn giá mỗi đường, là 180,000 với A, 200,000 với B và 160,000 với C, rồi nhân cho 3 đường. Đơn giá khác nhau theo phương án là do có hay không có bộ kết nối tiêu chuẩn, và do khác biệt về đội ngũ phát triển. Khoản chạy song song 160,000 được tính bằng nhau ở cả 3 phương án, tương đương phần làm thêm giờ trong giai đoạn nhập liệu hai lần.

Chi phí định kỳ và chỉnh sửa bổ sung

Tách riêng khỏi bảng trên, phần chỉnh sửa bổ sung trong 5 năm được tính là 300,000 với A, 500,000 với B và 900,000 với C. Đây là chi phí chỉnh sửa phát sinh từng lần, không nằm trong tổng chi phí định kỳ.

Bản quyền của phương án B là bản quyền theo địa điểm, với tiền đề là không phụ thuộc số người dùng. Tiền đề này sẽ phát huy tác dụng ở phần điểm đảo chiều theo số người dùng phía dưới.

Tổng chi phí 5 năm

Với bộ điều kiện giả định này, tổng chi phí 5 năm là 4,750,000 cho phương án A, 6,560,000 cho phương án B và 9,000,000 cho phương án C. Thứ tự không đổi dù xét theo chi phí ban đầu hay theo tổng chi phí 5 năm, đều là A thấp hơn B và B thấp hơn C. Với điều kiện 25 người dùng thì dạng đám mây có lợi hơn về mặt chi phí.

Tuy vậy, kết luận này phụ thuộc rất mạnh vào các điều kiện giả định. Tiền đề nào đang phát huy tác dụng thì hai phần tiếp theo sẽ phân rã ra.

1,300,000 baht không thay đổi dù chọn phương án nào

Phần trọng tâm của bài viết bắt đầu từ đây.

Xin hãy nhìn lại ba bảng cơ cấu ở trên theo chiều dọc một lần nữa. Bản quyền, máy chủ, chi phí phát triển, những dòng này có thể bằng 0 mà cũng có thể lên tới 3,200,000 baht tùy phương án. Việc các cuộc thảo luận chọn phương án tập trung vào những dòng đó là chuyện tự nhiên.

Thế nhưng có 4 dòng hầu như không thay đổi dù bạn đổi phương án triển khai.

Tổng của 4 hạng mục là 1,300,000 với A, 1,400,000 với B và 1,320,000 với C. Cả 3 phương án đều nằm gọn trong dải từ 1,300,000 đến 1,400,000 baht.

Đây chính là mệnh đề trung tâm của bài viết. Các bản báo giá chênh nhau là vì bản báo giá đó có ghi hay không ghi dải chi phí này. Không phải vì giá bản quyền, cũng không phải vì quy mô của nhà cung cấp.

Vì sao 4 hạng mục này không thay đổi

Lý do khiến 4 hạng mục không phụ thuộc vào phương án là rõ ràng với từng hạng mục một.

Chuẩn hóa dữ liệu chủ và di chuyển dữ liệu bằng nhau ở mức 380,000 cho cả 3 phương án là vì đối tượng của công việc này là dữ liệu của chính công ty bạn. Dữ liệu chủ mặt hàng 8,000 bản ghi, dữ liệu chủ đối tác 600 bản ghi, BOM 3,500 dòng. Số lượng này không đổi dù bạn chọn đám mây hay chọn phát triển riêng. Gộp các mã mặt hàng trùng lặp, loại bỏ mã đã ngừng dùng, thống nhất đơn vị tính, sắp lại các tầng của BOM. Khối lượng công việc này là như nhau bất kể cái tiếp nhận nó là hệ thống nào.

Kết nối với hệ thống ngoài có đơn giá mỗi đường thay đổi theo phương án trong khoảng 160,000 đến 200,000, và 3 đường thì nằm trong khoảng 480,000 đến 600,000, nhưng biên độ dao động là nhỏ. Thứ quyết định số công của việc kết nối không phải hệ thống ở phía bạn, mà là quy cách của hệ thống ở phía đối tác. Định dạng bút toán của hệ thống kế toán, việc gửi số liệu thực tế về trụ sở chính tại Nhật, việc đồng bộ tồn kho với hệ thống kho. Chừng nào phía đối tác không đổi thì số công đối chiếu cũng không đổi nhiều.

Đào tạo và kiểm thử nghiệm thu nằm ở mức 220,000 đến 300,000. Viết ca kiểm thử, để bộ phận nghiệp vụ trực tiếp thao tác, phát hiện lỗi và sửa, rồi phán định đạt hay không đạt. Thứ quyết định khối lượng công việc này là số bộ phận sử dụng và độ phức tạp của nghiệp vụ, chứ không phải phương án triển khai.

Chạy song song bằng nhau ở mức 160,000 cho cả 3 phương án. Đây là phần nhập liệu hai lần phát sinh trong giai đoạn hệ thống cũ và mới cùng chạy, cùng phần làm thêm giờ tương ứng. Khoản này cũng không liên quan tới phương án triển khai.

Tỷ trọng của 4 hạng mục trong chi phí ban đầu

Khi nhìn tỷ trọng của cùng 4 hạng mục đó trong chi phí ban đầu, khác biệt về cách chúng hiện ra ở từng phương án trở nên rất rõ.

Ở phương án A, 74.3% chi phí ban đầu là 4 hạng mục này. Dạng đám mây được cho là có chi phí ban đầu rẻ, nhưng cái rẻ đó đến từ việc không cần bản quyền và hạ tầng, chứ không có nghĩa là 4 hạng mục biến mất. Ngược lại, vì các phần khác rẻ đi nên sự hiện diện của 4 hạng mục lại lớn lên một cách tương đối.

Và đây chính là chỗ trở thành cái bẫy trong công việc thực tế. Nếu bản đề xuất của một giải pháp đám mây chỉ ghi chi phí ban đầu 450,000 baht, thì con số đó mới chỉ bao gồm dòng thiết lập và Fit and Gap trong bảng. Trên thực tế, 1,300,000 baht sẽ chồng thêm lên đó. Con số 450,000 baht được đưa ra chỉ bằng khoảng một phần tư của chi phí ban đầu 1,750,000 baht. Khoảng cách khoảng 3.9 lần sinh ra theo đúng cách như vậy.

Bản quyền không phải nhân vật chính của tổng chi phí

Xin nhìn thêm từ một góc nữa. Đó là tỷ trọng của chính phần bản quyền hoặc phí thuê bao trong tổng chi phí 5 năm.

Ở phương án B, bản quyền chỉ chiếm 24.4% tổng chi phí 5 năm. Vậy mà trong cuộc họp chọn nhà cung cấp, phần thời gian được dùng nhiều nhất lại không hiếm khi chính là thương lượng giảm giá cho 24.4% đó. Hợp đồng đi tiếp mà các khoản mục còn lại chưa từng được bàn tới, rồi ngay trước ngày vận hành thì tiền làm thêm giờ của giai đoạn chạy song song và các lỗi của dữ liệu chủ mới trở thành vấn đề. Đây là quang cảnh chúng tôi đã chứng kiến nhiều lần.

Phương án A có phí thuê bao chiếm tỷ trọng cao nhất với 56.8%, nhưng đó là kết quả tích lũy qua kỳ hạn 5 năm. Bản thân mức giá 1,800 baht mỗi tháng cho một người, tức 45,000 baht mỗi tháng cho 25 người, trông nhỏ trong cuộc họp phê duyệt đầu tư. Điều cần làm là xác nhận trước khi ký hợp đồng xem con số đó thành bao nhiêu khi nhân với kỳ hạn.

Đảo chiều ở mốc 42 người dùng | chọn hệ thống quản lý sản xuất từ góc độ chi phí

Phần ước tính ở trên đứng trên tiền đề 25 người dùng. Tiền đề này đổi thì kết luận cũng đổi, nên hãy dùng công thức để nắm xem nó đổi ở đâu.

Tổng chi phí 5 năm của phương án A tăng tỷ lệ thuận với số người dùng.

Tổng chi phí 5 năm của phương án A = 2,050,000 + 108,000 × số người dùng

Con số 2,050,000 là tổng của chi phí ban đầu 1,750,000 và chỉnh sửa bổ sung 5 năm 300,000. Con số 108,000 là phí thuê bao 5 năm cho một người, tức 1,800 baht × 60 tháng.

Nhân đây, ở đây chúng tôi đặt chi phí ban đầu là cố định, không phụ thuộc số người dùng. Trên thực tế, phần đào tạo và kiểm thử nghiệm thu tăng lên theo số người, nên điểm đảo chiều sẽ đến ở số người dùng ít hơn mốc này.

Trong khi đó, bản quyền của phương án B là bản quyền theo địa điểm và không phụ thuộc số người dùng, nên tổng chi phí 5 năm nằm ngang ở mức 6,560,000.

Hãy xem hai đường này cắt nhau ở đâu.

Thứ hạng đảo chiều tại mốc 42 người dùng. Cho tới 41 người dùng thì dạng đám mây rẻ hơn, còn từ 42 người dùng trở đi thì gói phần mềm cài tại chỗ rẻ hơn.

Xin ghi thêm hai cách dùng con số này cho sát với công việc thực tế.

Thứ nhất, hãy phán đoán theo số người dùng của 5 năm sau chứ không phải số người dùng hiện tại. Dù lúc bắt đầu vận hành là 25 người, nếu năm sau bổ sung bộ phận kỹ thuật sản xuất và bộ phận đảm bảo chất lượng, rồi năm tiếp theo nhân sự tăng do khởi động nhà máy thứ hai, thì mốc 42 người nằm trong tầm với thực tế. Ngược lại, nếu không có kế hoạch rõ ràng về việc tăng số người dùng thì ưu thế của dạng đám mây vẫn tiếp tục.

Thứ hai, con số 42 sẽ dịch chuyển nếu các tiền đề thay đổi. Nếu đơn giá 1,800 baht mỗi tháng cho một người xuống còn 1,500 baht thì điểm rẽ dịch sang mốc số người dùng cao hơn, còn nếu bản quyền của phương án B tính theo số người dùng thì phép so sánh này ngay từ đầu đã không thành lập. Điều quan trọng không phải bản thân con số 42, mà là cấu trúc rằng dạng đám mây là một đường thẳng đi lên, còn dạng bản quyền theo địa điểm là một đường nằm ngang, và hai đường đó nhất định sẽ cắt nhau ở đâu đó.

Khi nhận được báo giá, xin hãy thử vẽ hai đường này theo điều kiện của chính công ty bạn. Nếu giao điểm nằm bên phải số người dùng dự kiến của bạn thì dạng đám mây có lợi hơn về chi phí, còn nếu nằm bên trái thì dạng gói phần mềm có lợi hơn. Đó là cách đọc biểu đồ này.

Bốn con số cần kiểm tra trên bản báo giá

Chúng tôi quy toàn bộ nội dung trên thành các mục cần kiểm tra khi nhận được bản báo giá. Có 4 con số cần kiểm tra. Với một bản báo giá không ghi 4 con số này, sẽ an toàn hơn nếu bạn coi rằng số tiền chưa được chốt.

1. Số đường kết nối với hệ thống ngoài

Đây là chỗ số tiền dễ dao động nhất. Phần ước tính ở trên lấy tiền đề 3 đường, nên bây giờ hãy xem ảnh hưởng khi con số đó thành 9 đường, tức cộng thêm 6 đường.

Cả 3 phương án đều tăng khoảng 1,000,000 baht. Chuyện thêm một đầu mối kết nối thường phát sinh trong cuộc họp định nghĩa yêu cầu bằng một câu rất nhẹ, đại loại là muốn lấy thêm số liệu thực tế từ PLC, hay muốn nối luôn tồn kho từ máy quét cầm tay. Khi ba bốn câu như thế chồng lên nhau thì tổng chi phí 5 năm dịch chuyển 1,000,000 baht. Xin mang cảm nhận đó vào phòng họp định nghĩa yêu cầu.

Trên bản báo giá, chúng tôi khuyến nghị nên yêu cầu ghi rõ tên hệ thống đối tác và số đường kết nối, thay vì chỉ ghi một dòng trọn gói cho kết nối hệ thống ngoài. Tên hệ thống đối tác, chiều kết nối là gửi hay nhận hay hai chiều, tần suất là thời gian thực hay theo ngày. Nếu ba điểm này được ghi ra thì về sau khi số đường kết nối tăng lên, căn cứ của phần tăng thêm cũng rõ ràng.

Nhân đây, kết nối với hệ thống kho, tức WMS, là một trong những đầu mối hay được bổ sung nhất trong các dự án hệ thống quản lý sản xuất. Phía WMS cũng phát sinh cấu trúc chi phí y hệt, nên nếu bạn đang cân nhắc cả hai trong cùng một giai đoạn thì việc xem thêm bài cơ cấu chi phí của WMS sẽ giúp tránh tính trùng hoặc bỏ sót ở phần kết nối.

2. Số lượng và độ chính xác của dữ liệu chủ cần di chuyển

Phần ước tính này lấy tiền đề dữ liệu chủ mặt hàng 8,000 bản ghi, dữ liệu chủ đối tác 600 bản ghi và BOM 3,500 dòng, rồi đặt chi phí chuẩn hóa dữ liệu chủ và di chuyển dữ liệu là 380,000.

Thứ cần kiểm tra trên bản báo giá là tiền đề về độ chính xác chứ không chỉ số lượng. Cách ghi rằng sẽ di chuyển 8,000 bản ghi, và cách ghi rằng sẽ di chuyển 8,000 bản ghi kèm việc sắp xếp lại phần trùng lặp và phần đã ngừng dùng cùng việc thống nhất đơn vị tính, tương ứng với hai khối lượng công việc hoàn toàn khác nhau. Cái trước là công việc chép lại, cái sau là việc kiểm kê nghiệp vụ.

Ở các nhà máy trên thực tế, không hiếm tình trạng nói rằng có 8,000 bản ghi mặt hàng nhưng số thực sự được dùng trong 1 năm gần đây chỉ là một phần, phần còn lại là mặt hàng tạm thời trong quá khứ hoặc bản ghi đăng ký trùng. Nếu di chuyển mà không sắp xếp chỗ này thì chức năng tìm kiếm của hệ thống mới sẽ không dùng được, và rốt cuộc phải làm lại sau khi đã vận hành. Số mặt hàng còn sống thực sự là bao nhiêu là con số công ty bạn nên tự đếm trước khi đi lấy báo giá cho phần di chuyển.

Cũng có những trường hợp bản báo giá ghi tiền đề rằng bên đặt hàng cung cấp dữ liệu chủ đã được làm sạch. Trong trường hợp đó, nó có nghĩa là khối lượng công việc tương đương 380,000 vẫn còn nằm lại ở phía công ty bạn. Nó biến mất khỏi báo giá của nhà cung cấp, nhưng chi phí thì không trở về 0.

3. Số ca kiểm thử nghiệm thu

Phần đào tạo và kiểm thử nghiệm thu được tính ở mức 220,000 đến 300,000 tùy phương án. Ở đây cần kiểm tra 2 điểm, là ai viết ca kiểm thử và dự kiến bao nhiêu ca.

Kiểm thử nghiệm thu không phải là công đoạn xác nhận hệ thống có chạy đúng đặc tả hay không. Nó là công đoạn xác nhận nghiệp vụ của chính công ty bạn có chạy được hay không. Vì vậy ca kiểm thử cần được viết bởi người phụ trách của công ty bạn, người hiểu nghiệp vụ. Ca kiểm thử do nhà cung cấp viết chỉ có thể xác nhận những gì đã được ghi trong tài liệu đặc tả.

Nếu bản báo giá chỉ ghi một dòng trọn gói cho hỗ trợ kiểm thử nghiệm thu, xin hãy xác nhận nội dung của phần hỗ trợ đó. Chỉ dừng ở việc cung cấp mẫu ca kiểm thử, hay có bao gồm việc cùng có mặt khi chạy kiểm thử, hay có bao gồm số công sửa lỗi. Nếu đi tiếp mà chỗ này còn mơ hồ thì báo giá phát sinh sẽ xuất hiện trong thời gian kiểm thử.

4. Thời gian chạy song song

Đây là khoản mục được tính 160,000 ở cả 3 phương án. Số tiền trông nhỏ, nhưng nó tăng tỷ lệ thuận khi thời gian kéo dài ra.

Chạy song song là giai đoạn nhập cùng một dữ liệu thực tế vào cả hệ thống cũ và hệ thống mới. Với người thao tác tại hiện trường thì đơn giản là công sức tăng gấp đôi, nên thời gian càng kéo dài thì chất lượng nhập liệu càng giảm, và sinh ra một vấn đề mới là dữ liệu của hệ thống mới không khớp.

Trên bản báo giá, xin hãy kiểm tra chạy song song đang được tính là bao nhiêu tháng. Là 1 tháng hay là 3 tháng. Và tiền làm thêm giờ của giai đoạn đó do ngân sách của ai gánh. Nó nằm trong ngân sách hệ thống, hay nằm trong ngân sách của bộ phận sản xuất. Nếu chỗ này chưa được chốt thì ngay trước ngày vận hành sẽ phát sinh việc phải điều chỉnh giữa các bộ phận.

Các chi phí cộng thêm tại nhà máy ở Thái Lan | đa ngôn ngữ, hỗ trợ tại chỗ và lệch múi giờ

Phần ước tính ở trên lấy tiền đề là nhà máy vốn Nhật tại Thái Lan, và so với việc triển khai trong nước Nhật Bản thì có những chi phí cộng thêm mang tính cấu trúc. Xin nêu 3 khoản.

Đa ngôn ngữ

Màn hình của hệ thống quản lý sản xuất có khi cần tiếng Nhật cho người quản lý Nhật Bản, tiếng Thái cho nhân viên Thái Lan, và tiếng Anh cho báo cáo về trụ sở chính. Các sản phẩm đóng gói có hỗ trợ sẵn giao diện tiếng Thái là không nhiều, và ngay cả khi có hỗ trợ thì tên trường dữ liệu và tên hiển thị của dữ liệu chủ vẫn phải do công ty bạn tự đăng ký. Cấu trúc này về cơ bản giống nhau ở các nhà máy vốn Nhật trong khu vực, chỉ khác nhau ở tổ hợp ngôn ngữ cụ thể.

Thứ thực sự phát huy tác dụng trong công việc không phải bản thân giao diện, mà là cách ghi đa ngôn ngữ của dữ liệu chủ. Nếu đăng ký tên mặt hàng bằng tiếng Nhật thì người thao tác Thái Lan tại hiện trường không đọc được. Còn nếu chỉ để tiếng Thái thì khi báo cáo về trụ sở chính tại Nhật lại cần dịch. Nếu phải cho 8,000 bản ghi dữ liệu chủ mặt hàng mang cả 3 ngôn ngữ Nhật, Thái và Anh, thì khối lượng công việc chuẩn hóa dữ liệu chủ tăng lên tương ứng.

Việc giữ ngôn ngữ nào và giữ tới đâu là hạng mục nên được chốt ở giai đoạn định nghĩa yêu cầu, vì nếu thay đổi sau khi đã vận hành thì sẽ phải rà lại toàn bộ bản ghi.

Hỗ trợ tại chỗ

Khi hệ thống dừng thì ai xử lý và trong bao nhiêu giờ. Chỗ này có ít lựa chọn hơn so với trong nước Nhật Bản.

Khi dùng tại Thái Lan một gói phần mềm do nhà cung cấp Nhật Bản cung cấp, mô hình thường gặp là đối tác tại chỗ đảm nhận hỗ trợ cấp một, còn hỗ trợ cấp hai nằm ở Nhật. Bản thân mô hình này không có vấn đề gì, nhưng cần xác nhận xem chi phí của đối tác tại chỗ có nằm trong phạm vi hợp đồng bảo trì hay không. Có những trường hợp cần thêm một hợp đồng hỗ trợ với đối tác tại chỗ, tách khỏi hợp đồng bảo trì với nhà cung cấp Nhật Bản.

Mặt bằng chi phí hỗ trợ chịu ảnh hưởng từ cấu trúc chi phí nhân công phía Thái Lan. Các con số dưới đây thuộc chế độ của Thái Lan. Để tham khảo, mức lương tối thiểu của Thái Lan tại thời điểm năm 2026 là 337 đến 400 baht mỗi ngày, và bình quân toàn quốc khoảng 374 baht. Về nguyên tắc mức này được ấn định theo từng tỉnh, và nhóm cao nhất gồm các tỉnh Bangkok, Phuket, Chonburi, Rayong, Chachoengsao cùng huyện Samui thuộc tỉnh Surat Thani. Ngoài ra, phần đóng bảo hiểm xã hội của chủ sử dụng lao động tại Thái Lan đã tăng từ 750 baht lên 875 baht mỗi tháng vào tháng 1 năm 2026. Tính ra là tăng 125 baht mỗi tháng và 1,500 baht mỗi năm cho một người.

Những con số này không trực tiếp là chi phí hệ thống, nhưng chúng là nền phía sau của khoản làm thêm giờ trong giai đoạn chạy song song đã tính ở trên, và của chi phí nhân sự hỗ trợ tại chỗ. Chừng nào chi phí nhân công còn đi theo hướng tăng lên thì cách vận hành lấy sức người để bù đắp sẽ càng bất lợi theo thời gian. Đây là tiền đề nên đặt sẵn trong đầu khi bạn đưa ra phán đoán kiểu giảm chi phí ban đầu rồi bù lại bằng vận hành.

Lệch múi giờ và khung giờ làm việc

Chênh lệch múi giờ giữa Nhật Bản và Thái Lan là 2 giờ. Nghe thì nhỏ, nhưng nó phát huy tác dụng ở khung giờ làm việc của bộ phận hỗ trợ. Khi nhà máy tại Thái Lan bắt đầu ca lúc 8 giờ sáng thì đầu mối tại Nhật đang là 10 giờ sáng. Buổi chiều, khi Thái Lan là 17 giờ thì Nhật Bản là 19 giờ, và đầu mối phía Nhật đang dần đóng cửa. Việt Nam cùng múi giờ với Thái Lan nên cấu trúc này là như nhau.

Sự cố của hệ thống quản lý sản xuất tập trung vào ngay sau giờ bắt đầu ca, khi số liệu thực tế của ngày hôm trước chưa được phản ánh, và trước giờ kết thúc ca, khi không chốt được số liệu thực tế trong ngày. Nghĩa là cấu trúc ở đây là sự cố tập trung đúng vào khung giờ mà lệch múi giờ phát huy tác dụng mạnh nhất.

Việc có hay không có một đầu mối xử lý được theo giờ địa phương gắn thẳng với số tiền của phí bảo trì. Khi so sánh các báo giá, chúng tôi khuyến nghị nên yêu cầu ghi khung giờ hỗ trợ theo giờ Thái Lan. Một bản báo giá chỉ ghi rằng hỗ trợ các ngày trong tuần từ 9 giờ đến 18 giờ sẽ có mức dịch vụ thực chất khác nhau tùy theo đó là giờ Nhật Bản hay giờ Thái Lan.

Môi trường đầu tư và cung cầu nhân lực IT

Vì đã nói khá nhiều về chi phí, xin nêu thêm một con số về mặt môi trường. Số vốn đăng ký đầu tư qua BOI, tức Ủy ban Đầu tư của Thái Lan, trong nửa đầu năm 2026 là 1,473 tỷ baht, tăng 37% so với cùng kỳ năm trước. Trong đó ngành công nghiệp số chiếm 1,115 tỷ baht.

Tuy vậy, đọc thẳng số tiền này thành một cơn gió thuận thì hơi vội. Phần lớn số vốn đăng ký của ngành công nghiệp số là đầu tư vào trung tâm dữ liệu và điện toán đám mây, chứ không có nghĩa là nhân lực đảm nhận việc triển khai hệ thống quản lý sản xuất sẽ tăng lên trực tiếp. Ngược lại, cung cầu nhân lực IT đang theo hướng căng thẳng, và điều đó tác động tới đơn giá nhân công tháng trong báo giá. Khi cân nhắc thời điểm triển khai và việc giữ chỗ đối tác, sẽ tốt hơn nếu bạn đưa cả tình hình cung cầu này vào tầm nhìn.

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

Quy trình triển khai hệ thống quản lý sản xuất có cấu trúc các giai đoạn gần như giống nhau dù phương án khác nhau.

1. Sắp xếp hiện trạng và định nghĩa yêu cầu

Viết ra theo từng công đoạn dòng chảy hiện tại từ khi nhận đơn hàng đến khi xuất hàng, rồi quyết định phần nào sẽ do hệ thống mới xử lý. Ở giai đoạn này cần chốt phạm vi, tức tới công đoạn nào, đối tượng, tức bắt đầu từ dòng sản phẩm nào, và những việc lần này sẽ không làm. Điểm thứ ba là quan trọng nhất.

2. Chọn sản phẩm và quyết định phương án

Quyết định sẽ đáp ứng các yêu cầu bằng dạng đám mây, dạng gói phần mềm hay dạng phát triển riêng. Dải chi phí của 4 hạng mục và điểm đảo chiều theo số người dùng đã nêu ở trên chính là nguyên liệu phán đoán cho giai đoạn này.

3. Fit and Gap và thiết lập

Rà ra phần chênh lệch giữa chức năng tiêu chuẩn của gói phần mềm và nghiệp vụ của công ty bạn, rồi quyết định từng mục một là lấp bằng thiết lập, đổi cách vận hành, hay tùy chỉnh. Nếu tăng phần tùy chỉnh ở đây thì phí bảo trì và chi phí chỉnh sửa bổ sung về sau sẽ phình ra.

4. Chuẩn hóa dữ liệu chủ và di chuyển dữ liệu

Như đã nói ở trên, đây là vùng mà khối lượng công việc không đổi dù bạn đổi phương án. Với những nhà máy có số lượng bản ghi lớn, chính giai đoạn này quyết định tiến độ tổng thể. Cách làm thông thường là bắt tay vào song song với việc định nghĩa yêu cầu.

5. Triển khai và kiểm thử kết nối với hệ thống ngoài

Vì có phần điều phối với người phụ trách của hệ thống đối tác nên không thể đi theo mỗi ý mình. Càng nhiều đầu mối kết nối thì rủi ro về tiến độ càng cao.

6. Đào tạo và kiểm thử nghiệm thu

Bộ phận nghiệp vụ viết ca kiểm thử, trực tiếp thao tác, rồi phán định đạt hay không đạt. Nếu không tính sẵn thời gian sửa các lỗi phát hiện ở đây vào tiến độ thì ngày vận hành sẽ bị dịch.

7. Chạy song song và vận hành chính thức

Cho hệ thống cũ và mới cùng chạy, xác nhận các con số khớp nhau rồi mới dừng hệ thống cũ.

Thời gian triển khai tham khảo

Thời gian triển khai mà chúng tôi đặt làm tiền đề cho phần ước tính như sau.

Mặt bằng của thị trường Nhật Bản nêu ở đầu bài là 1 đến 3 tháng cho dạng đám mây, 3 đến 6 tháng cho dạng on premise, và vài tháng đến hơn 1 năm cho dạng phát triển riêng. Thời gian trong ước tính của chúng tôi hơi dài hơn là vì nó bao gồm 3 đường kết nối với hệ thống ngoài, cùng việc chuẩn hóa 8,000 bản ghi dữ liệu chủ mặt hàng và 3,500 dòng BOM.

Ở đây cũng vậy, thứ kéo dài thời gian không phải sản phẩm mà là 4 hạng mục. Chuẩn hóa dữ liệu chủ, kết nối hệ thống ngoài, kiểm thử nghiệm thu, chạy song song. Bốn thứ này không rút ngắn được dù bạn đổi phương án. Nếu muốn rút ngắn thời gian triển khai thì cách duy nhất là dời sớm thời điểm bắt tay vào việc. Đặc biệt việc chuẩn hóa dữ liệu chủ là công việc có thể bắt đầu ngay từ trước khi chốt sản phẩm.

Có dùng được trợ cấp không | phạm vi đối tượng của trợ cấp Số hóa và AI 2026 của Nhật Bản

Khi cân nhắc chi phí hệ thống quản lý sản xuất, chúng tôi nghĩ có nhiều người sẽ tính tới việc tận dụng trợ cấp. Xin sắp xếp lại về chế độ của Nhật Bản. Đây là chế độ trong nước Nhật Bản, không phải chế độ của Thái Lan hay của Việt Nam.

Năm tài khóa 2026, chương trình trợ cấp triển khai IT trước đây được thực hiện dưới tên gọi trợ cấp Số hóa và AI 2026. Nội dung của khung thông thường như sau.

Pháp nhân tại Thái Lan không dùng được

Đây là điểm quan trọng nhất của phần này.

Đối tượng của trợ cấp này là doanh nghiệp vừa và nhỏ cùng hộ kinh doanh quy mô nhỏ trong nước Nhật Bản. Chi phí mà pháp nhân tại Thái Lan bỏ ra để triển khai tại chỗ nằm ngoài phạm vi đối tượng.

Trong thực tế, đây là luận điểm cần xác nhận đi xác nhận lại. Trong một dự án do trụ sở chính tại Nhật chủ trì để làm mới hệ thống quản lý sản xuất cho toàn tập đoàn, tình huống phần của nhà máy tại Nhật thuộc đối tượng trợ cấp còn phần của nhà máy tại Thái Lan thì không, là chuyện xảy ra bình thường. Nếu ở giai đoạn lập ngân sách cho toàn dự án mà bỏ sót tiền đề này thì về sau kế hoạch mua sắm sẽ lệch tới mức vài triệu yên.

Chúng tôi cũng thường nhận được câu hỏi rằng nếu trụ sở chính tại Nhật gánh chi phí để triển khai cho nhà máy tại Thái Lan thì sao. Tôn chỉ của chế độ là hỗ trợ số hóa cho doanh nghiệp vừa và nhỏ trong nước Nhật Bản, nên cách hiểu hợp lý là nếu nơi triển khai nằm ngoài lãnh thổ Nhật Bản thì sẽ không được công nhận là đối tượng trợ cấp. Phán đoán cho từng trường hợp cụ thể vẫn cần dựa vào hướng dẫn nộp hồ sơ và việc hỏi ban thư ký chương trình, nhưng sẽ đỡ vướng về sau nếu bạn lập kế hoạch trên tiền đề ngân sách phía Thái Lan được lập mà không có trợ cấp.

Các chế độ dùng được ở phía Thái Lan

Vậy phía Thái Lan có hoàn toàn không có chế độ nào không, thì không phải như vậy. Trong các ưu đãi của BOI Thái Lan có những biện pháp hỗ trợ liên quan tới việc ứng dụng công nghệ số. Tuy nhiên điều kiện áp dụng được chia rất chi tiết theo ngành nghề và nội dung đầu tư, nên việc riêng khoản triển khai hệ thống quản lý sản xuất có được hưởng ưu đãi hay không thì cần xác nhận theo từng dự án. Đây là chế độ của Thái Lan, các chế độ ưu đãi áp dụng cho nhà máy tại Việt Nam nằm ngoài phạm vi bài viết này.

Như đã nói ở trên, vốn đăng ký đầu tư qua BOI Thái Lan trong nửa đầu năm 2026 là 1,473 tỷ baht, trong đó ngành công nghiệp số chiếm 1,115 tỷ baht, cho thấy lực đẩy chính sách vào lĩnh vực số đang mạnh. Với những nhà máy đã được BOI phê duyệt, việc xác nhận xem có phần nào xử lý được trong khuôn khổ ưu đãi hiện có hay không là điều đáng làm.

Dù thế nào đi nữa, chúng tôi khuyến nghị không đặt trợ cấp hay ưu đãi làm trục chính của kế hoạch chi phí. Việc có được phê duyệt hay không thì không thể chốt trước, và tuy chi phí thuộc diện được trợ cấp bao gồm cả chi phí liên quan tới triển khai như thiết lập và đào tạo chứ không riêng tiền mua phần mềm hay phí thuê bao đám mây, thì ngay từ đầu chi phí mà pháp nhân tại Thái Lan chi ra tại Thái Lan đã nằm ngoài đối tượng. Dải chi phí từ 1,300,000 đến 1,400,000 baht vẫn phát sinh dù có trợ cấp hay không.

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

Chi phí hệ thống quản lý sản xuất khoảng bao nhiêu?

Khác nhau rất nhiều theo hình thức cung cấp. Theo mặt bằng của thị trường Nhật Bản, dạng đám mây có chi phí ban đầu 0 đến 1 triệu yên và phí thuê bao 30,000 đến 150,000 yên mỗi tháng, dạng on premise hoặc gói phần mềm có chi phí ban đầu 1 triệu đến hơn 10 triệu yên với phí bảo trì hằng năm khoảng 5 đến 15% chi phí triển khai, còn dạng phát triển riêng có chi phí phát triển 5 triệu yên đến vài trăm triệu yên.

Trong ước tính của chúng tôi cho một nhà máy vốn Nhật tại Thái Lan, với điều kiện 120 nhân viên, 25 người dùng, 3 đường kết nối và 8,000 bản ghi dữ liệu chủ mặt hàng, tổng chi phí 5 năm là 4,750,000 baht với dạng đám mây, 6,560,000 baht với dạng gói phần mềm và 9,000,000 baht với dạng phát triển riêng.

Tuy vậy, thứ nằm trên bảng mặt bằng giá là giá của phần mềm, còn tổng chi phí thực tế thì có thêm chi phí của công việc triển khai chồng lên. Trong ước tính của chúng tôi, chỉ riêng 4 hạng mục gồm chuẩn hóa dữ liệu chủ và di chuyển dữ liệu, kết nối với hệ thống ngoài, đào tạo và kiểm thử nghiệm thu, cùng chạy song song, đã là 1,300,000 đến 1,400,000 baht ở cả 3 phương án.

Giá hệ thống quản lý sản xuất do những yếu tố nào quyết định?

Sẽ sát thực tế hơn nếu coi nó được quyết định bởi 4 yếu tố sau chứ không phải giá bản quyền. Đó là số đường kết nối với hệ thống ngoài, số lượng và độ chính xác của dữ liệu chủ cần di chuyển, số ca kiểm thử nghiệm thu, và thời gian chạy song song.

Trong ước tính của chúng tôi, tỷ trọng của bản quyền hoặc phí thuê bao trong tổng chi phí 5 năm là 56.8% với dạng đám mây, 24.4% với dạng gói phần mềm, còn với dạng phát triển riêng thì chi phí phát triển chiếm 35.6%. Với dạng gói phần mềm, phần bản quyền vốn là cái nhãn giá chỉ dừng ở 24.4% tổng chi phí.

Thứ dễ làm số tiền dao động là số đường kết nối. Trong ước tính của chúng tôi, khi tăng từ 3 đường lên 9 đường thì tổng chi phí 5 năm thành 5,830,000 với dạng đám mây, 7,760,000 với dạng gói phần mềm và 9,960,000 với dạng phát triển riêng, tức cả 3 phương án đều tăng khoảng 1,000,000 baht.

Thời gian triển khai hệ thống quản lý sản xuất mất bao lâu?

Theo mặt bằng của thị trường Nhật Bản thì dạng đám mây là 1 đến 3 tháng, dạng on premise hoặc gói phần mềm là 3 đến 6 tháng, và dạng phát triển riêng là vài tháng đến hơn 1 năm.

Theo tiền đề trong ước tính của chúng tôi, đã bao gồm 3 đường kết nối với hệ thống ngoài cùng việc chuẩn hóa 8,000 bản ghi dữ liệu chủ mặt hàng và 3,500 dòng BOM, chúng tôi đặt 3 đến 4 tháng cho dạng đám mây, 6 đến 9 tháng cho dạng gói phần mềm và 9 đến 14 tháng cho dạng phát triển riêng.

Thứ chi phối thời gian không phải sản phẩm, mà là 4 hạng mục gồm chuẩn hóa dữ liệu chủ, kết nối với hệ thống ngoài, kiểm thử nghiệm thu và chạy song song. Vì 4 thứ này không rút ngắn được dù đổi phương án, nên nếu muốn rút ngắn tiến độ thì cách thực tế là bắt tay vào chuẩn hóa dữ liệu chủ mà không chờ chọn xong sản phẩm.

Quy trình triển khai hệ thống quản lý sản xuất gồm những bước nào?

Chia lớn thì có 7 giai đoạn. Sắp xếp hiện trạng và định nghĩa yêu cầu, chọn sản phẩm và quyết định phương án, Fit and Gap cùng thiết lập, chuẩn hóa dữ liệu chủ và di chuyển dữ liệu, triển khai và kiểm thử kết nối với hệ thống ngoài, đào tạo và kiểm thử nghiệm thu, chạy song song và vận hành chính thức.

Trong số đó, điều quan trọng nhất ở giai đoạn định nghĩa yêu cầu là chốt những việc lần này sẽ không làm. Nếu thu thập yêu cầu mà không chốt phạm vi thì phần chênh lệch ở bước Fit and Gap sẽ phình ra, phần tùy chỉnh tăng lên, và phí bảo trì cùng chi phí chỉnh sửa bổ sung sẽ còn ở lại tới những năm sau.

Ngoài ra, chuẩn hóa dữ liệu chủ là giai đoạn duy nhất có thể bắt tay vào từ trước khi chốt sản phẩm. Việc sắp xếp các mặt hàng trùng lặp và kiểm kê các mã đã ngừng dùng là công việc cần thiết dù bạn chọn hệ thống nào, nên nếu làm song song trong thời gian còn đang cân nhắc thì tiến độ sẽ dư dả hơn.

Nhà máy tại Thái Lan có dùng được trợ cấp của Nhật Bản cho hệ thống quản lý sản xuất không?

Không dùng được. Đối tượng của trợ cấp Số hóa và AI 2026, tên gọi mới của chương trình trợ cấp triển khai IT trước đây, là doanh nghiệp vừa và nhỏ cùng hộ kinh doanh quy mô nhỏ trong nước Nhật Bản, còn chi phí mà pháp nhân tại Thái Lan bỏ ra để triển khai tại chỗ thì nằm ngoài phạm vi đối tượng.

Ngay cả với một dự án toàn tập đoàn do trụ sở chính tại Nhật chủ trì, cách lập ngân sách an toàn là coi chi phí triển khai phía Thái Lan nằm ngoài diện được trợ cấp. Xin lập kế hoạch trên tiền đề chỉ phần của nhà máy tại Nhật Bản mới thuộc đối tượng.

Ở phía Thái Lan, trong các ưu đãi của BOI có biện pháp hỗ trợ liên quan tới việc ứng dụng công nghệ số, nhưng điều kiện áp dụng được chia chi tiết theo ngành nghề và nội dung đầu tư. Với những nhà máy đã được BOI phê duyệt, việc xác nhận xem có phần nào xử lý được trong khuôn khổ ưu đãi hiện có hay không là điều đáng làm.

Kết luận

Xin tổng hợp các điểm chính của bài viết về chi phí hệ thống quản lý sản xuất.

Thứ nằm trên bảng mặt bằng giá là nhãn giá của phần mềm và hạ tầng. Mặt bằng của thị trường Nhật Bản là dạng đám mây với chi phí ban đầu 0 đến 1 triệu yên và 30,000 đến 150,000 yên mỗi tháng, dạng on premise với chi phí ban đầu 1 triệu đến hơn 10 triệu yên và phí bảo trì hằng năm khoảng 5 đến 15% chi phí triển khai, dạng phát triển riêng với 5 triệu yên đến vài trăm triệu yên. Dải giá giãn tới một hoặc hai bậc chữ số là vì đây là nhãn giá và không bao gồm chi phí để đưa hệ thống về trạng thái dùng được.

Chi phí chia thành 5 lớp, và thứ làm báo giá chênh nhau là 3 lớp dưới. Lớp 1 là bản quyền hoặc phí thuê bao và lớp 2 là hỗ trợ triển khai cùng Fit and Gap thì có mặt trong mọi báo giá. Thứ làm báo giá chênh nhau là lớp 3 chuẩn hóa dữ liệu chủ và di chuyển dữ liệu, lớp 4 kết nối với hệ thống ngoài, lớp 5 đào tạo, kiểm thử nghiệm thu và chạy song song. Ba lớp này trộn lẫn với công việc của phía đặt hàng nên dễ rơi khỏi báo giá, và rơi khỏi báo giá thì cũng không biến mất.

Bốn hạng mục không thay đổi dù bạn đổi phương án triển khai. Theo ước tính của chúng tôi, tổng của chuẩn hóa dữ liệu chủ và di chuyển dữ liệu, kết nối với hệ thống ngoài, đào tạo và kiểm thử nghiệm thu, cùng chạy song song, là 1,300,000 với dạng đám mây, 1,400,000 với dạng gói phần mềm và 1,320,000 baht với dạng phát triển riêng. Cả 3 phương án đều nằm gọn trong dải 1,300,000 đến 1,400,000 baht. Tỷ trọng trong chi phí ban đầu là 74.3% với dạng đám mây, 32.4% với dạng gói phần mềm và 25.3% với dạng phát triển riêng. Chọn dạng đám mây cũng không làm dải chi phí này biến mất.

Bản quyền không phải nhân vật chính của tổng chi phí. Tỷ trọng trong tổng chi phí 5 năm là 56.8% cho phí thuê bao của dạng đám mây, 24.4% cho bản quyền của dạng gói phần mềm, và 35.6% cho chi phí phát triển của dạng phát triển riêng. Tổng chi phí 5 năm là 4,750,000 với dạng đám mây, 6,560,000 với dạng gói phần mềm và 9,000,000 baht với dạng phát triển riêng.

Thứ hạng đảo chiều tại mốc 42 người dùng. Tổng chi phí 5 năm của phương án A được biểu diễn bằng 2,050,000 + 108,000 × số người dùng, còn phương án B với bản quyền theo địa điểm thì nằm ngang ở 6,560,000. Ở 41 người dùng, A là 6,478,000 và thấp hơn B, còn ở 42 người dùng, A là 6,586,000 và vượt lên trên B. Thứ cần dùng để phán đoán không phải số người dùng hiện tại mà là số người dùng của 5 năm sau.

Trên bản báo giá xin hãy kiểm tra 4 con số. Số đường kết nối với hệ thống ngoài, số lượng và độ chính xác của dữ liệu chủ cần di chuyển, số ca kiểm thử nghiệm thu, và thời gian chạy song song. Chỉ cần tăng số đường kết nối từ 3 đường lên 9 đường thì tổng chi phí 5 năm của cả 3 phương án đều tăng khoảng 1,000,000 baht.

Trợ cấp của Nhật Bản không cộng được vào ngân sách phía Thái Lan. Đối tượng của trợ cấp Số hóa và AI 2026 là doanh nghiệp vừa và nhỏ cùng hộ kinh doanh quy mô nhỏ trong nước Nhật Bản, còn chi phí mà pháp nhân tại Thái Lan bỏ ra để triển khai tại chỗ thì nằm ngoài phạm vi đối tượng. Dải chi phí từ 1,300,000 đến 1,400,000 baht vẫn phát sinh dù có trợ cấp hay không.

TOMAS TECH đặt trụ sở tại Bangkok và hỗ trợ lĩnh vực IT nhà máy cùng FA cho các doanh nghiệp sản xuất vốn Nhật tại Thái Lan và khu vực ASEAN. Với hệ thống quản lý sản xuất, bạn có thể trao đổi với chúng tôi ngay từ giai đoạn trước khi chốt sản phẩm, khi vẫn còn đang cân nhắc những câu hỏi chưa thành tài liệu định nghĩa yêu cầu, chẳng hạn dữ liệu chủ mặt hàng của nhà máy thực sự còn sống bao nhiêu bản ghi, có bao nhiêu hệ thống đối tác cần kết nối, và số người dùng của 5 năm sau sẽ dừng ở khoảng nào. Chỉ cần có danh sách các hệ thống hiện hữu và một tài liệu cho thấy dòng chảy từ nhận đơn hàng đến xuất hàng gần đây là chúng tôi đã có thể cùng bạn khoanh vùng cách đọc bản báo giá, nên dù còn ở giai đoạn xem xét ban đầu, xin cứ thoải mái liên hệ qua trang liên hệ.

Nguồn tham khảo

• OSK | Giải thích chi tiết về mặt bằng chi phí của hệ thống quản lý sản xuất — https://www.kk-osk.co.jp/promotion/it_solutions/guide022_seisan.html
• BOXIL | Mặt bằng giá của hệ thống quản lý sản xuất là bao nhiêu — https://boxil.jp/mag/a9525/
• Cơ quan Doanh nghiệp vừa và nhỏ Nhật Bản | Công bố hướng dẫn nộp hồ sơ trợ cấp Số hóa và AI 2026 — https://www.chusho.meti.go.jp/koukai/hojyokin/kobo/2026/260310001.html
• Hojyokin Portal | Trợ cấp Số hóa và AI là gì, năm 2026 — https://hojyokin-portal.jp/columns/degital_ai_summary
• Godlan | ERP Implementation Failure Statistics 2026 Research — https://godlan.com/erp-implementation-failure-statistics/
• ERP Research | ERP Implementation Cost Breakdown 2026 — https://www.erpresearch.com/en-us/erp-implementation-cost-breakdown
• Thai Law Online | Thailand Minimum Wage 2026 337 to 400 Baht by Province — https://www.thailawonline.com/minimum-wage-in-thailand/
• Employer Records | Minimum Wage In Thailand 2026 Provincial Rates Employer Costs — https://employerrecords.com/eor-location/thailand/minimum-wage/
• The Nation Thailand | BOI says first-half investment tops B1.47tn — https://www.nationthailand.com/business/economy/40068948