Hệ thống in nhãn nhà máy Thái Lan: RFP và PoC

Khi chọn hệ thống in nhãn cho nhà máy tại Thái Lan, tốc độ máy in chỉ là một phần nhỏ. Hệ thống phải kiểm soát mẫu nhãn lỗi thời, in khi chưa phê duyệt, in lại trùng lặp, mã vạch không đọc được và nguy cơ giao sai trong một chuỗi bằng chứng. Bài viết trình bày cách lập RFP, PoC và UAT cho quản lý phiên bản, phê duyệt, kết nối máy in nhãn, xác minh bản in và kiểm tra nhập-xuất hàng theo vòng kín.

Chọn hệ thống in nhãn như nền tảng kiểm soát, không chỉ là tiện ích in

Nhãn chuyển mã hàng, lô, số lượng, hạn dùng, nơi nhận và thông tin quy định giữa hàng thật với hồ sơ số. Nếu dùng mẫu cũ hoặc dữ liệu chủ sai, các lần quét sau chỉ làm lỗi lan nhanh hơn. Một hệ thống dùng cho sản xuất phải trả lời được:

• Ai gọi phiên bản đã duyệt nào cho lệnh, mã hàng và lô nào?
• Giá trị nào từ ERP/MES được cố định tại thời điểm nào?
• Máy in, cấu hình, vật liệu nhãn và ruy băng nào đã tạo bao nhiêu nhãn?
• Ai duyệt in lại, với lý do và số lượng nào?
• Nội dung in có đúng và đọc được không?
• Nhãn, vật thể và lệnh giao có khớp tại cổng kiểm tra xuất hàng không?

“Vòng kín” ở đây là phiên bản đã duyệt → phát hành theo quyền → xác minh bản in → đối chiếu hàng thực → cổng xuất → xử lý ngoại lệ → bằng chứng kiểm toán. Có thể đọc thêm nền tảng định danh và tồn kho tại hệ thống quản lý barcode và lựa chọn thiết bị tại hướng dẫn triển khai thiết bị cầm tay ở Thái Lan. Bài này tập trung vào lớp kiểm soát nhãn phía trên hai hệ thống đó.

Chốt phạm vi và trách nhiệm trước RFP

Hãy lập danh mục loại nhãn và ranh giới quy trình trước khi mời thầu. Cụm từ “hỗ trợ mọi loại nhãn” rất mơ hồ: nhà cung cấp có thể trình diễn biểu mẫu văn phòng, trong khi sản xuất cần nhãn sản phẩm và bộ phận hậu cần cần nhãn giao hàng riêng của khách.

Tách chủ quy trình, chủ mẫu nhãn, chủ dữ liệu, quản trị viên, người phát hành, người duyệt in lại và người quyết định chất lượng. Ngay cả ở cơ sở nhỏ, một người không nên tự sửa, duyệt và in lại. Khi thiếu nhân lực, ưu tiên tách “thay đổi” khỏi “phê duyệt” và “in thường” khỏi “in lại ngoại lệ”, đồng thời dùng quyền ủy nhiệm có thời hạn.

Yêu cầu quản lý phiên bản nhãn và luồng phê duyệt

Quản lý phiên bản không phải chỉ thêm “v2” vào tên tệp. Mỗi mẫu phải là một đối tượng đã duyệt, nêu rõ thị trường, mã hàng, khách hàng, cấp bao bì và thời gian hiệu lực; người vận hành không được tùy ý chọn bản cũ.

Thuộc tính mỗi phiên bản cần có

• Mã phiên bản, số lần sửa đổi và trạng thái: bản nháp, đang rà soát, đã phê duyệt, ngừng sử dụng.
• Mã hàng, khách hàng, quốc gia, ngôn ngữ, cấp bao bì, nhà máy và dây chuyền áp dụng.
• Thời điểm bắt đầu/kết thúc và xử lý WIP/bao bì cũ khi chuyển đổi.
• Nguồn, định dạng, độ dài, bắt buộc và ký tự hợp lệ của từng biến.
• Loại barcode, mã định danh, cấu trúc dữ liệu và giới hạn thiết kế.
• Người rà soát, người phê duyệt, thời gian, lý do và tài liệu hỗ trợ.
• Phần khác biệt có thể so sánh, bản in thử, kết quả xác minh và phiên bản dùng để quay lại.

GS1 General Specifications là tài liệu gốc cho khóa định danh GS1 và vật mang dữ liệu. Phiên bản 26.0 phát hành tháng 1/2026 là điểm tham chiếu hiện hành cho ký hiệu và cấu trúc dữ liệu theo ứng dụng.GS1 General Specifications 26.0 Các thông báo thay đổi hướng tới phiên bản 27.0 có đề cập 2D và Digital Product Passport. Đây là cơ sở chuẩn bị cho tương lai, không phải bằng chứng rằng mọi thông báo đã trở thành yêu cầu hiện hành.GS1 Change Notifications

Thay đổi mà luồng phê duyệt phải chặn

Phải kiểm soát nội dung cố định, bản dịch, đơn vị, ký hiệu quy định, dữ liệu barcode, nguồn dữ liệu, công thức, logic điều kiện, phông chữ và cấu hình ảnh hưởng đến độ đậm hoặc tốc độ in, chứ không chỉ vị trí đối tượng. Có thể phân thay đổi thành mức nhỏ và mức trọng yếu theo rủi ro; thay đổi nhỏ chỉ nên giảm phạm vi bằng chứng hoặc số người phê duyệt, không được bỏ hẳn bước rà soát.

UAT phải chứng minh mẫu đã phê duyệt không thể sửa trực tiếp; thay đổi khẩn cấp có thời hạn và phải được rà soát hồi tố; thay đổi dữ liệu chủ liên quan trong ERP phải kích hoạt đánh giá tác động. Hệ thống cần lưu đúng phần khác biệt mà người phê duyệt đã xem, không chỉ dấu thời gian phê duyệt.

Yêu cầu kỹ thuật khi kết nối máy in nhãn

Chỉ “in được từ Windows” là chưa đủ. Nhà máy có nhiều hãng, nhiều DPI, có thể mất mạng, hết vật liệu, máy chủ in dừng và phải chuyển sang máy dự phòng.

Tài liệu chính thức của Zebra mô tả cấu hình tương thích ZPL II/ZPL trong ZPL Mode.Zebra ZPL Mode Đây là ví dụ của một nhà cung cấp và thiết bị cụ thể, không có nghĩa mọi máy in xử lý ZPL giống nhau. Phải thử phần sụn, độ phân giải, phông chữ và kết nối trên mẫu máy dự kiến.

Gửi tác vụ thành công không chứng minh nhãn đã ra đúng. Hãy nối mã tác vụ của ứng dụng, phản hồi máy in, kết quả từ máy quét hoặc verifier và xác nhận dán của người vận hành bằng một mã khóa nghiệp vụ như mã đóng gói hoặc số lệnh.

Xác minh bản in không chỉ là “máy quét đọc được”

Một barcode được một máy quét đọc một lần chưa chắc đạt chất lượng. GS1 Support khuyến nghị dùng verifier phù hợp ISO/IEC 15426 và đánh giá theo bảng quy cách ký hiệu GS1 liên quan.GS1 Support về chất lượng barcode in Hướng dẫn GS1 coi xác minh là một quy trình quản lý chất lượng.GS1 Barcode Verification Process

Tách nghiệm thu thành ba lớp:

1. Xác nhận nội dung: chữ người đọc được và dữ liệu mã hóa phải khớp hồ sơ ERP/MES/WMS.
2. Khả năng đọc trong vận hành: máy quét hiện trường phải đọc được ở khoảng cách, góc, tốc độ, ánh sáng và tình trạng bao bì dự kiến.
3. Xác minh chất lượng: khi ứng dụng yêu cầu, dùng verifier đã hiệu chuẩn và được kiểm soát để đánh giá theo quy cách áp dụng.

Kết quả phụ thuộc máy in, vật liệu nhãn, ruy băng, phương thức, tốc độ, độ đậm, đầu in mòn hoặc bẩn, tĩnh điện, bề mặt cong, màng, lớp phủ và nhiệt độ. PoC phải dùng vật liệu thật, dữ liệu ngắn/dài nhất, tốc độ dây chuyền thực và mẫu sau lưu kho, không chỉ mẫu sạch trong văn phòng.

Nếu dùng điện thoại để hỗ trợ đọc, Google ML Kit Barcode Scanning hỗ trợ các định dạng 1D/2D phổ biến và xử lý ngoại tuyến trên thiết bị.Google ML Kit Barcode Scanning Các giới hạn trên trang đó, như số mã mỗi lần gọi, là điều kiện riêng của ML Kit, không phải giới hạn chung của máy quét công nghiệp, verifier hoặc hệ thống nhãn. Điện thoại cũng không thay thế xác minh chất lượng theo tiêu chuẩn.

Kiểm soát in lại để đóng lỗ hổng giao sai

In lại là chức năng cần thiết nhưng dễ bị lạm dụng. Nếu lý do “hỏng” hoặc “mất” cho phép sao chép không giới hạn, một mã sản phẩm hoặc pallet có thể xuất hiện trên nhiều vật thể.

Kiểm soát tối thiểu đối với việc in lại

• Gắn lần in lại với tác vụ gốc và đối tượng nghiệp vụ.
• Yêu cầu mã lý do kèm ghi chú, thu hồi nhãn cũ hoặc ảnh theo mức rủi ro.
• Đặt giới hạn số lượng, khoảng thời gian và phê duyệt theo vai trò.
• Theo dõi thế hệ bản in và trạng thái vô hiệu của nhãn cũ.
• Phân biệt sao chép với cấp mã mới cho số sê-ri hoặc SSCC không được tái sử dụng.
• Yêu cầu hai người hoặc bộ phận chất lượng phê duyệt nhãn rủi ro cao hay nhãn riêng của khách.
• Rà soát tỷ lệ theo lý do, người dùng, thiết bị, mã hàng, dây chuyền và thời gian.

Nếu mọi lần in lại đều phải chờ quản lý, dây chuyền có thể dừng và người dùng tìm đến tài khoản dùng chung. Hãy phân tầng: rủi ro thấp cần lý do và giới hạn; rủi ro trung bình cần giám sát viên; rủi ro cao cần bộ phận chất lượng phê duyệt. KPI không nên ép về không khiến người dùng che giấu lần in lại hợp lệ; mục tiêu là làm rõ nơi tập trung và nguyên nhân gốc chưa xử lý.

Khép vòng với hệ thống kiểm tra nhập-xuất hàng

Hệ thống in độc lập không ngăn được nhãn đúng dán sai thùng, ruột thùng bị đổi hoặc lệnh giao đã thay nhưng nhãn cũ vẫn còn. Vòng kín phải quản lý theo thứ tự:

1. Chọn dữ liệu và mẫu được phép từ đơn bán, lệnh sản xuất hoặc lệnh giao hàng.
2. Quét đơn vị đóng gói hoặc hàng thực trước khi chỉ phát hành nhãn cho đối tượng đó.
3. Kiểm nội dung và khả năng đọc ngay; chỉ tác vụ đạt mới được chuyển sang dán.
4. Đăng ký quan hệ cha-con của mặt hàng, hộp trong, hộp ngoài và pallet.
5. Kiểm điểm đến, mã hàng, lô, số lượng và cấp bao bì tại cổng xuất hàng.
6. Khi thay đổi, hủy hoặc đóng gói lại, vô hiệu quan hệ cũ rồi kiểm tra lại.
7. Trả bằng chứng về WMS/ERP và chặn xác nhận chưa đủ hoặc trùng.

Biện pháp chống giao sai hiệu quả phải mặc định chặn sai lệch nghiêm trọng. Ngoại lệ cần đúng thẩm quyền, có lý do, thời hạn và phê duyệt. Nếu phải làm việc ngoại tuyến, hãy giới hạn lệnh, phiên bản, số lượng và thời gian được lưu; đồng thời thử giải quyết xung đột và chống giao trùng sau khi kết nối lại.

Điều kiện ngôn ngữ, quy định và vận hành tại Thái Lan

Tiếng Thái, Anh, Nhật và ngôn ngữ khách hàng có thể cùng xuất hiện trong một quy trình. Phải thử dấu kết hợp, thay thế phông chữ, xuống dòng, đơn vị, ngày tháng, năm Phật lịch/Dương lịch và ánh xạ dữ liệu nhập tại chỗ với mã ERP trên máy thật. Không nhầm ngôn ngữ giao diện với ngôn ngữ bắt buộc trên nhãn sản phẩm.

Thiết bị y tế cần được xem theo từng loại sản phẩm. Hướng dẫn nhãn IVD của FDA Thái Lan phân biệt yêu cầu ngôn ngữ giữa sử dụng tại nhà và sử dụng chuyên môn; yêu cầu mẫu nhãn từ bao bì sơ cấp đến hộp ngoài, nhãn riêng khi có nhiều cấp bao bì hoặc mã sản phẩm, và bằng chứng cho tuyên bố hiệu năng.Thai FDA IVD label guide Đây là ví dụ riêng cho thiết bị y tế IVD, không phải quy tắc chung cho linh kiện, thực phẩm hay mọi hàng hóa. Hãy xác nhận cơ quan, hợp đồng khách và yêu cầu ngành với bộ phận chất lượng hoặc pháp lý tại chỗ.

Chỉ ghi “đáp ứng quy định” là chưa đủ. Hệ thống phải gắn từng nội dung với sản phẩm, thị trường, cấp bao bì, tài liệu hỗ trợ và phiên bản; kiểm soát tồn kho chuyển tiếp; đồng thời tái hiện được nhãn có hiệu lực tại thời điểm lịch sử khi kiểm toán.

Hạng mục đánh giá nên có trong RFP

RFP phải yêu cầu chứng minh các kịch bản quan trọng, không chỉ trả lời có/không. Nhà cung cấp cần tách rõ tính năng tiêu chuẩn, phần cấu hình, phát triển riêng, sản phẩm bên thứ ba và biện pháp vận hành tạm thời.

So sánh tổng chi phí gồm chuyển đổi mẫu, giao diện tích hợp, thiết bị đầu cuối, verifier, mạng, đào tạo, xác nhận, thử vật liệu, hỗ trợ, thay đổi tương lai và xuất dữ liệu khi rời hệ thống, không chỉ giấy phép và máy in. Bài này không nêu giá thị trường vì chi phí thay đổi mạnh theo số cơ sở, sản lượng, quy định, thiết bị hiện có và yêu cầu sẵn sàng.

PoC phải thử các kịch bản lỗi và sự cố, không chỉ tạo một bản in đẹp

PoC phải làm cho giả thuyết quan trọng có thể bị bác bỏ trong điều kiện sản xuất. Phạm vi cần bao phủ vận hành bình thường, giá trị biên, sự cố, thẩm quyền, thay đổi, in lại và hủy lệnh.

Kịch bản PoC đề xuất

1. Chọn phiên bản đã phê duyệt từ ERP và in dữ liệu biến đổi ngắn nhất, dài nhất.
2. Yêu cầu bản lỗi thời, bản chưa đến ngày hiệu lực, bản sai khách hàng và sai cấp bao bì; xác nhận hệ thống từ chối.
3. So sánh nội dung, kích thước, khả năng đọc và chất lượng trên máy thật 203/300 DPI.
4. Gây hết vật liệu hoặc gián đoạn mạng; gửi lại mà không tạo bản in trùng ngoài ý muốn.
5. Thử in lại do nhãn hỏng, vượt giới hạn, thiếu quyền và phê duyệt hết hạn.
6. Dán nhãn hợp lệ lên sai thùng và xác nhận bị chặn sau dán hoặc tại cổng xuất.
7. Thay đổi hoặc hủy lệnh giao; vô hiệu nhãn và quan hệ đóng gói cũ.
8. Thử chữ Thái và ký tự riêng của khách hàng, dữ liệu lớn nhất, vật liệu khó in và tốc độ thực của dây chuyền.
9. Truy vết một lô giao hàng về phiên bản, nguồn dữ liệu, máy in, kết quả xác minh và người phê duyệt.
10. Khôi phục từ bản sao lưu và đối soát phiên bản, số sê-ri, tác vụ chưa hoàn tất.

Đặt tiêu chí số theo điều kiện của doanh nghiệp. Ví dụ: “mọi kịch bản trọng yếu đều đạt”, “100% sai lệch rủi ro cao bị chặn”, “phép thử gửi lại tạo 0 bản in trùng ngoài ý muốn” và “thiếu 0 trường bắt buộc trong bằng chứng kiểm toán”. Đây chỉ là mục tiêu nghiệm thu minh họa, không phải mốc tham chiếu của ngành hay cam kết hiệu quả. Cấp chất lượng barcode phải theo mục đích sử dụng và quy cách áp dụng.

Làm UAT và nghiệm thu dựa trên bằng chứng

Nghiệm thu phải kết hợp quy trình trọng yếu, yêu cầu phi chức năng, sẵn sàng vận hành, chuyển đổi dữ liệu và ngoại lệ:

• Mức độ lỗi và người có thẩm quyền chấp nhận lỗi chưa được giải quyết.
• Số lượng và kết quả đối soát mẫu, dữ liệu chủ, người dùng, cấu hình máy in.
• Hiệu năng, in đồng thời, tải cao điểm, tắc hàng đợi và độ trễ.
• Sao lưu, khôi phục, ngoại tuyến, chuyển dự phòng và đổi sang thiết bị dự phòng.
• Quyền hạn, nhật ký kiểm toán, đồng bộ thời gian, thời hạn lưu và thao tác quản trị.
• Đào tạo, công việc tiêu chuẩn, in lại, hủy nhãn và leo thang sự cố.
• KPI trong giai đoạn theo dõi sát, rà soát hằng ngày và tiêu chí kết thúc.

Bằng chứng gồm mã phép thử, đầu vào, kết quả mong đợi và thực tế, ảnh chụp hoặc nhật ký, mẫu nhãn thật, kết quả verifier, người thử, thời gian và mã lỗi. Vì nhãn có thể thay đổi theo thời gian hoặc môi trường, cần quy định cách lấy mẫu và lưu trữ.

KPI phải đo sức khỏe vòng kín, không phải số bản in

In nhiều có thể là in thừa hoặc làm lại. Hãy phân tích theo mã hàng, dây chuyền, ca, máy in, phiên bản và lý do:

• Tỷ lệ phát hành đúng ngay lần đầu.
• Số lần chặn phiên bản lỗi thời hoặc chưa được phép.
• Số trường hợp nội dung sai lệch, barcode không đọc được và bản in không đạt chất lượng.
• Tỷ lệ in lại, các lý do chính, nhãn cũ chưa thu hồi và sai lệch trong phê duyệt.
• Sai lệch khi dán hoặc theo cấp bao bì và số lần bị chặn tại cổng xuất.
• Giao sai hoặc sự cố suýt xảy ra và công đoạn phát hiện.
• Thời gian dừng, thời gian khôi phục, việc chuyển sang máy dự phòng và bản in trùng ngoài ý muốn.
• Thời gian thực hiện thay đổi và tỷ lệ thay đổi khẩn cấp.

Nếu đặt “in lại dưới 1%/tháng”, đó là mục tiêu nội bộ minh họa dựa trên lịch sử/rủi ro, không phải chuẩn chung. Một số duy nhất có thể khiến không báo cáo; hãy xét tính hợp lệ, mức tập trung, sự tái diễn và cách xử lý.

Lộ trình triển khai và vai trò

Bắt đầu bằng một nhóm sản phẩm hoặc luồng giao hàng có tính đại diện và quan sát được, thay vì triển khai đồng thời ở mọi nhà máy.

1. Khảo sát: liệt kê nhãn, phiên bản, nguồn dữ liệu, máy in, ngoại lệ và sự cố.
2. Thiết kế: xác định RACI, trạng thái, phê duyệt, in lại, cổng kiểm tra và bằng chứng.
3. RFP/lựa chọn: chỉ rõ kịch bản và bằng chứng; tách tính năng tiêu chuẩn khỏi phần tùy chỉnh.
4. PoC: thử cả trường hợp đạt và không đạt bằng vật liệu, máy và cấu trúc dữ liệu thật.
5. Xây dựng/chuyển đổi: làm giao diện tích hợp, mẫu, quyền hạn, giám sát và quy trình.
6. UAT/đào tạo: để sản xuất, QA, hậu cần và IT nghiệm thu từ đầu đến cuối và diễn tập ngoại lệ.
7. Vận hành giới hạn: dùng KPI và rà soát hằng ngày để quyết định độ ổn định và khả năng mở rộng.
8. Nhân rộng: quản lý khác biệt và xác minh lại theo từng cơ sở hoặc khách hàng.

IT chịu trách nhiệm về kết nối và tính sẵn sàng; QA chịu trách nhiệm về mẫu nhãn, quy định và xác minh; sản xuất chịu trách nhiệm về sự khớp giữa quy trình với hàng thực; hậu cần chịu trách nhiệm đóng gói và xuất hàng; nhóm dữ liệu chủ chịu trách nhiệm dữ liệu; ban quản lý chịu trách nhiệm mức rủi ro và đầu tư. Nhà cung cấp không thể thay doanh nghiệp chịu trách nhiệm phê duyệt và sự phù hợp của hàng thực.

Lỗi thường gặp và cách sửa

Gọi thay máy in là triển khai hệ thống

In nhanh hơn nhưng mẫu cũ, dữ liệu sai, in lại và dán sai vẫn còn. Cần thiết kế mã khóa nghiệp vụ xuyên suốt phiên bản, nguồn dữ liệu, xác minh và xuất hàng.

Dùng Excel hoặc thư mục dùng chung làm nguồn mẫu đã phê duyệt

Bản sao và tệp lưu cục bộ làm thời gian hiệu lực cùng phần khác biệt trở nên mơ hồ. Hãy tập trung mẫu đã duyệt và kiểm tra lại trạng thái khi in.

Kết thúc PoC trên máy in trình diễn trong văn phòng

Vật liệu, tốc độ, ánh sáng, mạng, ký tự và khối lượng đều khác thực tế. Phải đưa điều kiện sản xuất khó nhất vào phép thử.

Cho mọi sai lệch đi qua bằng cảnh báo

Sự chai lì với cảnh báo khiến sự kiện nghiêm trọng bị bỏ qua. Hãy chặn điều kiện nghiêm trọng và ghi lại ngoại lệ có kiểm soát.

Dựa vào thiện chí người vận hành khi in lại

Không thể phân tích nguyên nhân gốc hoặc chống ID trùng nếu thiếu dữ liệu. Hãy nối tác vụ gốc, lý do, số lượng, người phê duyệt và cách xử lý nhãn cũ.

Coi một lần scan thành công là đạt chất lượng

Một máy quét trong một điều kiện không phải là xác minh chất lượng. Hãy áp dụng quy cách GS1 và verifier phù hợp khi cần.

Tách nhãn khỏi kiểm tra nhập-xuất

Sẽ bỏ sót trường hợp nhãn đúng dán lên sai vật thể. Phải nghiệm thu từ đầu đến cuối tới cổng xuất hàng.

Kết luận: nối phát hành nhãn với bằng chứng giao hàng

Hãy chọn hệ thống in nhãn theo khả năng nối phiên bản đã phê duyệt, dữ liệu nghiệp vụ đúng, phát hành theo quyền, kiểm soát in lại, xác minh bản in, đối chiếu hàng thực và cổng kiểm tra xuất hàng. RFP phải đòi bằng chứng theo từng kịch bản. PoC phải thử bản cũ, mất mạng, gửi lại, dán sai, in lại và hủy lệnh trên thiết bị cùng vật liệu thật. Sau khi vận hành, hãy đo sai lệch đã bị chặn và nguyên nhân đã loại bỏ, không phải số bản in.

TOMAS TECH hỗ trợ nhà máy Thái Lan khảo sát hiện trạng, lập RFP, kết nối máy in với ERP/MES/WMS, thực hiện PoC/UAT và thiết kế kiểm tra vòng kín. Ngay khi chưa chốt sản phẩm/ngân sách và mới cần xác định quy trình cùng yêu cầu, doanh nghiệp vẫn có thể liên hệ chúng tôi.

FAQ về hệ thống in nhãn

Hệ thống in nhãn là gì?

Đây là hệ thống kết hợp mẫu đã duyệt với dữ liệu ERP/MES/WMS và phát hành theo quyền, đồng thời lưu lịch sử kiểm toán. Với nhà máy, cần đánh giá quản lý phiên bản, trạng thái thiết bị, in lại, xác minh và đối chiếu tới khâu giao hàng.

Cần kiểm gì đầu tiên khi kết nối máy in nhãn?

Kiểm tra mẫu máy, DPI, ngôn ngữ in hoặc trình điều khiển, cách giao tiếp, phản hồi trạng thái, cơ chế chống tác vụ trùng, phông chữ và mã hóa. Phải thử tác vụ cùng số lượng sau sự cố, không chỉ xem máy có bắt đầu in hay không.

Vì sao kết nối hệ thống kiểm tra nhập-xuất?

Để kiểm hàng thực, cấp bao bì, lệnh, điểm đến, mã hàng, lô và số lượng trước khi giao; nhờ đó ngăn nhãn hợp lệ bị dán lên sai thùng.

Có nên cấm in lại để chống giao sai?

Không nên cấm; cần kiểm soát tác vụ gốc, lý do, giới hạn, người phê duyệt và việc thu hồi hoặc vô hiệu nhãn cũ. Hãy phân cấp phê duyệt theo rủi ro để tránh cách làm tắt nguy hiểm.

Quét được barcode có nghĩa là xác minh đạt không?

Không nhất thiết. Tính đúng của nội dung, khả năng đọc trong vận hành và xác minh chất lượng theo tiêu chuẩn là ba việc khác nhau. Khi áp dụng, dùng verifier phù hợp ISO/IEC 15426 và bảng GS1 liên quan.

PoC cần in bao nhiêu nhãn?

Không có một số lượng chung. Phạm vi phải bao phủ mã hàng, ký tự, độ dài dữ liệu, máy in, vật liệu, tốc độ, môi trường và sự cố. Bản cũ, gián đoạn, gửi lại, dán sai và hủy lệnh quan trọng hơn nhiều mẫu đẹp.

Ngoài giá, RFP cần so gì?

So sánh quản lý phiên bản và phê duyệt, tính toàn vẹn dữ liệu, trạng thái máy in, xác minh bản in, in lại, vòng kiểm tra nhập-xuất, bằng chứng kiểm toán, tính sẵn sàng, quyền hạn, chuyển đổi dữ liệu và hỗ trợ. Cần tách rõ tính năng tiêu chuẩn, phần tùy chỉnh và trách nhiệm đối với thay đổi tương lai.

Nhãn tiếng Thái cần lưu ý gì?

Thử dấu kết hợp, thay thế phông chữ, xuống dòng, ngày tháng, đơn vị và ánh xạ ERP trên máy thật. Quy định ngôn ngữ tùy sản phẩm; không được khái quát ví dụ FDA Thái cho thiết bị y tế sang hàng khác.

Sau khi vận hành chính thức nên theo dõi KPI nào?

Theo dõi tỷ lệ đúng ngay lần đầu, số lần chặn bản cũ, sai lệch, barcode không đọc được, in lại, nhãn cũ chưa thu, số lần bị chặn khi đóng gói/xuất hàng, thời gian dừng và thời gian thực hiện thay đổi; phân tích theo dây chuyền, ca, phiên bản và lý do.

Tài liệu tham khảo

• GS1 General Specifications 26.0
• GS1 Change Notifications
• GS1 Support: printed barcode chất lượng
• GS1 Barcode Verification Process
• Zebra: ZPL Mode
• Google ML Kit: Barcode Scanning
• Thai FDA: IVD Label Guide