Kho đang còn 40 hộp của lô L-17. Người phụ trách cần biết những phần còn lại đã được giao theo chứng từ nào, tới hồ sơ nhận nào và có hàng quay về hay chưa. Một ảnh chụp tồn cuối chỉ trả lời câu đầu; xuất toàn bộ danh sách khách hàng lại tạo một tập quá rộng mà vẫn chưa chỉ ra ai liên quan đến đúng lô.
Truy vết lô Odoo nên bắt đầu từ sản phẩm và mã lô xác định, rồi đi theo những chuyển động liên quan. Bài này dùng tài liệu Odoo 19 để hướng dẫn cách đọc bằng chứng nội bộ và một ví dụ số lượng giả lập. Nó không quyết định sản phẩm có phải thu hồi, không đưa tiêu chuẩn xử lý cho ngành cụ thể và không coi danh sách giao hàng là bằng chứng đã liên hệ hoặc đã nhận lại hàng.
Từ mã lô tới đúng tập chứng từ
Tài liệu Lot numbers của Odoo 19 mô tả lô như cách theo dõi một nhóm sản phẩm qua nhận, lưu, giao hoặc sản xuất. Phần Traceability cho phép đọc vòng đời từ nguồn tới nơi nhận; trên hồ sơ lô có nút Traceability để xem báo cáo stock moves. Đây là lớp dấu vết, không phải kết luận về chất lượng hoặc mức ảnh hưởng của lô.
Người rà nên xác định mã sản phẩm đi cùng mã lô ngay từ đầu. Một chuỗi ký tự ngắn trên nhãn không nên trở thành khóa ghép duy nhất cho mọi danh mục hoặc công ty. Nếu nơi vận hành dùng cả mã nhà cung cấp và mã nội bộ, cần biết nguồn đang lưu từng mã ở trường nào trước khi tìm. Không tự chọn một kết quả gần giống vì số trên nhãn hơi mờ.
Trong lúc đối chiếu, hãy ghi rõ thời điểm chốt và phạm vi kho hoặc công ty. Một file được xuất sáng nay có thể khác màn hình đang xem chiều nay vì đã có giao dịch mới. Điều cần giải thích là những chuyển động nào phát sinh thêm, không phải chọn màn hình có tổng gần với dự đoán hơn rồi bỏ các dòng còn lại.
Không phải cứ tạo được một mã lô trong danh mục là hàng trước đây đã gắn đầy đủ với nó. Tài liệu phân biệt việc tạo lô với gán lô cho sản phẩm được nhận. Nếu dữ liệu lịch sử chưa được ghi đúng, báo cáo cần giữ khoảng trống ấy. Thêm một nhãn hôm nay không tự tái tạo toàn bộ đường đi của các hộp đã xuất từ trước.
Một lô 100 hộp qua hai lần giao
Để hình dung phạm vi đối chiếu, giả sử lô L-17 của sản phẩm K-01 có 100 hộp được nhận. Hai lần giao đã ghi nhận gồm 25 hộp theo chứng từ DA-01 tới hồ sơ nhận A và 35 hộp theo DB-01 tới B; kho còn 40 hộp. Đây là các mã và lượng giả lập, không đại diện cho khách hàng hoặc kết quả chạy Odoo thật.
Phép cộng 25, 35 và 40 giúp kiểm tra mô hình đơn giản ở cùng một thời điểm. Nó chưa chứng minh ba con số trên hệ thống đã đúng hoặc tập chứng từ đã đủ. Nếu một chuyển nội bộ cũng được cộng như giao ra ngoài, tổng lịch sử có thể lớn hơn 100 dù không có thêm hàng mới. Báo cáo chuyển động không phải một bảng các phần tồn độc lập để cộng tùy ý.
Giả sử sau đó A gửi trả 5 hộp theo một chứng từ mới. Lần giao ban đầu vẫn là 25 hộp; lượng quay về cần được giữ như một sự kiện khác. Nếu mọi bước trong ví dụ đã được xác nhận và không có giao dịch khác, kho có thể tăng từ 40 lên 45. Tuy nhiên, không được chỉ sửa dòng giao A từ 25 thành 20 rồi làm mất việc từng có 25 hộp đi ra.
Khả năng giải thích hai thời điểm quan trọng hơn việc giữ một tổng duy nhất. Người đọc phải biết 25 là lượng giao của chứng từ, 5 là lượng trả của chứng từ khác và 20 chỉ là phần chênh số học theo tập đã chọn. Số chênh ấy chưa xác nhận hiện A còn cầm đúng 20 hộp; có thể hàng đã được dùng, chuyển tiếp hoặc xử lý ngoài phạm vi dữ liệu mà doanh nghiệp được phép nhìn.
Giao cho một hồ sơ chưa chắc là giao cho mọi địa chỉ của họ
Với đối tác có nhiều điểm nhận, giữ tham chiếu đúng địa chỉ hoặc hồ sơ nhận của từng lần giao. Không mở rộng một dòng của chi nhánh A thành kết luận mọi nơi thuộc cùng pháp nhân đều đã nhận lô đó. Ngược lại, chỉ dùng tên hiển thị có thể làm bỏ sót hai hồ sơ cùng thuộc một bên nhưng được viết khác nhau trong hệ thống.
Đây là công việc đối chiếu quan hệ dữ liệu, không phải yêu cầu công khai toàn bộ thông tin liên hệ. Người chuẩn bị phạm vi nội bộ cần đủ quyền xem chứng từ liên quan; người nhận báo cáo chỉ nên có dữ liệu cần cho nhiệm vụ của mình. Có thể dùng mã giả hoặc thông tin đã che khi chuyển một ca lỗi sang đội tích hợp để điều tra.
Đọc lịch sử giao dịch cùng với lượng hiện tại
Trước tiên, phân loại mỗi dòng theo đối tượng và chặng đang nói tới: nhận vào, chuyển vị trí, giao ra, trả về hoặc điều chỉnh có căn cứ. Cần biết dòng nào đã hoàn tất, dòng nào mới là kế hoạch, và trạng thái ấy có nghĩa gì ở nguồn đang đọc. Không dùng một danh sách có cả chứng từ nháp để kết luận tất cả lượng đã rời kho.
Báo cáo nên cho phép đi từ dòng tổng hợp về đúng chứng từ và phần lượng có mã lô tương ứng. Một phiếu giao có nhiều sản phẩm hoặc nhiều lô không được gán toàn bộ cho L-17 chỉ vì nó chứa một dòng của lô này. Bộ lọc theo đúng lô và sản phẩm giúp tránh biến việc truy vết hẹp thành một đợt xuất dữ liệu khách hàng không cần thiết.
Nếu cần gửi kèm chứng từ, Odoo 19 có lựa chọn hiển thị lot và serial trên delivery slip đối với sản phẩm theo dõi bằng lô. Phải kiểm cấu hình và phiếu cụ thể, không mặc định mọi bản PDF cũ đã có mã đó. Một phiếu không hiện mã lô chưa tự chứng minh hàng không có lô; người rà vẫn phải xem bản ghi nguồn và phạm vi lần xuất.
Trường hợp dữ liệu thiếu cần một nhãn dễ nhận biết và người xử lý. Ví dụ, có lần giao nhưng chưa nối được lô, hoặc có mã lô nhưng chưa xác định đúng hồ sơ nhận. Không biến “không có kết quả trong tập hiện tại” thành “không bị ảnh hưởng”. Hướng dẫn về tra cứu thu hồi theo lô trên website giải thích ranh giới trả lời công khai; phạm vi nội bộ phải được người có trách nhiệm xác minh trước khi dùng cho thông báo bên ngoài.
Không để một lần đếm thay cho toàn bộ hành trình
Kiểm kê 45 hộp trên kệ có thể giúp xác nhận lượng vật lý tại đó, nhưng chưa giải thích đủ 55 hộp chênh đang liên quan những giao dịch nào. Chiều ngược lại, các phiếu được nhập đầy đủ vẫn không chứng minh lượng ngoài hiện trường đã khớp. Có thể đọc thêm đối chiếu tồn kho và kiểm kê cho lớp so số lượng; hai công việc nên nối với nhau mà không thay nhau.
Khi một chênh lệch xuất hiện, giữ lại thời điểm chốt và tham chiếu nguồn để kiểm tra nguyên nhân. Đừng tạo điều chỉnh tổng chỉ nhằm khiến bảng truy vết cân lại, hoặc xóa một phiếu vì tên gần giống phiếu khác. Người có quyền phải xác định đó là giao dịch trùng, dữ liệu chưa đồng bộ hay một lần chuyển có thực rồi mới chọn thao tác xử lý.
Bàn giao phạm vi đã xác minh và phần còn thiếu
Một đầu ra gọn có thể tách ba nhóm: lượng và vị trí hiện đọc được, các lần giao hoặc trả đã đối chiếu, cùng những dòng cần xác minh thêm. Mỗi kết luận phải nêu thời điểm và nguồn. Số hồ sơ nhận trong danh sách không phải số người đã được thông báo; số chứng từ trả cũng chưa phải bằng chứng toàn bộ phần hàng liên quan đã quay về.
Đợt nghiệm thu đề xuất nên dùng một lô giả có hai lần giao, một lần chuyển nội bộ và một lần trả. Viết trước các dòng nào được đưa vào từng phép tính rồi đối chiếu sau thao tác. Thêm một trường hợp thiếu liên hệ lô để kiểm giao diện có giữ trạng thái chưa rõ hay âm thầm bỏ dòng đó. Đây là thiết kế bài thử, chưa phải phép kiểm đã thực hiện trên sản phẩm Onter.
Không cần bắt đầu bằng mọi kho và mọi sản phẩm. Một phạm vi đủ hẹp nhưng đọc được tới chứng từ giúp phát hiện lỗi bộ lọc, đơn vị hoặc quan hệ trước khi mở rộng. Đồng thời, giữ quy tắc ai được thay dữ liệu và ai duyệt thông tin công bố; báo cáo kỹ thuật không tự cấp quyền ra quyết định nghiệp vụ hoặc kết luận an toàn sản phẩm.
Nếu cần nối báo cáo truy vết với website hoặc hệ thống quản lý, hãy chuẩn bị ví dụ tổng hợp gồm một sản phẩm, một lô, các lần giao và câu hỏi mà người nhận báo cáo cần trả lời. Giá: Liên hệ. Nhận tư vấn & báo giá theo phạm vi dữ liệu và quyền đã thống nhất, không gửi danh sách khách hàng thật qua biểu mẫu tư vấn ban đầu.
