Đối với nhà máy tại Thái Lan, chuyển sang OPC UA 1.05 không có nghĩa là phải thay toàn bộ thiết bị trong năm 2026. Tháng 9/2026, OPC Foundation thông báo việc hỗ trợ chứng nhận cho OPC UA 1.03 sẽ kết thúc vào cuối năm 2026 và khuyến nghị nhà cung cấp hướng tới 1.05. Thông báo đó không nói rằng thiết bị 1.03 đang vận hành sẽ ngừng hoạt động, chứng nhận hiện có tự động mất hiệu lực, hay mọi nhà máy phải thay thiết bị ngay. Việc cần làm là xác định yêu cầu đối với máy, gateway và client mới, đánh giá tài sản hiện hữu theo rủi ro thực tế và yêu cầu bằng chứng từ hồ sơ mời thầu (RFP) đến FAT, SAT và bàn giao vận hành.
Thông báo chứng nhận 1.03 tác động gì đến mua sắm?
Bản Compliance Corner tháng 9/2026 nói rõ về hỗ trợ chứng nhận phiên bản 1.03, hướng nhà cung cấp đến 1.05, đồng thời cho biết đặc tả, SDK, bộ công cụ và Compliance Test Tool (CTT) cho 1.05 đã có sẵn. Cần phân biệt phiên bản đặc tả, phiên bản nhà cung cấp thực sự triển khai, cấu hình sản phẩm nằm trong phạm vi chứng nhận, khả năng tương thích của cặp client/server tại nhà máy và hạn sử dụng của chứng thư bảo mật vận hành. Cùng một số phiên bản xuất hiện trên tài liệu không biến các khẳng định đó thành một.
Trang CTT của OPC Foundation vẫn liệt kê công cụ cho 1.05, 1.04 và 1.03, ghi ngày 20/4/2026. Việc công cụ thử nghiệm phiên bản cũ còn được liệt kê không phủ nhận định hướng kết thúc hỗ trợ chứng nhận sau đó. Kết quả tự kiểm tra bằng CTT cũng không phải chứng nhận của Foundation. Trang How to Certify mô tả việc chuẩn bị thử các chức năng được công bố, profile, khả năng tương tác, độ bền và quy trình tại phòng thử nghiệm chứng nhận. Bên mua cần hỏi chính xác cấu hình sản phẩm nào, chức năng nào được thử, ai thử và thử khi nào.
Tách hai lộ trình: sản phẩm sắp mua, nơi có thể đưa 1.05 vào điều kiện giao hàng; và hệ thống 1.03 hiện hữu, nơi quyết định nâng cấp dựa trên hỗ trợ, an ninh, thời gian dừng máy và yêu cầu dữ liệu. Gộp cả hai thành một “hạn cuối” dễ dẫn tới dừng dây chuyền không cần thiết, trong khi các lỗi tích hợp thực sự vẫn chưa được kiểm tra.
Kết thúc hỗ trợ chứng nhận khác với ngừng vận hành thiết bị
Đặc tả OPC UA, chứng nhận sản phẩm và một tích hợp hoạt động đúng trong nhà máy là ba tầng bằng chứng khác nhau. Server tích hợp trong máy có thể triển khai 1.03. Nhà cung cấp có thể có chứng nhận cho một bản dựng khác. MES của nhà máy vẫn phải hiểu đúng giá trị và thời gian. Logo chứng nhận trên catalogue không chứng minh model, firmware, giấy phép, profile và vai trò trong báo giá trùng với cấu hình đã được chứng nhận. Ngược lại, thiết bị 1.03 đã lắp đặt không tự nhiên trở nên không dùng được vì hỗ trợ chứng nhận 1.03 dự kiến chấm dứt.
Với từng tài sản, ghi phiên bản, hợp đồng hỗ trợ, đường cập nhật an ninh, bảo hành và cửa sổ dừng máy. Server gắn trong máy ép nhựa có thể khó thay đổi vì bảo hành máy; một gateway mới hỗ trợ 1.05, đã kiểm tra với server cũ, có thể phù hợp hơn. Tuy vậy gateway không tự sửa nghĩa dữ liệu gốc. Đơn vị đo, trạng thái chất lượng, mốc thời gian, mã thiết bị và quy tắc đặt lại bộ đếm vẫn phải rõ ràng. Trước khi thay đổi dây chuyền đang chạy, cần kiểm tra quyền sửa máy, trách nhiệm an toàn và chấp thuận của nhà sản xuất.
“Có hỗ trợ 1.05” chưa phải tiêu chí nghiệm thu hoàn chỉnh. Hãy chỉ rõ vai trò Client/Server, profile, dịch vụ bắt buộc, mô hình thông tin, quản lý chứng thư, chất lượng giá trị và hành vi kết nối lại. Dùng OPC UA Online Reference xác định phần và phiên bản áp dụng, rồi yêu cầu nhà cung cấp nộp bảng chức năng triển khai thực tế.
Lập danh mục tài sản và giao diện trước RFP
Bắt đầu từ hiện trạng, không phải danh sách mua hàng. Ghi tên máy, mã tài sản dùng chung giữa đội Thái Lan và trụ sở, hãng, model, firmware, vai trò OPC UA, endpoint, phiên bản hiện tại, các node công bố, chứng thư, hệ thống kết nối, người bảo trì, người duyệt thay đổi và điều kiện bảo hành. Mục chưa xác minh phải ghi “cần kiểm tra” kèm người phụ trách và thời hạn, không suy đoán từ catalogue.
Lập sơ đồ đường đi dữ liệu: giá trị từ PLC qua server gắn trong máy hay gateway ngoài? Qua switch và vùng mạng nào? Client nào nhận? MES nhận tag thô hay sự kiện sản xuất đã chuyển đổi? Thời gian được gắn ở PLC, server hay MES? Ai cấp, gia hạn và thu hồi chứng thư tin cậy? Nhờ đó có thể phân biệt hạng mục chỉ cần cập nhật giấy phép, đồng bộ thời gian, sửa mô hình thông tin hoặc thử nghiệm bổ sung với hạng mục thật sự cần đổi máy.
Hình 1 đặt ranh giới giữa thiết bị hiện hữu và phạm vi mua mới, dùng cùng mã định danh như danh mục tài sản. Nhà chế tạo máy, đơn vị tích hợp tại Thái Lan, nhà cung cấp MES và trụ sở Nhật Bản sẽ thấy điểm bàn giao trách nhiệm. Hai tag cùng tên nhưng khác đơn vị hoặc quy tắc reset không mang cùng ý nghĩa; nghiệm thu phải vượt ra ngoài kiểm tra thông mạng.
Viết yêu cầu OPC UA 1.05 trong RFP để so sánh được báo giá
Một dòng “hỗ trợ OPC UA 1.05” để nhà thầu tự hiểu phạm vi. Hãy xác định cần server, client hay gateway hai vai trò; yêu cầu model, HW/FW/SW, giấy phép bổ sung, phần cứng cần có và dịch vụ tại Thái Lan. Tách cột “đã triển khai trong cấu hình chào bán” khỏi “dự kiến trong lộ trình”.
Profile thể hiện phạm vi chức năng. OPC UA Part 7 mô tả quan hệ giữa Profile, Conformance Unit và Test Case. Chọn Data Access, sự kiện, lịch sử, method hoặc PubSub theo nghiệp vụ, không yêu cầu mọi lựa chọn chỉ vì có trong tiêu chuẩn. Nếu dùng Companion Specification theo ngành, yêu cầu phiên bản và các node bàn giao. Việc đặc tả được công bố không chứng minh một máy cụ thể đã triển khai nó.
| Trường RFP | Câu trả lời của nhà cung cấp | Bằng chứng bên mua kiểm tra |
|---|---|---|
| Cấu hình giao hàng | Model, HW/FW/SW, giấy phép, vai trò | Báo giá, datasheet, máy thử tương ứng |
| Phạm vi OPC UA | Phiên bản, profile, Conformance Unit, tùy chọn | Ma trận chức năng, biên bản thử |
| Endpoint và an ninh | URL, cổng, chính sách, xác thực | Tệp cấu hình, màn hình FAT |
| Mô hình thông tin | Namespace, NodeId, kiểu, đơn vị, chất lượng, thời gian | NodeSet/export, từ điển tag |
| Sự cố | Mất kết nối, khởi động lại, dữ liệu thiếu/trùng, gửi lại | Biên bản tạo lỗi |
| Bảo trì | Chứng thư, cập nhật, sao lưu, khôi phục, quyền | Quy trình, người phụ trách, đào tạo |
Bảng này giúp so sánh chào giá nhưng không thay thế bản đặc tả kỹ thuật. Sau mỗi lời đáp “có hỗ trợ”, yêu cầu giới hạn, chi phí phụ và cấu hình giao hàng thực tế. Nhà máy quyết định chứng nhận OPC Foundation là điều kiện bắt buộc hay tùy chọn tùy mục đích và rủi ro. Bài viết này không khẳng định mọi thiết bị nhà máy đều phải được chứng nhận theo một quy định pháp lý chung. Kể cả khi không đặt điều kiện chứng nhận, vẫn có thể yêu cầu bằng chứng FAT/SAT trong hợp đồng.
So sánh toàn bộ chi phí và kiểm soát bản dựng được giao
Chênh lệch báo giá có thể do một bên đã gồm giấy phép server, giao diện quản lý chứng thư, còn bên khác tính riêng thẻ truyền thông, gateway, tích hợp MES hoặc tài liệu tiếng Thái. So sánh hỗ trợ firmware, vá lỗ hổng, phục hồi thiết bị dự phòng, hỗ trợ tại hiện trường, đào tạo bảo trì và thời hạn dịch vụ cùng với giá phần cứng.
Khóa phiên bản cấu hình được báo giá và dùng trong FAT. Nếu máy FAT dùng firmware mới nhưng phụ tùng giao hàng chạy bản cũ, kết quả FAT không chứng minh phụ tùng. Việc đổi NodeId, enum, tên, kiểu dữ liệu hoặc firmware cần đánh giá tác động, phê duyệt và thử lại. Nếu nhà cung cấp cam kết tương thích với endpoint 1.03 hiện hữu, hãy chỉ định tài sản sẽ kiểm tra, chính sách bảo mật, chứng thư, node cần thiết, số client và tải. Có thể mô phỏng tại FAT nhưng phải kết nối máy thật trong SAT.
FAT: cố định cấu hình và thử cả trạng thái bình thường lẫn lỗi
Trước FAT tại nhà cung cấp, cố định model, số serial, firmware, phần mềm, giấy phép, phiên bản OPC UA, profile, tệp cấu hình và cặp Client/Server. Trên mỗi phiếu thử ghi thông tin đó cùng ngày, người thử, kết quả và nơi lưu bằng chứng. Một màn trình diễn trên model gần giống không chứng minh sản phẩm đặt mua.
Trong trường hợp bình thường, kiểm các node nghiệp vụ thực sự cần: kiểu dữ liệu, đơn vị, dải giá trị, StatusCode, SourceTimestamp, ServerTimestamp, chu kỳ cập nhật và thứ tự sự kiện. Bộ đếm có tính hàng lỗi không, khi nào đặt lại, giá trị cũ có bị hiển thị như giá trị hiện tại không? Giao diện MES chỉ đọc không nên mở quyền ghi rộng. Tag trình diễn không thay thế danh mục node sản xuất.
Trường hợp lỗi cần gồm mất cáp, server/client khởi động lại, chứng thư hết hạn, chứng thư chưa được tin cậy, đồng hồ lệch, chất lượng Bad/Uncertain và node tạm thời biến mất. Không có một ngưỡng thời gian nối lại hay lượng dữ liệu mất được chấp nhận cho mọi nhà máy; bên mua đặt theo giám sát, quyết định chất lượng hoặc truy xuất nguồn gốc. Ghi giá trị nào mất/trùng, ai được cảnh báo và cách đối soát sau phục hồi. Chỉ ghi “kết nối lại thành công” là chưa đủ.
Hội thảo tương tác OPC tại châu Âu năm 2026 của OPC Foundation mô tả cách thử client và server từ các hãng khác nhau, gỡ lỗi và ghi kết quả. Nhà máy Thái Lan có thể dùng phương pháp đó trong FAT của tổ hợp thực tế. Tham gia hội thảo không phải nghĩa vụ của nhà máy và không đồng nghĩa sản phẩm được chứng nhận.
Phân biệt kết quả CTT với chứng nhận chính thức
CTT hữu ích khi thử tính phù hợp của Client/Server, nhưng ảnh chụp màn hình hoặc báo cáo tự thử không phải chứng nhận. How to Certify trình bày quy trình riêng tại phòng thử nghiệm. Quản lý ba loại bằng chứng ở ba cột: tự thử của nhà cung cấp, thử tương tác liên hãng và chứng nhận OPC Foundation. Kiểm tra tên sản phẩm, bản dựng, vai trò, profile và phần loại trừ trước khi dựa vào giấy chứng nhận.
Không yêu cầu nhà cung cấp chuyển giao tệp CTT nếu không xét điều kiện cấp phép của Foundation; hãy yêu cầu cấu hình thử, kết quả, điểm chưa đạt và các bước tái hiện. Một server đã được chứng nhận vẫn không xác định được mã lý do dừng máy, liên kết lô sản xuất hay ánh xạ MES riêng của nhà máy. Tính phù hợp sản phẩm và tính đúng của dữ liệu nghiệp vụ cần nghiệm thu độc lập.
SAT: nghiệm thu thiết bị và con người tại nhà máy Thái Lan
Đầu SAT, so sánh phần cứng, firmware, cấu hình, cáp và vùng mạng đã lắp với cấu hình chuẩn của FAT. Đội bảo trì và sản xuất tại Thái Lan cần tham gia, với người có quyền phê duyệt dừng máy được chỉ định. Các tình huống thử lỗi nguy hiểm phải theo quy trình an toàn và được hãng máy chấp thuận; nếu cần, mô phỏng trên máy thử hoặc thử ngoài giờ sản xuất.
Đối chiếu hồ sơ MES, màn hình máy và log PLC/thiết bị trong cùng khoảng thời gian. Tín hiệu dừng là lỗi máy hay chờ vật liệu? Bộ đếm là sản phẩm tốt hay mọi chu kỳ? Giá trị cũ sau mất mạng có bị coi là số hiện tại không? Sự kiện lưu đệm có bị phát lại hai lần? Dữ liệu thiếu có bị hiểu nhầm là sản lượng bằng không? Trước khi thử, định nghĩa tiêu chí đạt và cách nhân viên đối soát thủ công.
Khi bàn giao, nhận bản vẽ hoàn công, tệp sao lưu, quy trình cấp/gia hạn/thu hồi chứng thư, quyền tài khoản, vị trí log, phiên bản phụ tùng, liên hệ hỗ trợ và hướng dẫn khôi phục. Để người bảo trì tại Thái Lan tự thực hành nối lại và gia hạn chứng thư bằng tài liệu đã giao. Thiết kế mà chỉ trụ sở giữ bí mật hoặc chỉ nhân viên hiện trường biết thay đổi không được ghi chép sẽ khó duy trì. Lưu thông tin nhạy cảm theo chính sách IT/OT của nhà máy.
An ninh, chất lượng dữ liệu và mạng vẫn là yêu cầu vận hành
Đổi phiên bản không sửa được danh sách tin cậy quá rộng hay quyền truy cập quá mức. Chỉ định người phụ trách phân vùng mạng, luồng được phép, chứng thư ứng dụng/người dùng, quyền đọc/ghi, nhật ký và cảnh báo trước khi chứng thư hết hạn. Không để cấu hình “tin cậy tất cả” hoặc tắt mã hóa từ thử nghiệm sang sản xuất. Đừng biến việc truyền dữ liệu vào MES thành hệ thống thay thế chức năng an toàn máy.
Quản lý từ điển tag có phiên bản gồm mã máy, kiểu, đơn vị, nguồn, thời gian, chất lượng, dải bình thường và người duyệt thay đổi. Máy thay thế có thể giữ NodeId quen thuộc nhưng đổi tỷ lệ, enum hoặc quy tắc reset. Kiểm tác động đến báo cáo, cảnh báo, quy tắc chất lượng và tra cứu truy xuất nguồn gốc. Về vùng mạng và hạ tầng vật lý, xem hướng dẫn xây dựng mạng công nghiệp. OPC UA FX/TSN là một quyết định riêng về truyền thông cấp hiện trường, không phải tên khác của nâng cấp Client/Server. Với kết nối lên hệ thống phía trên, xem giải pháp tham chiếu OPC UA lên đám mây.
Lên thứ tự chuyển đổi theo kỳ mua sắm và rủi ro dừng máy
Trước tiên cập nhật tiêu chuẩn mua mới và yêu cầu bằng chứng cho đúng bản dựng giao hàng. Sau đó ưu tiên tài sản hiện hữu hết hỗ trợ, không vá được vấn đề an ninh, lỗi thường xuyên hoặc thiếu dữ liệu cần thiết. Máy 1.03 ổn định, vẫn có hỗ trợ có thể tiếp tục dùng dưới chế độ theo dõi và quản lý thay đổi, trong khi thử với client/gateway 1.05 mới. Đây phải là quyết định được ghi lại theo tài sản, không phải suy luận từ số phiên bản.
Trong môi trường thử, so sánh đường dữ liệu cũ và mới, giữ lại khác biệt về timestamp và chất lượng thay vì chỉ so giá trị. Trước khi cắt chuyển, chứng minh cách quay lại cấu hình cũ, phục hồi từ sao lưu, phiên bản phụ tùng và liên hệ hỗ trợ. Phối hợp cửa sổ dừng máy tại Thái Lan với giờ hỗ trợ từ Nhật. Dùng cổng phê duyệt riêng tại so sánh RFP, FAT và SAT: FAT không chứng minh môi trường nhà máy thật, còn đợi đến SAT mới phát hiện tính năng không hỗ trợ sẽ gây tốn kém.
Mẫu điều khoản RFP để điều chỉnh
Nhà cung cấp phải nêu model, HW/FW/SW, giấy phép, vai trò OPC UA Client/Server, phiên bản đặc tả, profile, mô hình thông tin và giới hạn của cấu hình giao hàng. Nếu chào hỗ trợ OPC UA 1.05, phải cung cấp bằng chứng cho chính cấu hình được báo giá. Mọi tuyên bố chứng nhận OPC Foundation phải chỉ rõ sản phẩm, phiên bản và profile được bao phủ. Nhà cung cấp phải thực hiện FAT và SAT với thiết bị hiện hữu, node, đơn vị, timestamp, chất lượng, quy tắc chứng thư và quyền, cùng các tình huống mất kết nối/khôi phục do bên mua chỉ định; ghi lỗi mở và kế hoạch khắc phục.
Sau khi đánh giá nhu cầu và thị trường cung ứng, chọn chứng nhận là bắt buộc hoặc tùy chọn. Đính kèm danh sách node, ngưỡng đạt và ma trận trách nhiệm. Trong hợp đồng đa ngữ, tách “có hỗ trợ”, “đã tự thử” và “đã được chứng nhận” thành các cột bằng chứng riêng.
Xử lý hạng mục FAT/SAT chưa đạt bằng thử lại có kiểm soát
Phát hiện lỗi trong nghiệm thu là hữu ích; để mục đó ở trạng thái “đang chỉnh” mà không có điều kiện đóng là rủi ro. Với từng ca chưa đạt, ghi kết quả kỳ vọng và thực tế, bước tái hiện, phiên bản máy và cấu hình, tác động nghiệp vụ, cách vận hành tạm, người sửa và hạn hoàn thành. Nếu sự kiện sản xuất đến hai lần sau nối lại, “đã kết nối lại” chưa đủ để đạt cho đến khi xử lý nguy cơ MES đếm đôi. Khác biệt thứ tự hiển thị không ảnh hưởng quyết định có thể thành yêu cầu thay đổi được chấp nhận, nhưng bên mua phải ghi lý do.
Sau khi sửa, thử lại ca lỗi và các ca bình thường/bất thường liên quan. Sửa danh sách tin cậy phải kiểm cả kết nối bình thường, từ chối chứng thư chưa tin cậy và nối lại sau gia hạn. Sửa NodeId hoặc đơn vị cần kiểm lịch sử, báo cáo, cảnh báo và tra cứu truy xuất chứ không chỉ màn hình. Ghi firmware và cấu hình tại lần thử lại để giải thích chênh lệch FAT–SAT.
Chỉ định trước người có quyền hoãn nghiệm thu hoặc cho nghiệm thu có điều kiện; không để một mình nhà cung cấp gọi lỗi là “nhỏ”. Khi liên quan quyết định chất lượng, an toàn, theo dõi lô hoặc tính đầy đủ dữ liệu, người phụ trách nhà máy Thái Lan cần hiểu quy trình tạm và rủi ro còn lại. Nếu cho vận hành có điều kiện, ghi cách giám sát, hạn sửa, ngày thử lại và người phê duyệt cuối. Dùng cùng mã ca thử và mã máy trong biên bản tiếng Việt, Thái, Nhật hoặc Anh; liên kết dữ liệu gốc, ảnh, log, thời gian và chữ ký để nhân viên tại chỗ tái hiện được.
Câu hỏi thường gặp
Thiết bị OPC UA 1.03 đang chạy sẽ ngừng hoạt động cuối năm 2026?
Thông báo của Foundation nói về kết thúc hỗ trợ chứng nhận 1.03, không nói về tự động dừng thiết bị hay tự động thu hồi chứng nhận đã có. Việc tiếp tục sử dụng phụ thuộc hỗ trợ nhà cung cấp, an ninh, tương thích và rủi ro nhà máy.
“Hỗ trợ OPC UA 1.05” có đồng nghĩa “được OPC Foundation chứng nhận”?
Không. Tuyên bố triển khai, kết quả tự thử CTT, thử liên hãng và chứng nhận chính thức là bằng chứng khác nhau. Kiểm bản dựng/profile được bao phủ; vẫn cần FAT/SAT cho nghĩa dữ liệu và hành vi lỗi tại nhà máy.
Chi phí chuyển đổi phụ thuộc yếu tố nào?
Firmware, giấy phép, gateway, thay đổi máy cũ, môi trường thử, ánh xạ mô hình dữ liệu, chứng thư, thời gian dừng, đào tạo và hỗ trợ. Một mức giá chung khi chưa có danh mục tài sản và câu trả lời RFP sẽ dễ gây hiểu sai.
SAT có thể chỉ lặp lại FAT không?
Có thể giữ một số phép thử bình thường, nhưng FAT kiểm cấu hình giao hàng trong điều kiện có thể tái hiện, còn SAT kiểm máy hiện hữu, mạng, thời gian, quyền, nghĩa dữ liệu và phục hồi thực tế tại Thái Lan. Đạt FAT không phải lý do bỏ SAT.
Có phải mua OPC UA FX hoặc tích hợp đám mây cùng lúc?
Không. Truyền thông cấp máy, tích hợp MES và tổng hợp dữ liệu đám mây là các phạm vi liên quan nhưng khác nhau. Xác định từng phạm vi theo mục đích sử dụng và bằng chứng nghiệm thu riêng.
Kết luận
Mốc dự kiến kết thúc hỗ trợ chứng nhận 1.03 là tín hiệu rõ ràng để xem lại mua sắm mới, không phải hạn dừng mọi máy cũ. Lập danh mục tài sản, chỉ rõ bản dựng và profile 1.05 trong RFP, thử cấu hình mua ở FAT, thử nghĩa dữ liệu và vận hành hiện trường ở SAT, rồi bàn giao chứng thư, sao lưu, thời gian và quy tắc chất lượng cho người phụ trách cụ thể.
TOMAS TECH có thể cùng nhà máy tại Thái Lan chuẩn bị danh mục giao diện hiện hữu, ma trận yêu cầu RFP và kế hoạch bằng chứng FAT/SAT ngay từ giai đoạn xác định phạm vi. Nếu danh sách máy hoặc vấn đề kết nối vẫn chưa đầy đủ, hãy liên hệ với chúng tôi để xác định điểm bắt đầu.
Nguồn tham khảo
- OPC Foundation, Compliance Corner – September 2026 — thông báo về hỗ trợ chứng nhận.
- OPC Foundation, OPC UA Compliance Test Tool — mục đích công cụ và các phiên bản.
- OPC Foundation, How to Certify — quy trình chứng nhận.
- OPC Foundation, OPC Interoperability Workshop 2026 Europe — phương pháp thử liên hãng.
- OPC Foundation, OPC UA Part 7: Profiles — Profile, Conformance Unit và Test Case.
- OPC Foundation, OPC UA Online Reference — danh mục đặc tả.
