Hệ thống quản lý MOQ cho nhà máy: Thiết kế MRP, bội số đặt hàng và phê duyệt

Triển khai hệ thống quản lý số lượng đặt hàng tối thiểu, hay MOQ (minimum order quantity), trong nhà máy không kết thúc ở việc nhập “tối thiểu 100 chiếc” vào danh mục vật tư. Nếu nhu cầu ròng là 63 chiếc, MOQ của nhà cung cấp là 100 chiếc và một thùng chứa 24 chiếc, đề xuất mua hàng của MRP phải là bao nhiêu? Ai phê duyệt phần vượt nhu cầu? Khi đơn giá giảm ở mức số lượng cao hơn, lựa chọn nào hợp lý? Nếu không giải quyết đồng thời các câu hỏi ấy, người mua vẫn phải tính lại bằng Excel dù giao diện mới có vẻ tự động. Bài viết này trình bày dữ liệu, quy tắc ra quyết định và phép thử triển khai cho nhà sản xuất tại Việt Nam, Thái Lan và ASEAN.

MOQ khác điểm đặt hàng lại và bội số đặt hàng như thế nào?

Điểm đặt hàng lại giúp xác định khi nào cần bắt đầu bổ sung vật tư. MOQ là số lượng tối thiểu mà nhà cung cấp chấp nhận trong một đơn. Bội số đặt hàng quy định bước tăng của lượng được phép đặt. Bội số đóng gói thể hiện số chiếc trong một thùng có thể giao mà không phải chia lại. Bốn khái niệm này phải là bốn điều kiện riêng. Điểm đặt hàng lại có thể đúng trong khi lượng MRP đề xuất vẫn thấp hơn MOQ.

Giả sử nhu cầu ròng là 63 chiếc, MOQ 100 chiếc, bội số đặt hàng 20 chiếc và mỗi thùng 24 chiếc. Nếu hợp đồng yêu cầu mỗi đơn ít nhất 100 chiếc và nguyên thùng, lượng khả thi nhỏ nhất là 120 chiếc. Nếu hợp đồng ghi “bắt đầu từ 100 rồi tăng từng 20 chiếc”, còn quy cách thùng chỉ là điều kiện giao vận có thể thương lượng, 100 hoặc 120 chiếc có thể phù hợp tùy thỏa thuận. Không nên lập trình sẵn một cách hiểu trước khi xác nhận với nhà cung cấp. Các số trong bài chỉ là ví dụ giải thích, không phải chuẩn chung của ngành.

Tài liệu Supply Planning của Oracle mô tả riêng Minimum Order Quantity và Fixed Lot Multiplier. Microsoft cũng tách minimum, maximum và multiple trong thiết lập đơn hàng mặc định. Bài học về yêu cầu hệ thống là lưu rõ từng ràng buộc, đơn vị đo và thời hạn hiệu lực thay vì gộp thành một trường “kích thước lô”. Xem các thuộc tính và điều chỉnh đơn hàng của Oracle và thiết lập đơn hàng mặc định của Microsoft.

Gắn MOQ với đúng nhà cung cấp và đường đi của đơn mua

Cùng một linh kiện có thể được nhà cung cấp nội địa bán từ 100 chiếc, còn bên nhập khẩu chỉ nhận từ 1.000 chiếc. MOQ chỉ gắn với mã vật tư không thể biểu diễn hai điều kiện ấy. Nhà máy, tổ chức mua hàng, nơi giao, hợp đồng, tiền tệ, đơn vị mua và ngày hiệu lực đều có thể ảnh hưởng. Hệ thống phải nêu rõ quy tắc ưu tiên giữa thông số chung của vật tư và điều kiện riêng của nhà cung cấp.

Tài liệu của Microsoft về mua từ nhiều nhà cung cấp mô tả mức tối thiểu theo cặp nhà cung cấp–vật tư và cách xét cùng thiết lập đơn hàng mặc định. Nhưng tài liệu cũng nói rõ quy tắc tối thiểu riêng này áp dụng cho đơn mua dự kiến do chính sách hoạch định liên quan tạo ra, không áp dụng cho đơn mua nhập tay. Đó là hành vi của một sản phẩm cụ thể, song là bài kiểm thử quan trọng cho mọi hệ thống: cần xác định chính xác màn hình và đường giao dịch nào thực thi quy tắc. Xem hướng dẫn mua từ nhiều nhà cung cấp của Microsoft.

MRP nên chuyển nhu cầu ròng thành đề xuất đáp ứng MOQ ra sao?

Hãy hiển thị từng bước. Đầu tiên tính nhu cầu ròng từ kế hoạch sản xuất, BOM, tồn kho sử dụng được và đơn mua đang mở. Sau đó chọn hoặc so sánh các nhà cung cấp. Áp dụng MOQ, bội số đặt hàng, bội số đóng gói và mức tối đa của nhà cung cấp đã chọn. Tiếp theo kiểm tra ngày giao, giá và hợp đồng. Cuối cùng đưa chênh lệch giữa nhu cầu và lượng đề xuất vào danh sách ngoại lệ để người mua xem và phê duyệt. Việc chọn nguồn cung cần đi trước việc làm tròn theo điều kiện riêng; nếu không, một MOQ chung cho vật tư sẽ làm sai lệch các phương án.

Với nhu cầu 63 chiếc, đề xuất 100 chiếc tạo dư 37 chiếc, còn 120 chiếc tạo dư 57 chiếc. Không thể khẳng định phương án nào tốt chỉ từ hai số ấy. Người mua cần thấy đơn sản xuất đã xác nhận trong tương lai có dùng hết phần dư không, liệu thay đổi thiết kế có khiến linh kiện lỗi thời không, và kho hay hạn sử dụng phát sinh chi phí gì. Màn hình chỉ ghi “đặt 120” che mất đánh đổi cần quyết định.

Hiển thị đường tính như “cần 63 → MOQ 100 → thùng 24 → đề xuất 120”. Nếu mua theo thùng và quản lý tồn theo chiếc, hãy hiện “5 thùng × 24 chiếc = 120 chiếc”. SAP mô tả rounding profile để làm tròn lượng mua theo mức có thể giao hoặc vận chuyển. Microsoft phân biệt thiết lập đơn vị của kho với số lượng đơn mua và nhấn mạnh cần có chuyển đổi đơn vị. Thiếu hệ số chuyển đổi thì không nên tự động phê duyệt; cần báo lỗi dữ liệu rõ ràng. Xem SAP Rounding Profile và hướng dẫn đơn vị của Microsoft.

So sánh các lượng có thể mua, không chỉ lượng nhỏ nhất

Người mua có thể so sánh đơn đặc biệt 63 chiếc, đơn MOQ thường 120 chiếc, bậc giá 240 chiếc và một nhà cung cấp khác. Loại phương án mà đối tác không thực sự chấp nhận. Với các phương án còn lại, so sánh tổng tiền, vận chuyển, tồn kho kỳ vọng, độ tin cậy giao hàng và nhu cầu tương lai trên cùng cơ sở. Đơn giá thấp hơn không đủ làm quy tắc quyết định.

Ví dụ giả định: 120 chiếc giá 40 baht/chiếc có tổng tiền 4.800 baht; 240 chiếc giá 38 baht/chiếc có tổng tiền 9.120 baht. Dù đơn giá giảm 2 baht, tiền chi thêm là 4.320 baht và lượng vượt nhu cầu 63 chiếc tăng từ 57 lên 177 chiếc. Nếu 177 chiếc đã có lệnh sản xuất chắc chắn trong tháng sau, mua 240 có thể hợp lý; nếu không có bằng chứng đó, “giá mỗi chiếc rẻ hơn” là lập luận chưa đủ. Đây là phép tính minh họa, không phải báo giá hay mức tiết kiệm được cam kết.

Liên kết bậc giá nhà cung cấp với phê duyệt ngoại lệ

Lưu từng bậc giá cùng báo giá hoặc phiên bản hợp đồng, khoảng số lượng, tiền tệ, thuế, điều kiện vận chuyển, đơn vị mua và thời gian hiệu lực. Hai mức giá nhìn giống nhau không thể so sánh nếu một mức theo thùng, mức còn lại theo chiếc, hoặc một mức đã gồm giao hàng. Tài liệu purchase agreements của Microsoft mô tả cách nối cam kết số lượng hoặc giá trị với giá, chiết khấu và đơn mua. Nguyên tắc chung là giữ bằng chứng về giá cạnh quy tắc số lượng và quyết định.

Quy tắc “cứ vượt MOQ là phải duyệt” sẽ tạo nhiều việc vô ích vì chính MOQ thường buộc mua nhiều hơn nhu cầu. Phân loại ngoại lệ theo giá trị hoặc tỷ lệ dư, nguy cơ hết hạn hay lỗi thời, giá ngoài hợp đồng, giao trễ, đổi nhà cung cấp và chỉnh tay đề xuất MRP. Chuyển việc duyệt cho người có khả năng đánh giá rủi ro tương ứng: mua hàng, kế hoạch, quản lý tồn, tài chính hoặc chất lượng. Linh kiện đắt tiền nhưng có lệnh sản xuất chắc chắn cần cách xử lý khác hóa chất rẻ có hạn dùng ngắn.

Kiểm tra cả đơn mua tạo bằng tay

Không mặc định rằng cùng một hạn chế áp dụng cho nhập tay, CSV, EDI và API. Thử từng đường, kể cả tách một đơn thành hai dòng. MOQ áp dụng theo dòng, theo đơn hay theo chuyến giao phải dựa trên hợp đồng viết với nhà cung cấp. Mua gấp có thể được cho phép, nhưng ngoại lệ và người duyệt phải hiện rõ. Ranh giới rộng hơn giữa xử lý đơn mua, quản lý mua hàng và MRP đã được trình bày trong bài hướng dẫn về hệ thống đơn hàng và mua hàng; ở đây trọng tâm là quy tắc số lượng cụ thể.

Viết yêu cầu RFP cho hệ thống quản lý MOQ như thế nào?

Một dòng “hỗ trợ MOQ” không đủ để so sánh nhà cung cấp phần mềm. Giao cho họ cùng một bộ mẫu gồm vật tư, đối tác, quy cách thùng, nhu cầu, giá và thời gian cung ứng; yêu cầu trình diễn đề xuất mua và lịch sử phê duyệt. Tối thiểu phải có trường riêng cho MOQ, bội số đặt hàng, bội số đóng gói và số lượng tối đa; điều kiện theo nhà cung cấp và ngày hiệu lực; vết tính trước/sau làm tròn; lượng và giá trị dư; so sánh bậc giá; trạng thái duyệt, từ chối, trả lại; lịch sử không bị ghi đè khi hợp đồng đổi. Nêu rõ hành vi của từng đường nhập và tạo đơn.

Chuẩn bị các trường hợp khó: nhu cầu thấp hơn MOQ, MOQ xung đột quy cách thùng, phần lẻ giữa hai bước tăng, ranh giới bậc giá, báo giá dùng hai đơn vị mua khác nhau, hợp đồng hết hạn cuối tháng và nhà cung cấp thay thế có MOQ thấp hơn. Chấm cả phần giải thích và đường phê duyệt, không chỉ đáp số. Khi điều khoản đối tác chưa rõ, không thể kết luận 100 hay 120 chiếc là đúng.

Chấm đường xử lý thông thường và ngoại lệ riêng. Với đường thông thường, kiểm tra nhu cầu và tồn có tái tạo được lượng thiếu, đổi nhà cung cấp có đổi MOQ và giá theo, và lượng đề xuất có giữ nguyên đến đơn mua không. Với ngoại lệ, thử thiếu hệ số quy đổi, điều khoản hết hạn, người duyệt thay khi quản lý vắng mặt, hủy phê duyệt và nạp lại cùng dữ liệu. Yêu cầu bên cung cấp phần mềm chỉ ra phiên bản dữ liệu gốc và thứ tự tính đã tạo ra số “120”, chứng từ nào thay đổi khi MOQ sửa sau khi phát đơn, và kiểm toán viên có tìm lại lịch sử duyệt không. Nếu phải tùy biến, đưa cả bảo trì và tác động khi nâng cấp vào báo giá.

Dùng thời gian chạy song song với người làm điều kiện mở rộng vận hành. Phân loại mỗi điểm khác quyết định của người mua thành lựa chọn có lý do, lỗi dữ liệu gốc hoặc điều khoản hợp đồng mơ hồ. Đừng mở rộng đặt hàng tự động khi vẫn chưa thống nhất hợp đồng. Nếu trước đây người mua thường đặt dư để phòng thiếu, hãy đưa lý do vào dữ liệu nhu cầu hoặc tồn an toàn thay vì dạy hệ thống bắt chước con số không giải thích được. Đo thời gian chờ duyệt tách khỏi độ đúng của số lượng: đề xuất đúng mà chờ quá lâu vẫn có thể làm trễ vật tư.

Độ chính xác tồn kho là điều kiện đầu vào

Làm tròn đúng không cứu được nhu cầu ròng sai. Nếu kho thực có 50 chiếc nhưng sổ ghi 80 chiếc, hệ thống đánh giá thiếu hụt thấp ngay trước bước MOQ. Nếu đơn mua bị trễ vẫn được tính sẽ đến đúng hạn, đơn mới có thể phát quá muộn. Kiểm tra thời điểm ghi nhận nhập xuất, hàng cách ly, chênh lệch kiểm kê, bán thành phẩm và ngày hẹn của đơn đang mở cùng lúc thiết kế quy tắc. Bài so sánh hệ thống quản lý tồn kho cho nhà máy giúp xác định dữ liệu kho nào phải đáng tin trước khi mua thêm phần mềm.

Nhà máy ASEAN cần rõ đơn vị, tiền tệ và ngày hợp đồng

Linh kiện nhập có thể được báo giá USD, phát sinh phí nội địa THB, ghi tồn theo chiếc và đặt theo thùng. “MOQ 100” mơ hồ nếu thiếu đơn vị. Giữ hệ số quy đổi có ngày và chứng cứ. Ghi rõ so sánh có gồm vận chuyển, thuế nhập và thuế khác hay không, sử dụng tỷ giá của ngày nào. Với vật tư theo dõi lô hoặc có điều kiện nhập khẩu riêng, phần hàng dư không nhất thiết chuyển sang dự án khác được. Đây là câu hỏi thiết kế hệ thống, không phải kết luận thuế hay hải quan cho một trường hợp cụ thể.

Cũng phải tách MOQ theo đơn mua khỏi mức tối thiểu mỗi chuyến giao. Một đơn 120 chiếc giao ba đợt, mỗi đợt 40, có thể được hợp đồng này cho phép nhưng hợp đồng khác cấm. Cam kết mua cho cả tháng cũng khác số lượng mỗi lần gọi hàng. Khi đối tác thông báo thay đổi qua email, lưu ngày nhận và ngày bắt đầu áp dụng. Quyết định có tính lại chỉ các đề xuất chưa duyệt hay không, và giữ căn cứ cũ cho đơn đã gửi như thế nào. Nếu không quản lý phiên bản điều khoản, kế hoạch nội bộ có thể lệch đơn mà nhà cung cấp đã nhận.

Cần đo chi phí và kết quả triển khai như thế nào?

Tách chi phí theo nhóm việc: làm sạch điều khoản đối tác, kết nối MRP/ERP, chuyển báo giá và hợp đồng, thiết kế phê duyệt, đào tạo và phân tích ngoại lệ sau triển khai. ERP hiện hữu có thể đã có nhiều logic cần thiết. Ngược lại, nếu điều kiện đối tác nằm rải rác trong email và Excel, chuẩn bị dữ liệu có thể tốn sức hơn lập trình. Dùng cùng bộ trường hợp kiểm thử khi xin báo giá, đối chiếu phạm vi cùng với giá.

Đo tỷ lệ và thời gian sửa đề xuất bằng tay, số đơn bị đối tác trả lại vì sai lượng, giá trị và tuổi của tồn dư, cước vận chuyển gấp do thiếu hàng, và lần áp sai giá. Mua một lần nhiều hơn có thể làm số tiền mua tức thời tăng dù giảm việc xử lý đơn; một chỉ số “giảm chi tiêu” sẽ che khuất điều này. Ví dụ giả định: trong 300 dòng đề xuất mỗi tháng, người mua sửa 60 dòng và mất 12 phút mỗi dòng, tổng là 12 giờ. Giảm một nửa số dòng sửa không tự động tiết kiệm sáu giờ nếu thời gian chờ duyệt tăng. Tách nguyên nhân MOQ, đơn vị, thời gian giao và sai tồn trước khi gán hiệu quả cho hệ thống. Những số liệu này không phải kết quả khách hàng của TOMAS TECH.

Trình tự triển khai thực tế trong 90 ngày

Giai đoạn 1: Xác định điều khoản nhà cung cấp

Chọn vật tư thường bị sửa số lượng, không cần làm sạch mọi SKU một lúc. Hỏi đối tác MOQ tính theo dòng, đơn hay chuyến giao; bước tăng bắt đầu ở đâu; có thể chia chuyến không; các bậc giá bắt đầu từ số lượng nào. Gắn câu trả lời với phiên bản hợp đồng hoặc báo giá. Thống nhất nghĩa của từ giữa mua hàng, kế hoạch và kho.

Giai đoạn 2: Tính lại đơn mua lịch sử

Dùng nhu cầu, tồn và hợp đồng có hiệu lực ở thời điểm đó chạy quy tắc cho các đơn cũ. Giải thích từng khác biệt giữa đề xuất hệ thống và lượng từng đặt. Quyết định lịch sử của con người không phải lúc nào cũng đúng, nên không chỉnh hệ thống chỉ để tăng tỷ lệ trùng. Thử thay nhà cung cấp, chuyển hợp đồng cuối tháng và ngày giao qua cuối tuần.

Giai đoạn 3: Chạy song song với người mua

Bắt đầu bằng đề xuất hiển thị và phê duyệt giới hạn trước khi bật gửi đơn mua tự động. Giữ kiểm tra rõ cho vật tư có nguy cơ dư cao hoặc hạn giao ngặt. Nếu có quá nhiều ngoại lệ, kiểm tra hệ số đơn vị và dữ liệu đối tác đã cũ trước khi nới ngưỡng phê duyệt.

Giai đoạn 4: Duy trì điều khoản

Xem lại khi gia hạn hợp đồng, đổi nhà cung cấp, đổi bao bì hoặc đổi thiết kế. Không âm thầm dùng điều khoản hết hiệu lực. Lưu phiên bản quy tắc đã được mỗi đơn phát hành sử dụng, và có người duyệt thay khi quản lý vắng mặt.

Câu hỏi thường gặp về hệ thống MOQ

MOQ và bội số đặt hàng có giống nhau không?

Không. MOQ là mức sàn của một đơn; bội số là bước tăng được phép. Bước này có thể bắt đầu tại MOQ hoặc tại số không tùy hợp đồng. Quy cách thùng và pallet có thể thêm ràng buộc.

Nếu MOQ tạo ra tồn dư thì xử lý thế nào?

Hiển thị phần dư, nhu cầu tương lai đã chắc chắn và nguy cơ lưu kho hoặc lỗi thời. So sánh mua ngay, hoãn, chọn nguồn khác, gộp nhu cầu giữa các nhà máy hoặc thương lượng lượng đặc biệt. Tự động mua đủ MOQ không đồng nghĩa tối ưu tồn kho.

Có MRP rồi còn cần hệ thống riêng không?

Có thể không. Nếu MRP/ERP hiện tại quản lý được MOQ theo nhà cung cấp, bội số, giá, ngoại lệ và lịch sử trên các đường tạo đơn thực tế, cấu hình và tích hợp có thể đủ. Phải kiểm tra cả đơn tạo bằng tay.

Triển khai hệ thống MOQ tốn bao nhiêu?

Không có con số chung đáng tin cho mọi nhà máy. Cấu hình ERP sẵn có khác hẳn việc làm sạch dữ liệu đối tác, tích hợp và xây phê duyệt. Yêu cầu nhà cung cấp báo giá trên cùng dữ liệu mẫu và phép thử.

Có nên cho phép đơn gấp thấp hơn MOQ không?

Chỉ khi nhà cung cấp đồng ý ngoại lệ. Lưu phụ giá, cước, người duyệt và lý do. Nếu hợp đồng cấm, trình bày nguồn cung thay thế thay vì phát đơn thường trái điều kiện.

Nên xem lại điều kiện MOQ bao lâu một lần?

Hãy dùng gia hạn hợp đồng, thay đổi bao bì, nhà cung cấp và thiết kế linh kiện làm điểm kích hoạt. Kiểm tra các lần sửa số lượng lặp lại mỗi tháng: đó có thể là dấu hiệu dữ liệu gốc đã cũ chứ không phải lỗi của người dùng. Cảnh báo khi điều khoản hết hiệu lực và quyết định có dừng đặt hàng tự động cho vật tư rủi ro cao đến khi xác nhận điều kiện mới hay không.

Kết luận

Quản lý MOQ trong sản xuất là một quá trình ra quyết định, không phải một trường dữ liệu. Lưu mức tối thiểu theo nhà cung cấp, bước tăng, quy cách thùng, bậc giá theo thời gian và quy đổi đơn vị; cho thấy MRP biến nhu cầu ròng thành lượng mua như thế nào; chuyển phần dư hoặc ngoại lệ hợp đồng cho người chịu trách nhiệm. Hãy bắt đầu với một nhóm vật tư hẹp và tính lại các quyết định lịch sử đến khi giải thích được mọi khác biệt. Nền tảng đó giảm lý do người dùng phải duy trì bảng tính riêng.

TOMAS TECH có thể giúp kết nối kế hoạch sản xuất, tồn kho và mua hàng tại nhà máy ở Việt Nam, Thái Lan và ASEAN. Nếu bạn mới ở giai đoạn thống kê điều khoản đối tác hoặc phác thảo màn hình phê duyệt, hãy trao đổi qua trang liên hệ.

Nguồn tham khảo

• Oracle: Item Attributes and Order Modifiers for Supply Planning
• Microsoft: Default order settings
• Microsoft: Source products and materials from multiple vendors
• Microsoft: Set up unit sequence groups
• Microsoft: Purchase agreements
• SAP: Rounding Profile