Triển khai hệ thống quản lý hàng tạm giữ vì chất lượng trong sản xuất

Động lực để các doanh nghiệp sản xuất cân nhắc “triển khai hệ thống quản lý hàng tạm giữ vì chất lượng” không chỉ đơn thuần xuất phát từ việc nhập kết quả kiểm tra chậm. Khi hàng hóa bị tạm giữ vì chất lượng vẫn còn trên kệ, trong ERP thì vẫn hiển thị là có thể xuất kho, trong WMS thì vẫn có thể lấy hàng, còn trong MES thì vẫn có thể đưa vào công đoạn sản xuất. Nếu tình trạng này xảy ra dù chỉ một lần, thì việc chỉ số hóa phiếu kiểm tra sẽ không giải quyết được vấn đề. Điều cần thiết là một cơ chế đồng bộ hóa đối tượng, số lượng, vị trí, khả năng sử dụng và quyền phán quyết tại cùng một thời điểm.

Bài viết này tập trung vào thực tiễn quản lý hàng tạm giữ vì chất lượng đối với nguyên liệu đầu vào, bán thành phẩm và thành phẩm tại các nhà máy sản xuất ở Thái Lan. Không phải là giới thiệu tính năng của các sản phẩm thương mại, mà là trình bày liên tục các yêu cầu nghiệp vụ, ranh giới trách nhiệm giữa ERP, MES, WMS, quy trình giải phóng từng phần, phòng ngừa xuất hàng nhầm, cũng như điều kiện kiểm thử cho RFP và FAT/SAT. Đối với các ngành chịu sự quản lý của pháp luật, cần xác nhận riêng các quy định pháp lý và yêu cầu của khách hàng.

Những điều cần quyết định đầu tiên khi triển khai hệ thống quản lý hàng tạm giữ vì chất lượng

Hàng tạm giữ vì chất lượng là trạng thái nghiệp vụ tạm thời hạn chế việc sử dụng, di chuyển, xuất hàng của đối tượng do chờ kiểm tra, nghi ngờ không phù hợp, sai lệch quy trình, hoặc nhận được thông báo từ khách hàng. Không đồng nghĩa với “xác định là hàng lỗi”. Sau khi điều tra sẽ phân loại thành đạt, sửa chữa, phân loại lại, sử dụng có điều kiện, trả lại hoặc tiêu hủy. Việc giải phóng hàng tạm giữ vì chất lượng chỉ hoàn tất khi không chỉ bộ phận chất lượng phán quyết mà còn được phản ánh vào giao dịch tồn kho và thao tác thực tế tại hiện trường.

Trong thực tế, không nên gộp chung khái niệm “hàng tạm giữ vì chất lượng” mà cần phân tách ít nhất thành bốn câu hỏi. Thứ nhất, đối tượng là gì? Toàn bộ mã hàng, lô, số serial, pallet, thùng chứa hay lệnh sản xuất bán thành phẩm? Thứ hai, số lượng nào sẽ bị dừng? Chỉ mẫu kiểm tra hay toàn bộ lô cùng loại? Thứ ba, cấm thực hiện những thao tác nào? Phân bổ đơn hàng, lấy hàng, xuất kho, đưa vào công đoạn, di chuyển, đóng gói lại, tính vào tồn kho khả dụng trên kế hoạch – mỗi thao tác là một phạm vi khác nhau. Thứ tư, ai, dựa trên bằng chứng nào, được phép thay đổi bao nhiêu đơn vị sang trạng thái nào? Nếu chỉ thiết kế giao diện mà không quyết định rõ các yếu tố này, ý nghĩa của “hàng tạm giữ vì chất lượng” sẽ khác nhau ở từng hiện trường.

Ngay cả trong tài liệu chính thức của Microsoft Dynamics 365, việc chặn tồn kho theo lệnh kiểm tra chất lượng, chặn thủ công và chặn theo trạng thái tồn kho cũng là các cơ chế riêng biệt. Số lượng mẫu kiểm tra và số lượng bị chặn cũng không nhất thiết phải trùng khớp. Không nên áp dụng nguyên xi thiết lập của một sản phẩm cụ thể cho doanh nghiệp khác, nhưng đây là ví dụ tham khảo cho thấy sự cần thiết phải thiết kế riêng “đối tượng nào, giao dịch nào sẽ bị dừng”. Tham khảo: Microsoft Quality orders, Microsoft Inventory blocking.

Phân biệt “Đang kiểm tra”, “Tạm giữ vì chất lượng”, “Xác định không phù hợp”

“Đang kiểm tra” là trạng thái chưa có kết quả, việc sử dụng bị hạn chế theo quy định. “Tạm giữ vì chất lượng” là trạng thái tạm thời loại khỏi vận hành thông thường, chờ điều tra và phán quyết. “Xác định không phù hợp” là trạng thái đã xác nhận không đáp ứng yêu cầu, cần quyết định phương án xử lý. Nếu gộp tất cả vào một trường “NG”, điều kiện giải phóng, người phụ trách, quy tắc phân bổ và phân tích lead time sẽ trở nên mơ hồ. Cần thiết kế riêng tên trạng thái ngắn hiển thị trên màn hình hiện trường và mã lý do, mã phán quyết lưu trong hệ thống.

Xác định phạm vi cần dừng hàng như thế nào

Nếu nhận diện đối tượng yếu, dù có thiết kế màn hình phê duyệt nghiêm ngặt đến đâu thì vẫn có thể di chuyển nhầm thùng chứa khác. Khóa chính của hàng tạm giữ vì chất lượng thường bao gồm mã hàng, lô hoặc số serial, vị trí lưu kho, mã thùng/pallet, số lượng, đơn vị tính và trạng thái chất lượng. Đối với bán thành phẩm, có thể cần thêm lệnh sản xuất, công đoạn, khu vực làm việc, thời điểm qua công đoạn. Nếu muốn quản lý cả hàng hóa tại nhà cung ứng, cần tách biệt quyền sở hữu và vị trí vật lý. Nhãn nhận diện nên in cả chữ cho người đọc và mã cho máy quét, sau khi quét sẽ trả về mã hàng, lô, trạng thái, số lượng trên thiết bị.

Ngay cả khi “dừng lô”, cũng cần xác định là chỉ dừng một số thùng trong lô hay dừng toàn bộ lô tại tất cả các kho. Nếu chỉ dừng một phần quá hẹp sẽ bỏ sót nguy cơ lẫn lộn, nếu dừng quá rộng sẽ ảnh hưởng đến nguồn cung. Trong điều tra ban đầu, có thể mở rộng phạm vi để đảm bảo an toàn, sau đó thu hẹp dần dựa trên lịch sử công đoạn và bằng chứng kiểm tra. Tuy nhiên, cần tránh tự động thu hẹp, phải ghi lại căn cứ, phê duyệt và mã đối tượng. Trường hợp chia tách hoặc hợp nhất lô bán thành phẩm giữa các lệnh sản xuất, có thể tham khảo cách quản lý phả hệ và số lượng tại Quản lý chia tách & hợp nhất lô bán thành phẩm.

Tiêu chuẩn Truy xuất nguồn gốc toàn cầu của GS1 liệt kê thời điểm, mã nhận diện đối tượng, vị trí, công đoạn, trạng thái, người chịu trách nhiệm là các dữ liệu chính của sự kiện truy xuất. GS1 EPCIS 2.0 cũng định nghĩa disposition (trạng thái sau sự kiện) và persistentDisposition (trạng thái duy trì cho đến khi được giải phóng rõ ràng). Không phải nhà máy nào cũng phải áp dụng EPCIS, nhưng đây là tham khảo hữu ích cho việc thiết kế lưu lại “bắt đầu tạm giữ vì chất lượng” và “giải phóng tạm giữ vì chất lượng” dưới dạng sự kiện thay vì ghi đè. Tham khảo: GS1 Global Traceability Standard, GS1 EPCIS 2.0.

Làm rõ đơn vị phạm vi hàng tạm giữ vì chất lượng

Ví dụ, lô nguyên liệu R có 100 thùng, phát hiện 1 thùng bị hỏng bao bì ngoài. Trước tiên cần xác định chỉ dừng thùng hỏng, dừng 10 thùng cùng đơn vị vận chuyển, hay dừng toàn bộ 100 thùng. Quyết định này phụ thuộc vào loại khuyết tật và đường đi của hàng hóa. Hệ thống cần ghi nhận riêng “đơn vị logic của hàng tạm giữ vì chất lượng” và “đơn vị vật lý thực tế đã xác nhận”, nếu có chênh lệch thì cảnh báo. Dù logic dừng 100 thùng, nhưng nếu thiết bị chỉ xác nhận được 98 thùng thì phải hiển thị 2 thùng chưa tìm thấy là chưa giải quyết xong.

Không chỉ xác nhận hàng hóa qua mã vạch, mà còn phải tính đến trường hợp nhãn bị bong, đóng gói lại, xếp lại pallet, hoặc nhập sai khi thao tác thủ công. Khi nhân viên kiểm tra xác định bằng mã thay thế, cần lưu lại mã gốc, mã thay thế, lý do, thời điểm và người phê duyệt. Đây là vấn đề liên quan đến thiết kế phiếu hiện trường, không chỉ đơn thuần là khớp số dư tồn kho.

Định nghĩa trước các trạng thái chuyển tiếp

Cấu hình tối thiểu được khuyến nghị gồm các trạng thái: “Có thể sử dụng”, “Chờ kiểm tra”, “Tạm giữ vì chất lượng”, “Chờ phán định”, “Đang sửa chữa”, “Sử dụng có điều kiện”, “Chờ hủy/hoàn trả”, “Hoàn thành”. Tuy nhiên, mục tiêu không phải là tăng số lượng trạng thái. Điều quan trọng là phải ghi rõ từng dòng: ai có quyền chuyển sang trạng thái tiếp theo, cần bằng chứng nào, và điều gì sẽ xảy ra với tồn kho/công việc tại hiện trường. Không nên cố gắng gán một-một giữa trạng thái hiển thị trên màn hình với phân loại tồn kho của ERP, khả năng pick của WMS, và quyền đưa vật tư vào công đoạn trên MES; thay vào đó, hãy lập bảng ánh xạ.

Cần tách biệt giữa “Đã phán định” và “Đã gỡ bỏ”. Dù bộ phận chất lượng đã nhập kết quả đạt, nếu thay đổi phân loại tồn kho trên ERP thất bại thì không được cho phép xuất kho. Ngược lại, nếu chỉ thay đổi phân loại trên ERP bằng tay, thì hiện vật chưa được phán định vẫn có thể bị xuất hàng. Dù hiển thị trạng thái chuyển tiếp trên một màn hình, cần đối chiếu phản hồi của từng hệ thống và lưu lại trạng thái lỗi riêng nếu chưa được phản ánh.

Gỡ bỏ từng phần và lượng tồn lại

Giả sử có 100 sản phẩm cùng lô bị tạm giữ, sau khi phân loại thì 80 cái đạt, 15 cái cần sửa chữa, 5 cái hủy bỏ. Đây chỉ là ví dụ minh họa, không phải số liệu thực tế. Không nên “gỡ bỏ” toàn bộ 100 cái cùng lúc, mà xác định số lượng cho từng xử lý. Lượng tồn tạm giữ còn lại là 100−80−15−5＝0. Tuy nhiên, việc 80 cái đạt đã được phân bổ trước, 15 cái sửa chữa trở thành bán thành phẩm ở công đoạn khác, hay 5 cái hủy cần xử lý kế toán là các giao dịch riêng biệt. Không chỉ tuân thủ bảo toàn số lượng, mà còn phải chỉ rõ nơi chuyển ghi và người chịu trách nhiệm cho từng trạng thái.

Nếu có số lẻ, quy đổi giữa trọng lượng và số lượng, kiểm tra phá hủy mẫu, tách lô, hoặc nhận lại từ gia công ngoài, thì không thể khép kín đơn giản bằng công thức trên. Cần bổ sung tiêu chuẩn chuyển đổi đơn vị, tỷ lệ hao hụt, mẫu tiêu hao, phê duyệt chênh lệch. Việc số lượng về 0 và tất cả giao dịch đã hoàn thành cũng là hai khái niệm khác nhau. Nếu còn giao dịch hủy chờ phê duyệt hoặc tác vụ WMS chưa xử lý, thì hồ sơ vẫn hiển thị là chưa hoàn thành.

Xác định hệ thống gốc giữa ERP, MES, WMS

Thông thường, ERP là hệ thống gốc cho mã hàng, tồn kho tài chính, mua hàng, bán hàng; MES là gốc cho thực tế công đoạn và bán thành phẩm; WMS là gốc cho vị trí, thùng chứa, thao tác kho. Tuy nhiên, phạm vi thực tế của từng hệ thống ở mỗi doanh nghiệp lại khác nhau. Khi phát triển ứng dụng tạm giữ chất lượng mới, thực tế nên thiết kế chỉ làm gốc cho phán định chất lượng, phê duyệt và liên kết sự kiện, không tạo thêm “sự thật về tồn kho”. Liệt kê hệ thống nào giữ trạng thái nào, và không cho phép chỉnh sửa thuộc tính giống nhau trên hai màn hình khác nhau.

Trong chỉ thị chất lượng của Microsoft, kiểm tra được liên kết với các nghiệp vụ tiếp nhận, bán hàng, sản xuất, và số lượng đang kiểm tra sẽ bị chặn giao dịch. Tài liệu chính thức của SAP mô tả việc chuyển từ tồn kho kiểm tra chất lượng sang tồn kho có thể sử dụng liên quan đến quyết định sử dụng của QM và chuyển ghi trên WMS. Đây là các chức năng đặc thù sản phẩm, nhưng cho thấy “quyết định chất lượng” và “trạng thái có thể thao tác tại kho” là hai bước riêng biệt. Tham khảo: Microsoft Quality orders, SAP Effect of the Usage Decision. Đối với thành phẩm, xem thêm Quản lý từ hoàn công đến nhập kho thành phẩm.

Phân biệt “chỉ thị thành công” và “xác nhận phản ánh” khi liên kết

Khi hệ thống chất lượng gửi chỉ thị tạm giữ, chưa thể khẳng định việc tạm giữ đã an toàn. Chỉ khi xác nhận được việc chặn tồn kho trên ERP, hủy pick chưa thực hiện trên WMS, và cấm đưa vật tư vào công đoạn trên MES thì mới coi là “đã phản ánh”. Dù API trả về timeout, vẫn có khả năng xử lý đã hoàn tất. Khi gửi lại, phải dùng cùng ID sự kiện để tránh thực hiện lặp trên hệ thống nhận. Nếu bất kỳ hệ thống nào cập nhật thất bại, cần thông báo cho người phụ trách và hiển thị trạng thái tạm dừng tại hiện trường xuất kho.

Ngược lại, khi gỡ bỏ tạm giữ, không nên mở đồng thời tất cả quyền, mà phải dựa trên việc hoàn thành phán định và các giao dịch tồn kho cần thiết. Thứ tự gỡ phân bổ, trả về tồn kho bán hàng, mở lại pick trên WMS, cho phép đưa vật tư vào công đoạn trở lại trên MES sẽ tùy theo mục đích mã hàng. Việc tự động phân bổ lại cho đơn hàng hiện có là quyết định nghiệp vụ riêng. Gỡ bỏ tạm giữ chất lượng không đồng nghĩa với việc phân bổ ngay cho khách hàng cụ thể.

Thiết bị offline và tác vụ đã phát hành

Tại các nhà máy ở Thái Lan, có những khu vực kho hoặc công đoạn tín hiệu mạng không ổn định. Nếu thiết bị offline mà vẫn tin tưởng vô thời hạn vào trạng thái “có thể sử dụng” vừa tải, có thể xảy ra trường hợp pick sau khi đã tạm giữ. Cần đặt thời hạn hiệu lực cho cache trạng thái trên thiết bị, và khi hết hạn hoặc đồng bộ thất bại thì dừng các giao dịch quan trọng với lô liên quan. Nếu đối tượng đã nằm trong tác vụ pick, cần phân biệt cách hủy với các trạng thái: chưa thực hiện, đang thực hiện, đã hoàn thành. Việc di chuyển vật lý đã hoàn thành thì không thể chỉ hủy trên phần mềm, nên phải phát hành tác vụ xác nhận vị trí và cách ly.

Quy trình tiêu chuẩn từ ghi nhận đến gỡ bỏ tạm giữ chất lượng

Giai đoạn đầu tiên là phát hiện bất thường và cách ly tạm thời. Người phát hiện quét mã hiện vật trên thiết bị, nhập loại bất thường, thời gian phát hiện, công đoạn/vị trí, số lượng, ảnh, mức độ khẩn cấp. Không cần trao quyền “phán định chất lượng” cho người phát hiện. Ngay sau khi ghi nhận, hệ thống sẽ tự động dừng các giao dịch liên quan theo quy tắc đã thiết lập và thông báo cho bộ phận chất lượng. Đối với vật không thể quét mã, gán mã tạm thời và đối chiếu với ID chính thức sau.

Giai đoạn thứ hai là xác định phạm vi đối tượng. Bộ phận chất lượng kiểm tra khả năng lan rộng sang cùng lô, cùng thiết bị/ca sản xuất, cùng nguyên liệu, cùng khách hàng nhận hàng. Việc mở rộng phạm vi phải được ghi nhận thành sự kiện tạm giữ mới, không được sửa số lượng của hồ sơ tạm giữ cũ để tránh mất lịch sử. Nếu có khả năng đã xuất hàng trước đó, chỉ quản lý tạm giữ là chưa đủ, cần kết nối với quy trình liên hệ khách hàng, thu hồi, truy xuất nguồn gốc.

Giai đoạn thứ ba là điều tra và phán định. Liên kết các giá trị kiểm tra, phiên bản tài liệu kỹ thuật, thiết bị đo, ảnh, điều kiện công đoạn, số mẫu, quy tắc phán định với hồ sơ vụ việc. Người phê duyệt sẽ xem xét các bằng chứng còn thiếu và lựa chọn đạt, phân loại, sửa chữa, đặc cách, hoàn trả, hủy bỏ… “Đặc cách” phụ thuộc vào hợp đồng khách hàng và quyền hạn nội bộ, không nên tự động phê duyệt bằng nút chung. Nếu cần thay đổi phán định, không xóa kết quả cũ mà phải ghi rõ lý do thay đổi và phê duyệt lại.

Giai đoạn thứ tư là phản ánh lên hệ thống và xác nhận hiện vật. Cập nhật phân loại tồn kho, vị trí, tác vụ công việc, xử lý giá vốn theo phán định. Đối chiếu số lượng còn tạm giữ trên hệ thống với số lượng thực tế tại kệ cách ly. Đóng từng giao dịch cho hàng đạt (chuyển vị trí), hàng sửa chữa (lệnh mới), hàng hoàn trả (vận chuyển), hàng hủy (bằng chứng). Cuối cùng, hoàn tất hồ sơ vụ việc và phân tích thời gian từ phát hiện đến phản ánh.

Ngăn ngừa chồng chéo chặn và sai lệch tồn kho bề ngoài

Trong cùng một môi trường Microsoft Dynamics 365, việc kết hợp chặn bằng lệnh kiểm tra chất lượng và chặn bằng trạng thái tồn kho có thể tạo thêm giao dịch chặn, khiến số lượng khả dụng khó diễn giải hơn. Đây không phải ví dụ hai hệ thống ERP và WMS riêng biệt cùng trừ một lượng tồn kho hai lần. Khi kết hợp các cơ chế chặn trong cùng sản phẩm, cần kiểm thử chi tiết giao dịch và kết quả tính toán kế hoạch. Với tích hợp giữa các hệ thống, phải xác định riêng thao tác nào bị mỗi hệ thống chặn và hệ thống nào là nguồn dữ liệu chính của số lượng tồn kho. Tham khảo: Microsoft Inventory blocking.

Về mặt thiết kế, cần phân biệt rõ “quyền chính để chặn”, “sổ cái số lượng tồn kho”, “dừng tác vụ kho”. Dù phát lệnh từ một sự kiện giữ lại đến từng hệ thống, cần đảm bảo hai hệ thống không cùng lúc trừ đi cùng một số lượng tồn kho tài chính. Số lượng khả dụng để phân bổ, tồn kho vật lý, số lượng giữ lại vì chất lượng, số lượng mẫu kiểm tra, số lượng dự kiến loại bỏ cần được tách thành các cột riêng, và minh họa các trường hợp cộng/trừ cùng một số lượng bằng sơ đồ. Khi chuyển đổi dữ liệu trước khi triển khai, cần đối chiếu giữa các lệnh chặn chưa được giải phóng còn lại trên hệ thống cũ và nhãn thực tế trên hàng hóa.

Ngoài ra, không nên sử dụng trạng thái giữ lại vì chất lượng như một “lý do điều chỉnh” cho chênh lệch kiểm kê. Trạng thái có hàng hóa nhưng không thể sử dụng khác với trạng thái không tìm thấy hàng hóa. Khi phát sinh chênh lệch số lượng hàng giữ lại, cần xử lý riêng biệt giữa việc xác định trạng thái chất lượng và phê duyệt chênh lệch tồn kho. Nhờ đó, tránh được lỗi số lượng chỉ được trả lại trên sổ sách khi giải phóng giữ lại.

Yêu cầu và tiêu chí lựa chọn cần ghi trong RFP

Khi so sánh các hệ thống quản lý giữ lại vì chất lượng, quan trọng hơn số lượng chức năng là khả năng ngăn chặn di chuyển hàng hóa thực tế trong các trường hợp ngoại lệ. Trong RFP, cần ghi rõ đơn vị nhận diện hàng hóa của doanh nghiệp, các hệ thống ERP/MES/WMS hiện có, công đoạn áp dụng, giao dịch bị cấm theo từng mã hàng, quyền hạn, phê duyệt, quy trình khôi phục. Nếu chỉ yêu cầu nhà cung cấp “hỗ trợ quản lý chất lượng”, họ có thể chỉ đề xuất màn hình ghi nhận kiểm tra mà không bao gồm kiểm soát pick hoặc đưa vào sản xuất.

Các yêu cầu bắt buộc gồm: quét ID đối tượng, mở rộng/thu hẹp phạm vi, xử lý theo số lượng, đính kèm bằng chứng, phê duyệt hai bước, hiển thị trạng thái phản ánh trên ERP/MES/WMS, tính idempotency khi gửi lại, kiểm soát khi offline, log kiểm toán, hiển thị đa ngôn ngữ. Tại nơi làm việc sử dụng đồng thời tiếng Thái, tiếng Anh, tiếng Nhật, để ý nghĩa mã lý do không thay đổi khi dịch, cần chuẩn hóa mã, quản lý tên hiển thị và mô tả theo từng ngôn ngữ. Tiếng Việt sẽ bổ sung nếu có người dùng. Không chỉ gửi thông báo qua email, cần đảm bảo đối tượng giữ lại được nhận diện rõ trên màn hình thao tác.

Khi so sánh chi phí, không chỉ tính phí bản quyền ban đầu hoặc phí phát triển, mà cần tách riêng chi phí nhãn, thiết bị, liên kết ERP/MES/WMS, làm sạch dữ liệu, kiểm thử, đào tạo, xử lý sự cố, vận hành liên tục. Thiết kế dừng toàn bộ đối tượng giữ lại giúp hạn chế rò rỉ sai sót, nhưng cũng có thể ảnh hưởng tiến độ do dừng quá nhiều. Đánh giá không chỉ dựa vào giá, mà còn dựa vào khả năng thu thập bằng chứng nhanh chóng để thu hẹp phạm vi đối tượng. Không nên trích dẫn số liệu bảng so sánh sản phẩm như giá thị trường chung, mà cần ước tính dựa trên số lượng thực tế và cấu hình hệ thống hiện có của doanh nghiệp.

FAT/SAT: Ưu tiên kiểm thử ngoại lệ hơn quy trình chuẩn

FAT kiểm tra hệ thống vận hành đúng theo đặc tả trên môi trường của nhà cung cấp, SAT kiểm tra trên thiết bị, mạng, quyền vận hành thực tế của doanh nghiệp. Chỉ kiểm thử quy trình chuẩn “giữ lại → kiểm tra → đạt → giải phóng” là chưa đủ để đánh giá khả năng ngăn ngừa xuất nhầm hàng. Tối thiểu cần kiểm thử các trường hợp: đối tượng giữ lại đã được phân bổ cho đơn hàng trên hệ thống cũ, đang trong quá trình pick trên WMS, chuẩn bị đưa vào sản xuất trên MES, thiết bị đầu cuối đang offline.

Dữ liệu kiểm thử cần bao gồm: toàn bộ lô, một phần thùng trong lô, đơn vị serial, nhiều kho, mẫu kiểm tra phá hủy, kiểm tra lại sau sửa chữa. Ví dụ giả định: từ 100 sản phẩm giữ lại, 80 đạt, 15 sửa chữa, 5 loại bỏ, cần kiểm tra tổng số từng trạng thái, phân loại tồn kho trên ERP, vị trí trên WMS, số lượng bán thành phẩm trên MES, giao dịch kế toán có khớp không. Các con số này chỉ là kịch bản kiểm thử, không phải số liệu thực tế về hiệu quả sản xuất.

Khi kiểm thử lỗi API, tạo điều kiện để yêu cầu đến được phía nhận nhưng chỉ mất phản hồi. Sau khi gửi lại, phải đảm bảo chỉ xử lý như một sự kiện giữ lại duy nhất, không di chuyển số lượng hai lần. Nếu trong quá trình giải phóng, chỉ ERP thành công còn WMS thất bại, không được hiển thị “hoàn thành” trên màn hình và cũng phải ngăn thao tác tiếp theo. Điều kiện nghiệm thu cần bao gồm quyền thao tác khôi phục, số lần gửi lại, quy trình đối chiếu thủ công.

Chỉ số sau khi triển khai

Chỉ số so sánh trước/sau triển khai không chỉ là “số lượng phiếu giữ lại giảm hay không”. Cần theo dõi thời gian từ tạo phiếu đến khi phản ánh trên tất cả hệ thống, số lần phân bổ/pick nhầm trong thời gian giữ lại, số phiếu quá hạn, chênh lệch giữa số lượng giữ lại và hàng thực tế, số phiếu chưa phản ánh sau phán định, số lần xử lý lại giải phóng, tỷ lệ không nhập mã lý do. Dù số phiếu tăng tạm thời, có thể là do các trường hợp trước đây bị bỏ sót trên giấy tờ hoặc truyền miệng nay đã được ghi nhận. Chuẩn hóa mẫu số theo số phiếu nhập kho, số lô sản xuất, số lượng kiểm tra, và so sánh theo từng công đoạn.

Cần đo lường cả mức độ tiện lợi tại hiện trường: thời gian thao tác từ quét đến giữ lại tạm thời, số lần nhập lại trên thiết bị, thời gian không có người phê duyệt trong ca đêm, số ngày lưu kho tại kệ cách ly. Không chỉ bộ phận chất lượng, mà cả kho, kế hoạch, kinh doanh, bảo trì, kế toán đều nhìn cùng một phiếu dưới góc độ khác nhau, nên ID phiếu chung và thời gian cập nhật rất quan trọng. Việc cải thiện chỉ số có thể đạt được nhờ điều chỉnh điều kiện phê duyệt hoặc nơi nhận thông báo, không nhất thiết phải bổ sung chức năng.

Trong giai đoạn thí điểm, hãy kiểm tra trên hàng thực tế rằng hệ thống thật sự “chặn” được

Đợt thí điểm đầu tiên không nên chỉ nhập phiếu tạm giữ vì chất lượng rồi xem thông tin trên màn hình. Hãy chuẩn bị các lệnh lấy hàng và lệnh sản xuất đã phát hành cho lô mục tiêu. Sau khi tạo yêu cầu tạm giữ vì chất lượng, quét nhãn trên hàng thực tế để xác nhận thiết bị tại kho và công đoạn sản xuất đều từ chối các vật phẩm đó. Việc số lượng tồn kho trong môi trường thử nghiệm thay đổi vẫn chưa đủ: nếu lệnh cũ còn trên thiết bị của người vận hành thì vẫn có thể xuất nhầm hoặc đưa nhầm vật tư vào công đoạn. Đồng thời thử quy trình chuyển hàng sang kệ cách ly và quy trình theo dõi hàng không thể chuyển đi với trạng thái “chưa xác nhận vị trí.”

Với việc giải phóng một phần sau khi có quyết định xử lý, chẳng hạn hãy thử tình huống 100 thùng: 80 thùng đạt, 15 thùng chờ kiểm tra lại và 5 thùng dự kiến loại bỏ. Xác nhận chỉ 80 thùng đạt được đưa trở lại phạm vi có thể phân bổ, lấy hàng và đưa vào công đoạn; 20 thùng còn lại vẫn bị chặn và giữ nguyên nhãn trạng thái. Nếu gửi lại lệnh giải phóng, 80 thùng không được cộng thêm lần nữa. Tổng số khớp nhau vẫn không đạt tiêu chí nghiệm thu nếu hệ thống cho phép quét nhầm thùng của lô khác trong 80 thùng đã giải phóng. Cần đối chiếu cả số lượng, mã vật phẩm, lô, ID vật chứa và vị trí.

Trước khi chuyển sang vận hành chính thức, hãy ấn định thời điểm chốt để chuyển các hồ sơ tạm giữ vì chất lượng còn mở từ hệ thống cũ sang hệ thống mới, đồng thời ngăn cùng một lô hàng thực tế được giải phóng trên cả hai giao diện. Danh sách chuyển đổi cần có ID hồ sơ, số lượng thuộc phạm vi giữ, số lượng đã kiểm tra thực tế, quyết định xử lý cuối cùng và các giao dịch chưa hoàn tất ở hệ thống cũ. Quyết định quay lại hệ thống cũ phải dựa trên khả năng tiếp tục chặn hàng thực tế một cách an toàn, chứ không chỉ dựa vào việc hệ thống mới có ngừng hoạt động hay không. Sau khi khôi phục, bộ phận chất lượng và kho phải cùng đối chiếu lịch sử sự kiện của hai hệ thống theo ID hồ sơ, rồi phê duyệt xác nhận rằng không có lần giải phóng trùng lặp hoặc yêu cầu tạm giữ chưa được áp dụng.

Khi ghi nhận kết quả thử nghiệm, không được đánh giá đạt chỉ vì “đã bấm được nút” hoặc “API trả về thành công.” Với mỗi hồ sơ, hãy lưu ảnh hàng thực tế tại thời điểm tạo yêu cầu, ID vật chứa đã quét, lý do chặn hiển thị trên thiết bị, ID sự kiện mà từng hệ thống nhận được và số lượng thực tế đã kiểm tra sau khi giải phóng. Nếu nhân viên kho không biết hàng đang bị tạm giữ mà vẫn thử lấy hàng, hãy xác nhận thời điểm và thiết bị đã từ chối thao tác đó. Lặp lại các thử nghiệm này trong ca đêm và tại đơn vị gia công ngoài, nơi nhân viên chất lượng có thể không có mặt, đồng thời kiểm tra rằng người làm thay không thể tự ý giải phóng hàng khi không có quyền. Với hồ sơ không đạt thử nghiệm nghiệm thu, sau khi sửa lỗi hãy thử lại trên cùng lô và theo cùng trình tự thao tác, rồi lưu bằng chứng cho thấy màn hình, sổ tồn kho và nhãn trên hàng thực tế đều khớp nhau.

Thiết kế vận hành tại nhà máy Thái Lan

Tại các nhà máy ở Thái Lan, một phiếu có thể đồng thời chứa tiếng Thái tại hiện trường, tiếng Anh cho khách hàng hoặc công ty liên kết, tiếng Nhật cho trụ sở chính. Nếu chỉ dịch tự động phần mô tả tự do, có thể dẫn đến cách hiểu khác nhau, nên cần gắn ID chung cho mã lý do, mã phán định, mã xử lý, đồng thời quản lý mô tả và ví dụ áp dụng theo từng ngôn ngữ. Phần mô tả tự do cần lưu bản gốc, không xóa bản gốc khi thêm bản dịch. Cần chỉ định rõ người có quyền phán định chất lượng và người thay thế ca đêm, đảm bảo có thể tạm thời dừng hàng hóa ngay cả khi không có người phê duyệt.

Khi xử lý sản phẩm xuất khẩu hoặc nguyên liệu liên quan BOI, các thao tác giải phóng giữ lại, trả hàng, loại bỏ, xử lý phế liệu có thể liên quan đến các yêu cầu ghi nhận/phê duyệt khác. Hệ thống giữ lại vì chất lượng không tự động đảm bảo tuân thủ thuế, hải quan, BOI. Bộ phận chuyên trách cần xác nhận điều kiện đăng ký dự án và thực tế vận hành chế độ, đồng thời liên kết số tài liệu bên ngoài cần thiết với từng phiếu. Nếu cần xem xét quy trình đến khi loại bỏ, đã có bài viết riêng về hệ thống quản lý phế liệu tại Thái Lan.

Ngay cả khi dùng chung mã hàng giữa các cơ sở, quy tắc kho, trạng thái bảo quản, đơn vị tính, quy tắc đánh số lô có thể khác nhau. Nên chọn một cơ sở đầu tiên, ưu tiên thử nghiệm với nhóm mã hàng có nhiều lý do giữ lại và công đoạn có nhiều di chuyển hàng hóa, để dễ kiểm tra ranh giới liên kết. Tuy nhiên, ngay cả khi thử nghiệm, cần xác định trước ranh giới di chuyển để không bỏ sót hàng hóa có thể chuyển sang cơ sở khác khỏi đối tượng giữ lại. Đào tạo vận hành không chỉ dừng ở “tạo phiếu nhanh”, mà còn phải huấn luyện “khi không giải phóng được thì kiểm tra gì”.

FAQ: Giải đáp thắc mắc về hệ thống quản lý giữ lại chất lượng

Hệ thống quản lý giữ lại chất lượng và hệ thống chứng nhận kết quả kiểm tra có giống nhau không?

Không giống nhau. Hệ thống chứng nhận kết quả kiểm tra tập trung vào ghi nhận và phát hành các giá trị đo lường, kết quả đạt/không đạt. Quản lý giữ lại chất lượng kiểm soát việc phân bổ, nhập, di chuyển, xuất hàng đối với sản phẩm thực tế trước và sau khi phán định, đồng thời xác định số lượng xử lý và trạng thái tồn kho. Hai hệ thống này có thể liên kết với nhau qua ID chỉ thị kiểm tra hoặc ID lô. Ngay cả khi chứng nhận đã hoàn thành, nếu cập nhật phân loại tồn kho thất bại thì vụ việc giữ lại vẫn chưa kết thúc.

Có nên giữ lại toàn bộ lô hàng khi phát hiện vấn đề chất lượng không?

Không thể áp dụng một quy tắc chung cho tất cả. Phạm vi giữ lại được quyết định dựa trên cơ chế phát sinh khuyết điểm, khả năng lẫn lộn trong cùng một lô, độ chính xác của ghi nhận công đoạn và thời gian, cũng như yêu cầu của khách hàng. Ban đầu có thể giữ lại phạm vi rộng, sau đó thu hẹp lại dựa trên bằng chứng và được phê duyệt. Số lượng mẫu kiểm tra và số lượng giữ lại nên được tách thành các mục riêng, đồng thời quy định rõ ràng bằng văn bản về việc giữ lại toàn bộ hay một phần.

Chỉ sử dụng trạng thái tồn kho trên ERP có đủ không?

Dù có thể dừng phân bổ hoặc xuất hàng trên ERP, nhưng không đảm bảo dừng được các tác vụ đã phát hành trên thiết bị hiện trường, việc đưa vật tư vào công đoạn trên MES, sản phẩm thực tế tại nhà thầu phụ, hay các thao tác ngoại tuyến. Nếu ERP hiện tại có thể kiểm soát toàn bộ giao dịch cần thiết và quản lý được cả phán định lẫn nhật ký kiểm tra, thì có thể không cần thêm hệ thống mới. Quyết định triển khai nên dựa trên kết quả thử nghiệm các giao dịch mục tiêu, không phải tên sản phẩm.

Ước tính chi phí hệ thống quản lý giữ lại chất lượng như thế nào?

Chi phí thay đổi lớn tùy theo số lượng vụ việc giữ lại, đơn vị nhận diện, địa điểm áp dụng, ngôn ngữ cần thiết, API kết nối ERP/MES/WMS, thiết bị đầu cuối, nhãn dán, yêu cầu phê duyệt và kiểm tra. Cần phân biệt rõ giữa giá phần mềm cho một địa điểm và tổng chi phí để kiểm soát vật lý tại nhiều địa điểm. Khi lập RFP, hãy đính kèm kịch bản kiểm thử cho cả quy trình hiện tại và các trường hợp bất thường, đồng thời yêu cầu báo giá tách biệt chi phí ban đầu và chi phí vận hành cho từng chức năng.

Có thể loại bỏ hoàn toàn thẻ đỏ giấy không?

Dù đã có chặn điện tử, vẫn cần hiển thị rõ ràng để công nhân nhìn sản phẩm thực tế có thể hiểu ngay. Việc giữ lại thẻ đỏ giấy hay thay thế bằng nhãn in hoặc hiển thị trên thiết bị đầu cuối nên được quyết định dựa trên an toàn hiện trường và điều kiện kết nối. Nếu vẫn dùng giấy, cần in mã ID chung và mã quét để không bị tách rời với vụ việc trên hệ thống, tránh chỉ ghi số tay.

Kết luận

Trọng tâm khi triển khai hệ thống quản lý giữ lại chất lượng không phải là màn hình lưu kết quả kiểm tra, mà là đảm bảo dừng chính xác sản phẩm thực tế, sau khi có phán định dựa trên bằng chứng thì chỉ trả lại đúng số lượng cần thiết cho các giao dịch hợp lệ. Cần xác định trước ID đối tượng, trạng thái chuyển đổi, thao tác bị cấm, bản chính ERP/MES/WMS, quy trình gỡ giữ một phần, cũng như cách xử lý khi liên kết thất bại. Trong RFP và FAT/SAT, ngoài các trường hợp thông thường, hãy thử nghiệm các tình huống như đã phát hành phiếu lấy hàng, thiết bị ngoại tuyến, xử lý một phần, gửi lại API, và xác nhận số lượng thực tế khớp với hệ thống.

Nếu nhà máy tại Thái Lan đang cân nhắc liên kết giữa giữ lại chất lượng với tồn kho và quy trình sản xuất, có thể sắp xếp lại phạm vi giữ lại và điều kiện thử nghiệm dựa trên quy trình hiện tại và hệ thống đang sử dụng. Khi trao đổi với TOMAS TECH, nếu chia sẻ được mặt hàng liên quan, phương pháp nhận diện lô, hệ thống ERP/MES/WMS hiện có, cùng các vụ việc giữ lại gần đây gặp khó khăn, sẽ giúp làm rõ các điểm cần thảo luận.

Thông tin tham khảo

• Microsoft Learn: Đơn đặt hàng chất lượng
• Microsoft Learn: Chặn tồn kho
• Microsoft Learn: Mã phân loại lô hàng
• SAP Help: Ảnh hưởng của quyết định sử dụng
• SAP Help: Phân loại tồn kho
• GS1: Tiêu chuẩn truy xuất nguồn gốc toàn cầu
• GS1: EPCIS 2.0