Tính điểm đặt hàng lại (ROP) – Reorder Point Calculator

Công cụ tính điểm đặt hàng lại ROP là gì?

Khi hàng vẫn còn trong kho, người quản lý cần biết nên chờ thêm hay bắt đầu đặt bổ sung. Đặt quá muộn có thể khiến hàng hết trước khi lô mới về; đặt quá sớm lại có thể làm lượng tồn tăng không cần thiết. Điểm đặt hàng lại, gọi tắt là ROP, là ngưỡng số lượng tồn kho dùng làm tín hiệu đặt hàng bổ sung. Đây không phải một ngày cụ thể trên lịch và cũng không phải số lượng phải mua trong đơn tiếp theo.

Công cụ tính ROP hỗ trợ xác định ngưỡng này từ ba dữ liệu: nhu cầu tiêu thụ trung bình mỗi ngày, thời gian giao hàng và tồn kho an toàn. Theo mã được cung cấp, công cụ trả về hai kết quả số: điểm đặt hàng lại và nhu cầu dự kiến trong thời gian chờ nhận hàng. Kèm theo đó là lời diễn giải gợi ý đặt bổ sung khi tồn kho giảm đến ngưỡng vừa tính.

Về mặt nghiệp vụ, ROP giúp trả lời câu hỏi “tồn kho còn bao nhiêu thì nên đặt lại?”. Công cụ không nhận số tồn hiện tại, không xác định ngày chạm ngưỡng và không tính lượng hàng cần mua. Kết quả phụ thuộc vào giả định về nhu cầu và thời gian cung ứng mà người dùng nhập. Vì vậy, ngưỡng tính được là căn cứ tham khảo cho quyết định nhập hàng, không phải bảo đảm loại bỏ mọi nguy cơ thiếu hàng.

Các thuật ngữ cần hiểu khi tính ROP

Điểm đặt hàng lại (ROP)

ROP là mức tồn kho được chọn làm tín hiệu bắt đầu bổ sung hàng. Trong công cụ này, ngưỡng được tính từ nhu cầu trong thời gian chờ cộng với lượng dự phòng, sau đó làm tròn lên số nguyên. Nếu ROP là 454 sản phẩm, ý nghĩa là cân nhắc kích hoạt việc đặt hàng khi tồn giảm đến mức đó. Không nên hiểu rằng mỗi đơn phải mua 454 sản phẩm, hoặc cứ sau 454 ngày lại đặt một lần.

Nhu cầu tiêu thụ trung bình

Nhu cầu tiêu thụ trung bình là lượng hàng bán ra hoặc được sử dụng bình quân trong một đơn vị thời gian. Công cụ sử dụng đơn vị sản phẩm/ngày. Giá trị này càng cao thì lượng hàng dự kiến cần trong thời gian chờ càng lớn. Tuy nhiên, trung bình không có nghĩa ngày nào cũng bán đúng số đó: một mặt hàng có thể bán ít trong ngày thường và tăng mạnh vào cuối tuần, dù vẫn có cùng mức bình quân.

Thời gian giao hàng (Lead Time)

Lead Time là khoảng thời gian từ khi đặt hàng đến khi nhận hàng, theo quy ước dữ liệu người dùng chọn. Trong công cụ, khoảng chờ được nhập bằng ngày và nhân với nhu cầu tiêu thụ mỗi ngày. Thời gian chờ dài hơn làm tăng phần hàng cần để duy trì hoạt động trước khi lô mới đến. Lead Time không phải khoảng cách cố định giữa hai lần đặt hàng; công cụ cũng không tự xử lý ngày nghỉ hay lịch làm việc của nhà cung cấp.

Nhu cầu trong thời gian chờ (Lead Time Demand)

Nhu cầu trong thời gian chờ là lượng tiêu thụ dự kiến trong toàn bộ khoảng đợi nhận hàng. Công cụ tính bằng mức tiêu thụ trung bình mỗi ngày nhân với số ngày giao hàng. Đây là phần cơ sở của ROP, chưa gồm tồn kho an toàn. Điểm dễ nhầm là coi kết quả này như lượng chắc chắn sẽ bán hết. Thực chất, đó là ước tính theo mô hình trung bình; nhu cầu thực tế có thể cao hoặc thấp hơn.

Tồn kho an toàn (Safety Stock)

Tồn kho an toàn là lượng hàng dự phòng nhằm giảm tác động của bất định, chẳng hạn khách mua nhiều hơn dự kiến hoặc nhà cung cấp giao chậm. Trong phép tính này, đó là dữ liệu người dùng cung cấp và được cộng vào nhu cầu trong thời gian chờ. Công cụ không tự xác định mức dự phòng phù hợp. Tồn kho an toàn cũng không đồng nghĩa với toàn bộ tồn kho: nó chỉ là phần đệm bổ sung ngoài lượng dự kiến dùng trong khoảng chờ.

Cần nhập dữ liệu gì và đọc kết quả ROP như thế nào?

Ba đầu vào và điều kiện sử dụng

Ba dữ liệu cần được chuẩn bị cho cùng một mặt hàng, cùng đơn vị đếm và cùng quy ước thời gian. Bảng dưới đây mô tả điều kiện tính được xác nhận từ mã:

Dùng dấu chấm cho phần thập phân, chẳng hạn 50.5. Dấu phẩy mà giao diện thêm vào dùng để phân nhóm hàng nghìn, không phải dấu thập phân. Vì vậy, không nhập 50,5 với ý định biểu thị năm mươi phẩy năm.

Nếu dữ liệu tiêu thụ được ghi theo chiếc nhưng dự phòng được ghi theo thùng, cần tự quy đổi trước. Tương tự, mức tiêu thụ theo ngày làm việc không nên ghép với thời gian giao hàng theo ngày lịch nếu chưa thống nhất cách tính. Công cụ không tự phát hiện hoặc sửa những khác biệt nghiệp vụ này.

Ý nghĩa của kết quả và lời diễn giải

ROP là ngưỡng đặt lại đã làm tròn lên. Nhu cầu trong thời gian chờ là lượng tiêu thụ dự kiến trước khi nhận lô mới, chưa gồm dự phòng. Lời diễn giải sử dụng ngưỡng và số ngày chờ để gợi ý hành động, nhưng không phải cảnh báo rằng kho hiện tại đã chạm ngưỡng, vì công cụ không nhận dữ liệu tồn hiện tại.

Phần đọc số bằng chữ dưới ô nhập chỉ thể hiện phần nguyên. Chẳng hạn, giá trị 50.5 được đọc theo phần 50, nhưng phép tính vẫn sử dụng 50.5. Hãy kiểm tra con số trong ô nhập thay vì dùng dòng chữ đó để xác nhận phần thập phân.

Công thức ROP và quy tắc làm tròn của công cụ

Từ nhu cầu mỗi ngày đến ngưỡng đặt hàng

Công thức được triển khai gồm hai bước:

Nhu cầu trong thời gian chờ = Nhu cầu trung bình mỗi ngày × Thời gian giao hàng

ROP = Làm tròn lên(Nhu cầu trong thời gian chờ + Tồn kho an toàn)

Đơn vị của phép nhân là sản phẩm/ngày × ngày = sản phẩm. Vì tồn kho an toàn cũng được tính bằng sản phẩm, hai phần có thể cộng với nhau. Phần thứ nhất đại diện cho lượng dự kiến tiêu thụ khi đang chờ hàng; phần thứ hai là lượng đệm mà người dùng muốn giữ để ứng phó với sai lệch so với dự kiến.

Công cụ kiểm tra nhu cầu tiêu thụ trước, sau đó kiểm tra thời gian giao hàng. Nếu một trong hai giá trị không lớn hơn 0, quá trình dừng và không tạo kết quả mới. Khi cả hai cùng không hợp lệ, thông báo đầu tiên là lỗi về nhu cầu tiêu thụ. Tồn kho an toàn để trống được lấy bằng 0, chứ không được suy ra từ hai dữ liệu còn lại.

Vì sao hai kết quả có cách làm tròn khác nhau?

ROP được làm tròn lên sau khi cộng nhu cầu chờ với dự phòng. Công cụ không làm tròn từng đầu vào trước khi nhân. Cách này đưa ngưỡng cuối cùng về số nguyên: nếu tổng là 453.5 sản phẩm thì ngưỡng là 454; nếu tổng đã là số nguyên thì giữ nguyên.

Ngược lại, nhu cầu trong thời gian chờ được làm tròn để hiển thị đến một chữ số thập phân. Nếu phần thập phân hiển thị bằng 0, phần .0 được bỏ đi. Quan trọng là phép tính ROP vẫn dùng tích ban đầu, không dùng số đã rút gọn trên màn hình. Vì vậy, việc cộng thủ công từ kết quả phụ đang hiển thị có thể không tái hiện đúng tổng trước làm tròn.

Ví dụ tính ROP với nhu cầu và thời gian chờ khác nhau

Có tồn kho an toàn cho thời gian chờ 7 ngày

Giả sử một mặt hàng tiêu thụ trung bình 50.5 sản phẩm/ngày, nhà cung cấp giao hàng sau 7 ngày và mức dự phòng được chọn là 100 sản phẩm. Các số liệu này là giả định; kết quả dưới đây được suy ra từ công thức trong mã.

• Nhu cầu trong thời gian chờ: 50.5 × 7 = 353.5 sản phẩm.
• Tổng trước làm tròn: 353.5 + 100 = 453.5 sản phẩm.
• ROP sau khi làm tròn lên: 454 sản phẩm.

Kết quả phụ hiển thị 353.5 sản phẩm; kết quả chính hiển thị 454 sản phẩm. Ngưỡng 454 có nghĩa là dùng mức tồn này làm tín hiệu đặt bổ sung cho khoảng chờ 7 ngày. Nó không cho biết cần mua đúng 454 sản phẩm, vì lượng mua còn phụ thuộc kế hoạch sử dụng và điều kiện đặt hàng.

Không có tồn kho an toàn và có số thập phân

Giả sử nhu cầu là 2.25 sản phẩm/ngày, thời gian giao hàng là 1.5 ngày và ô tồn kho an toàn để trống. Khi đó, dự phòng được lấy bằng 0. Nhu cầu trong thời gian chờ là 2.25 × 1.5 = 3.375 sản phẩm.

Công cụ hiển thị nhu cầu chờ là 3.4 sản phẩm, nhưng làm tròn ROP từ giá trị 3.375 để được 4 sản phẩm. Mức bình quân có phần lẻ là hợp lý khi tính trên nhiều ngày, dù sản phẩm được đếm theo chiếc. Ngưỡng 4 vẫn chỉ là tín hiệu đặt lại, không phải kết luận phải mua 4 sản phẩm.

Đầu vào bằng 0 không tạo kết quả mới

Giả sử nhu cầu được nhập là 0 sản phẩm/ngày, thời gian giao hàng là 7 ngày và dự phòng là 100 sản phẩm. Công cụ báo nhu cầu tiêu thụ trung bình phải lớn hơn 0 và dừng trước khi tính. Không nên diễn giải trường hợp này thành ROP bằng 100. Nếu đã có một lần tính hợp lệ trước đó, kết quả cũ không bị xóa; con số còn hiện không thuộc bộ dữ liệu mới đang báo lỗi.

Ứng dụng ROP trong theo dõi hàng bán và vật tư

Sử dụng ngưỡng cho từng mặt hàng

ROP có thể dùng làm ngưỡng tham khảo cho hàng bán hoặc vật tư có dữ liệu tiêu thụ và thời gian cung ứng phù hợp. Nên tính riêng cho từng mặt hàng, bởi tốc độ sử dụng và thời gian nhận hàng có thể khác nhau. Gộp nhiều mặt hàng vào một mức bình quân dễ khiến ngưỡng không phản ánh nhu cầu của bất kỳ mặt hàng cụ thể nào.

Về nghiệp vụ, có thể chuẩn bị nhu cầu trung bình bằng cách lấy tổng lượng bán hoặc sử dụng trong khoảng quan sát chia cho số ngày tương ứng. Khoảng quan sát cần đủ đại diện cho tình hình dự kiến. Đây là cách chuẩn bị dữ liệu, không phải chức năng tổng hợp lịch sử bán hàng của công cụ.

Trước khi đặt, cần đối chiếu ngưỡng với hồ sơ kho, hàng đang về và các cam kết giao hàng. Công cụ không tự kết hợp những thông tin đó để quyết định có cần mở thêm đơn hay không.

Cập nhật giả định khi tình hình cung cầu thay đổi

Khi nhà cung cấp kéo dài thời gian giao hoặc mức tiêu thụ tăng, nên tính lại với dữ liệu cập nhật. Giữ nguyên ngưỡng cũ trong khi điều kiện đã thay đổi có thể làm tín hiệu đặt hàng không còn phù hợp. Ngược lại, nhu cầu giảm cũng là lý do để xem xét lại giả định.

Việc theo dõi, chọn số liệu mới và thực hiện lần tính mới do người dùng đảm nhiệm. Công cụ không có cơ chế được xác nhận để tự theo dõi kho liên tục hoặc tự điều chỉnh ROP theo lịch sử giao dịch.

ROP khác gì với tồn kho an toàn và số lượng đặt hàng EOQ?

Ba khái niệm này liên quan đến quản lý tồn kho nhưng trả lời những câu hỏi khác nhau. Phân biệt chúng giúp tránh dùng kết quả ROP làm căn cứ duy nhất cho toàn bộ quyết định mua hàng.

Trong công cụ ROP, tồn kho an toàn là đầu vào, còn ROP là kết quả. Hai giá trị không đồng nghĩa: ROP còn bao gồm lượng tiêu thụ dự kiến trong khoảng chờ nhận hàng. Tăng dự phòng, khi giữ nguyên các điều kiện khác, sẽ làm tổng trước làm tròn tăng lên.

Ở mức kiến thức nền, EOQ thường gắn với việc cân nhắc lượng đặt theo chi phí đặt hàng và chi phí lưu kho trong một mô hình giả định. Người cần tìm hiểu quyết định “đặt bao nhiêu” có thể tham khảo công cụ số lượng đặt hàng kinh tế EOQ. Không nên suy ra rằng kết quả ROP tự chuyển sang công cụ đó hoặc hai công cụ tự trao đổi dữ liệu. Quyết định khi nào đặt và đặt bao nhiêu vẫn cần được xem xét riêng.

Giới hạn của kết quả ROP và những lưu ý trước khi đặt hàng

Khi giả định trung bình không còn phù hợp

Nhu cầu chờ là lượng dự kiến, không phải lượng chắc chắn sẽ tiêu thụ. Mùa vụ, khuyến mại hoặc gián đoạn nguồn cung có thể khiến nhu cầu và thời gian giao lệch khỏi dữ liệu đã nhập. Khi đó, một ngưỡng hợp lý trong điều kiện bình thường có thể không đủ cho tình huống mới.

Công cụ không nhận độ biến động nhu cầu, độ biến động giao hàng hay mức phục vụ mục tiêu để tính dự phòng. Vì thế, không thể coi tồn kho an toàn đã nhập là mức tối ưu hoặc kết quả ROP là cam kết tránh thiếu hàng. Lịch đặt, lượng đặt, chi phí và xử lý hàng đang về cần được đánh giá bổ sung.

Kiểm tra lại dữ liệu và trạng thái kết quả

Trước khi áp dụng, kiểm tra đơn vị hàng và cách tính ngày. Cũng cần xác nhận các chữ số sau dấu chấm đã được nhập đúng. Giao diện loại bỏ ký tự không phù hợp, bao gồm dấu âm, nhưng không nên coi đó là cơ chế phát hiện đầy đủ mọi lỗi nhập hoặc dán dữ liệu.

Sửa đầu vào không tự cập nhật kết quả. Nếu lần tính tiếp theo báo lỗi, kết quả hợp lệ trước đó vẫn có thể hiện. Chỉ dùng kết quả sau một lần tính thành công với bộ dữ liệu đã kiểm tra. Phần mã được cung cấp cũng chưa đủ để xác minh hoạt động lưu hoặc truyền dữ liệu của toàn website, nên không có căn cứ đưa ra cam kết về những vấn đề đó.

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

Có thể để trống tồn kho an toàn không?

Có. Công cụ sử dụng giá trị 0 khi ô tồn kho an toàn để trống, miễn là nhu cầu tiêu thụ và thời gian giao hàng đều lớn hơn 0. Khi đó, ROP chỉ được hình thành từ nhu cầu dự kiến trong thời gian chờ rồi làm tròn lên. Tuy nhiên, để trống không có nghĩa rủi ro đã được đánh giá hoặc không cần dự phòng. Người dùng vẫn phải cân nhắc khả năng giao chậm và nhu cầu tăng ngoài mức bình quân.

Có nhập nhu cầu và thời gian giao hàng bằng số thập phân được không?

Có, cả hai đầu vào đều có thể dùng số thập phân và phải lớn hơn 0. Hãy dùng dấu chấm, chẳng hạn 2.25 sản phẩm/ngày hoặc 1.5 ngày. Nhu cầu bình quân có phần lẻ không nhất thiết có nghĩa bán một phần sản phẩm; nó có thể là kết quả chia tổng lượng tiêu thụ cho nhiều ngày. Với thời gian giao hàng lẻ, cần bảo đảm quy ước ngày phù hợp với cách tính mức tiêu thụ trước khi áp dụng ngưỡng.

Vì sao phần đọc số bằng chữ không đọc phần thập phân?

Vì cách đọc số được triển khai chỉ lấy phần nguyên để diễn đạt ngắn gọn cùng đơn vị. Điều này chỉ ảnh hưởng dòng chữ hỗ trợ, không làm mất phần thập phân trong phép tính. Nếu giá trị lớn hơn 0 nhưng nhỏ hơn 1, dòng chữ dùng cách diễn đạt “Hơn không” kèm đơn vị. Vì vậy, muốn kiểm tra chính xác 0.5 hay 0.8, cần nhìn giá trị số trong ô nhập; không thể phân biệt chúng chỉ bằng dòng đọc chữ.

Vì sao ROP không khớp khi tôi cộng từ nhu cầu chờ đang hiển thị?

Vì nhu cầu chờ trên màn hình đã được làm tròn để hiển thị, còn ROP dùng tích chưa làm tròn. Kết quả phụ chỉ giữ tối đa một chữ số thập phân nên có thể không thể hiện đầy đủ giá trị trung gian. Muốn đối chiếu, hãy nhân trực tiếp nhu cầu mỗi ngày với số ngày giao hàng, cộng tồn kho an toàn rồi mới làm tròn lên một lần ở cuối. Không nên lấy số đã rút gọn trên màn hình làm dữ liệu trung gian chính xác.

ROP bằng 454 sản phẩm có nghĩa là phải đặt mua 454 sản phẩm không?

Không. Con số 454 là ngưỡng tồn kho dùng làm tín hiệu xem xét đặt bổ sung, không phải lượng mua được đề xuất cho một đơn. Lượng đặt còn phụ thuộc mục tiêu tồn kho, quy cách đóng gói, lượng mua tối thiểu, hàng đang về và nguồn lực của doanh nghiệp. Những yếu tố này không nằm trong đầu vào của công cụ. Vì vậy, cần tách việc xác định ngưỡng đặt lại khỏi việc quyết định quy mô đơn hàng tiếp theo.

Đặt hàng ở ngưỡng ROP có bảo đảm không hết hàng không?

Không có bảo đảm tuyệt đối. Ngưỡng được tính theo nhu cầu trung bình, thời gian giao hàng và dự phòng do người dùng nhập. Nếu khách mua nhanh hơn dự kiến hoặc lô hàng đến muộn hơn giả định, lượng tồn có thể vẫn không đủ. Ngay cả khi có tồn kho an toàn, công cụ cũng không tính xác suất thiếu hàng hay đánh giá mức phục vụ. Cần tiếp tục theo dõi tình hình thực tế và điều chỉnh kế hoạch khi điều kiện thay đổi.

Vì sao báo lỗi đầu vào nhưng kết quả lần trước vẫn còn?

Vì khi gặp đầu vào bắt buộc không hợp lệ, công cụ dừng tính nhưng không xóa kết quả thành công trước đó. Con số còn hiện vì vậy không chứng minh bộ dữ liệu đang nhập đã được chấp nhận. Hãy kiểm tra nhu cầu tiêu thụ và thời gian giao hàng, bảo đảm cả hai lớn hơn 0, rồi thực hiện lại phép tính. Trước khi dùng ngưỡng để ra quyết định, cần xác nhận kết quả thuộc lần tính hợp lệ với dữ liệu hiện tại, không phải lần tính cũ.