Mã vạch phục vụ truy xuất công đoạn sản xuất như thế nào?

Mã vạch đóng vai trò gì trong truy xuất công đoạn sản xuất?

Mã vạch là phương tiện mang dữ liệu định danh để hệ thống nhận biết đối tượng cần truy xuất. Đối tượng đó có thể là một lô nguyên vật liệu, một chi tiết riêng lẻ, một bán thành phẩm hoặc một thành phẩm.

Khi mã được đọc tại trạm sản xuất, phần mềm có thể sử dụng giá trị nhận được để tìm bản ghi tương ứng và ghi nhận một sự kiện mới. Nhờ đó, lịch sử của đối tượng được xây dựng qua các công đoạn.

Định danh vật tư hoặc linh kiện

Ví dụ, một lô linh kiện đầu vào được gán mã LK-LOT-A07. Mã này giúp hệ thống nhận biết lô vật tư đang được đưa vào một lệnh sản xuất, nếu thông tin đó đã được đăng ký trong cơ sở dữ liệu.

Bản thân mã LK-LOT-A07 không cho biết nhà cung cấp, kết quả kiểm tra đầu vào hoặc số lượng đã sử dụng nếu những thông tin này không được lưu và liên kết trong hệ thống.

Định danh bán thành phẩm hoặc thành phẩm

Nhà máy có thể sử dụng mã cho một lô sản xuất hoặc cho từng sản phẩm riêng lẻ. Mức định danh càng chi tiết thì hệ thống có thể phân biệt các đối tượng ở mức tương ứng, nhưng đồng thời phải quản lý dữ liệu phù hợp.

Ví dụ, nếu tất cả sản phẩm trong một lô chỉ dùng chung một mã lô, hệ thống không tự biết chính xác một sản phẩm riêng lẻ đã đi qua trạm nào, trừ khi có thêm mã hoặc quan hệ dữ liệu đủ để phân biệt.

Muốn truy xuất được, hệ thống phải biết những mã này liên quan với nhau như thế nào và những sự kiện nào đã được ghi nhận cho từng đối tượng.

Dữ liệu nào nằm trong mã vạch, dữ liệu nào nằm trong hệ thống?

Không phải toàn bộ lịch sử sản xuất được lưu trực tiếp bên trong mã vạch. Thông thường, mã chứa dữ liệu định danh và một số thuộc tính được mã hóa; còn lịch sử công đoạn được phần mềm lưu trong cơ sở dữ liệu.

Cần phân biệt hai lớp dữ liệu này để tránh yêu cầu một máy quét phải tự cung cấp những thông tin mà hệ thống chưa ghi nhận.

Ví dụ dữ liệu theo GS1 Application Identifiers

Trong các ứng dụng sử dụng cấu trúc dữ liệu GS1, Application Identifiers (AI) giúp phần mềm xác định ý nghĩa của các trường dữ liệu. Một số mã AI liên quan đến định danh và truy xuất gồm:

• AI (01): GTIN – mã định danh đơn vị thương phẩm.
• AI (10): Batch/Lot – mã lô.
• AI (11): ngày sản xuất.
• AI (21): số serial.

Các ký hiệu trong ngoặc là cách thể hiện AI để người đọc nhận biết. Việc mã hóa thực tế còn phải tuân thủ cấu trúc, độ dài trường và quy tắc phân tách dữ liệu của GS1. Không thể tự ghép một chuỗi văn bản có dấu ngoặc rồi mặc định đó là mã GS1 hợp lệ.

Tài liệu tham khảo: GS1 Application Identifiers. Doanh nghiệp sử dụng mã nội bộ cũng cần xây dựng quy tắc dữ liệu nhất quán, nhưng không nên gọi mã nội bộ là GTIN hoặc GS1 nếu chưa đáp ứng quy định tương ứng.

Những sự kiện nào cần ghi nhận ở từng công đoạn sản xuất?

Truy xuất không nhất thiết yêu cầu quét tại mọi thao tác nhỏ. Doanh nghiệp cần xác định những điểm mà việc ghi nhận dữ liệu có ý nghĩa đối với lịch sử sản phẩm và khả năng truy vết sau này.

Theo cách tiếp cận của GS1, các sự kiện quan trọng cần theo dõi được gọi là Critical Tracking Events (CTE). Những trường dữ liệu mô tả sự kiện được gọi là Key Data Elements (KDE).

Trong sản xuất, sự kiện có thể liên quan đến việc nhận vật tư, đưa linh kiện vào lắp ráp, chuyển công đoạn, kiểm tra chất lượng, hoàn thành hoặc đóng gói. Doanh nghiệp phải quyết định sự kiện nào cần lưu dựa trên quy trình cụ thể.

Mỗi sự kiện cần trả lời được điều gì?

Một bản ghi truy xuất có ích thường giúp xác định: đối tượng nào liên quan, sự kiện gì đã diễn ra, khi nào, ở đâu và trong ngữ cảnh công việc nào. Nếu cần xác định trách nhiệm cá nhân, hệ thống có thể ghi nhận thêm tài khoản hoặc người vận hành.

Những thông tin này không nhất thiết đều nằm trong mã vạch. Ví dụ, hệ thống có thể biết trạm hiện tại là ST-02 nhờ cấu hình thiết bị, biết người thực hiện qua tài khoản đăng nhập và tự ghi thời gian từ hệ thống.

Tham khảo GS1 Global Traceability Standard – CTE và KDE để hiểu nguyên tắc tổ chức thông tin truy xuất.

Ví dụ: Truy xuất một thành phẩm qua các trạm sản xuất

Giả sử nhà máy đang lắp ráp một thành phẩm có mã TP-A0042. Để tra cứu được lịch sử sản xuất của sản phẩm này, hệ thống cần liên kết mã thành phẩm với lệnh sản xuất, linh kiện đầu vào và các sự kiện được ghi nhận tại những trạm liên quan.

Ví dụ dưới đây chỉ mô tả nguyên lý dữ liệu, không phải quy trình hay kết quả vận hành thực tế của CDC hoặc một nhà máy cụ thể.

Tại trạm lắp ráp

Hệ thống ghi nhận sản phẩm TP-A0042 thuộc lệnh LSX-024 và liên kết với lô linh kiện được sử dụng. Khi trạm hoàn thành công việc, ứng dụng lưu sự kiện tương ứng theo quy trình.

Tại trạm kiểm tra

Máy quét giúp nhận diện đúng TP-A0042. Ứng dụng kiểm tra có thể gắn kết quả hoặc mã bản ghi kiểm tra với thành phẩm đó. Máy quét không tự đánh giá sản phẩm đạt hay không đạt.

Tại trạm đóng gói

Hệ thống có thể ghi nhận thành phẩm TP-A0042 đã được đưa vào một kiện hàng cụ thể. Muốn truy xuất từ kiện về từng sản phẩm bên trong, quan hệ đóng gói này phải được lưu đúng.

Làm thế nào để liên kết nguyên vật liệu đầu vào với thành phẩm?

Đây là phần quan trọng nếu doanh nghiệp muốn truy xuất sâu hơn việc xác định sản phẩm đã đi qua những trạm nào. Khi nhiều vật tư được sử dụng để tạo thành một sản phẩm, hệ thống phải lưu được mối quan hệ giữa đầu vào và đầu ra.

Ví dụ, thành phẩm TP-A0042 sử dụng linh kiện từ lô LK-LOT-A07. Nếu chỉ quét mã thành phẩm sau khi lắp ráp nhưng không lưu quan hệ với lô linh kiện, sẽ không thể suy ra chính xác lô đầu vào đã sử dụng chỉ từ mã thành phẩm.

Liên kết theo lệnh sản xuất

Lệnh sản xuất có thể đóng vai trò cầu nối giữa danh sách vật tư được cấp, số lượng sử dụng và sản phẩm được tạo ra. Cần phân biệt vật tư dự kiến sử dụng trong định mức với vật tư thực tế đã đưa vào sản xuất.

Nếu hệ thống chỉ lưu định mức nguyên vật liệu nhưng không ghi nhận lô vật tư thực tế, khả năng truy xuất đến đúng lô đầu vào sẽ bị giới hạn.

Liên kết theo lô hoặc theo serial

Ở mức lô, hệ thống có thể biết một lô thành phẩm được tạo ra từ những lô vật tư nào. Ở mức serial, hệ thống cần đủ bản ghi để xác định vật tư liên quan đến từng sản phẩm riêng lẻ.

Mức độ chi tiết phải được xác định trước khi xây dựng quy trình quét, vì việc dùng chung một mã lô cho nhiều sản phẩm không tự tạo ra lịch sử riêng cho từng serial.

Máy quét mã vạch kết nối với MES, ERP hoặc phần mềm kiểm tra như thế nào?

Máy quét cung cấp dữ liệu đầu vào. Việc lưu công đoạn, xử lý giao dịch và trả kết quả tra cứu thuộc hệ thống phần mềm. Vì vậy, khi nói “tích hợp máy quét với MES hoặc ERP”, cần xác định phương thức truyền dữ liệu và chức năng mà ứng dụng thực sự hỗ trợ.

Quét mã vào ứng dụng trên PC

Đầu đọc tương thích có thể gửi dữ liệu tới một trường nhập trong ứng dụng trên máy tính. Phần mềm sau đó xác định đối tượng, kiểm tra điều kiện công đoạn và tạo bản ghi nếu quy trình yêu cầu.

Cần kiểm tra chế độ giao tiếp, định dạng chuỗi mã, ký tự kết thúc và việc ứng dụng nhận đúng dữ liệu, thay vì chỉ xác nhận thiết bị cắm USB được.

Đầu đọc cố định tại công đoạn tự động

Với đầu đọc cố định, dữ liệu có thể được chuyển qua giao tiếp hoặc giao thức công nghiệp mà thiết bị hỗ trợ. Hệ thống điều khiển hoặc ứng dụng cần xác định tín hiệu kích hoạt, mã đọc được và cách xử lý trạng thái đọc thành công hoặc thất bại.

Một sự kiện chỉ nên được ghi nhận vào lịch sử công đoạn khi có đủ điều kiện nghiệp vụ. Không thể mặc định mọi tín hiệu quét thành công đều tương đương với hoàn thành sản xuất.

Vai trò của MES, ERP và hệ thống kiểm tra

• Ứng dụng tại trạm: hướng dẫn thao tác, tiếp nhận mã và ghi nhận dữ liệu tại vị trí làm việc.
• MES: có thể quản lý lệnh, lịch sử và sự kiện thực hiện sản xuất theo các chức năng được triển khai.
• ERP: có thể quản lý thông tin đơn hàng, vật tư, lệnh và các giao dịch ở cấp doanh nghiệp.
• Ứng dụng kiểm tra chất lượng: lưu kết quả kiểm tra, thông số và trạng thái chất lượng nếu được thiết kế hỗ trợ.

Không phải nhà máy nào cũng có cùng cấu trúc phần mềm. Doanh nghiệp có thể sử dụng một hệ thống tích hợp hoặc nhiều ứng dụng trao đổi dữ liệu với nhau. Điều quan trọng là xác định hệ thống nào sở hữu bản ghi chính và cách đồng bộ giữa các hệ thống.

Bài viết không mặc định CDC đã tích hợp hoặc kiểm thử một model Honeywell với MES, ERP hay phần mềm quản lý cụ thể. Việc xác nhận tương thích phải dựa trên hệ thống thực tế của doanh nghiệp.

Truy vết ngược và truy vết xuôi được thực hiện ra sao?

Một hệ thống truy xuất có dữ liệu liên kết đầy đủ có thể hỗ trợ hai hướng tra cứu: từ sản phẩm đầu ra tìm về nguồn vật tư và công đoạn trước đó, hoặc từ một lô vật tư tìm đến những sản phẩm, lệnh sản xuất đã sử dụng lô đó.

Hai hướng tra cứu này đặc biệt có ý nghĩa khi cần khoanh vùng các đối tượng có liên quan đến một lô vật tư hoặc một công đoạn. Tuy nhiên, độ chính xác của kết quả chỉ tương ứng với mức chi tiết và tính đầy đủ của dữ liệu đã lưu.

Khi nào kết quả truy vết bị giới hạn?

• Chỉ lưu mã sản phẩm mà không lưu lệnh hoặc lô vật tư.
• Có dữ liệu lô nhưng thiếu quan hệ giữa đầu vào và đầu ra.
• Chỉ ghi nhận sản phẩm đến trạm mà không ghi trạng thái hoàn thành.
• Nhân viên sử dụng mã chung cho nhiều đối tượng cần phân biệt riêng.
• Dữ liệu tồn tại ở nhiều phần mềm nhưng chưa được liên kết nhất quán.

Doanh nghiệp cần xác định ngay từ đầu mức truy xuất mong muốn: theo lô, theo serial hay theo từng sự kiện chi tiết. Đây là yêu cầu của thiết kế dữ liệu và quy trình, không chỉ là thông số máy quét.

Những lỗi nào khiến lịch sử truy xuất công đoạn không đầy đủ?

Một hệ thống có thể sử dụng mã vạch ở nhiều trạm nhưng vẫn không truy xuất được đầy đủ nếu dữ liệu định danh và sự kiện không được quản lý nhất quán. Lỗi thường nằm ở quy trình ghi nhận và liên kết dữ liệu hơn là việc thiết bị không đọc được mã.

Thời gian sự kiện cần được quản lý nhất quán

Nếu các trạm sử dụng đồng hồ không đồng bộ, lịch sử có thể xuất hiện những sự kiện sai thứ tự. Khi thiết kế hệ thống, cần xác định nguồn thời gian, múi giờ và cách xử lý bản ghi được gửi lên muộn.

Cần có cách xử lý khi quét lỗi hoặc bỏ qua công đoạn

Trong vận hành, có thể xảy ra trường hợp tem hỏng, mã không đọc được hoặc sản phẩm phải chuyển sang quy trình xử lý ngoại lệ. Doanh nghiệp cần có cơ chế ghi nhận thay thế được kiểm soát thay vì để lịch sử bị thiếu mà không có giải thích.

Cách kiểm tra hệ thống có truy xuất được lịch sử sản xuất hay không

Để xác nhận một phương án truy xuất, doanh nghiệp nên sử dụng dữ liệu thử có quan hệ đầu vào – đầu ra đã biết. Mục tiêu không chỉ là máy đọc được mã, mà còn là hệ thống có thể tái hiện đúng lịch sử sau khi các sự kiện được ghi nhận.

Kiểm tra từ mã thành phẩm

Chọn một mã thành phẩm đã được thiết lập trong kịch bản thử. Tra cứu để xác định lệnh sản xuất, các sự kiện công đoạn và lô vật tư liên quan. So sánh với dữ liệu được chuẩn bị trước.

Kiểm tra từ mã lô vật tư

Chọn một lô vật tư đã được sử dụng trong kịch bản thử. Truy vấn những lệnh hoặc thành phẩm được liên kết. Đối chiếu danh sách kết quả với quan hệ đầu vào – đầu ra đã ghi nhận.

Kiểm tra ngoại lệ và dữ liệu thiếu

Thử các tình huống: quét trùng, bỏ sót một sự kiện, thay lô vật tư, sử dụng sai mã hoặc mất kết nối. Hệ thống cần thể hiện trạng thái dữ liệu tương ứng và có cơ chế xử lý theo quy trình đã thống nhất.

Các tình huống thử và tiêu chí chấp nhận cần được thống nhất theo phạm vi triển khai. Bài viết không cung cấp kết quả nghiệm thu hoặc số liệu hiệu suất của một hệ thống thực tế.

Nếu doanh nghiệp muốn trao đổi dữ liệu truy xuất giữa nhiều đơn vị hoặc nhiều hệ thống, có thể nghiên cứu thêm tiêu chuẩn GS1 EPCIS. Đây là một khuôn khổ chuẩn hóa dữ liệu sự kiện, không phải chức năng mặc định được cung cấp cùng máy quét.

Doanh nghiệp cần chuẩn bị thông tin gì để xây dựng yêu cầu quét mã truy xuất?

Khi cần bổ sung điểm quét hoặc lựa chọn đầu đọc Honeywell cho hệ thống truy xuất sẵn có, doanh nghiệp nên bắt đầu từ dữ liệu mà công đoạn phải ghi nhận. Điều này giúp bộ phận IT, sản xuất và mua hàng xác định chính xác yêu cầu phần cứng.

Việc lựa chọn đầu đọc cần tách biệt với phạm vi thiết kế phần mềm truy xuất. Nếu doanh nghiệp cần triển khai hệ thống MES hoặc nền tảng quản lý lịch sử sản xuất, phải xác định riêng yêu cầu tích hợp và đơn vị chịu trách nhiệm từng hạng mục.

Sau khi xác định dữ liệu truy xuất, nên làm gì tiếp?

Khi đã xác định điểm quét, dữ liệu phải lưu và hệ thống nhận, bước tiếp theo là đối chiếu khả năng đọc mã của thiết bị tại đúng công đoạn. Những yêu cầu này có thể khác nhau giữa tem in, DPM và mã trên sản phẩm di chuyển.

Nếu sản phẩm phải được đọc mã trong lúc di chuyển, cần xem thêm những điều kiện cần kiểm tra khi quét mã trên sản phẩm đang di chuyển. Nội dung này thuộc bài C3.3 và không được suy ra chỉ từ việc hệ thống đã có dữ liệu truy xuất.