Một phiếu giao có một chiếc bàn và bốn chiếc ghế. Đội chất lượng muốn kiểm tra điều gì: tình trạng của cả lần giao, đặc điểm của từng loại hàng, hay một lượng hàng được chọn theo kế hoạch? Cùng một phiếu nguồn có thể dẫn đến phạm vi kiểm khác nhau. Nếu chỉ yêu cầu “bật kiểm chất lượng”, hai bên rất dễ nghiệm thu hai kết quả khác nhau mà đều nghĩ cấu hình đã đúng.
Trong Odoo 19, điểm kiểm soát chất lượng là nơi thiết lập quy tắc tạo quality checks. Bài này tập trung vào ba quyết định: áp dụng cho đối tượng nào, kiểm theo phạm vi nào và kích hoạt với tần suất nào. Nó không đưa ra tỷ lệ lấy mẫu tiêu chuẩn, không xác nhận một sản phẩm đạt chuẩn và không thay thế kế hoạch kiểm đã được người phụ trách phê duyệt.
Bắt đầu bằng câu hỏi của người kiểm
Trước khi mở màn hình cấu hình, hãy viết một câu đủ cụ thể để nhân viên thực hiện. “Xác nhận bao gói của cả chuyến giao” khác “đo kích thước ghế” và cũng khác “kiểm một phần số ghế theo kế hoạch”. Câu mô tả phải chỉ ra bằng chứng cần lưu, phạm vi kết luận và cách xử lý khi không đạt. Phần mềm không thể tự xác định những điều đó từ tên sản phẩm.
Ví dụ giả định về bàn và ghế có ba nhiệm vụ riêng. Kiểm đủ chứng từ giao có thể dùng một hồ sơ cho cả operation. Kiểm một đặc điểm theo từng loại sản phẩm cần biết kết quả nào thuộc bàn, kết quả nào thuộc ghế. Nếu cần ghi phép đo của các chiếc cụ thể, phải có khả năng liên hệ bằng chứng với đúng đối tượng đã đo, thay vì đặt một nhãn Passed chung cho cả phiếu.
Số hồ sơ kiểm được tạo không bằng số đơn vị thực tế đã được kiểm. Một hồ sơ có thể chứa bằng chứng cho cả phạm vi; nhiều hồ sơ cũng có thể bị nhân viên hoàn thành mà thiếu dữ liệu. Khi đặt tiêu chí nghiệm thu, nên tách số check, số lượng được yêu cầu kiểm và bằng chứng đã ghi. Từ đó mới biết màn hình và báo cáo có trả lời được câu hỏi chất lượng hay chỉ tăng số thao tác.
Điểm kiểm soát chất lượng: phạm vi và tần suất
Tài liệu Quality Control Points của Odoo phân biệt các lựa chọn Control per với Control Frequency. Đây là hai trục cấu hình. Trục thứ nhất xác định phạm vi của check; trục thứ hai quyết định khi nào quy tắc yêu cầu tạo check. Đừng dùng một tỷ lệ ở trục này để giải thích tỷ lệ ở trục kia.
| Control per | Phạm vi được mô tả | Câu hỏi cần chốt thêm |
|---|---|---|
| Operation | Một check cho toàn bộ operation được chọn | Kết luận bao phủ đặc điểm nào của lần giao hoặc sản xuất? |
| Product | Một check cho mỗi sản phẩm phân biệt trong operation | Bằng chứng gắn đúng loại sản phẩm nào? |
| Quantity | Phạm vi theo phần số lượng được cấu hình | Những đơn vị nào được chọn và bằng chứng nào cần giữ? |
Trong ví dụ bàn và ghế của tài liệu QCP, Product tạo hai check cho hai sản phẩm phân biệt, không phải năm check theo tổng chiếc. Tài liệu cũng mô tả Quantity với Partial Test và trường hợp 100% là một check cho toàn bộ số lượng. Vì vậy không nên dịch tên trường thành cam kết “mỗi đơn vị luôn có một phiếu riêng”. Muốn hồ sơ riêng theo serial hoặc từng phép đo, cần kiểm chứng thiết kế cụ thể.
Control Frequency lại quyết định tần suất kích hoạt. Có thể cần kiểm mọi operation phù hợp, theo một tỷ lệ operation, theo kỳ hoặc theo yêu cầu thủ công tùy lựa chọn được hỗ trợ. Một phần hàng nằm trong operation và một phần operation được chọn trong dòng công việc là hai tập khác nhau. Người duyệt phải hiểu tập nào đang được lấy làm mẫu số trước khi chấp thuận báo cáo tỷ lệ.
Không tự nhân hai tỷ lệ rồi gọi kết quả là độ bao phủ chất lượng chung. Lựa chọn thực tế còn phụ thuộc quy tắc, dữ liệu nguồn, cách lấy mẫu và phương pháp kiểm. Bài không đề xuất dùng một tỷ lệ tùy ý để giảm khối lượng kiểm; nó đề xuất mô tả đúng quyết định đã được bộ phận chất lượng chốt, rồi thử xem phần mềm có thể hiện quyết định đó hay không.
Mã lô giúp truy vết, không tự xác định độ bao phủ
Một lô có thể gồm nhiều chiếc cùng đặc điểm nguồn. Có mã lô trên hồ sơ kiểm giúp tìm lại nhóm hàng, nhưng không mặc định mọi chiếc trong lô đã được đo hoặc quan sát. Người đọc báo cáo cần biết phép kiểm áp dụng cho cả lô theo phương pháp nào, hay mới ghi lại kết quả trên một phần được chọn. Không đổi “có kết quả của lô” thành “đã kiểm từng sản phẩm”.
Tài liệu lot numbers mô tả lô như công cụ theo dõi nhóm sản phẩm qua các hoạt động kho. Trong thiết kế đề xuất, dữ liệu chất lượng nên giữ liên hệ tới operation, sản phẩm và mã lô hoặc serial khi cần. Không ghép bằng tên hàng tự do nếu có một mã nguồn ổn định để đối chiếu.
Giả sử operation chứa hai lô ghế khác nhau. Một phép kiểm theo Product có thể không trả lời được người kiểm đã quan sát lô nào nếu cấu hình và biểu mẫu không giữ thông tin đó. Đây là ca cần thử bằng dữ liệu tổng hợp trước nghiệm thu, không phải khẳng định mọi bản Odoo sẽ bỏ mất mã lô. Mục tiêu là phát hiện khoảng trống giữa câu hỏi nghiệp vụ và bằng chứng được lưu.
Cũng cần phân biệt QCP tự sinh check với một check tạo thủ công. Hướng dẫn Quality checks mô tả đường tạo và xử lý hồ sơ riêng. Khi xây tài liệu vận hành, ghi rõ người dùng đang thực hiện đường nào; không lấy một mô tả ở màn hình thủ công để suy ra toàn bộ hành vi của quy tắc tự sinh.
Nghiệm thu bằng một operation đủ nhỏ để đọc hết
Hãy chuẩn bị một phiếu giả lập có hai loại sản phẩm, số lượng khác nhau và mã lô phù hợp với cách theo dõi thực tế. Trước khi chạy, người phụ trách ghi check nào kỳ vọng xuất hiện, kiểm gì và bằng chứng gắn với đối tượng nào. Sau khi thực hiện trên môi trường được phép, so kết quả với dự kiến. Một thông báo hoàn tất trên màn hình không thay thế bước đối chiếu đó.
Thử lần lượt từng thay đổi cấu hình giúp tìm nguyên nhân dễ hơn. Nếu đổi đồng thời Operation, Control per, Frequency và kiểu kiểm, một khác biệt về số check sẽ khó giải thích. Giữ một bản ghi cấu hình và một operation mẫu cho mỗi tình huống; không dùng dữ liệu sản xuất thật để thử một chuỗi thay đổi chưa rõ tác động.
Với Measure, cần chốt đại lượng, đơn vị, giá trị chuẩn và dung sai theo yêu cầu chuyên môn. Với Pass–Fail, tiêu chí quyết định phải đủ rõ để hai người không chọn khác nhau chỉ vì cách hiểu. Với ảnh, phải biết ảnh chứng minh điều gì và có nhìn được chi tiết cần kiểm không. Việc trường ảnh đã có file không tự chứng minh chất lượng hình hoặc sản phẩm đạt.
Một ca quan trọng là hàng không đạt. Người thử cần thấy ai nhận việc tiếp theo và bằng chứng nào được giữ. Bài không mặc định một check Fail sẽ tự phong tỏa mọi thao tác kho hoặc chặn website bán hàng; cơ chế đó phải được đối chiếu riêng với cấu hình và quyền trên hệ thống cụ thể. Tránh đưa lời hứa “tự chặn hàng lỗi” vào brief khi mới chỉ cấu hình một điểm kiểm.
Báo cáo đúng phạm vi kết luận
Một báo cáo hữu ích nên cho người đọc lần từ kết quả về đối tượng, phương pháp và quy tắc đã áp dụng. Tỷ lệ check Passed không thể được dùng ngay như tỷ lệ từng chiếc đạt nếu mẫu số của hai con số khác nhau. Khi đổi cấu hình, cần giữ thông tin đủ để giải thích tại sao số check của kỳ này khác kỳ trước; không kết luận chất lượng tăng chỉ vì phần mềm sinh ít hồ sơ hơn.
Website B2B có thể cần công bố một chứng từ hoặc nhận yêu cầu tra cứu kết quả. Lớp công khai ấy chỉ nên hiển thị thông tin đã được phép đưa ra và đúng phạm vi kết luận. Nếu khách hỏi phiếu theo một lô cụ thể, không trả một ảnh kết quả chung của sản phẩm rồi để họ hiểu đó là chứng cứ cho mọi lô đang bán.
Onter có bài riêng về tra cứu COA theo lô cho bước đưa khách tới đúng phiếu. Còn với bài toán cấu hình kiểm nội bộ, hãy chuẩn bị một operation tổng hợp, phương pháp và kết quả kỳ vọng khi trao đổi nhu cầu triển khai. Phạm vi khởi đầu nên là tạo và đối chiếu đúng hồ sơ kiểm, trước khi mở rộng sang quyết định xuất hàng hoặc công bố kết quả tự động.
