Trên bàn đóng hàng có hai thùng cùng kích thước. Thùng thứ nhất chứa sáu chiếc K01 và bốn chiếc K02; thùng thứ hai chứa 12 chiếc K01. Nếu báo cáo chỉ ghi “hai thùng”, người nhận chưa biết bên trong có gì. Nếu mọi thùng được quy đổi thành 12 chiếc K01, phần hàng của thùng đầu lại bị mô tả sai.
Mã kiện và quy cách đóng gói giúp trả lời hai câu hỏi khác nhau: đây là kiện vật lý nào, và một quy cách của sản phẩm chứa bao nhiêu đơn vị? Bài theo một kiện hàng giả lập, đối chiếu cách dùng package và packaging trong Odoo 19, rồi đề xuất dữ liệu cần giữ khi nối quy trình kho với website. Không có kiện thật hoặc giao dịch khách hàng nào được xử lý trong ví dụ.
Theo một kiện có hai mã hàng
Gọi kiện thứ nhất là P01. Danh sách bên trong có K01, số lượng sáu chiếc và K02, số lượng bốn chiếc. P01 là tham chiếu tới vật chứa của lần đóng này; K01 và K02 vẫn là mã sản phẩm. Nếu kho còn một kiện P02 cùng loại vỏ thùng, nó vẫn cần được phân biệt với P01 khi vận hành yêu cầu theo dõi từng kiện.
Giả sử quy cách bán của K01 được định nghĩa là 12 chiếc mỗi thùng. Quy cách đó có thể được dùng cho nhiều lần đặt hàng, nhưng chưa nói P01 chứa đủ 12 K01. Một kiện chứa hàng và một định nghĩa quy cách không thể dùng chung một khóa chỉ vì đều được nhân viên gọi là “thùng”. Tên gọi thuận miệng cần được giải thích trước khi đưa vào cấu trúc dữ liệu.
| Đối tượng | Câu hỏi trả lời | Thông tin minh họa |
|---|---|---|
| Sản phẩm K01 | Đang nói tới mặt hàng nào? | Mã hàng và đơn vị chiếc |
| Quy cách của K01 | Một quy cách chứa bao nhiêu? | 12 chiếc theo giả định đã duyệt |
| Kiện P01 | Vật chứa này hiện có những gì? | 6 K01 và 4 K02 |
Không cộng sáu K01 và bốn K02 rồi gọi là mười chiếc của một sản phẩm. Có thể cần một tổng số đơn vị vật lý để tổ chức thao tác, nhưng báo cáo tồn vẫn phải giữ lượng theo từng mã và đơn vị phù hợp. Người xem cần biết tổng đang trả lời câu hỏi nào, đặc biệt khi hai sản phẩm có đặc tính hoặc cách theo dõi khác nhau.
Nếu P01 được mở ra để bổ sung hàng, nội dung cần được đối chiếu lại theo quy trình được phép. Không chỉ sửa tên kiện trong bảng xuất rồi để danh sách bên trong ở bản cũ. Khi có nhiều người thao tác, thông tin họ đang đọc cần có mốc hoặc trạng thái nguồn phù hợp; một bản xuất hôm qua không nên được trình bày như danh sách vừa xác nhận.
Ví dụ không giả định kiện nào cũng được trộn sản phẩm hoặc mở lại. Doanh nghiệp có thể có điều kiện riêng về nguyên đai, lô, chất lượng hoặc giao nhận. Những điều kiện ấy cần được người có thẩm quyền chốt. Bài chỉ làm rõ các đối tượng dữ liệu để nhóm triển khai không vô tình biến tên thùng thành một phép quy đổi hay một quyền thay đổi hàng.
Đọc package và packaging theo đúng nguồn
Hướng dẫn Packages của Odoo 19 mô tả package là vật chứa một hoặc nhiều sản phẩm. Trong chi tiết thao tác, có thể gán Destination Package cùng lượng sản phẩm. Còn hướng dẫn Packaging nói về quy cách theo từng sản phẩm, với số lượng và đơn vị tham chiếu. Hai cơ chế phục vụ những thông tin khác nhau.
Khi khảo sát một hệ thống, nên hỏi mã đang được quét nhận diện thứ gì. Nó có thể là mã sản phẩm, mã một quy cách hoặc tham chiếu tới kiện cụ thể. Có một chuỗi barcode không tự giải quyết sự khác biệt này. Tích hợp cần đọc loại đối tượng và quan hệ mà nguồn hỗ trợ, thay vì xem mọi mã quét là SKU rồi tìm sản phẩm theo tên.
Tài liệu sản phẩm cung cấp hành vi được mô tả cho Odoo, chưa phải bằng chứng đã chạy trên kho Onter. Trước khi thiết kế đồng bộ, cần xác nhận phiên bản, chức năng bật, quyền và trường dữ liệu thực tế. Không cam kết mọi phần mềm dùng cùng tên package hoặc có cùng cách lưu quan hệ nội dung chỉ vì giao diện đều có biểu tượng hộp.
Với thiết kế báo cáo, một dòng nội dung có thể cần mã kiện, mã sản phẩm, lượng và đơn vị. Khi hệ thống quản lý lô, serial hoặc owner trong phạm vi đó, các quan hệ cần thiết phải được giữ. Đây là mô hình bàn giao được đề xuất, không khẳng định mọi trường đều nằm trực tiếp trên một bảng hay có sẵn qua cùng một API.
Loại vỏ hộp, kích thước và trọng lượng cũng không thay thế danh sách nội dung. Hai kiện dùng cùng loại hộp có thể có hàng khác nhau. Ngược lại, hàng cùng SKU có thể được chia qua nhiều kiện. Khi công việc yêu cầu theo dõi từng kiện, cần truy được quan hệ thực sự, không tạo mã bằng cách nối tên sản phẩm với chữ “box” rồi coi là định danh ổn định.
Một báo cáo đếm “số loại hộp” và một báo cáo đếm “số kiện có hàng” sẽ có phạm vi khác nhau. Người lập báo cáo cần ghi rõ đang đếm định nghĩa hay vật chứa tại một thời điểm. Nếu một kiện đã được dỡ hết nhưng còn bản ghi lịch sử, không lấy tên còn xuất hiện làm bằng chứng nó vẫn chứa lượng cũ. Cách nhận diện kiện rỗng phải theo dữ liệu nguồn được xác minh.
Nếu cần dữ liệu vận chuyển, phải kiểm riêng giới hạn và cách tính mà nhà vận chuyển hỗ trợ. Bài không suy một loại package đã tương thích mọi hãng, cũng không biến trọng lượng khai báo thành số cân thực tế. Một màn hình cho nhập số là khả năng ghi dữ liệu; độ đúng của số và quy trình xác nhận vẫn cần nguồn.
Đối chiếu nội dung khi chia hoặc chuyển kiện
Để nghiệm thu mẫu P01, ghi trước sáu K01 và bốn K02. Sau khi thao tác trong môi trường được phép, đọc lại danh sách theo từng sản phẩm và kiện. Chỉ kiểm P01 còn tồn tại là quá yếu: một mã kiện có thể vẫn hiện nhưng dòng nội dung bị gán sang kiện khác hoặc thiếu một phần số lượng.
Tiếp theo, dùng một tình huống giả lập tách hai K01 từ P01 sang P02. Kết quả mong đợi theo đề xuất là P01 còn bốn K01 và bốn K02, P02 có thêm hai K01. Tổng K01 trong phạm vi mẫu không đổi. Cách thực hiện phải theo công cụ hỗ trợ; ví dụ số học này không phải lệnh sửa trực tiếp dữ liệu kho.
Phân biệt thao tác di chuyển kiện với việc thay chủ sở hữu hàng. Theo dõi hàng ký gửi theo owner giải thích vì sao vị trí và chủ sở hữu là hai thuộc tính riêng. Tương tự, chuyển P01 qua một khu khác không đủ để kết luận toàn bộ hàng trong đó đã được bán, giao hoặc chuyển quyền theo hợp đồng.
Một kiện hỗn hợp cũng không mặc nhiên là một bộ sản phẩm có thể bán. Bài bộ sản phẩm B2B và thành phần xử lý định mức, phiên bản và khả năng đáp ứng của kit. P01 ở đây phục vụ theo dõi vật chứa, không tự tạo một mặt hàng thương mại mới để khách đặt.
Quy tắc khách phải mua theo số lượng tối thiểu hoặc bội số còn là câu hỏi khác. Xem MOQ và bội số đóng gói để giữ điều kiện đặt hàng rõ ràng. Không thay số khách chọn chỉ vì một kiện đang có chỗ trống hoặc vì quy cách thường dùng chứa nhiều hơn lượng họ cần.
Khi đưa dữ liệu lên website, trước hết xác định người mua cần biết gì. Họ có thể cần số kiện sẽ nhận và danh sách mặt hàng theo đơn, nhưng không cần thấy mã vị trí kho, quan hệ owner hay toàn bộ sơ đồ đóng gói nội bộ. Chỉ gửi dữ liệu phù hợp quyền và mục đích; trạng thái nguồn chưa rõ phải có cách xử lý được thống nhất trước.
Đầu vào khảo sát hữu ích là một kiện giả lập có hai mã, một lần tách lượng và kết quả mong đợi sau thao tác. Từ mẫu ấy có thể xác định phần quản lý kho đang đáp ứng và phần kết nối còn thiếu. Để Nhận tư vấn & báo giá, chỉ mô tả cấu trúc cùng ngoại lệ, không gửi nhãn khách hoặc dữ liệu giao hàng thật. Giá: Liên hệ. Onter xác nhận nguồn, quyền và phạm vi trước khi đề xuất tích hợp.
