Hệ thống quản lý sản xuất cho sản xuất để tồn kho 2026

Khi tìm một hệ thống quản lý sản xuất cho mô hình sản xuất để tồn kho, danh sách tính năng của mọi sản phẩm trong danh sách rút gọn đều trông giống hệt nhau. Dự báo nhu cầu, quản lý tồn kho, MRP, lập kế hoạch sản xuất. Sản phẩm nào cũng có đủ. Vậy mà khoảng sáu tháng sau khi vận hành, hiện trường bắt đầu nói rằng hệ thống này không hợp với cách nhà máy thực sự làm việc. Thứ không hợp hiếm khi là một tính năng còn thiếu. Đó là giả định mà gói phần mềm âm thầm đặt sẵn. Bài viết này dựa trên thông tin tính đến tháng 8 năm 2026, sắp xếp lại những vấn đề mà một nhà máy sản xuất để tồn kho nên chốt trước khi mở bảng so sánh tính năng.

Điều gì thực sự xảy ra khi nhà máy sản xuất để tồn kho nói hệ thống không phù hợp

Điểm gãy khác với sản xuất theo đơn hàng riêng lẻ

Phản ánh rằng hệ thống quản lý sản xuất không phù hợp đến từ mọi loại nhà máy. Nhưng vị trí gãy khác nhau rất rõ theo hình thức sản xuất.

Trong sản xuất theo đơn hàng riêng lẻ, việc mua hàng bắt đầu trước khi danh mục vật tư hoàn tất, thay đổi thiết kế chạy bên ngoài hệ thống, và giá thành chỉ hiện ra sau khi dự án kết thúc. Sự bất định của từng dự án xuyên thủng giả định của phần mềm. Chúng tôi đã trình bày cấu trúc đó trong bài viết về hệ thống quản lý sản xuất cho sản xuất theo đơn hàng riêng lẻ.

Nhà máy sản xuất để tồn kho có bức tranh khác hẳn. Danh mục vật tư đã ổn định. Thay đổi thiết kế chỉ xảy ra vài lần mỗi năm. Giá thành ra được theo từng mã hàng. Vậy mà hệ thống vẫn không phù hợp. Lý do là thứ bị gãy trong sản xuất để tồn kho không phải sự bất định của dự án, mà là cách xử lý chính bản kế hoạch.

Khác biệt nằm ở chỗ điểm khởi phát là kế hoạch chứ không phải đơn hàng

Nếu phải nói khác biệt giữa sản xuất để tồn kho và sản xuất theo đơn hàng riêng lẻ trong một câu, thì đó là sản xuất được kích hoạt bởi một bản kế hoạch chứ không phải bởi một đơn hàng.

Trong sản xuất theo đơn hàng, số lượng và ngày giao được chốt ngay khoảnh khắc đơn hàng vào. Hệ thống chỉ nhận thông tin đã xác nhận rồi triển khai. Còn trong sản xuất để tồn kho, căn cứ để khởi động sản xuất là một con số nói rằng chắc sẽ bán được chừng này. Con số đó thay đổi mỗi tuần. Nó thay đổi, và mỗi lần thay đổi lại phải có người quyết định phá bỏ bao nhiêu phần của kế hoạch cũ.

Rất nhiều gói phần mềm quản lý sản xuất mỏng đúng ở chỗ này, tức là ở khả năng xử lý một tiền đề luôn dịch chuyển. Màn hình nhập kế hoạch thì có. Nhưng ba câu hỏi sau đây thì không ít sản phẩm trả lời được. Xử lý chênh lệch giữa kế hoạch tuần trước và tuần này thế nào. Xử lý phần đã phát lệnh mua ra sao. Và quản lý việc đơn hàng đã xác nhận ăn vào dự báo bao nhiêu bằng cách nào.

Vì sao nâng độ chính xác dự báo vẫn không giải quyết được

Khi tồn kho không khớp và thiếu hàng cứ lặp lại, đề xuất đầu tiên thường là nâng độ chính xác của dự báo. Hướng đi đó đúng. Chỉ là chưa đủ.

Theo tập hợp chuẩn đối sánh do Xorosoft biên soạn, trung vị độ chính xác dự báo nhu cầu theo tháng mà APQC đo trên 1,068 tổ chức là 85 phần trăm. Cũng tài liệu đó dẫn phát hiện của McKinsey rằng dự báo có AI hỗ trợ có thể giảm sai số 20 đến 50 phần trăm trong những tình huống phù hợp. Giả sử cải thiện đó xảy ra tại nhà máy của bạn và độ chính xác theo tháng vượt 90 phần trăm. Vẫn còn 10 phần trăm sai.

Câu hỏi thực sự là khi 10 phần trăm đó sai thì cái gì sẽ chuyển động. Phải có cơ chế phát hiện việc trượt, có quy trình dựng lại kế hoạch, và có tiêu chí quyết định dừng hay tiếp tục những lệnh sản xuất đang chạy. Thiếu những thứ đó, độ chính xác cao hơn cũng không làm giảm khối lượng công việc của bộ phận kế hoạch. Riêng hiệu quả đầu tư của bản thân việc dự báo, chúng tôi trình bày trong bài viết về hiệu quả chi phí của dự báo nhu cầu bằng AI.

Nói cách khác, thứ nên đòi hỏi ở một hệ thống quản lý sản xuất không phải là một dự báo thường đúng, mà là một cấu trúc có thể dựng lại nhanh khi dự báo sai. Chính khác biệt trong góc nhìn này là ranh giới khi lựa chọn sản phẩm.

Diễn đạt lại khác biệt giữa hai hình thức sản xuất bằng ngôn ngữ yêu cầu hệ thống

Các giải thích thông thường về hình thức sản xuất mô tả khác biệt giữa sản xuất để tồn kho và sản xuất theo đơn hàng riêng lẻ qua ba điểm là thời gian giao hàng, tồn kho và chi phí. Phần giải thích của CREX Group cũng theo hướng đó, ghi rằng sản xuất để tồn kho giao hàng từ kho nên thời gian giao ngắn và hưởng lợi từ quy mô, đổi lại gánh rủi ro vừa tồn kho dư vừa thiếu hàng khi dự báo sai. Điều đó đúng, nhưng quá thô để rút ra yêu cầu hệ thống.

Vậy hãy diễn đạt lại chính khác biệt đó bằng ngôn ngữ của phần mềm.

Dòng có tác động thực tế lớn nhất là dòng về trách nhiệm tồn kho.

Trong sản xuất theo đơn hàng riêng lẻ, tồn kho gần như không tồn tại, và nếu có thì gắn với dự án. Không ai phải tranh cãi tồn kho đó của ai. Sản xuất để tồn kho thì khác. Nếu hàng đã làm ra mà không bán được thì lỗi của ai. Kinh doanh dự báo lỏng, hay sản xuất làm quá tay. Một tổ chức không trả lời được câu hỏi đó sẽ không giảm được tồn kho dù lắp bất kỳ hệ thống nào.

Chuyển thành tiêu chí lựa chọn, câu hỏi là sản phẩm đó có giữ kế hoạch bán hàng và kế hoạch sản xuất ở hai bảng riêng và giữ lại chênh lệch giữa chúng hay không. Với sản phẩm thiết kế theo kiểu ghi đè lên cùng một con số, sau này bạn không truy được con số hiện tại sinh ra từ phán đoán của ai. Và khi không truy được, cuộc thảo luận về trách nhiệm lần nào cũng biến thành tranh cãi cảm tính.

Sản xuất để tồn kho nhiều chủng loại là một sinh vật khác

Còn một phân biệt nữa hay bị bỏ qua. Sản xuất để tồn kho ít chủng loại sản lượng lớn và sản xuất để tồn kho nhiều chủng loại đòi hỏi những thứ khác nhau ở hệ thống.

Với số mã hàng ít, bảng tính vẫn nắm được toàn cảnh cung cầu. Thứ cần ở gói phần mềm là ghi nhận số liệu thực chính xác và tự động hóa việc mua linh kiện qua MRP.

Sản xuất để tồn kho nhiều chủng loại làm thay đổi tiền đề. Bạn giữ hàng trăm đến hàng nghìn mã hàng, vài chục mã trong đó chiếm phần lớn sản lượng xuất, phần còn lại mỗi tháng chỉ nhúc nhích vài đơn vị. Áp cùng một logic dự báo và cùng một quan niệm tồn kho an toàn cho tất cả thì tồn kho chất đống ở những mã không chạy, còn những mã chạy thì đứt hàng. Triệu chứng đặc trưng của sản xuất để tồn kho, tức tồn kho dư và thiếu hàng cùng xuất hiện, sinh ra từ đây.

Do đó với nhà máy nhiều chủng loại, tiêu chí quyết định khi lựa chọn là gói phần mềm có phân nhóm được mã hàng và áp quy tắc lập kế hoạch khác nhau cho từng nhóm hay không.

Năm điểm cấu trúc cần kiểm tra trước khi xem danh sách tính năng

Dưới đây là năm câu hỏi mang tính cấu trúc cần chốt trước khi so sánh sản phẩm. Cả năm đều khó thấy trong buổi trình diễn, và không điểm nào bổ sung được về sau.

Kế hoạch sản xuất chính và MRP có tách lớp không

Thứ đầu tiên cần kiểm tra ở một hệ thống cho sản xuất để tồn kho là kế hoạch sản xuất chính và MRP có tồn tại như hai lớp riêng biệt hay không.

Kế hoạch sản xuất chính quyết định làm thành phẩm nào, khi nào, bao nhiêu. MRP nhận thứ đó rồi triển khai ra phải mua gì vào lúc nào. Nếu hai phần này dính làm một, mỗi lần chạm vào kế hoạch thành phẩm là toàn bộ bức tranh mua linh kiện bị dựng lại. Với vận hành sản xuất để tồn kho vốn rà soát kế hoạch hằng tuần, đó là điểm chí tử.

Khi đã tách lớp, bạn có thể chốt kế hoạch thành phẩm trước rồi chỉ chạy triển khai linh kiện vào đúng thời điểm cần. Trong buổi trình diễn, hãy yêu cầu nhà cung cấp thao tác đúng trình tự từ lúc sửa kế hoạch đến lúc thấy kết quả ở phần mua linh kiện. Cấu trúc sẽ lộ ra ngay.

Có logic khấu trừ đơn hàng vào dự báo không

Cơ chế phát huy tác dụng hằng ngày trong vận hành sản xuất để tồn kho là việc khấu trừ đơn hàng đã xác nhận vào dự báo.

Giả sử đầu tháng đặt dự báo 100 đơn vị, giữa tháng có 60 đơn vị đơn hàng chắc chắn vào. Lúc này bạn đọc phần kế hoạch còn lại là 40 đơn vị, hay đọc là 100 đơn vị dự báo cộng thêm 60 đơn vị đơn hàng. Cách đầu tiên chính là khấu trừ. Tại những sản phẩm không có logic này, dự báo và đơn hàng bị tính hai lần, và việc làm dư trở thành vấn đề cấu trúc.

Thứ cần kiểm tra là đơn vị và kỳ khấu trừ. Theo mã hàng hay theo nhóm mã hàng. Khấu trừ theo tuần hay theo tháng. Đơn hàng vào sớm có khấu trừ được dự báo của kỳ trước đó không. Thiết lập càng chi tiết thì kế hoạch cho ra càng sát thực tế.

Tồn kho an toàn có tham số hóa được theo từng mã hàng không

Bản thân công thức tồn kho an toàn thì sản phẩm nào cũng gần giống nhau. Khác biệt nằm ở độ chi tiết mà các tham số của công thức đó được lưu giữ.

Sản phẩm chỉ cho phép đặt một mức phục vụ chung toàn công ty sẽ không xử lý được vấn đề nhiều chủng loại nêu trên. Yêu cầu là mức phục vụ mục tiêu và kỳ rà soát phải khác nhau được theo từng mã hàng, hoặc ít nhất theo từng nhóm mã hàng. Trong thực tế còn có lúc cần đổi giá trị theo giai đoạn, chẳng hạn giữ dày hơn một số mã trước mùa cao điểm.

Cách quyết định mức tồn kho an toàn là chuyện tính toán, và chúng tôi đã trình bày, bao gồm cả góc nhìn phân lớp và phần đuôi của thời gian chờ, trong bài viết về quản lý mức tồn kho hợp lý. Tại đây, với tư cách yêu cầu hệ thống, chỉ cần tập trung vào độ chi tiết của tham số và việc có lưu lịch sử hay không. Với sản phẩm không ghi lại việc một giá trị đã bị thay đổi, sáu tháng sau sẽ không ai nhớ tại sao mức lại là như vậy.

Màn hình cân đối cung cầu có bảng kế hoạch không

Trong vận hành sản xuất để tồn kho, mỗi tháng hoặc mỗi tuần đều có cuộc họp cân đối cung cầu. Kế hoạch bán hàng, kế hoạch sản xuất và tồn kho dự kiến được đặt cạnh nhau, rồi cả nhóm quyết định cắt chỗ nào và bù chỗ nào.

Thứ được dùng trong cuộc họp đó là một bảng kế hoạch có mã hàng ở cột dọc, các kỳ ở hàng ngang, và ba dòng cho mỗi mã hàng gồm kế hoạch bán, kế hoạch sản xuất và tồn kho cuối kỳ. Tại phần lớn nhà máy, bảng này nằm trong bảng tính.

Vấn đề nảy sinh khi hệ thống quản lý sản xuất không có bảng này. Mỗi lần họp lại phải xuất số liệu thực từ hệ thống, dựng lại trong bảng tính, rồi gõ tay kết quả đã thống nhất trở lại hệ thống. Khi vòng đi vòng lại đó tồn tại, con số trong hệ thống vĩnh viễn chậm hơn cuộc họp một thế hệ.

Khi lựa chọn, hãy xác nhận bảng kế hoạch này có nằm trong hệ thống không, và một điều chỉnh trong lúc họp có làm tồn kho dự kiến được tính lại ngay không. Chừng nào nó còn nằm ở bảng tính bên ngoài, hệ thống vẫn chỉ là thiết bị ghi chép và không bao giờ trở thành công cụ lập kế hoạch.

Có cơ chế phát hiện ngoại lệ và báo cho người không

Điểm cuối cùng trong năm điểm là phát hiện ngoại lệ.

Trong sản xuất để tồn kho, chừng nào mọi thứ chạy đúng kế hoạch thì con người lẽ ra không phải làm gì. Người chỉ nên được kéo vào khi nhu cầu thực lệch khỏi dự báo, khi tồn kho rơi xuống dưới ngưỡng, hoặc khi biết chắc hàng đặt sẽ về không kịp.

Vậy mà ở phần lớn nhà máy, nhân viên kế hoạch mỗi sáng đều rà mắt qua danh sách tồn kho để tìm những mã trông có vẻ rủi ro. Với vài trăm mã hàng, riêng việc đó đã hết buổi sáng. Và vẫn sót.

Vì vậy việc có sẵn cơ chế chuẩn chỉ đưa lên những mã vượt ngưỡng hay không ảnh hưởng rất lớn đến khối lượng công việc thường ngày. Chúng tôi đã viết cách thiết kế phần này theo lớp trong bài viết về thiết kế năm lớp phòng chống thiếu hàng. Khi lựa chọn, hãy kiểm tra đơn vị đặt ngưỡng và cách thông báo thực sự đến được tay người.

Yêu cầu riêng của sản xuất để tồn kho nhiều chủng loại

Nhà máy chạy sản xuất để tồn kho nhiều chủng loại có thêm vài yêu cầu ngoài năm điểm ở trên.

Việc phân nhóm mã hàng có nối vào quy tắc lập kế hoạch không

Phần lớn sản phẩm đều có chức năng phân tích ABC. Nhưng ở nhiều sản phẩm, kết quả phân tích chỉ hiện lên màn hình và không nối vào bất kỳ quy tắc lập kế hoạch nào.

Thứ cần có là cách dựng kế hoạch thay đổi theo nhóm. Những mã có sản lượng xuất cao và ít biến động thì bổ sung định kỳ theo dự báo. Những mã sản lượng thấp và biến động mạnh thì bỏ hẳn việc dự báo, chỉ làm khi có đơn hoặc giữ tồn kho ở mức tối thiểu. Việc phân tách này có diễn đạt được thành quy tắc trong hệ thống hay không chính là yêu cầu.

Chu kỳ rà soát phân nhóm cũng đáng kiểm tra. Sản phẩm chỉ cập nhật phân loại được hai lần một năm sẽ không theo kịp một mã mới đang lên hay một mã đang bị khai tử.

Kế hoạch có biết về ràng buộc chuyển đổi mẫu không

Trong sản xuất để tồn kho nhiều chủng loại, thứ quyết định chất lượng của kế hoạch là việc chuyển đổi mẫu.

Chuyển từ mã A sang mã B mất 30 phút, trong khi chuyển từ mã A sang mã C chỉ mất 10 phút. Nếu bộ máy lập kế hoạch không biết những quan hệ này giữa các mã hàng, kế hoạch đưa ra chắc chắn sẽ bị sắp xếp lại ngoài hiện trường. Và ngay khi bị sắp xếp lại, sẽ không còn ai quay lại nhìn kế hoạch trong hệ thống nữa.

Không nhiều gói phần mềm xử lý được ràng buộc này trong chức năng tiêu chuẩn. Trong phần lớn trường hợp, việc lập lịch sản xuất chi tiết là nhiệm vụ của một bộ máy hoạch định và lập lịch nâng cao tách riêng. Đây là một ngã rẽ thực sự khi lựa chọn, và bạn cần quyết định từ đầu là gói gọn mọi thứ trong hệ thống quản lý sản xuất hay đặt thêm một bộ máy lập lịch bên cạnh. Chúng tôi đã tổng hợp cơ sở cho quyết định đó trong bài viết về mô phỏng kế hoạch sản xuất.

Thuộc tính của dữ liệu gốc mã hàng có ở dạng bộ máy kế hoạch dùng được không

Càng nhiều biến thể thì thiết kế dữ liệu gốc mã hàng càng quan trọng.

Lưu các biến thể khác màu, khác dung tích, khác thị trường đích của cùng một sản phẩm như thế nào. Nếu lưu tất cả thành mã hàng riêng biệt, số mã hàng sẽ bùng nổ thành một đơn vị quá mịn để dự báo. Còn nếu gộp làm một thì không quản được tồn kho vật lý.

Lời giải khả thi là cấu trúc hai lớp, trong đó mã hàng mang thuộc tính, việc dự báo thực hiện ở cấp nhóm thuộc tính, còn tồn kho và mua hàng xử lý ở cấp mã hàng. Hãy kiểm tra gói phần mềm có hỗ trợ hai lớp này không và lưu được bao nhiêu cấp thuộc tính.

Tất cả những điều trên đều vô nghĩa nếu bản thân dữ liệu gốc không chính xác. Logic lập kế hoạch dù tinh vi đến đâu, nếu dữ liệu gốc mã hàng hoặc danh mục vật tư có sai sót thì con số cho ra cũng không dùng được. Chúng tôi đã trình bày nền tảng đó trong bài viết về độ chính xác dữ liệu gốc trong MRP.

Hệ thống hỗ trợ san bằng sản xuất được tới đâu

Thế mạnh của sản xuất để tồn kho là hấp thụ dao động nhu cầu vào tồn kho và giữ nhịp sản xuất ổn định. Ý tưởng đó gọi là san bằng sản xuất, hay heijunka.

Advanced Technology Services mô tả san bằng là phân bổ đều sản lượng và cơ cấu chủng loại theo trục thời gian, và nêu ví dụ rằng thay vì làm 500 đơn vị sản phẩm A vào thứ Hai và 500 đơn vị sản phẩm B vào thứ Ba, hãy làm mỗi loại 50 đơn vị mỗi ngày. Giữ sản lượng và cơ cấu hằng ngày không đổi làm cho cách sử dụng con người, thiết bị và linh kiện trở nên ổn định.

San bằng và chuyển đổi mẫu luôn giằng co nhau

San bằng có cái giá phải trả, và cái giá đó là số lần chuyển đổi mẫu.

Hãy xét việc làm 6 đơn vị thuộc ba chủng loại, mỗi loại 2 đơn vị. Làm gộp theo lô thì chủng loại đổi 2 lần. Trộn xen kẽ từng đơn vị thì chủng loại đổi 5 lần. Cùng 6 đơn vị, nhưng tốn 2 lần hoặc 5 lần chuyển đổi. Khoảng cách đó chính là chi phí thực tế của việc san bằng.

Vì vậy san bằng chỉ tiến lên được khi đi kèm với rút ngắn thời gian chuyển đổi mẫu. Trên chuyền mà một lần chuyển đổi mất một giờ, việc trộn quá mịn sẽ ăn hết thời gian chạy máy. Còn nơi một lần chuyển đổi chỉ mất năm phút thì trộn mịn gần như không tốn gì.

Thứ có thể kỳ vọng hợp lý ở một hệ thống quản lý sản xuất là nó bày ra sự đánh đổi này bằng con số. Khi đổi cỡ lô, tổng thời gian chuyển đổi dịch chuyển thế nào và tồn kho bình quân dịch chuyển thế nào. Đặt hai con số đó cạnh nhau thì cuộc thảo luận chuyển từ cảm tính sang số học.

San bằng là bài toán về trình tự, không phải bài toán về lịch

Hiểu san bằng là làm cùng một số lượng mỗi ngày thì trong thực tế không chạy được. Thứ thực sự có tác dụng là làm cho trình tự sản xuất ổn định.

Khi trình tự ổn định, việc cấp linh kiện, việc chuẩn bị đồ gá và việc chuẩn bị kiểm tra đều trở nên dự đoán được. Ngược lại, tổng lượng có cố định mà trình tự đổi mỗi ngày thì mọi công đoạn xung quanh vẫn bị quăng quật mỗi ngày.

Khi lựa chọn, hãy kiểm tra đầu ra của kế hoạch chỉ là một danh sách số lượng hay là thứ có kèm trình tự. Với sản phẩm chỉ xuất ra được số lượng, cuộc thảo luận về san bằng lập tức quay về quyền tùy nghi của hiện trường.

Viết yêu cầu độ chính xác vào RFP như thế nào

Lựa chọn hệ thống cho sản xuất để tồn kho thường phải viết một yêu cầu về độ chính xác dự báo vào RFP. Để định nghĩa chỉ số mơ hồ thì chắc chắn sẽ có tranh cãi về sau.

Chỉ viết MAPE thì không dùng được

RELEX Solutions chỉ ra rằng tuy MAPE dễ so sánh giữa các sản phẩm và các nhóm, nó lại tạo ra tỷ lệ phần trăm lớn gây hiểu lầm với những mã hàng luân chuyển chậm, vì một sai số tuyệt đối nhỏ biến thành dao động phần trăm lớn, và hoàn toàn không tính được khi nhu cầu thực bằng không. Cũng tài liệu đó lập luận rằng WAPE, có trọng số theo sản lượng, phù hợp hơn để đánh giá tác động kinh doanh.

Điểm đáng lưu ý nhất là cấp độ tổng hợp dữ liệu. Trên cùng một bộ dữ liệu, tính sai số sau khi đã tổng hợp so với tính theo từng mã rồi mới lấy trung bình cho ra kết quả lần lượt là 3 phần trăm và 33 phần trăm. Nếu trong RFP chỉ viết là MAPE không quá 15 phần trăm, nhà cung cấp sẽ chọn cấp độ tổng hợp có lợi cho họ.

Phải chốt bốn điều kiện cùng lúc

Cách viết yêu cầu độ chính xác an toàn hơn là như sau.

Sau khi chốt bốn điều đó, chúng tôi khuyên nên đo giá trị hiện tại của chính mình trước. Viết mục tiêu mà không biết mức nền thì không ai phán đoán được mục tiêu ấy có khả thi hay không.

Khung tư duy mà Netstock công bố cũng hữu ích. Trong phân tích hơn 2,400 doanh nghiệp vừa và nhỏ, nhóm dẫn đầu có độ chính xác dự báo cao hơn nhóm trung bình 23 phần trăm, cập nhật dự báo với tần suất gấp 3.2 lần, và tỷ lệ áp dụng dự báo có AI là 48 phần trăm so với 23 phần trăm của toàn bộ người trả lời. Ngoài ra, các tổ chức họp liên bộ phận hằng tuần đạt độ chính xác cao hơn 18 phần trăm. Độ chính xác vì thế không chỉ do công cụ quyết định, mà còn do tần suất cập nhật và kỷ luật họp hành quyết định.

Những điểm riêng của nhà máy Nhật Bản tại Thái Lan

Kế hoạch nhu cầu của trụ sở và kế hoạch sản xuất chính tại chỗ thành hai bản

Một mô típ lặp lại tại các cơ sở sản xuất của Nhật Bản ở Thái Lan là việc quản lý chồng lấn giữa kế hoạch nhu cầu do trụ sở tại Nhật nắm và kế hoạch sản xuất chính do cơ sở tại chỗ nắm.

Trụ sở rà soát nhu cầu toàn cầu hằng tháng và phân bổ sản lượng theo từng cơ sở. Cơ sở tại chỗ nhận con số đó rồi dựng kế hoạch tuần của mình. Đến đây vẫn tự nhiên. Vấn đề là không có quy tắc nào quy định phải dựng lại bao nhiêu phần của kế hoạch tại chỗ khi phân bổ của trụ sở thay đổi giữa tháng.

Với tư cách tiêu chí lựa chọn, hãy kiểm tra có cổng chuẩn để nhập con số kế hoạch từ bên ngoài hay không, và con số nhập vào với con số đã điều chỉnh tại chỗ có lưu tách rời được hay không. Với sản phẩm chỉ ghi đè được, bạn mất khả năng phân biệt chỉ đạo của trụ sở với phán đoán của cơ sở tại chỗ.

Phần đuôi của thời gian giao hàng rất dài

Với sản xuất để tồn kho tại cơ sở ở Thái Lan, điểm đến không chỉ có trong nước. Vận chuyển bằng đường biển sang Nhật, sang các nước khác trong ASEAN, sang châu Âu hay Bắc Mỹ khiến thời gian chờ được tính bằng tuần, và phần đuôi còn kéo dài thêm khi cảng ùn tắc hoặc tàu chậm.

Nếu chỉ đưa giá trị trung bình của thời gian chờ vào phép tính tồn kho an toàn thì phần đuôi đó biến mất. Thứ cần ở hệ thống là khả năng lưu thời gian chờ dưới dạng phân phối thực tế thay vì một giá trị cố định, hoặc tối thiểu là lưu giá trị khác nhau theo từng điểm đến.

Đọc xu hướng sản xuất năm 2026 ra sao

Kiểm tra xu hướng công nghiệp gần nhất là việc đáng làm khi đặt giả định cho kế hoạch.

Chỉ số sản xuất công nghiệp của Thái Lan tháng 7 năm 2026 tăng 0.46 phần trăm so với cùng kỳ năm trước, quay lại tăng trưởng lần đầu tiên sau bốn tháng. Động lực đến từ nhóm điện tử như ổ đĩa cứng nhờ nhu cầu liên quan đến AI, cùng với thức ăn cho thú cưng và thực phẩm ăn liền phản ánh hành vi tiêu dùng đang đổi. Trong khi đó chỉ số Manufacturing PMI của Thái Lan do S&P Global công bố đạt 54.2 trong tháng 7 năm 2026, tăng từ 53.6 của tháng 6 và là mức cao nhất kể từ tháng 12 năm 2025.

Hai con số này đặt cạnh nhau cho thấy thời điểm phục hồi khác nhau rất nhiều theo từng ngành. Thay vì áp một tỷ lệ tăng trưởng chung toàn công ty vào kế hoạch, hãy nhìn riêng chuyển động của phân khúc mà nhóm sản phẩm của bạn thuộc về.

Nên triển khai theo thứ tự nào

Hệ thống quản lý sản xuất cho sản xuất để tồn kho sẽ thất bại nếu bật toàn bộ chức năng cùng lúc. Một trình tự khả thi trông như sau.

• Bắt đầu bằng việc ghi nhận chính xác số liệu thực của tồn kho và xuất hàng, vì nếu chỗ này sai thì mọi thứ phía sau đều sai
• Tiếp theo nâng độ chính xác của dữ liệu gốc mã hàng và danh mục vật tư, rồi chốt cách phân nhóm mã hàng
• Sau đó đưa kế hoạch sản xuất chính vào trong hệ thống và vận hành cuộc họp cân đối cung cầu bằng con số của hệ thống
• Chỉ bắt tay vào dự báo nâng cao và lập lịch chi tiết sau khi những phần trên đã ổn định
• Cuối cùng tinh chỉnh ngưỡng phát hiện ngoại lệ để danh sách mà con người phải xem thực sự ngắn lại

Bỏ qua trình tự này mà bắt đầu từ dự báo thì cuộc tranh luận về độ chính xác sẽ chạy trước trong khi vẫn chưa có cái khuôn kế hoạch nào để hứng con số dự báo. Những nhà máy đẩy phần dự báo lên trước rồi phải chép kết quả sang bảng tính không phải là hiếm.

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

Có nên tách hệ thống quản lý sản xuất cho hai hình thức sản xuất không

Khi một nhà máy có cả hai hình thức, bước đầu tiên thực tế là kiểm tra xem một hệ thống duy nhất có thay đổi được cách xử lý theo từng mã hàng hay không, thay vì chạy hai hệ thống. Tách ra nghĩa là tồn kho và giá thành bị quản lý hai lần, và mỗi lần ra con số cấp công ty lại phải đối chiếu. Tuy vậy, nếu tỷ trọng sản xuất theo đơn hàng riêng lẻ cao và quản lý giá thành theo dự án là lõi của hoạt động kinh doanh, thì giữ một cơ chế riêng cho phần đó là quyết định có cơ sở. Ranh giới không nằm ở số mã hàng, mà ở chỗ ban lãnh đạo thực sự dùng việc so sánh kế hoạch với thực tế theo dự án đến mức nào.

Nên đặt mục tiêu độ chính xác dự báo ở mức bao nhiêu phần trăm

Chúng tôi không khuyên đặt một con số mục tiêu duy nhất. Làm giá trị tham chiếu, phép đo của APQC trên 1,068 tổ chức cho trung vị độ chính xác dự báo nhu cầu theo tháng là 85 phần trăm, nhưng đó là con số theo tháng ở cấp dữ liệu đã tổng hợp. Đo chính tổ chức đó theo từng mã và theo tuần thì con số tụt xuống nhiều. Nếu buộc phải đặt mục tiêu, hãy chốt chỉ số, cấp độ tổng hợp, tầm dự báo và phạm vi trước, đo giá trị hiện tại của mình, rồi đặt mục tiêu như một mức cải thiện từ đó. Mượn con số của công ty khác sẽ tạo ra những cải thiện chẳng có ý nghĩa gì.

Tăng tồn kho an toàn thì có giảm được thiếu hàng không

Có giảm, nhưng tăng đồng loạt cho mọi mã hàng sẽ làm tồn kho vọt lên. Tình trạng hay xảy ra nhất trong sản xuất để tồn kho là tồn kho dư và thiếu hàng cùng lúc, xuất hiện vì tồn kho tích tụ ở mã luân chuyển chậm trong khi mã luân chuyển nhanh thì cạn. Nước đi cần làm vì thế không phải tăng tổng lượng mà là phân hóa mức phục vụ mục tiêu theo từng nhóm mã hàng. Với tư cách yêu cầu hệ thống, yếu tố quyết định là tham số tồn kho an toàn có lưu được ở cấp mã hàng hoặc cấp nhóm mã hàng hay không.

Lắp hệ thống vào thì có san bằng được sản xuất không

Chỉ mình hệ thống thì không. San bằng làm tăng tần suất chuyển đổi mẫu, nên nếu không giảm thời gian chuyển đổi đi kèm thì nó chỉ ăn mất thời gian chạy máy sẵn có. Thứ hệ thống làm được là đặt các con số cạnh nhau, cho thấy tổng thời gian chuyển đổi và tồn kho bình quân dịch chuyển ra sao khi đổi cỡ lô. Việc quyết định trộn mịn tới đâu dựa trên những con số ấy vẫn là phán đoán của con người. Đo thời gian chuyển đổi hiện tại theo từng cặp mã hàng trước khi triển khai sẽ làm cuộc thảo luận cụ thể hơn nhiều.

Sản xuất để tồn kho nhiều chủng loại còn dùng bảng tính tiếp được không

Hãy phán đoán theo hai biến số là số mã hàng và số người tham gia cân đối cung cầu. Với vài chục mã hàng và một nhân viên kế hoạch, bảng tính vẫn chạy được. Khi số mã hàng lên tới hàng trăm và kinh doanh, kế hoạch sản xuất cùng mua hàng đều phải thống nhất trên cùng bộ số, chi phí kiểm soát phiên bản của bảng tính sẽ vượt quá lợi ích nó mang lại. Tuy vậy, lấy việc bỏ bảng tính làm mục tiêu là một sai lầm. Hãy viết ra trước xem bảng tính hiện tại đang phục vụ những quyết định nào, thiết kế cách tái hiện các quyết định đó trong hệ thống, rồi mới chuyển đổi.

Nên chọn gói phần mềm hay tự phát triển

Với sản xuất để tồn kho, logic lập kế hoạch khá giống nhau giữa các ngành, nên đây là lĩnh vực mà gói phần mềm thường hợp. Ngã rẽ nằm ở hình dạng bảng kế hoạch dùng trong cuộc họp cân đối cung cầu và ở thiết kế thuộc tính của dữ liệu gốc mã hàng. Chọn sản phẩm có cách tiếp cận hai điểm này khác xa cách của bạn thì phần tùy chỉnh sẽ chất chồng. Khi lựa chọn, chúng tôi khuyên nên yêu cầu xem hai màn hình đó với dữ liệu thật của chính bạn, thay vì chỉ hỏi có tính năng hay không.

Kết luận

Khi một nhà máy sản xuất để tồn kho nói rằng hệ thống quản lý sản xuất không phù hợp, nguyên nhân hiếm khi là một tính năng còn thiếu. Đó là giả định được gắn sẵn trong gói phần mềm. Vì sản xuất được kích hoạt bởi kế hoạch, thứ hệ thống cần cung cấp không phải là một dự báo chính xác mà là một cái khuôn dựng lại được nhanh khi dự báo sai.

Yêu cầu cho cái khuôn đó gói lại thành năm điểm. Kế hoạch sản xuất chính và MRP tách thành hai lớp. Có logic khấu trừ đơn hàng đã xác nhận vào dự báo. Tham số tồn kho an toàn lưu được ở cấp mã hàng. Bảng kế hoạch cung cầu nằm bên trong hệ thống. Và có cơ chế chỉ đưa ngoại lệ tới tay người. Với sản xuất để tồn kho nhiều chủng loại, thêm hai điểm nữa là phân nhóm mã hàng nối vào quy tắc lập kế hoạch, và bộ máy kế hoạch biết về ràng buộc chuyển đổi mẫu.

Về san bằng sản xuất, hãy coi đó không phải thứ hệ thống làm thay, mà là thứ hệ thống định lượng giúp, cho thấy sự đánh đổi với chuyển đổi mẫu. Và khi viết yêu cầu độ chính xác vào RFP, hãy chốt cùng lúc cả bốn điều gồm chỉ số, cấp độ tổng hợp, tầm dự báo và phạm vi. Viết mỗi con số mà thiếu bốn điều đó thì khác biệt trong cách diễn giải chắc chắn sẽ nổi lên sau khi ký hợp đồng.

TOMAS TECH đặt trụ sở tại Bangkok và hỗ trợ các cơ sở sản xuất của Nhật Bản tại Thái Lan trong việc lựa chọn hệ thống quản lý sản xuất và thiết kế triển khai. Với một nhà máy sản xuất để tồn kho, ranh giới giữa phần giao cho gói phần mềm và phần phải tự thiết kế rất đáng được vạch ra trước khi bắt đầu so sánh sản phẩm. Ngay cả khi bạn chưa quyết định đầu tư, chúng tôi vẫn sẵn lòng cùng bạn sắp xếp lại các vấn đề. Vui lòng liên hệ qua trang liên hệ.

Thông tin tham khảo

• Trung vị độ chính xác dự báo theo tháng của APQC ở mức 85 phần trăm trên 1,068 tổ chức, và ước tính của McKinsey về mức giảm sai số 20 đến 50 phần trăm, được dẫn từ Xorosoft “Forecast Accuracy Statistics – 2026 Benchmarks and Trends”
• Điểm yếu của MAPE, lý do nên dùng WAPE, và ví dụ cấp độ tổng hợp cho ra 3 phần trăm so với 33 phần trăm trên cùng bộ dữ liệu, dẫn từ RELEX Solutions “Measuring forecast accuracy”
• Các con số về nhóm dẫn đầu chính xác hơn 23 phần trăm, cập nhật thường xuyên hơn 3.2 lần, tỷ lệ dùng AI 48 phần trăm so với 23 phần trăm, và họp liên bộ phận hằng tuần cho độ chính xác cao hơn 18 phần trăm, rút từ phân tích hơn 2,400 doanh nghiệp, xuất hiện trong Netstock “The New Rules of Demand Forecasting in 2026”
• Chỉ số sản xuất công nghiệp của Thái Lan tăng 0.46 phần trăm trong tháng 7 năm 2026 và quay lại tăng trưởng lần đầu sau bốn tháng, cùng các ngành dẫn dắt, được đưa tin bởi Xinhua “Thailand’s industrial output returns to growth in July” ngày 27 tháng 8 năm 2026
• Chỉ số Manufacturing PMI của Thái Lan đạt 54.2 trong tháng 7 năm 2026, tăng từ 53.6 của tháng 6, lấy từ Trading Economics “Thailand Manufacturing PMI”
• Định nghĩa về san bằng sản xuất và ví dụ làm mỗi loại 50 đơn vị mỗi ngày, dẫn từ Advanced Technology Services “Heijunka and Production Leveling in Manufacturing”
• Phần so sánh chung giữa sản xuất để tồn kho và sản xuất theo đơn hàng tham khảo CREX Group “What is make-to-stock”