Đơn mua ghi hai thùng, phiếu nhận ghi 24 chiếc. Hai con số có thể cùng đúng nếu mỗi thùng của đúng mã hàng chứa 12 chiếc theo quy tắc đã xác nhận. Nhưng nếu file tích hợp bỏ mất đơn vị và chỉ so 2 với 24, báo cáo sẽ báo lệch; nếu nhân viên sửa 24 thành 2 cho khớp, số tồn lại sai.
Mua theo thùng, tồn kho theo chiếc là bài toán quy đổi trên chứng từ, không chỉ đổi cách viết tên đơn vị. Bài theo một đơn mua giả lập từ nguồn đặt đến lượng nhận, dùng tài liệu Odoo 19 để phân biệt cấu hình phần mềm và dữ liệu doanh nghiệp phải duyệt. Không có giao dịch hay thay đổi tồn kho thật nào được thực hiện trong ví dụ.
Theo một dòng mua hàng qua hai đơn vị
Giả sử SKU K01 có đơn vị lưu kho là chiếc. Nhà cung cấp A bán theo thùng với hệ số đã được xác nhận cho K01: một thùng chứa 12 chiếc. Đơn mua hai thùng vì thế tương ứng lượng dự kiến 24 chiếc. Giữ cả hai cách biểu diễn giúp người mua đọc đúng thỏa thuận với nhà cung cấp và đội kho đọc đúng đơn vị nội bộ.
Đừng chỉ lưu “số lượng 2” rồi để hệ thống nhận tự chọn đơn vị. Trong mô hình tích hợp đề xuất, dòng nguồn giữ SKU, nhà cung cấp, lượng mua, đơn vị mua và tham chiếu tới quy tắc quy đổi đã duyệt. Kết quả giữ lượng theo đơn vị kho cùng căn cứ tính. Đây là dữ liệu bàn giao đề xuất; tên trường API và khả năng lưu phải kiểm trên phần mềm cụ thể.
| Mã | Lượng mua | Căn cứ | Lượng theo đơn vị kho |
|---|---|---|---|
| K01 | 2 thùng | 12 chiếc mỗi thùng đã duyệt | 24 chiếc dự kiến |
| K02 | 2 thùng | Chưa xác nhận số chiếc | Chưa quy đổi |
K02 được đưa vào để phép thử không chỉ có trường hợp thuận lợi. Cùng chữ “thùng” nhưng chưa có căn cứ thì không mượn hệ số của K01. Cũng không điền lượng kho bằng 0: chưa tính được và thực sự không có hàng là hai kết quả khác nhau, dẫn đến quyết định mua hoặc giao khác nhau.
Trong trường hợp nhà cung cấp đổi quy cách, cần biết dòng chứng từ đang theo phiên bản nào. Một hệ số mới không nên bị áp ngược vào mọi đơn cũ chỉ vì bảng quy đổi hiện tại đã đổi. Cách quản lý hiệu lực và lịch sử phải được thống nhất theo hệ thống; bài không khẳng định Odoo tự giữ mọi phiên bản hệ số theo một mô hình như vậy.
Đọc đơn vị mua và đơn vị kho trong Odoo
Tài liệu Units of measure của Odoo 19 mô tả đơn vị mua có thể khác đơn vị tồn kho và yêu cầu chúng cùng nhóm đơn vị phù hợp. Khi tạo RFQ, đơn vị trên dòng nhà cung cấp được sử dụng; phiếu nhận thể hiện lượng quy đổi theo đơn vị nội bộ. Ví dụ của nguồn dùng mét và yard.
Điểm cần kiểm ở đây là cấu hình thực sự được dùng cho dòng mua. Có thể cùng một sản phẩm nhưng các nhà cung cấp đưa ra đơn vị hoặc quy cách khác nhau. Người kiểm tra phải đọc đúng dòng tương ứng, rồi mở chứng từ nhận liên quan. Nhìn tên sản phẩm trên màn hình tổng không đủ để biết một phép chuyển lượng đã dùng căn cứ nào.
Đối với quy cách đóng gói sản phẩm, hướng dẫn Packaging mô tả số lượng cùng đơn vị tham chiếu và cấu hình theo từng sản phẩm. Vì vậy tên “6-pack” không phải một phép đổi dùng chung cho mọi mặt hàng. Người triển khai cần chốt ý nghĩa đơn vị trong đúng nghiệp vụ, thay vì gắn một nhãn thùng cho toàn danh mục.
Đơn vị cũng phải phù hợp về đại lượng. Một số mét vải không thể tự thành số chiếc thành phẩm bằng cách đổi nhãn. Muốn đi từ nguyên liệu sang sản phẩm cần thêm định mức và quy trình khác, có người chịu trách nhiệm. Không dùng một hệ số tùy ý để khiến hai bảng có vẻ khớp khi thực chất đang so hai đối tượng khác nhau.
Với số có phần lẻ, ghi rõ quy tắc làm tròn được chấp thuận và độ chính xác cần giữ ở từng bước. Tính nhiều lần từ một kết quả đã làm tròn có thể khiến tổng khác phép đổi trực tiếp từ nguồn. Đây là điều cần kiểm trong thiết kế tích hợp, không phải lời khẳng định mọi phiên bản Odoo có cùng cách làm tròn hoặc cho phép nhập cùng số chữ số.
So lượng dự kiến với lượng thực nhận
Quy đổi đúng lượng đặt chưa chứng minh hàng đã đến đủ. Trong mẫu K01, 24 chiếc là lượng dự kiến theo đơn. Nếu lần nhận đầu chỉ có 12 chiếc, cần giữ quan hệ với đơn mua và phần còn lại. Không gọi chênh giữa 24 dự kiến và 12 đã nhận là sai hệ số trước khi đọc tình trạng giao nhận.
Ngược lại, một thông báo nhập thành công cũng chưa xác nhận kết quả đúng đơn vị. Sau khi lưu ở môi trường thử được phép, đối chiếu dòng nguồn với dòng mua và lượng trên chứng từ kho. Mã sản phẩm phải giữ nguyên; lượng và đơn vị phải đi cùng nhau; tham chiếu chứng từ giúp người kiểm lần lại khi tổng không như mong đợi.
Mốc đối chiếu cũng cần thống nhất. Nếu đơn mua được sửa từ hai lên ba thùng sau khi phiếu nhận đầu tiên đã được lập, không so bản đơn mới với phiếu cũ rồi kết luận phần mềm đổi sai. Giữ được thời điểm, phiên bản hoặc căn cứ thay đổi theo công cụ đang dùng sẽ giúp xác định lượng nào là dự kiến ban đầu, lượng nào đã nhận và phần nào còn phải xử lý.
Hãy thêm vào bộ mẫu một dòng bị thiếu đơn vị, một dòng cùng tên thùng nhưng khác SKU và một dòng hệ số còn chờ duyệt. Kết quả mong đợi phải nói cụ thể dòng nào tính được, dòng nào cần xác minh. Không sửa âm thầm dữ liệu nguồn hoặc lấy đơn vị phổ biến nhất trong file làm mặc định cho dòng thiếu.
Giá cũng cần đọc theo đơn vị đang được báo. Bài này không tính tổng tiền, chiết khấu hay nghĩa vụ thanh toán. Nếu một tích hợp phải chuyển cả lượng và giá, đội triển khai cần xác nhận riêng giá đang tính theo chiếc hay thùng cùng các điều kiện khác. Khớp số lượng không tự chứng minh phần tiền đã đúng.
Với phiếu đã có người xử lý, tránh tự chạy lại một lô ghi chỉ vì lần gọi trước trả về chậm. Trước khi thao tác tiếp phải dùng cơ chế được hệ thống hỗ trợ để biết dòng nào đã được tạo hoặc cập nhật. Phạm vi bài không cung cấp lệnh ghi kho; ý chính là phép quy đổi cần được đối chiếu trên bản ghi thật của môi trường thử, chứ không chỉ trên bảng tính nháp.
Bàn giao quy tắc để lần sau không phải đoán lại
Một tài liệu ngắn có thể ghi mã hàng, đơn vị mua, đơn vị kho, căn cứ hệ số, người xác nhận và phạm vi áp dụng. Giữ mẫu trước sau đã bỏ dữ liệu riêng tư và một trường hợp không được tính. Tài liệu ấy giúp nhân viên mới hiểu vì sao hai thùng thành 24 chiếc mà không cần hỏi lại hoặc suy từ tên nhà cung cấp.
Nếu nguồn là CSV, bước kiểm tra CSV trước import vẫn cần để đọc đúng cột, mã và tác động ghi. Nó không thay cấu hình đơn vị trong ERP. Tương tự, giữ đơn vị trong bảng song ngữ bảo vệ ý nghĩa khi dịch, còn bài này theo lượng qua chứng từ mua và nhận.
Điều kiện khách được đặt bao nhiêu lại là lớp khác. Một mã có thể quy đổi đúng nhưng lượng khách nhập chưa đạt MOQ hoặc bội số được bán. Xem phạm vi số lượng tối thiểu và bội số đóng gói thay vì dùng một hệ số quy đổi để tự tăng lượng trong giỏ hàng.
Để khảo sát kết nối, có thể chuẩn bị hai dòng sản phẩm giả lập như K01 và K02, cùng kết quả mong đợi theo từng chứng từ, rồi Nhận tư vấn & báo giá. Giá: Liên hệ. Onter kiểm tra nguồn dữ liệu, quyền, quy tắc và khả năng tích hợp trước khi xác nhận phạm vi; không mặc định đã có kết nối sẵn hoặc mọi loại đơn vị đều được hỗ trợ.
