Khách đặt 5 kiện nhưng khối lượng thực mỗi kiện không hoàn toàn giống nhau. Nếu website lấy cân nặng danh nghĩa để ghi một tổng tiền cuối cùng, khách có thể hiểu sai khi nhận số cân thực tế. Bán theo cân trên website cần giữ đồng thời lượng đặt, khối lượng dự kiến và số đã được xác nhận.
Bài viết dành cho doanh nghiệp có hàng biến thiên khối lượng theo lô hoặc kiện. Đây là hướng dẫn thiết kế thông tin giao dịch; không hướng dẫn hiệu chuẩn cân, không đưa quy tắc kế toán hay điều kiện thương mại áp dụng cho mọi mặt hàng.
Hai đơn vị cùng tồn tại, không thay thế nhau
Số kiện phục vụ thao tác đặt hoặc giao; kilogram có thể là đơn vị tồn hoặc tính tiền. Một kiện có khối lượng danh nghĩa nhưng số thực phải lấy từ bước cân được doanh nghiệp xác định. Microsoft mô tả catch weight với đơn vị xử lý, khối lượng danh nghĩa và cách ghi nhận trọng lượng thực. Đó là ví dụ hệ thống kho, không phải tính năng mặc định của website.
Trước khi thiết kế, hỏi thời điểm nào có số cân đáng tin: lúc đóng gói, xuất kho hay một bước khác. Nếu chưa có, website chỉ nên báo dự kiến hoặc cần xác nhận theo chính sách đã duyệt, thay vì tạo độ chính xác giả.
Ví dụ giả định cho bán theo cân trên website
Một khách đặt 5 kiện, dự kiến 10kg mỗi kiện. Lượng dự kiến là 50kg. Sau cân, tổng là 49,6kg. Website cần cho thấy cả lượng đặt ban đầu và lượng thực được xác nhận, không âm thầm đổi số cũ để hồ sơ trông luôn khớp.
Giả sử đơn giá minh họa là 100 đơn vị tiền cho mỗi kg, chưa xét thuế và phí: phần hàng dự kiến 5.000, theo số cân thực là 4.960. Đây chỉ là phép tính giải thích dữ liệu giả định, không phải giá Onter hay hàng thực. Doanh nghiệp phải chốt thời điểm xác nhận giá và cách khách chấp thuận chênh lệch.
Sai ở đâu nếu chỉ thêm ô kilogram
Giỏ hàng có thể hiển thị 5 nhưng không nói 5 kiện hay 5kg. Email có thể giữ lượng đúng nhưng phần mềm nhận một đơn vị khác. Một trường chuyển đổi cố định cũng không thể thay cho số cân thực của từng lô.
Hãy lưu tên đơn vị ở mọi bước và ghi nguồn của số cân. Nếu cân lại, giữ thời điểm, người xác nhận và lý do thay đổi. Nếu doanh nghiệp chỉ cung cấp khoảng dự kiến, đừng hiển thị hàng loạt số thập phân như đã đo chính xác.
Đặt trước cách xử lý chênh lệch
Khách cần biết khi nào tổng cuối được xác nhận, có được hỏi lại trước giao không và phần nào còn chưa bao gồm. Các ngưỡng chấp thuận thuộc chính sách người bán, không nên do frontend tự đặt. Khi có đặt cọc hoặc thanh toán trước, luồng điều chỉnh cần người có thẩm quyền duyệt và hệ thống phù hợp; không tự suy khoản chênh thành hoàn tiền.
Một đơn có nhiều kiện cần kiểm soát cả mức tổng và dữ liệu thành phần nếu nghiệp vụ yêu cầu. Không sửa số tổng trong khi các dòng vẫn mang giá trị cũ. Lỗi cân, sai đơn vị hoặc thiếu nguồn phải đi vào hàng chờ xác minh.
Không nhầm với trọng lượng vận chuyển hoặc MOQ
Kích thước và trọng lượng kiện vận chuyển phục vụ đóng gói và vận chuyển, không nhất thiết là khối lượng hàng tính tiền. Trọng lượng cả bao bì cũng khác khối lượng tịnh. Website phải nói rõ đang thể hiện loại nào.
MOQ và bội số xác định lượng được nhận, còn số cân thực là dữ liệu sau một bước đo. Không dùng bội số đóng gói để che việc chưa có khối lượng cuối.
Chọn luồng vừa đủ để xác nhận được
Với ít đơn, form nhận số kiện, sales xác nhận số cân và tổng cuối có thể phù hợp hơn checkout tự thanh toán. Khi muốn tự động, cần nguồn cân, quyền cập nhật, quy tắc chênh lệch và hệ thống tiền hàng rõ. Chưa có chính sách xác nhận thì chưa nên đưa một tổng “cuối cùng” lên trang.
Onter khảo sát phạm vi website theo dữ liệu và nghiệp vụ thực. Đầu ra cần chốt là đơn vị, nhãn dự kiến/thực, bản tóm tắt, quyền sửa và ca nghiệm thu; kết nối kho hoặc cân cần đánh giá riêng. Không có giá cố định cho luồng chưa biết nguồn dữ liệu.
Chuẩn bị ba tình huống đã ẩn dữ liệu: cân gần danh nghĩa, chênh lệch cần hỏi và chưa có số cân. Chỉ cần giải thích trọn ba ca này đã giúp xác định phần website phải làm, phần để người xử lý và thời điểm khách cần đồng ý.
