Hệ thống phân bổ và giữ hàng cho nhà máy: từ cam kết đến phân bổ lại

Khi nhà máy cân nhắc triển khai hệ thống phân bổ tồn kho và giữ hàng theo đơn, câu hỏi đầu tiên không chỉ là màn hình có hiển thị số tồn hay không. Doanh nghiệp cần biết cùng một lượng hàng có bị cam kết hai lần cho hai đơn khác nhau không, lời hứa giao hàng có được theo dõi tới lúc lấy hàng và xuất kho không, và quyền sử dụng hàng có được giải phóng đúng khi đơn thay đổi hoặc hủy không. Sổ sách có thể cho thấy đủ hàng trong khi kho không giao được vào ngày kinh doanh đã hứa. Ngược lại, hàng dành riêng cho một khách đã hủy vẫn có thể nằm bất động. Bài viết này dành cho nhà máy ở Thái Lan và ASEAN, làm rõ hạn mức phân bổ trước đơn hàng, giữ hàng cho từng dòng đơn, giải phóng và phân bổ lại, trách nhiệm ERP/WMS/MES và bằng chứng cần kiểm trong RFP, FAT, SAT.

Hệ thống giữ hàng phải kiểm soát điều gì?

Giữ hàng không đơn giản là lấy số tồn trừ số đơn mở. Đó là việc xác định nhu cầu nào có quyền dùng nguồn cung nào, với mã hàng, nhà máy, trạng thái tồn và ngày cần cụ thể; sau đó theo dõi quyền ấy qua sửa đơn, hủy, lấy hàng và giao hàng. Việc nhìn tổng thể đơn còn tồn đọng là một nghiệp vụ khác, được trình bày trong bài về quản lý đơn hàng tồn đọng trong sản xuất. Ở đây, trọng tâm là bằng chứng cho lời hứa đối với từng dòng đơn.

Trước khi so sánh phần mềm, hãy vẽ một luồng nghiệp vụ và trả lời năm câu hỏi. Hàng được giữ khi nhập đơn, khi duyệt, hay khi phát lệnh cho kho? Chỉ tồn vật lý được dùng, hay cả đơn mua và sản lượng dự kiến? Cần cố định đến cấp nhà máy, kho, trạng thái, lô, hạn dùng hay số sê-ri do khách chỉ định? Ai được giải phóng khi hủy, giảm số lượng, cách ly chất lượng hay đổi ưu tiên? Hệ thống nào là nguồn dữ liệu chính của việc giữ hàng, và sự kiện nào đối chiếu nó với chuyển động vật lý? Một bảng tính năng ghi “tồn kho thời gian thực” không trả lời được các câu hỏi đó.

Tài liệu Microsoft mô tả cách đặt giữ hàng tự động hoặc thủ công cho đơn bán. Hàng đã giữ không nên xuất cho đơn khác trừ khi việc giữ được hủy toàn bộ hoặc một phần. Tài liệu cũng phân biệt hàng hiện có với hàng đã đặt mua nhưng chưa nhận. Đây là tính năng của sản phẩm đó, nên dùng làm câu hỏi cho RFP, không mặc định mọi phần mềm đều hoạt động giống hệt. Microsoft: Reserve inventory quantities.

Hạn mức phân bổ khác với giữ hàng cho đơn cụ thể

Người lập kế hoạch có thể dành trước một phần linh kiện khan hiếm cho nhóm khách hợp đồng khi đơn cụ thể chưa tới. Đó là hạn mức phân bổ theo kênh, vùng hoặc nhóm khách. Khi một dòng đơn bán xuất hiện và được gắn với lượng cung cụ thể, đó là giữ hàng theo đơn. Microsoft Inventory Visibility mô tả allocation là một kho hạn mức ảo được lập trước giao dịch bán, còn soft reservation thường gắn với dòng giao dịch thực tế. Nếu dùng cả hai, tài liệu khuyến nghị phân bổ trước rồi giữ hàng từ phần đã phân bổ. Microsoft: Inventory Visibility inventory allocation.

Nhầm hai khái niệm dẫn đến hai rủi ro trái chiều. Nếu kinh doanh coi hạn mức nhóm là cam kết cho một khách cụ thể, nhiều đơn sẽ cùng tranh trong hạn mức ấy. Nếu chỉ giữ theo thứ tự đơn đến, đơn đầu tiên có thể dùng hết phần hàng phải bảo vệ cho khách hợp đồng hoặc linh kiện bảo trì. Lưu ID hạn mức và ID giữ hàng theo đơn tách biệt, định nghĩa cách đơn tiêu thụ và hoàn trả hạn mức. Không trừ cả hạn mức lẫn lượng giữ của cùng một đơn khỏi số tồn hai lần.

Ví dụ giả định có 100 linh kiện bán được, 40 dành cho khách hợp đồng và 60 cho khách thông thường. Đơn A lấy 15 từ hạn mức hợp đồng. Hệ thống phải cho thấy hạn mức còn 25 và 15 đã gắn riêng với đơn A. Các con số chỉ để minh họa. Khi vận hành, phải loại trừ hàng bị cách ly, hàng đã hứa trước, lô không phù hợp và sai lệch đơn vị tính trước khi xác định số có thể bán.

Đừng gộp mọi khái niệm “sẵn có” thành một con số

“Có 100 chiếc trong kho” không có nghĩa có thể hứa giao 100 chiếc hôm nay. Một phần có thể chờ kiểm, bị cách ly, đã giữ cho đơn khác, ở kho khác hoặc sai lô khách yêu cầu. Hàng có thể xuất hôm nay cũng khác hàng dự kiến về từ nhà cung cấp hoặc hoàn thành sản xuất tuần sau. Nên hiển thị riêng tồn vật lý, tồn vật lý đủ điều kiện bán, lượng đã giữ, lượng đủ điều kiện còn chưa giữ, dự kiến nhận và ngày có thể hứa. Khi kinh doanh, kế hoạch và kho hiểu cùng một ô “available” theo ba nghĩa khác nhau, hệ thống mới chỉ làm tranh cãi xảy ra nhanh hơn.

ATP, available-to-promise, đánh giá cung và cầu để đề xuất ngày giao. Oracle nêu rằng quy tắc ATP có thể xác định nguồn cung được tìm kiếm, gồm hàng hiện có, đơn mua từ nhà cung cấp và lệnh việc của nhà máy, cũng như nhu cầu mà nguồn cung có thể đáp ứng. Oracle: Available-to-Promise Rules. Một ngày do ATP đề xuất không chứng minh kho đã lấy hàng vật lý. Nếu dựa vào nguồn cung tương lai, phải chỉ định ai tính lại và báo khách khi mua hàng hoặc sản xuất trễ.

Ở mức khái niệm, hàng vật lý bán được bằng tồn vật lý trừ phần không được dùng vì chất lượng hoặc an toàn; phần chưa giữ bằng hàng bán được trừ các lượt giữ vật lý còn hiệu lực. Lời hứa cho ngày tương lai cộng nguồn cung đủ tin cậy đến ngày ấy rồi trừ nhu cầu đi trước. Công thức thật phụ thuộc cấu hình sản phẩm, chiều dữ liệu và thời điểm chuyển trạng thái. Không nên xem mọi đơn mua mở là nguồn cung chắc chắn như nhau. Cần quy định bằng chứng xác nhận của nhà cung cấp và năng lực sản xuất trước khi đưa ra ngày chắc chắn.

Liệt kê mọi sự kiện làm thay đổi lượng có thể giữ

Nhận hàng, đạt kiểm chất lượng, chuyển kho, điều chỉnh kiểm kê, tạo đơn, giữ hàng, giải phóng, lấy hàng, xuất, trả lại, hoàn thành sản xuất và phế phẩm đều có thể thay đổi lượng khả dụng. Với mỗi sự kiện, ghi hệ thống phát sinh, ID sự kiện, mã hàng/nhà máy/lô, số lượng, thời gian, cách xử lý thông điệp lặp và thao tác đảo ngược. Dùng khóa idempotency để thông điệp được gửi lại không ghi số hai lần. Thời điểm kế toán cập nhật tồn và thời điểm kinh doanh có thể hứa có thể khác; hãy quy định độ trễ chấp nhận được.

Trong ví dụ soft reservation của Microsoft, các kênh nhận đơn cùng hỏi một điểm kiểm tra lượng còn giữ được. Giữ thành công làm tăng lượng soft reserved và giảm lượng available for reservation. Khi ERP chuyển sang giữ hàng chắc chắn, phải bù trừ phần giữ mềm để không tính trùng. Bài học thiết kế là nhiều kênh cần một điểm kiểm soát tranh chấp chung và một phép chuyển trạng thái có thể đối chiếu. Microsoft: Inventory Visibility reservations.

Thiết kế trạng thái từ nhận đơn đến xuất hàng

Chỉ đặt tên trạng thái chưa đủ. Phải xác định điều kiện vào và ra, người có quyền đổi số lượng và dấu vết kiểm toán. Bảng dưới là ngôn ngữ nghiệp vụ để viết RFP, không phải tên trạng thái mặc định của một sản phẩm.

Giữ một phần và nhiều ngày hứa là tình huống bình thường

Giả sử một dòng đơn yêu cầu 100 chiếc: 50 giao hôm nay, 30 phụ thuộc sản xuất tuần tới, 20 chưa có ngày đáng tin. Một cờ “đã giữ” ở cấp toàn dòng làm kinh doanh hiểu nhầm cả 100 đều chắc chắn. Hãy chia cam kết theo số lượng, nguồn và ngày. Các số chỉ là giả định. Nếu giao từng phần, thay hàng, chuyển giữa nhà máy hoặc sửa đơn thường xuyên, giữ lịch sử phiên bản lời hứa thay vì ghi đè.

Khi khách giảm lượng, phải xác định giải phóng từ đợt xa nhất hay từ ngày khách chỉ định hủy. Lựa chọn đó quyết định khi nào đơn khác có thể dùng hàng. Khi tăng lượng, hãy đánh giá riêng phần tăng mà vẫn giữ cam kết cũ. Nếu phần tăng chưa hứa được, hiển thị “phần cũ chắc chắn, phần tăng chưa xác nhận.” Cách giải phóng tất cả rồi giữ lại có thể khiến đơn cạnh tranh chiếm mất phần ban đầu nếu toàn thao tác không nguyên tử.

Giữ tạm cho báo giá hoặc đơn web cần thời hạn rõ ràng. Kiểm thử việc phê duyệt hoặc thanh toán tới sau khi thời hạn đã hết. Ghi hủy như sự kiện đảo ngược có lý do, thời gian và người thực hiện, không xóa dấu vết cũ. Hủy trước khi lấy hàng, hủy giữa công việc kho và trả hàng sau giao là ba quy trình vật lý khác nhau, không nên ép vào một nút giải phóng chung.

Quyết định khi nào phải cố định lô và vị trí

Một đơn có thể hứa mười chiếc từ kho mà chưa phải chỉ định kệ hoặc pallet. Nếu vận hành theo đợt lấy hàng và FIFO, dòng đơn có thể cố định nhà máy, kho, trạng thái, rồi WMS chọn vị trí khi lấy. Ngược lại, nếu khách yêu cầu lô, số sê-ri, hạn dùng hoặc chứng thư riêng, các điều kiện ấy phải gắn với đơn và lượt giữ sớm hơn.

Tài liệu Microsoft về cấp đặt giữ trong kho phân biệt cấu trúc mà nhu cầu chỉ định nhà máy, kho và trạng thái còn kho chọn vị trí, với cấu trúc mà lô hoặc sê-ri phải do yêu cầu khách hàng xác định ngay trên đơn. Microsoft: Flexible warehouse-level dimension reservation policy. Cố định quá chi tiết sẽ buộc giải phóng và giữ lại mỗi khi đổi ô kệ. Cố định quá thô có thể để WMS lấy hàng sai điều kiện. Đưa việc duyệt lô thay thế và thông báo khách vào trạng thái.

Bài về tích hợp thiết bị cầm tay với hệ thống tồn kho bàn về thời điểm quét và ghi nhận nhập xuất. Với bài toán giữ hàng, câu hỏi nghiệm thu là đơn vị vật lý được quét có truy ra ID giữ hàng, nhiệm vụ lấy và dòng giao hàng hay không; nếu quét sai, sai lệch quay về đúng người xử lý hay không. Quét thành công một mã chưa đủ để kết luận lời hứa đã được thực hiện.

Phân rõ thẩm quyền ERP, WMS và MES

ERP và WMS cùng hiển thị số tồn không phải vấn đề. Vấn đề là chúng cùng cập nhật lượng có thể hứa bằng hai bộ quy tắc khác nhau mà không có nguồn dữ liệu chính. ERP hoặc hệ thống đơn hàng thường giữ đơn và lời hứa thương mại; WMS giữ vị trí, lấy hàng và chuyển động kho thực tế; MES hoặc hệ thống sản xuất giữ lệnh sản xuất và bằng chứng hoàn thành. Kiến trúc hiện hữu có thể khác, nên hãy chỉ định thẩm quyền theo từng sự kiện chứ không theo tên sản phẩm.

Khi nhiều kênh hứa hàng ngay lập tức, phải đưa chúng qua một điểm quyết định nguyên tử. Mỗi kênh dùng bản sao tồn cục bộ có thể cùng bán chiếc cuối. Khi mất mạng, hãy chọn nhận đơn với ngày “chưa xác nhận” hoặc tạm ngừng nhận. Quy định “đồng bộ sau” không đủ để bảo vệ lời hứa với khách.

Tránh trừ hai lần khi đổi từ giữ tạm sang giữ chắc

Đơn được giữ tạm trên cổng bán rồi vào ERP. Nếu ERP thêm lượt giữ chắc trong khi lượt giữ tạm còn nguyên, một đơn chiếm khả dụng hai lần. Nếu giải phóng giữ tạm trước khi ERP xác nhận, đơn khác có thể chiếm trong khoảng trống. Thiết kế phép chuyển có liên kết qua ID đơn nguồn, ID dòng, ID giữ và ID phần nguồn cung. Trong FAT, thử gửi lại, timeout và thông điệp trùng để chứng minh không giữ hoặc giải phóng hai lần.

Tương tự, khi MES đổi sản lượng dự kiến sang hoàn thành thật, đừng cộng cả kế hoạch và kết quả như hai nguồn cung. Chỉ rõ thời điểm thay thế, yêu cầu qua kiểm chất lượng và cách gắn lô với đơn. Nếu thông báo đã xuất của WMS đến chậm, ERP phải bảo vệ trạng thái đang xử lý, không giải phóng hàng kho đang lấy cho đơn khác.

Giải phóng và phân bổ lại là nghiệp vụ hằng ngày

Hủy và đổi ngày giao xảy ra thường xuyên. Nếu giải phóng chỉ nằm trong màn hình quản trị ẩn, kinh doanh không dùng được lượng hàng thực sự còn trống và kho phải giữ những món không ai cần. Lưu lý do như khách hủy, giảm lượng, hết hạn, cách ly, đổi ưu tiên, chênh kiểm kê hoặc chấp nhận hàng thay thế. Giữ ngày đã hứa, người duyệt và người phải nhận thông báo. Theo nhóm hàng, quyết định tự động chuyển cho đơn đủ điều kiện kế tiếp hay yêu cầu người lập kế hoạch chọn.

Ưu tiên có thể phụ thuộc nghĩa vụ hợp đồng, nguy cơ dừng dây chuyền, hạn cắt chuyến xuất khẩu và ràng buộc lô. Tách điều kiện không thể vi phạm khỏi ưu tiên mà người được quyền có thể đổi kèm lý do. Trước khi phân bổ lại, hiển thị đơn bị ảnh hưởng, lượng và ngày hứa mới. Rút lại một cam kết đã thông báo cần phê duyệt của kinh doanh và lịch sử báo khách, không thể chỉ là phép tính lại tồn kho.

Khi một lô bị cách ly chất lượng, hệ thống phải tìm mọi đơn đang trông chờ lô ấy. Có thể giải phóng hoặc chuyển sang trạng thái ngoại lệ trong lúc xét lô thay thế. Nếu lô cũ sau đó đạt kiểm, tránh để một đơn giữ cả lô cũ lẫn lô mới. Thiếu hụt do kiểm kê cũng cần quy tắc đơn nào được bảo vệ và đơn nào cần hứa lại. Có trường hợp được phép ghi đơn khi chưa đủ hàng, nhưng ngày giao phải được đánh dấu chưa xác nhận, không biến tồn âm thành hàng sẵn cho phân bổ vật lý.

So sánh cách triển khai theo hành vi và trách nhiệm

Module ERP hiện có, phần mềm đóng gói, tích hợp WMS, dịch vụ giữ hàng chung hay ứng dụng riêng đều có thể phù hợp. “Có chức năng giữ hàng” có thể chỉ hỗ trợ hàng hiện có, hoặc cả hàng đã đặt mua; có thể cho giữ từng phần, cố định lô hay kết hợp nhiều nhà máy ở những mức khác nhau. Chia hàng thành nhóm chuẩn, hàng riêng cho khách, hàng có hạn dùng, phụ tùng dịch vụ và hàng thử. Quy định chiều giữ tối thiểu, quyền giải phóng và khoảng thời gian hứa cho từng nhóm trước khi chấm sản phẩm.

Nếu ERP đang là nguồn chính của đơn và tồn, hãy kiểm thử chức năng chuẩn trước. Nếu nhiều kênh nhận đơn đồng thời nhưng ERP nhận dữ liệu trễ, xem có cần một lớp giữ tạm chung không. Nếu WMS là nguồn chính của lô và vị trí, không bắt ERP cố định mọi ô kệ quá sớm; chuyển yêu cầu của khách cho WMS chọn hàng phù hợp khi lấy. Nếu MES đưa ra nguồn cung tương lai, phân biệt kế hoạch với hoàn thành xác nhận.

So sánh chi phí trên cùng phạm vi: giấy phép/phát triển, làm sạch dữ liệu chủ, sửa giao diện, đổi thao tác thiết bị cầm tay, đào tạo, giám sát ngoại lệ, bảo trì và mở thêm nhà máy. Câu “đã gồm tích hợp ERP” không đủ cho đến khi mỗi sự kiện có chủ thực hiện và bằng chứng nghiệm thu.

Viết RFP bằng kịch bản có thể thử

Yêu cầu các nhà cung cấp dùng cùng bộ dữ liệu mẫu đã ẩn tên thật nhưng có mã hàng, đơn vị, kho, lô, hạn dùng, trạng thái, dòng đơn, ngày cần và nguồn cung dự kiến. Ít nhất nên có tám tình huống:

1. Hai kênh cùng yêu cầu chiếc cuối; chỉ một kênh được cam kết chắc.
2. Đặt hạn mức nhóm khách rồi hai đơn giữ từng phần trong hạn mức.
3. Hứa phần thiếu từ sản lượng tương lai, sau đó lịch sản xuất trễ.
4. Hủy một phần và hiện ứng viên nhận lại nguồn cung.
5. Lô khách chỉ định bị cách ly, lô thay thế cần phê duyệt.
6. WMS lấy sai lô, dừng xuất và ghi nhận sai lệch.
7. Phát lại thông điệp ERP mà lượng giữ và giải phóng không bị nhân đôi.
8. Hệ thống phục hồi sau mất mạng và nhận một phê duyệt đến muộn sau khi giữ tạm hết hạn.

Với từng tình huống, quy định dữ liệu đầu vào, trạng thái mong đợi, số lượng hiển thị, sự kiện đầu ra, log, quyền và cách phục hồi. Yêu cầu trả lời tách thành chuẩn, cấu hình, phát triển thêm, quy trình thay thế hoặc không hỗ trợ, kèm bằng chứng màn hình và API/dữ liệu. Cấu trúc cố định lô, nguồn cung tương lai và quan hệ hạn mức–đơn là nơi đặc biệt cần câu trả lời cụ thể.

FAT và SAT kiểm hai ranh giới khác nhau

FAT kiểm logic và giao diện trong môi trường kiểm soát: yêu cầu đồng thời, giữ một phần, giải phóng, tính idempotent của gửi lại, phân quyền và audit log. Mô phỏng timeout khi hệ thống bên kia đã hoàn tất nhưng phản hồi không đến. Màn hình đúng mà số bị trừ hai lần vẫn không đạt; đối chiếu trước và sau theo mã hàng, nhà máy và lô.

SAT chạy quy trình thật: nhập đơn, người dùng hiện trường, quét bằng thiết bị cầm tay, lấy và giao, cách ly chất lượng, hoàn thành MES, phê duyệt và báo khách. Kiểm ngôn ngữ, định dạng ngày giờ, công việc qua ca, mất mạng và kho bên ngoài. API qua FAT vẫn có thể sai với nhãn và lô thật. Nghiệm thu bằng ID giữ, lượng và lịch sử sự kiện truy xuất được, không chỉ bằng cảm nhận “dễ dùng”.

Chuyển lời hứa đang mở, không chỉ số dư tồn

Trước ngày chuyển hệ thống, tập hợp dòng đơn chưa xuất, ngày đã thông báo cho khách, phần giữ thủ công, lô cách ly, đơn mua, kế hoạch sản xuất và lô khách chỉ định. Một ô Excel ghi “đã giữ” có thể là cam kết chắc, hạn mức nhóm hoặc chỉ là ghi chú của kinh doanh. Phải phân loại trước khi chuyển; đưa mọi mục mơ hồ vào giữ chắc sẽ bóp méo số khả dụng từ ngày đầu.

Bảng đối chiếu tách tồn vật lý, hàng cách ly, hạn mức, giữ tạm, giữ chắc và đơn chưa xác nhận theo mã, nhà máy, lô, trạng thái. Chỉ định người duyệt chênh lệch, hạn xử lý và ngày hệ thống cũ chỉ được đọc. Đơn mới chạy được ngày đầu không bù được những lời hứa cũ bị mất.

Đo chất lượng lời hứa sau triển khai

Bên cạnh độ chính xác tồn, đo số lần đổi ngày sau xác nhận, hứa trùng, lượt giữ tạm hết hạn còn treo, thời gian từ giải phóng tới phân bổ lại, ngoại lệ chưa xử lý và chênh giữa giữ hàng với lấy hàng. Quy định mẫu số nhất quán: mọi dòng đơn, chỉ dòng đã cam kết, hay nhóm sản phẩm được chọn. Đặt chỉ tiêu sau khi đo đường cơ sở của chính nhà máy; không áp một tỷ lệ cải thiện chung từ bên ngoài khi không có bằng chứng phù hợp.

Có thể bắt đầu với nhóm chịu thiệt hại lớn nhất khi hứa sai: hàng riêng cho khách, nguồn cung biến động, lô hoặc hạn dùng chặt chẽ. Phạm vi đầu nhỏ có ích, nhưng mã dữ liệu, ID sự kiện, dấu vết kiểm toán và phân quyền phải cho phép mở rộng. Ý nghĩa trạng thái được các bộ phận hiểu giống nhau và có người chịu trách nhiệm ngoại lệ quan trọng hơn thêm một màn hình.

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

Giữ hàng theo đơn khác quản lý tồn kho thế nào?

Quản lý tồn kho cho biết hàng vật lý là gì, ở đâu, số lượng và chuyển động. Giữ hàng cho biết nhu cầu nào có quyền dùng một phần của số ấy và khi nào quyền được trả lại. Dù cùng một phần mềm cung cấp cả hai, nguồn dữ liệu chính và ranh giới sự kiện vẫn phải được định nghĩa.

Chỉ có hạn mức phân bổ đã đủ hứa ngày giao cho khách chưa?

Thông thường chưa. Hạn mức bảo vệ nguồn cung cho một nhóm. Cần đánh giá lượng, ngày và điều kiện của đơn thực, rồi ghi việc tiêu thụ hạn mức thành lượt giữ riêng. Từ ngữ sản phẩm có thể khác, nên hãy kiểm trạng thái thật.

Giải phóng xong có thể dùng hàng ngay cho đơn khác không?

Tùy tình trạng vật lý. Hàng chưa được lấy có thể dùng sau khi giải phóng được duyệt. Hàng đang lấy, bị cách ly hoặc đã xuất phải xử lý hủy công việc WMS, kiểm nghiệm hoặc trả hàng trước. Một thao tác trên màn hình không chứng minh hàng vật lý đã sẵn bán.

ERP hay WMS nên giữ dữ liệu giữ hàng?

Tách lời hứa thương mại cho đơn, việc chọn ô kệ/lô vật lý và kết quả xuất hàng. ERP hoặc dịch vụ chung có thể sở hữu lời hứa; WMS sở hữu việc lấy và kết quả kho. Chọn theo chức năng chuẩn hiện hữu, số kênh, ràng buộc lô và độ trễ chấp nhận được.

Nên chuẩn bị gì trước khi gửi yêu cầu báo giá?

Chuẩn bị đơn mở, hàng bán được và hàng cách ly, phần giữ thủ công, nguồn cung tương lai và ngày đã hứa. Vẽ trạng thái từ nhận tới giao, người duyệt sửa/hủy và sự kiện ERP/WMS/MES. Dùng cùng tài liệu làm chuẩn cho RFP và thử nghiệm thu.

Kết luận: định nghĩa trạng thái lời hứa trước khi mua chức năng tồn kho

Hệ thống phân bổ tồn kho cho nhà máy chỉ thực sự hữu ích khi nối hạn mức, ngày ATP đề xuất, giữ tạm và giữ chắc theo đơn, công việc kho, tiêu thụ khi xuất, giải phóng và phân bổ lại. Hãy bắt đầu từ nhóm sản phẩm, quy tắc hứa, nguồn dữ liệu chính và người xử lý ngoại lệ. Cho nhà cung cấp thử cùng tình huống, kiểm số lượng và lịch sử trong FAT/SAT. Khi đó lời hứa giao hàng có thể kiểm chứng thay vì chỉ hiện trên màn hình.

TOMAS TECH có thể cùng nhà máy ở Thái Lan vẽ ranh giới trách nhiệm của đơn hàng, tồn kho, kho và sản xuất, rồi chuyển tình huống giữ/giải phóng thành RFP và kế hoạch nghiệm thu. Bạn có thể trao đổi với chúng tôi ngay từ giai đoạn xác định phạm vi.

Nguồn tham khảo

• Microsoft Learn: Reserve inventory quantities
• Microsoft Learn: Inventory Visibility reservations
• Microsoft Learn: Inventory Visibility inventory allocation
• Microsoft Learn: Flexible warehouse-level dimension reservation policy
• Oracle Supply Chain Planning: Available-to-Promise Rules