Phiếu nhận có 12 kiện, ô kệ được đề xuất chỉ còn chỗ cho 10. Nhân viên thấy một vị trí đích đã điền sẵn nên tiếp tục đưa cả lô tới đó. Vấn đề không nằm ở phép cộng tồn kho: đội triển khai đã hiểu một gợi ý cất hàng thành cam kết rằng phần mềm tự chia lượng còn lại sang ô khác.
Cất hàng theo sức chứa vị trí kho cần làm rõ cách chọn nơi nhận và cách xử lý lượng vượt. Bài dùng Odoo 19 để giải thích giới hạn được tài liệu công bố, sau đó đề xuất một cách nghiệm thu bằng dữ liệu giả lập. Đây chưa phải kết quả chạy thử trên kho thật hay đánh giá khả năng chịu tải của kệ.
Một phiếu nhận có thể cần nhiều vị trí đích
Hãy xét mẫu giả định: hai ô A và B cùng chứa được loại kiện K, mỗi ô có giới hạn đã được người phụ trách duyệt. Phiếu nhận dự kiến đưa thêm 12 kiện vào khu này. Trước khi nhận, A còn chỗ cho 10 kiện, B còn chỗ cho 6. Tổng chỗ còn lại là 16, nhưng điều đó chưa nói phần mềm sẽ tạo ra hai dòng cất hàng.
Nếu nghiệp vụ cho phép chia, phương án 10 kiện vào A và 2 kiện vào B có thể là đáp án thử phù hợp. Đáp án ấy do đội vận hành xác nhận cho ví dụ, không phải quy tắc mặc định của mọi hệ thống. Hàng nguyên kiện không được tách, thiết bị nâng hoặc giới hạn tiếp cận có thể khiến doanh nghiệp chọn một phương án khác.
| Vị trí | Chỗ còn theo đơn vị kiện K | Phân bổ do người thử đề xuất |
|---|---|---|
| A | 10 | 10 |
| B | 6 | 2 |
| Tổng | 16 | 12 |
Điểm cần quan sát là chi tiết từng vị trí. Một màn hình tổng ghi “đã nhận 12” không chứng minh A nhận 10 và B nhận 2. Bài kiểm tra phải nhìn dòng thao tác, số lượng, đơn vị và đích đến trước khi xác nhận. Nếu có sửa thủ công, cần giữ rõ kết quả đề xuất ban đầu và phần người vận hành quyết định lại.
Đây cũng là lý do không nên bắt đầu tích hợp bằng yêu cầu chung “tự động xếp kho thông minh”. Một câu hỏi cụ thể hơn là: khi phiếu vượt chỗ của ô được gợi ý, ai chia lượng và bằng thao tác nào? Có câu trả lời này, nhóm kỹ thuật mới xác định được phần nào dùng cấu hình sẵn và phần nào cần quy trình xử lý riêng.
Đọc đúng giới hạn của storage category
Tài liệu Storage categories của Odoo 19 mô tả các giới hạn theo trọng lượng, sản phẩm hoặc loại kiện để hỗ trợ đề xuất vị trí. Cảnh báo quan trọng là lượng nhận không tự chia sang nhiều vị trí: tài liệu nêu trường hợp chỗ chứa 10 nhưng nhận 12 vẫn được gán cả 12 vào cùng nơi.
Vì vậy một trường có tên Capacity không đủ để kết luận đã có hàng rào tự động ngăn mọi lần nhận vượt. Khi khảo sát, hãy yêu cầu người triển khai chỉ ra hành vi cụ thể trên bản đang dùng. Nếu bằng chứng mới là một ảnh cấu hình, kết luận hợp lý chỉ là có một giới hạn được khai báo, chưa phải mọi thao tác đã tuân theo giới hạn ấy.
Ảnh minh họa cho thấy vì sao đơn vị cần đi cùng con số. Năm sản phẩm của một mã không thể được hiểu thành năm pallet của mọi mã. Trong brief vận hành, ghi rõ giới hạn đang đếm chiếc, kiện hay một loại pallet đã định nghĩa. Nếu có quy đổi, người chịu trách nhiệm dữ liệu duyệt hệ số và phạm vi áp dụng, thay vì suy từ tên hàng.
Trọng lượng khai báo trong phần mềm cũng không phải kết luận kỹ thuật về tải trọng kệ, sàn hoặc thiết bị. Các giới hạn vật lý phải đến từ căn cứ và người có trách nhiệm phù hợp. Tích hợp chỉ sử dụng giá trị đã được duyệt cho mục đích đã chốt; không tự tính một ngưỡng “an toàn” từ ảnh kho, kích thước bao bì hoặc thông tin thiếu nguồn.
Kiểm tra đường đi từ quy tắc tới vị trí con
Hướng dẫn Putaway rules phân biệt nơi kích hoạt với nơi cất; vị trí đích phải nằm dưới vị trí kích hoạt. Khi nhiều quy tắc khớp, thứ tự ưu tiên xét cả loại kiện, sản phẩm và danh mục. Vì thế cùng một mã hàng nhưng đổi cách đóng kiện có thể cần kiểm lại quy tắc thực sự được chọn.
Nhóm triển khai nên vẽ cây vị trí bằng tên ngắn, đúng với hệ thống thử: Kho chính, Khu kiện, rồi A và B. Cây này phục vụ đối chiếu cấu hình, không phải sơ đồ mặt bằng thay cho bản vẽ kho. Người thử cần biết mỗi tên trên phiếu tương ứng điểm giao nhận nào ngoài thực tế; nhãn gần giống nhau dễ khiến một kết quả đúng trên màn hình vẫn bị cất nhầm.
Trong phần Closest Location của tài liệu storage category, category gắn với vị trí con; khi các vị trí phù hợp đầy, đích có thể quay về vị trí cha Store to. Đội vận hành phải nhận diện được trường hợp rơi về này. Không diễn giải chữ “closest” thành tối ưu quãng đường xe nâng hay thuật toán đo khoảng cách ngoài kho nếu chưa có bằng chứng tương ứng.
Một cách kiểm hữu ích là giữ nguyên sản phẩm, chỉ thay trạng thái còn chỗ của A và B trong bộ mẫu. Ghi trước nơi có thể xuất hiện trên đề xuất, sau đó mở chi tiết để đối chiếu. Nếu kết quả về khu cha, người thử xem đó là điểm chờ phân công hay vị trí được phép nhận thật theo quy trình doanh nghiệp; phần mềm không thể thay doanh nghiệp đưa ra quyết định này.
Trước khi sửa một quy tắc, cũng nên kiểm tra kiện hàng, danh mục và vị trí nguồn của phiếu. Thêm một quy tắc mới để sửa một trường hợp mà chưa biết quy tắc cũ được chọn vì sao có thể tạo kết quả khác cho các phiếu sau. Thử trong phạm vi được phép, lưu cấu hình trước và sau, rồi mới quyết định thay đổi vận hành.
Nghiệm thu bằng ca vượt chỗ, không chỉ ca thuận lợi
Nếu mẫu đầu chỉ có một kiện và hai ô trống, gần như mọi cách chọn đều trông hợp lý. Hãy dùng thêm ca khiến hai cách hiểu tách nhau: nhận nhiều hơn chỗ còn của ô đầu nhưng tổng chỗ hai ô vẫn đủ. Mẫu 12 kiện ở trên giúp phát hiện giả định tự chia, thay vì chỉ xác nhận biểu mẫu mở được.
Tiếp theo là ca tổng chỗ phù hợp không đủ. Người vận hành phải có quyết định đã duyệt: chuyển sang điểm chờ, yêu cầu bố trí lại hoặc một phương án khác phù hợp thực tế. Bài không đề xuất cho phép vượt giới hạn hay mặc định chặn toàn phiếu. Điều cần nghiệm thu là ngoại lệ được nhận diện, người xử lý biết trách nhiệm và không có thao tác âm thầm làm mất lượng.
Thử riêng dữ liệu thiếu đơn vị hoặc trọng lượng cần dùng. Không điền số 0 để cho qua rồi gọi kết quả là hợp lệ. Người thử cần nhìn thấy đầu vào chưa đủ và cách xử lý đã được thống nhất. Cũng cần xem có ai thay đổi vị trí trong lúc phiếu đang xử lý; một phép tính chỗ còn dựa trên dữ liệu cũ không nên được trình bày như vừa xác nhận ngoài kho.
Khi phải chia thủ công, kiểm tổng các dòng sau chia đúng bằng lượng nhận và mỗi dòng giữ đúng mã hàng, đơn vị, vị trí. Sau đó xem các bước lưu và xác nhận có giữ nguyên lựa chọn không. Chỉ chụp màn hình trước lưu chưa đủ để nghiệm thu. Các bước này là đề xuất kiểm tra của bài; cần thử trên môi trường và quyền được cho phép trước khi áp dụng.
Bản bàn giao có thể gọn: mẫu đầu vào giả lập, cấu hình liên quan, kết quả theo từng vị trí và người duyệt. Không cần sao chép chứng từ thật, giá vốn, tên khách hoặc toàn bộ cơ sở dữ liệu vào log kỹ thuật. Nếu kết quả không đúng, giữ đúng ca lỗi để điều tra thay vì liên tục đổi mẫu cho tới khi thấy một phiếu thuận lợi.
Với website nhận yêu cầu hàng, dữ liệu sức chứa còn có một ranh giới nữa: chỗ để nhận không đồng nghĩa hàng đang sẵn để bán. Kết quả chọn vị trí không nên trở thành thông báo tồn kho cho khách. Bài đối chiếu tồn kho và kiểm kê giải quyết lớp so số lượng; còn theo dõi hàng ký gửi theo chủ sở hữu giải thích phần quyền sở hữu cần giữ riêng.
Nếu cần kết nối dữ liệu kho với quy trình nhận hàng hoặc website, hãy chuẩn bị cây vị trí đã bỏ dữ liệu riêng tư và hai ca nhận thuận lợi, vượt chỗ để Nhận tư vấn & báo giá. Giá: Liên hệ. Onter khảo sát nguồn dữ liệu, quyền và phạm vi trước khi xác nhận giải pháp; không mặc định tích hợp đã có sẵn. Mục tiêu ban đầu là kiểm chứng gợi ý của phần mềm và bước con người quyết định, rồi mới mở rộng tự động hóa.
