Triển khai thu thập sản lượng thực tế tự động: yêu cầu và nghiệm thu tại nhà máy Thái Lan

Muốn triển khai thu thập sản lượng thực tế tự động, trước hết phải thống nhất thế nào là một “kết quả sản xuất”: nó thuộc lệnh sản xuất và lô nào, được ghi nhận ở công đoạn nào, và khi nào mới là số liệu đã chốt. Bộ đếm PLC chỉ cho biết một tín hiệu đã xuất hiện; tự nó không giải thích được đổi lệnh, làm lại, phế phẩm, mất mạng hay số đã vào ERP. Bài viết này dành cho đội sản xuất, kỹ thuật, mua hàng và IT của nhà máy tại Thái Lan khi lập yêu cầu, mời thầu, kiểm thử FAT và nghiệm thu SAT.

Kết luận: thu thập sự kiện có nguồn gốc và ngữ cảnh, không chỉ lấy số đếm

Một chi tiết đi qua cảm biến chưa chắc là một thành phẩm đạt chất lượng. Bản ghi hữu ích cần có lệnh sản xuất, công đoạn, máy, thời điểm, số lượng và trạng thái đạt/không đạt. Khi cần truy xuất, bổ sung lô nguyên liệu và lô đầu ra. Hãy để máy ghi những gì máy đo được tin cậy; nhân viên xác nhận lý do lỗi, quyết định làm lại hoặc thay vật tư mà máy không thể tự biết. Mục tiêu là có thể dựng lại cả nguồn tín hiệu lẫn ý nghĩa nghiệp vụ của con số.

Năm vấn đề phải được thiết kế cùng nhau: độ chi tiết của sự kiện; cách gán cho lệnh và lô; lưu cục bộ và gửi lại khi mất kết nối; đối soát, phê duyệt trong MES hoặc hệ thống quản lý sản xuất; và chuyển giá trị đã chốt sang ERP. Đánh giá nhà cung cấp bằng một kịch bản sản xuất chạy xuyên suốt, thay vì đếm số chức năng trên bảng chào hàng. ISA-95 cung cấp ngôn ngữ chung để phân định tầng điều khiển, điều hành sản xuất và hệ thống doanh nghiệp.

Mục đích sử dụng quyết định dữ liệu phải thu thập

Yêu cầu “nhìn thấy sản xuất” quá rộng để báo giá. Theo dõi tiến độ lệnh cần số đạt và không đạt theo công đoạn, thời gian. Theo dõi bán thành phẩm cần cả đầu vào và đầu ra. Tính giá thành có thể cần vật tư, giờ công, làm lại và phế phẩm. Bằng chứng chất lượng có thể cần kết quả kiểm tra, mã thiết bị đo và lịch sử sửa. Đây là mô hình khác với giám sát thời gian chạy máy, dù cùng đọc từ PLC.

Với mỗi nhóm dùng dữ liệu, hãy viết họ sẽ ra quyết định gì và chấp nhận độ trễ bao lâu. Trưởng ca muốn biết thiếu hụt trước bàn giao; kế hoạch sản xuất cần số liệu trước khi lập kế hoạch ngày sau; kế toán chỉ nhận số đã duyệt lúc khóa kỳ. Tách sự kiện tạm thời, số thực tế đã đối soát và số đã hạch toán kho hoặc chi phí.

Bảng này là ví dụ để chốt phạm vi, không phải danh sách bắt buộc cho mọi nhà máy. Về ranh giới của ERP và MES, tham khảo tổng quan hệ thống quản lý sản xuất.

Khảo sát cách đổi lệnh trước khi lập danh sách tag PLC

Ghi loại máy, PLC, cổng kết nối, công đoạn, tần suất đổi sản phẩm, đồ gá, điểm đếm thực tế, đường quay lại khi làm lại và vị trí thiết bị nhập. Theo dõi một chi tiết thật và tín hiệu cùng lúc để xác định mỗi tag có nghĩa gì. Hỏi bộ đếm được đặt lại khi nào, sau mất điện ra sao, chạy thử có bị tính không, cùng một chi tiết có thể đi qua cảm biến nhiều lần không. Tên tag không đủ để kết luận nghiệp vụ.

Ranh giới đổi lệnh là điểm dễ sai. Công nhân đổi thẻ giấy, quét mã hay nạp công thức vào PLC? Nếu thời gian chuyển không rõ, số quanh ranh giới có thể rơi vào cả hai lệnh. Hãy thống nhất ghi cho lệnh cũ, đưa vào hàng chờ chưa gán hoặc yêu cầu trưởng ca duyệt. Khảo sát cả nghỉ giải lao, ca đêm, dừng máy, chạy thử, nhiều lệnh xen kẽ và làm lại. Máy cũ không có giao tiếp có thể lắp thêm cảm biến hoặc dùng thao tác nhập ngắn, nhưng phải xét an toàn, bảo hành và trách nhiệm bảo trì.

Khi nào số đếm PLC trở thành sản lượng?

Đọc bộ đếm tích lũy có thể hữu ích, nhưng phép trừ hai lần đọc là chưa đủ. Cần quy tắc cho tràn bộ đếm, đặt lại bằng tay, khởi động lại, bỏ lỡ lần đọc và đọc trùng. Cảm biến ở đầu vào công đoạn không thể tự trở thành số thành phẩm đạt. Chốt vị trí vật lý dùng làm căn cứ và xác minh trên máy. Lưu mã máy, mã tag, thời gian máy hoặc thời gian gateway nhận, giá trị gốc, cờ chất lượng, phương pháp thu thập và trạng thái kết nối. Nếu đồng hồ máy không tin cậy, giữ cả thời điểm phát sinh và tiếp nhận; quy định thời điểm nào dùng để chia ca.

OPC UA định nghĩa mô hình thông tin và trao đổi dữ liệu giữa thiết bị, điều khiển, MES và ERP. Nhãn “hỗ trợ OPC UA” không đảm bảo có đủ tag, đúng ý nghĩa, quyền truy cập, thời gian và cơ chế nối lại. Thử trên máy thật hoặc bộ mô phỏng tương đương. Xem tổng quan OPC UA và mô hình bảo mật.

Phân chia dữ liệu máy ghi và dữ liệu người xác nhận

Máy đo chuyển động và số lượng, nhưng không tự biết vì sao kiểm tra bằng mắt kết luận lỗi, ai cho phép sửa hoặc lô vật tư thay thế nào đã dùng. Ngược lại, bắt nhân viên gõ mọi sản lượng sẽ làm chậm và sót dữ liệu. Màn hình nên hiện lệnh đang chạy, sản phẩm, công đoạn, số tự động gần nhất và các mục chưa chốt. Mã lý do phải ngắn và dễ hiểu với đội địa phương.

Mã nhân viên dùng để quản lý quyền và truy vết sửa, không chỉ để quy trách nhiệm. Thiết kế phiên trên thiết bị dùng chung, đăng xuất khi đổi ca và tách quyền làm với quyền duyệt. Hiển thị rõ sự kiện đã lưu cục bộ, đang chờ gửi, đã nhận hay bị từ chối. Che giấu trạng thái ngoại tuyến làm người dùng mất niềm tin vào số liệu.

Gán lệnh và lô ngay khi tạo sự kiện

Ghép bộ đếm với lệnh chỉ bằng thời gian sau đó sẽ yếu khi đổi lệnh hoặc ca. Tại điểm ghi sự kiện, lưu mã lệnh, công đoạn, máy và sản phẩm; thêm lô đầu vào/đầu ra nếu cần. Nếu PLC không mang mã lệnh, thiết bị hiện trường ghi thời gian bắt đầu và kết thúc của lệnh. Sự kiện trong khoảng trống hoặc khoảng chồng lấn phải vào hàng chờ chưa gán, không được đoán âm thầm.

Dùng mã định danh ổn định thay vì tên hiển thị có thể dịch hoặc đổi. Lưu phiên bản định mức hay tuyến công đoạn áp dụng lúc sản xuất để thay đổi về sau không viết lại lịch sử. Mã vạch đọc được vẫn phải kiểm tra lệnh còn hiệu lực, trình tự công đoạn và lô vật tư được phép. Độ chi tiết lô phải dựa trên yêu cầu khách hàng, rủi ro chất lượng và phạm vi thu hồi; không phải lúc nào cũng cần số sê-ri từng chiếc. Về chi phí và trách nhiệm hệ thống, xem triển khai MES và ranh giới với ERP.

Bộ đệm ngoại tuyến, gửi lại và chống ghi trùng là yêu cầu cốt lõi

Mạng nhà máy có thể gián đoạn vì mất điện, bảo trì, Wi-Fi nghẽn hoặc máy chủ khởi động lại. Quy định gateway và thiết bị nhập lưu gì, được bao lâu, khi đầy thì làm gì và khôi phục theo thứ tự nào. Câu “có mạng sẽ đồng bộ” không đủ để nghiệm thu. Mỗi sự kiện cần ID không đổi qua các lần gửi; MES phải chỉ tính một lần dù nhận cùng ID hai lần. Sửa dữ liệu nên tham chiếu sự kiện gốc thay vì ghi đè mà không để dấu vết.

Nếu chọn MQTT, Sparkplug có thể chuẩn hóa namespace, payload và trạng thái phiên. Nhưng nó không tự gán lệnh/lô của nhà máy và không thay thế quy tắc lưu bền vững tại chỗ. Xem đặc tả Sparkplug của Eclipse. Thử tạo sự kiện lúc mất mạng, khởi động lại thiết bị, nối lại, gửi trùng và so sánh bản ghi gốc với MES/ERP. Gồm cả sự kiện đến muộn, đảo thứ tự và đến sau khi lệnh đã đóng.

Đối soát trong MES trước khi gửi số đã chốt sang ERP

Phản hồi thành công của mạng chỉ nói rằng thông điệp đã đến, không chứng minh tồn kho ERP đúng. MES hoặc hệ thống sản xuất cần kiểm tra trạng thái lệnh, đơn vị, trình tự, trùng lặp và giới hạn cho phép. Người được chỉ định xử lý ngoại lệ và phê duyệt trước khi gửi ERP. Mỗi khái niệm dữ liệu phải có một hệ thống nguồn chính và xác định nơi nào chỉ là bản sao đọc.

Đối soát ở ba ranh giới: bộ đếm vật lý với sự kiện đã thu; sự kiện với kết quả theo lệnh trong MES; số đã duyệt trong MES với tồn kho và chi phí ERP. Tổng bằng nhau vẫn có thể che giấu chuyển nhầm giữa hai lô. Phải truy được chênh lệch tới sự kiện. Quy định người phụ trách hằng ngày, thời hạn xử lý, quyền sửa và cách gửi lại. Trường hợp cần thiết kế riêng có thể đọc phát triển hệ thống quản lý sản xuất theo yêu cầu.

Chất lượng bằng chứng: giữ cả giá trị gốc và lịch sử điều chỉnh

Tách tín hiệu thô khỏi kết quả xử lý. Bản gốc có nguồn, thời điểm, chất lượng tín hiệu và trạng thái mạng. Bước xử lý có phiên bản quy tắc, cách gán lệnh, loại trừ, sửa và duyệt. Kết quả cuối có thời gian chốt, mã giao dịch ERP, phản hồi và lịch sử thử lại. Quy định thời hạn lưu theo nhu cầu doanh nghiệp và yêu cầu pháp lý cụ thể; không có một thời hạn chung áp cho mọi ngành.

Đồng hồ của máy, gateway và MES có thể lệch khiến sản phẩm bị tính sang ca khác. Giữ cả thời gian xảy ra và thời gian nhận; xác định thời gian nào dùng báo cáo; quản lý ca theo lịch nhà máy có mã riêng. Khi sửa, cho người phụ trách xem giá trị cũ, mới, lý do và người duyệt. Tách dữ liệu đào tạo và chạy thử khỏi sản lượng thật.

RFP nên yêu cầu kịch bản nghiệm thu thay vì chỉ số điểm kết nối

Nếu chỉ nêu số máy và số màn hình, mỗi nhà cung cấp sẽ báo giá trên một giả định khác. Cung cấp cùng danh sách máy, nghĩa của tag, quy trình đổi lệnh, quy tắc lô, thao tác tay, mất mạng, giao diện MES/ERP và trách nhiệm bảo trì. Có thể kèm sơ đồ mạng, API, dữ liệu mẫu ở mức cần thiết và bảo vệ thông tin mạng điều khiển nhạy cảm.

Viết kịch bản sản xuất bình thường, dừng/khởi động, đổi lệnh, phát hiện lỗi, làm lại, mất kết nối, thiết bị nhập khởi động lại, ERP từ chối và điều chỉnh về sau. Với mỗi kịch bản, nêu đầu vào, sự kiện kỳ vọng, màn hình, điều kiện duyệt và kết quả ERP. Yêu cầu bên chào giá ghi rõ phần nào là tính năng chuẩn, cấu hình, phát triển thêm hoặc cải tạo máy, kèm chi phí và ngoại lệ. Cam kết miệng không thay được tiêu chí nghiệm thu.

So sánh riêng phí bản quyền, tín hiệu, gateway, thiết bị, dây dẫn, phân đoạn mạng, API, chuyển dữ liệu, đào tạo, nghiệm thu và hỗ trợ. Trang Smart and Sustainable Industry của BOI Thái Lan nêu điều kiện ưu đãi; phải kiểm tra khả năng áp dụng cho dự án cụ thể trước khi đưa vào bài toán đầu tư.

FAT chứng minh logic, SAT chứng minh vận hành tại xưởng

Ở FAT, dùng tín hiệu PLC mô phỏng hoặc chuỗi ghi sẵn để thử đếm, đặt lại, tràn số, đến muộn, sự kiện trùng, sai lệnh và API lỗi. Ghi số sự kiện kỳ vọng, hàng chờ, lịch sử chỉnh sửa và kết quả gửi ERP, không chỉ xem dashboard. Điều kiện riêng của máy không mô phỏng được phải ghi thành mục SAT.

Ở SAT, dùng máy thật, mạng thật và thời điểm đổi ca. Công nhân chuyển lệnh, ghi phế phẩm, hoàn thành mẻ và đối soát với trưởng ca. Kiểm tra ai giải quyết ngoại lệ và ca đêm được hỗ trợ thế nào. Không nghiệm thu một buổi trình diễn mà nhà cung cấp sửa dữ liệu kín phía sau. Lưu điều kiện đầu vào, thời gian, màn hình, log, đạt/không đạt, việc tồn đọng và ngày thử lại.

Mọi mục tiêu số cần mẫu số. “Thu thập 99%” vô nghĩa nếu không ghi rõ loại sự kiện, thời hạn và điều kiện gán đúng lệnh, lô. Thỏa thuận xem công đoạn không có tín hiệu có nằm trong mẫu số không. Mức ghi trong hợp đồng là cam kết của dự án, không phải chuẩn chung của ngành.

Mở rộng từ dây chuyền đại diện sang các loại máy khác nhau

Chỉ chọn máy dễ nhất hoặc khó nhất cho thí điểm sẽ làm sai lệch ước lượng mở rộng. Chọn dây chuyền có cả tín hiệu PLC và quyết định của người, đổi lệnh và phế phẩm; chạy dữ liệu đến ERP. Sau đó thêm bộ điều khiển khác hoặc công đoạn nhập tay để đo khả năng dùng lại mapping và quy tắc ngoại lệ. Xác nhận người quản lý dữ liệu chủ và bảo trì của nhà máy tự thay đổi các cấu hình thường ngày được.

Chạy giấy và số song song chỉ trong giai đoạn đối chiếu có thời hạn, và đặt điều kiện bỏ từng biểu mẫu cũ. Đào tạo cách nhận ra số bất thường và chuyển mục chưa gán cho đúng người, chứ không chỉ cách nhấn nút. Thống nhất bản dịch lý do và hướng dẫn giữa đội Thái và Nhật. Sau vận hành, theo dõi sự kiện chưa gán, nhận trùng, đến muộn, thời gian đối soát, chỉnh tay và thời gian ngoại tuyến trước khi kết luận hiệu quả năng suất.

Bảo mật OT và khả năng bảo trì

Gateway chỉ cần quyền đọc cần thiết; tránh cấp quyền ghi PLC vô lý. Tách đường thu thập với đường quản trị. Chốt cập nhật thiết bị, hết hạn chứng chỉ, thu hồi tài khoản, sao lưu và thử phục hồi. An toàn và độ sẵn sàng của nhà máy là điều kiện khi áp dụng chính sách IT cho máy điều khiển. NIST SP 800-82 Rev.3 hướng dẫn bảo mật OT có xét yêu cầu riêng về hiệu năng, tin cậy và an toàn.

Với OPC UA, gia hạn chứng chỉ và thay máy là công việc vận hành, không chỉ là bước cài đặt ban đầu. Yêu cầu bàn giao danh sách cấu hình, sơ đồ kết nối, ma trận quyền, bản sao lưu và hồ sơ thử. Nếu cho nhà cung cấp hỗ trợ từ xa, quy định người duyệt, khung giờ, log và việc thu hồi quyền sau khi xong. Có mã hóa không đồng nghĩa trust list được duy trì đúng.

Lập hợp đồng dữ liệu trước khi so giá

Với từng trường truyền đi, ghi ý nghĩa nghiệp vụ, đơn vị, điều kiện bắt buộc, mã ID, chuẩn thời gian, phiên bản, xử lý thiếu, cách sửa, lưu giữ, tần suất và phản hồi. “Số lượng” có thể là đầu vào, hoàn tất, qua kiểm tra hoặc đóng gói. Quy định ai tạo và ngừng dùng mã nhà máy, dây chuyền, máy, lệnh, công đoạn và lô. Không tạo event ID mới cho mỗi lần gửi lại vì sẽ nhân đôi cùng một sản lượng.

Tách lỗi truyền dẫn có thể gửi lại khỏi lỗi nghiệp vụ như không có lệnh, thiếu lô, sai trình tự, kỳ đã khóa hoặc sai đơn vị. Gửi lại mãi không sửa được dữ liệu chủ. Cần hàng chờ lỗi, người phụ trách, thông báo và thao tác xử lý lại có log. Thử giai đoạn phiên bản API cũ và mới cùng hoạt động.

Chọn mức tự động hóa theo ba phép thử

Một là tín hiệu có phản ánh đúng vật lý không? Cùng một chi tiết đi qua cảm biến nhiều lần vì làm lại không thể là nhiều thành phẩm. Hai là cần phán đoán con người không? Kiểm tra bằng mắt hay thay vật tư không nên để phần mềm đoán. Ba là có đáng đầu tư và dễ bảo trì không? Máy cũ ít dùng có thể dùng thiết bị nhập; dây chuyền lưu lượng cao nên tự động nhiều hơn. Có thể trộn tự động hoàn toàn, tự động có xác nhận và nhập tay nếu cùng tạo cấu trúc sự kiện cơ bản.

Khi số lệch, kiểm tra từ vật thật ra đến ERP

Cố định lệnh, công đoạn, máy, lô, ca và khoảng thời gian cần kiểm tra. So sánh vật thật và chứng từ với PLC, gateway, MES, ERP. Tìm ranh giới đầu tiên xuất hiện chênh lệch; tổng bằng nhau có thể che giấu lô này thừa, lô kia thiếu. Theo event ID xem lưu cục bộ, gửi lại, MES nhận hay đưa vào hàng chờ, và phản hồi ERP. Sửa có lý do và người duyệt, sau đó xử lý gốc như vị trí cảm biến, giá trị mặc định màn hình, dữ liệu chủ đến chậm hoặc dung lượng bộ đệm. Nên diễn tập trong SAT để ca đêm xử lý dựa trên cùng bộ bằng chứng.

Câu hỏi thường gặp về thu thập sản lượng thực tế tự động

Chỉ đọc PLC có đủ không?

Không. PLC chỉ cung cấp điều máy quan sát được. Vẫn cần quy tắc về lệnh, lô, đạt/không đạt, sửa, duyệt và ghi ERP. Phải biết bộ đếm đo sự kiện vật lý nào và đặt lại lúc nào.

Máy cũ không có cổng PLC có tham gia được không?

Có thể dùng tiếp điểm được phê duyệt, cảm biến thêm hoặc thiết bị nhập. Kiểm tra an toàn, bảo hành và đơn vị bảo trì trước khi sửa máy. Một bước nhập tay ít trường nhưng kiểm chứng được có thể tốt hơn tín hiệu tự động không tin cậy.

Chi phí triển khai thay đổi vì gì?

Do chủng loại máy, tín hiệu sẵn có, thiết bị nhập, quy tắc gán lệnh/lô, bộ đệm, việc tích hợp MES/ERP, thử nghiệm, đào tạo và hỗ trợ. Yêu cầu chào giá tách mục trên cùng kịch bản nghiệm thu; bài này không nêu một mức giá chung.

Có mạng lại thì có nên tự động đưa số ngoại tuyến vào ERP không?

Cần kiểm tra tình trạng lệnh, lô và kỳ đã khóa. Một số sự kiện muộn phải chờ phê duyệt. Kết nối trở lại khác với chốt nghiệp vụ. Thử nhận hai lần cùng event ID mà số lượng không tăng hai lần.

FAT và SAT chia thế nào?

FAT dùng tín hiệu mô phỏng để thử logic và lỗi. SAT dùng máy, người, mạng và giao ca thật. Ghi rõ điều chưa thử được ở FAT để đưa thành ca kiểm thử SAT.

Tóm tắt

Thu thập sản lượng thực tế tự động vừa là kết nối PLC vừa là xác định trách nhiệm đối với lệnh, lô, chất lượng và tồn kho. Trước tiên định nghĩa sự kiện và mục đích, phân công dữ liệu máy và người, đưa đổi lệnh và ngoại tuyến vào RFP, chứng minh logic trong FAT, vận hành thật trong SAT. Chỉ khi đối soát MES và gửi số đã chốt đến ERP, con số mới trở thành nền tảng tin cậy cho cải tiến.

Nếu đang xác định tín hiệu thiết bị và ranh giới MES/ERP cho nhà máy tại Thái Lan, hãy liên hệ TOMAS TECH. Có thể bắt đầu từ phạm vi kiểm chứng nhỏ, đại diện cho thực tế nhà máy, ngay trước khi chốt danh sách sản phẩm.

Nguồn tham khảo

• ISA — ISA-95
• OPC Foundation — OPC UA
• OPC Foundation — Security Model
• NIST — SP 800-82 Rev.3
• Eclipse Foundation — Sparkplug
• Thailand BOI — Smart and Sustainable Industry