การย้ายไป OPC UA 1.05 สำหรับโรงงานในไทยไม่ได้หมายความว่าต้องเปลี่ยนเครื่องจักรทั้งหมดภายในปี 2026 ในเดือนกันยายน 2026 OPC Foundation ระบุว่า การสนับสนุนการรับรองสำหรับ OPC UA 1.03 จะสิ้นสุดเมื่อสิ้นปี 2026 และแนะนำให้ผู้ผลิตมุ่งไปที่ 1.05 ประกาศนี้ไม่ได้ระบุว่าอุปกรณ์ 1.03 ที่ติดตั้งอยู่จะหยุดทำงาน ใบรับรองเดิมจะหมดผลโดยอัตโนมัติ หรือโรงงานทุกแห่งต้องเปลี่ยนอุปกรณ์ทันที สิ่งที่ควรทำคือกำหนดรุ่นและหลักฐานสำหรับการจัดซื้อใหม่ ประเมินอุปกรณ์เดิมตามความเสี่ยงจริง และกำหนดเกณฑ์รับมอบตั้งแต่ RFP ถึง FAT, SAT และการส่งต่องานให้ทีมบำรุงรักษา
ประกาศเรื่องการรับรอง 1.03 เปลี่ยนการจัดซื้ออย่างไร
Compliance Corner เดือนกันยายน 2026 กล่าวถึงการสิ้นสุด การสนับสนุนการรับรอง 1.03 โดยเฉพาะ พร้อมระบุว่าผู้ผลิตควรมุ่งไปที่ 1.05 และมีข้อกำหนด SDK ชุดเครื่องมือ รวมทั้ง Compliance Test Tool (CTT) สำหรับ 1.05 แล้ว อย่าสับสนระหว่างเวอร์ชันของมาตรฐาน เวอร์ชันที่ผู้ผลิตติดตั้งจริง ขอบเขตของการรับรองผลิตภัณฑ์ ความเข้ากันได้ของเซิร์ฟเวอร์และไคลเอนต์ที่โรงงานใช้จริง และวันหมดอายุของใบรับรองความปลอดภัยในการใช้งาน สิ่งเหล่านี้เป็นคนละเรื่องแม้จะมีตัวเลขรุ่นเดียวกันบนเอกสาร
หน้า CTT ของ OPC Foundation ยังแสดงเครื่องมือสำหรับ 1.05, 1.04 และ 1.03 ที่ลงวันที่ 20 เมษายน 2026 การมีเครื่องมือทดสอบรุ่นเก่าอยู่ในรายการไม่ได้ลบล้างประกาศเรื่องการสนับสนุนการรับรองในอนาคต และผลการทดสอบภายในด้วย CTT ก็ไม่เท่ากับการได้รับการรับรองจาก OPC Foundation หน้า How to Certify อธิบายการเตรียมทดสอบฟังก์ชันที่เปิดให้ใช้ โปรไฟล์ ความสามารถทำงานร่วมกัน ความทนทาน และกระบวนการของห้องปฏิบัติการรับรอง ในการจัดซื้อจึงควรถามว่าผลิตภัณฑ์รุ่นใด ทดสอบฟังก์ชันใด ใครเป็นผู้ทดสอบ และทดสอบเมื่อใด
แยกการตัดสินใจเป็นสองสาย สายแรกคือเครื่องจักร เกตเวย์ และไคลเอนต์ที่จะสั่งซื้อใหม่ ซึ่งควรพิจารณา 1.05 เป็นเงื่อนไขตามงานที่ต้องใช้ สายที่สองคือระบบ 1.03 ที่ทำงานอยู่ ซึ่งต้องพิจารณาการสนับสนุนจากผู้ขาย ความปลอดภัย และช่วงหยุดเครื่องที่ยอมรับได้ ไม่ควรใช้กำหนดสิ้นปีเดียวกันแทนการประเมินทั้งสองสาย
การสิ้นสุดการสนับสนุนการรับรองไม่ใช่การหยุดเครื่องจักร
มาตรฐาน OPC UA การรับรองผลิตภัณฑ์ และการเชื่อมต่อที่ใช้งานได้จริงในโรงงานเป็นหลักฐานคนละระดับ เซิร์ฟเวอร์ในเครื่องจักรอาจใช้ 1.03 ผู้ขายอาจมีใบรับรองสำหรับผลิตภัณฑ์คนละรุ่น และ MES ของโรงงานอาจยังต้องตรวจว่าค่าและเวลาแปลความถูกต้อง โลโก้รับรองในแคตตาล็อกไม่ได้พิสูจน์ว่าแบบที่เสนอราคา เฟิร์มแวร์ ไลเซนส์ โปรไฟล์ และบทบาทตรงกับขอบเขตที่ได้รับการรับรอง ในทางกลับกัน การติดตั้ง 1.03 เดิมก็ไม่ใช่เหตุผลที่จะสรุปว่าต้องหยุดใช้งาน
ทำบัญชีสินทรัพย์พร้อมเวอร์ชัน การรับประกัน เส้นทางอัปเดตด้านความปลอดภัย สัญญาบริการ และช่วงเวลาที่หยุดเครื่องได้ ตัวอย่างเช่น เซิร์ฟเวอร์ในเครื่องฉีดพลาสติกอาจอัปเดตยากเพราะเงื่อนไขการรับประกัน แต่เกตเวย์ใหม่ที่รองรับ 1.05 และผ่านการทดสอบกับเซิร์ฟเวอร์เดิมอาจเป็นทางเลือก อย่างไรก็ตาม เกตเวย์ไม่ได้แก้ความหมายของข้อมูลต้นทางโดยอัตโนมัติ ต้องทราบหน่วย คุณภาพ เวลา รหัสเครื่อง และเงื่อนไขการรีเซ็ตของค่า และต้องขออนุมัติผู้ผลิตเครื่องก่อนเปลี่ยนระบบที่กำลังผลิต
คำว่า “รองรับ 1.05” ยังไม่ใช่เกณฑ์รับมอบที่ครบถ้วน ต้องระบุบทบาท Client/Server โปรไฟล์ บริการที่ใช้ โมเดลข้อมูล วิธีดูแลใบรับรอง คุณภาพค่า และพฤติกรรมเมื่อหลุดการเชื่อมต่อ ตรวจข้อกำหนดส่วนที่เกี่ยวข้องจาก OPC UA Online Reference แล้วขอเอกสารฟังก์ชันที่ติดตั้งจริงจากผู้ขาย
ทำทะเบียนเครื่องจักรและอินเทอร์เฟซก่อนเขียน RFP
เริ่มจากของจริงในโรงงาน บันทึกชื่อเครื่องและรหัสสินทรัพย์ที่ทั้งทีมไทยและสำนักงานใหญ่ใช้ รุ่นผู้ผลิต เฟิร์มแวร์ บทบาท OPC UA Endpoint เวอร์ชันปัจจุบัน Node ที่เปิดให้ใช้ ใบรับรอง ระบบปลายทาง ผู้รับผิดชอบบำรุงรักษา ผู้อนุมัติการแก้ไข และข้อจำกัดการรับประกัน ช่องที่ยังไม่ทราบให้ระบุ “รอตรวจสอบ” พร้อมเจ้าของงานและวันนัดตรวจ ไม่ควรคาดเดาจากแคตตาล็อก
วาดเส้นทางข้อมูลด้วย: ค่าออกจาก PLC ไปเซิร์ฟเวอร์ในเครื่องหรือผ่านเกตเวย์ ผ่านสวิตช์และโซนเครือข่ายใด ไปยังไคลเอนต์ใด MES รับ Tag ดิบหรือข้อมูลที่แปลงเป็นเหตุการณ์การผลิต เวลาเกิดที่ PLC เซิร์ฟเวอร์ หรือ MES ใครออกและต่ออายุใบรับรอง เมื่อมีภาพนี้ โรงงานจะเห็นว่างานใดแก้ด้วยไลเซนส์ การตั้งเวลา โมเดลข้อมูล หรือการทดสอบเพิ่ม แทนการเปลี่ยนเครื่องทั้งตัว
ภาพที่ 1 แยกส่วนที่ติดตั้งอยู่กับขอบเขตจัดซื้อใหม่ และผูกชื่ออุปกรณ์ในภาพกับทะเบียนเดียวกัน ผู้ผลิตเครื่อง ผู้ติดตั้งระบบในไทย ผู้ขาย MES และสำนักงานใหญ่จึงเห็นจุดส่งต่องานตรงกัน ชื่อ Tag ที่เหมือนกันแต่หน่วยหรือเงื่อนไขรีเซ็ตต่างกันยังถือเป็นข้อมูลคนละความหมาย การทดสอบจึงต้องเกินกว่าการตรวจว่าเชื่อมต่อได้
เขียนข้อกำหนด OPC UA 1.05 ให้เทียบราคาได้
ถ้า RFP เขียนเพียง “รองรับ OPC UA 1.05” ผู้เสนอราคาจะตีความขอบเขตต่างกัน ระบุว่าอุปกรณ์ที่ต้องการเป็น Server, Client หรือเกตเวย์ที่ทำทั้งสองบทบาท ขอรุ่น HW/FW/SW ไลเซนส์เพิ่มเติม ชิ้นส่วนที่ต้องใช้ และบริการหลังการขายในไทย แยกช่อง “มีใช้งานในรุ่นที่เสนอแล้ว” จาก “อยู่ในแผนพัฒนา”
โปรไฟล์คือวิธีระบุชุดฟังก์ชันที่ต้องการ OPC UA Part 7 อธิบายความสัมพันธ์ของ Profile, Conformance Unit และ Test Case เลือกตามงาน เช่น Data Access, Event, History, Method หรือ PubSub ไม่จำเป็นต้องซื้อทุกตัวเลือก หากใช้ Companion Specification เฉพาะอุตสาหกรรม ให้ผู้ขายแจ้งเวอร์ชันและ Node ที่ส่งมอบจริง การมีข้อกำหนดเผยแพร่ไม่ได้ยืนยันว่าเครื่องรุ่นนั้นติดตั้งฟังก์ชันแล้ว
| ช่องใน RFP | คำตอบจากผู้ขาย | หลักฐานที่ผู้ซื้อดู |
|---|---|---|
| รุ่นที่จะส่งมอบ | รุ่น HW/FW/SW ไลเซนส์ และบทบาท | ใบเสนอราคาและเครื่องทดสอบตรงกัน |
| ขอบเขต OPC UA | เวอร์ชัน Profile, Conformance Unit, ตัวเลือก | ตารางฟังก์ชันและผลทดสอบ |
| Endpoint/ความปลอดภัย | URL, พอร์ต, Policy, การยืนยันตัวตน | ไฟล์ตั้งค่าและหน้าจอ FAT |
| โมเดลข้อมูล | Namespace, NodeId, ชนิดข้อมูล, หน่วย, คุณภาพ, เวลา | NodeSet หรือรายการ Tag |
| การขัดข้อง | การหลุด รีสตาร์ต ข้อมูลหาย ส่งซ้ำ ข้อมูลซ้ำ | บันทึกการจำลองเหตุขัดข้อง |
| การดูแลรักษา | ใบรับรอง อัปเดต สำรองข้อมูล กู้คืน สิทธิ์ | คู่มือ ผู้รับผิดชอบ และการฝึกอบรม |
ตารางนี้ช่วยเทียบข้อเสนอ แต่ไม่ได้แทนข้อกำหนดละเอียด ให้ระบุข้อจำกัด ค่าใช้จ่ายเพิ่มเติม และการตั้งค่าของเครื่องที่จะใช้จริงหลังทุกคำตอบว่า “รองรับ” โรงงานสามารถกำหนดว่าการรับรอง OPC Foundation เป็นเงื่อนไขบังคับหรือทางเลือกตามความเสี่ยงของงาน บทความนี้ไม่ได้อ้างว่ามีกฎหมายทั่วไปบังคับให้การจัดซื้อทุกชิ้นต้องได้รับการรับรอง แม้ไม่กำหนดการรับรอง ก็ยังระบุหลักฐาน FAT/SAT ในสัญญาได้
เปรียบเทียบต้นทุนทั้งหมดและควบคุมเวอร์ชันที่ส่งมอบ
ความต่างราคาอาจมาจากไลเซนส์ Server หน้าจัดการใบรับรอง การ์ดสื่อสาร เกตเวย์ ค่าเชื่อม MES หรือเอกสารภาษาไทยที่รวมอยู่คนละแบบ เปรียบเทียบการอัปเดตความปลอดภัย การกู้คืนเครื่องสำรอง ระยะเวลาบริการ การช่วยเหลือหน้างาน และการฝึกทีมบำรุงรักษาด้วย ไม่ควรตัดสินจากราคาฮาร์ดแวร์ล้วน
ล็อกเวอร์ชันของเครื่องที่เสนอและที่ใช้ FAT หากเครื่อง FAT ใช้เฟิร์มแวร์ใหม่แต่เครื่องสำรองที่ส่งมอบยังเป็นรุ่นเก่า ผล FAT ไม่ได้พิสูจน์เครื่องสำรอง กำหนดให้การเปลี่ยนชื่อ Node ชนิดข้อมูล Enum หรือเวอร์ชันต้องมีการประเมินผลกระทบ อนุมัติ และทดสอบซ้ำ ถ้าผู้ขายรับรองการเชื่อมต่อกับเครื่อง 1.03 เดิม ให้ระบุเครื่องต้นทางจริง นโยบายใบรับรอง Node ที่จำเป็น จำนวนไคลเอนต์ และภาระโหลดให้ชัด เครื่องเดิมที่นำไป FAT ไม่ได้ ให้จำลองก่อนแล้วทดสอบกับเครื่องจริงใน SAT
FAT: ทดสอบรุ่นจริงทั้งกรณีปกติและกรณีผิดปกติ
ก่อน FAT ให้ตรึงรุ่น Serial, FW/SW, ไลเซนส์ เวอร์ชัน OPC UA โปรไฟล์ ไฟล์ตั้งค่า และคู่ Client/Server บันทึกทั้งหมดพร้อมวัน ผู้ทดสอบ ผล และที่เก็บหลักฐาน การสาธิตกับรุ่นใกล้เคียงไม่ใช่หลักฐานรับมอบของรุ่นที่สั่งซื้อ
กรณีปกติตรวจ Node ที่ธุรกิจใช้จริง รวมถึงชนิดข้อมูล หน่วย ช่วงค่า StatusCode, SourceTimestamp, ServerTimestamp รอบอัปเดต และลำดับเหตุการณ์ ตรวจว่าตัวนับนับของเสียด้วยหรือไม่ รีเซ็ตเมื่อใด และค่าล่าสุดเก่าถูกแสดงเหมือนค่าปัจจุบันหรือไม่ หาก MES ต้องอ่านอย่างเดียว สิทธิ์เขียนต้องไม่เปิดกว้างเกินไป Tag ตัวอย่างที่ดูดีในงานสาธิตไม่แทนรายการ Node ของสายการผลิต
กรณีผิดปกติให้รวมสายหลุด เซิร์ฟเวอร์/ไคลเอนต์รีสตาร์ต ใบรับรองหมดอายุ ใบรับรองที่ไม่อยู่ใน Trust List นาฬิกาคลาดเคลื่อน คุณภาพ Bad/Uncertain และ Node ที่หายชั่วคราว ไม่มีค่ามาตรฐานสากลสำหรับเวลาต่อกลับหรือข้อมูลหายที่ยอมรับได้ โรงงานต้องกำหนดตามงาน เช่น การเฝ้าดู การตัดสินคุณภาพ หรือการตรวจย้อนกลับ บันทึกว่าข้อมูลใดหายหรือซ้ำ ใครได้รับแจ้ง และใครกระทบยอดหลังฟื้นระบบ
OPC Interoperability Workshop 2026 Europe ของ OPC Foundation อธิบายการทดสอบ Client และ Server จากผู้ผลิตต่างกัน การแก้ปัญหา และการบันทึกผล โรงงานไทยใช้แนวคิดนี้ทำ FAT กับคู่ผลิตภัณฑ์ที่จะส่งมอบจริงได้ การเข้าร่วมเวิร์กช็อปไม่ใช่ข้อบังคับของโรงงานและไม่เท่ากับการได้รับการรับรองผลิตภัณฑ์
แยกผล CTT ออกจากการรับรองผลิตภัณฑ์
CTT ใช้ตรวจ Client และ Server ตามข้อกำหนด แต่ภาพหน้าจอหรือผลทดสอบภายในไม่ได้แปลว่า “ได้รับการรับรอง” กระบวนการ How to Certify มีการทดสอบในห้องปฏิบัติการรับรองแยกต่างหาก จัดหลักฐานเป็นสามช่อง: ผู้ขายทดสอบเอง ทดสอบข้ามผู้ผลิต และการรับรอง OPC Foundation ตรวจชื่อผลิตภัณฑ์ เวอร์ชัน บทบาท โปรไฟล์ และข้อยกเว้นก่อนใช้ใบรับรองประกอบการอนุมัติ
อย่าเขียน RFP ให้ส่งต่อไฟล์ CTT โดยไม่ดูเงื่อนไขสิทธิ์ใช้ของ OPC Foundation ให้ขอการตั้งค่า ผลทดสอบ รายการไม่ผ่าน และวิธีทำซ้ำแทน แม้เซิร์ฟเวอร์จะผ่านการรับรอง ข้อมูลเฉพาะโรงงาน เช่น รหัสเหตุหยุด ล็อตผลิต และการแมปกับ MES ยังต้องผ่าน FAT/SAT แยกจากความสอดคล้องของผลิตภัณฑ์
SAT: รับมอบสภาพจริงและทีมปฏิบัติการในไทย
เริ่ม SAT ด้วยการเทียบรุ่น อุปกรณ์ การตั้งค่า สาย และโซนเครือข่ายที่ติดตั้งจริงกับฐาน FAT ให้ช่างบำรุงรักษาและฝ่ายผลิตไทยเข้าร่วม ระบุผู้มีอำนาจอนุญาตให้หยุดเครื่อง หากจำลองเหตุขัดข้องที่อาจกระทบความปลอดภัย ต้องทำตามขั้นตอนความปลอดภัยและความเห็นชอบของผู้ผลิตเครื่อง หรือย้ายไปทดสอบกับเครื่องจำลอง/ช่วงไม่ผลิต
เปรียบเทียบบันทึก MES หน้าจอเครื่อง และ Log ของ PLC/อุปกรณ์ในช่วงเวลาเดียวกัน สัญญาณหยุดหมายถึงเครื่องเสียหรือรอวัสดุ ตัวนับหมายถึงชิ้นดีหรือทุก Cycle ข้อมูลเก่าหลังสัญญาณขาดถูกแสดงเป็นข้อมูลปัจจุบันหรือไม่ ข้อมูลที่เก็บไว้ถูกส่งซ้ำจนยอดผลิตเพิ่มหรือไม่ ข้อมูลขาดถูกตีความเป็นยอดผลิตศูนย์หรือไม่ กำหนดเกณฑ์ผ่านและวิธีกระทบยอดด้วยคนก่อนเริ่มทดสอบ
ก่อนปิด SAT รับผังที่ติดตั้งจริง ไฟล์สำรอง วิธีออก/ต่ออายุ/เพิกถอนใบรับรอง บัญชีผู้ใช้ ตำแหน่ง Log รุ่นอะไหล่ ผู้ติดต่อ และขั้นตอนกู้คืน ให้ผู้รับผิดชอบฝ่ายบำรุงรักษาไทยลองต่อระบบกลับและต่ออายุใบรับรองตามคู่มือด้วยตนเอง ไม่ควรมีรหัสลับที่สำนักงานใหญ่เข้าถึงได้ฝ่ายเดียว หรือการเปลี่ยนค่าหน้างานที่ไม่มีบันทึก เก็บข้อมูลลับตามนโยบาย IT/OT ของโรงงาน
ความปลอดภัย คุณภาพข้อมูล และเครือข่ายยังต้องออกแบบ
การเปลี่ยนเป็น 1.05 ไม่ได้แก้ Trust List ที่เปิดกว้างหรือสิทธิ์เกินความจำเป็น กำหนดเจ้าของการแบ่งโซนเครือข่าย ทิศทางสื่อสาร ใบรับรองผู้ใช้และแอปพลิเคชัน สิทธิ์อ่าน/เขียน Log และการเตือนก่อนใบรับรองหมดอายุ อย่าทิ้งค่า “เชื่อถือทั้งหมด” หรือปิดการเข้ารหัสจากการทดสอบไว้ในระบบผลิต และอย่าใช้การส่งข้อมูลไป MES แทนระบบความปลอดภัยของเครื่องจักร
เก็บพจนานุกรม Tag ที่มีเวอร์ชัน โดยระบุรหัสเครื่อง ชนิดข้อมูล หน่วย ต้นทาง เวลา คุณภาพ ช่วงปกติ และผู้อนุมัติการเปลี่ยน เครื่องใหม่อาจใช้ NodeId เดิมแต่เปลี่ยนสเกลหรือเงื่อนไขรีเซ็ต ต้องตรวจผลต่อรายงาน Alarm การตัดสินคุณภาพ และการตรวจย้อนกลับ สำหรับการแบ่งโซนและสายสื่อสาร อ่านคู่มือการสร้างเครือข่ายอุตสาหกรรม ส่วน OPC UA FX/TSN เป็นการตัดสินใจเรื่องการสื่อสารระดับหน้างาน ไม่ใช่ชื่ออีกแบบของการย้าย Client/Server และบทความโครงสร้างอ้างอิง OPC UA ไปคลาวด์ ครอบคลุมการเชื่อมต่อขึ้นระบบปลายทาง
จัดลำดับการย้ายตามรอบซื้อและความเสี่ยงหยุดเครื่อง
เริ่มจากแก้ข้อกำหนดจัดซื้อใหม่ให้ระบุรุ่น 1.05 และหลักฐานของเครื่องที่ส่งมอบ จากนั้นจัดลำดับเครื่องเดิมที่หมดการสนับสนุน แก้ช่องโหว่ไม่ได้ ขัดข้องบ่อย หรือให้ข้อมูลที่จำเป็นไม่ได้ เครื่อง 1.03 ที่ยังเสถียรและมีบริการอาจคงไว้ภายใต้การเฝ้าดูและควบคุมการเปลี่ยนแปลง โดยทดสอบร่วมกับ Client หรือ Gateway ใหม่อย่างชัดเจน
ทำห้องทดสอบ เปรียบเทียบเส้นทางข้อมูลเก่าและใหม่โดยเก็บความต่างของเวลาและคุณภาพ ไม่ใช่เทียบตัวเลขอย่างเดียว พิสูจน์วิธีย้อนกลับ การกู้คืนจาก Backup รุ่นอะไหล่ และช่องทางบริการก่อนตัดระบบ ประสานเวลาหยุดเครื่องในไทยกับเวลาสนับสนุนจากญี่ปุ่น วางประตูหลักฐานตอนเปรียบเทียบ RFP ตอน FAT และตอน SAT เพราะ FAT อย่างเดียวไม่พิสูจน์สภาพจริง ส่วน SAT อย่างเดียวอาจเจอปัญหาพื้นฐานช้าเกินไป
ตัวอย่างข้อความ RFP ที่ปรับใช้ได้
ผู้ขายต้องระบุรุ่นผลิตภัณฑ์ HW/FW/SW ไลเซนส์ บทบาท OPC UA Client/Server เวอร์ชันข้อกำหนด Profile โมเดลข้อมูล และข้อจำกัดของเครื่องที่จะส่งมอบ หากเสนอรองรับ OPC UA 1.05 ต้องมีหลักฐานสำหรับรุ่นในใบเสนอราคา หากอ้างการรับรอง OPC Foundation ต้องระบุผลิตภัณฑ์ เวอร์ชัน และ Profile ที่รับรอง ผู้ขายต้องทำ FAT และ SAT ตามเครื่องเดิม Node หน่วย เวลา คุณภาพ กฎใบรับรองและสิทธิ์ รวมทั้งเหตุขัดข้องและการกู้คืนที่ผู้ซื้อกำหนด พร้อมบันทึกข้อบกพร่องและแผนแก้ไข
ปรับว่าการรับรองเป็นข้อบังคับหรือทางเลือกหลังดูความเสี่ยงและตลาดผู้ขาย แนบรายการ Node เกณฑ์ผ่าน และตารางความรับผิดชอบ ในสัญญาหลายภาษาให้แยก “รองรับ” “ทดสอบเอง” และ “ได้รับการรับรอง” เป็นคนละช่อง ไม่ปล่อยให้คำแปลทำให้หลักฐานปะปนกัน
จัดการข้อไม่ผ่าน FAT/SAT และทดสอบซ้ำอย่างมีหลักฐาน
การพบข้อบกพร่องระหว่างการรับมอบเป็นประโยชน์ แต่ไม่ควรปล่อยให้รายการนั้นอยู่ในสถานะ “กำลังปรับ” โดยไม่มีเกณฑ์ปิด สำหรับแต่ละกรณีให้บันทึกผลที่คาดหวัง ผลจริง วิธีทำซ้ำ รุ่นอุปกรณ์และค่าตั้ง ผลต่อธุรกิจ วิธีทำงานชั่วคราว ผู้แก้ไขและกำหนดส่ง หากเหตุการณ์การผลิตถูกส่งสองครั้งหลังต่อระบบกลับ การต่อสำเร็จอย่างเดียวไม่ถือว่าผ่านจนกว่าจะจัดการยอดนับซ้ำใน MES ความต่างของลำดับแสดงผลที่ไม่กระทบการตัดสินใจอาจเป็นรายการเปลี่ยนแปลงที่ตกลงกันได้ แต่ผู้ซื้อควรบันทึกเหตุผลที่ยอมรับ
เมื่อแก้ไขแล้วให้ทดสอบกรณีที่ไม่ผ่านซ้ำ พร้อมกรณีปกติและผิดปกติที่เกี่ยวข้อง หากแก้ Trust List ให้ตรวจการต่อปกติ การปฏิเสธใบรับรองที่ไม่เชื่อถือ และการต่อหลังต่ออายุใบรับรอง หากแก้ NodeId หรือหน่วย ให้ตรวจประวัติ รายงาน Alarm และการค้นย้อนกลับด้วย บันทึกเฟิร์มแวร์และไฟล์ตั้งค่าในการทดสอบซ้ำเพื่ออธิบายความต่างระหว่าง FAT กับ SAT
ก่อนทดสอบต้องระบุผู้มีอำนาจสั่งพักรับมอบหรือรับมอบแบบมีเงื่อนไข ผู้ขายไม่ควรตัดสินลำพังว่าข้อบกพร่องเป็นเรื่องเล็ก หากเกี่ยวกับคุณภาพ ความปลอดภัย ล็อต หรือความครบถ้วนของข้อมูล ผู้รับผิดชอบโรงงานไทยต้องเข้าใจวิธีทำงานชั่วคราวและความเสี่ยงคงเหลือ การเริ่มใช้แบบมีเงื่อนไขต้องมีเกณฑ์เฝ้าดู กำหนดแก้ไข วันทดสอบซ้ำ และผู้อนุมัติขั้นสุดท้าย ใช้หมายเลขทดสอบและรหัสเครื่องเดียวกันในบันทึกภาษาไทย ญี่ปุ่น และอังกฤษ ผูก Log ภาพหน้าจอ เวลาทดสอบและลายเซ็นเข้ากับหมายเลขนั้นเพื่อให้ทีมท้องถิ่นทำซ้ำได้
คำถามที่พบบ่อย
อุปกรณ์ OPC UA 1.03 เดิมจะหยุดทำงานสิ้นปี 2026 หรือไม่?
ประกาศของ OPC Foundation กล่าวถึงการสิ้นสุด การสนับสนุนการรับรอง 1.03 ไม่ใช่การหยุดเครื่องอัตโนมัติหรือการเพิกถอนใบรับรองเดิมอัตโนมัติ การใช้งานต่อขึ้นกับบริการของผู้ขาย ความปลอดภัย ความเข้ากันได้ และความเสี่ยงของโรงงาน
“รองรับ OPC UA 1.05” เท่ากับ “ได้รับการรับรอง” หรือไม่?
ไม่เท่ากัน คำกล่าวของผู้ขาย ผล CTT ภายใน ผลทดสอบข้ามผู้ผลิต และการรับรองอย่างเป็นทางการเป็นหลักฐานต่างชนิด ตรวจรุ่นผลิตภัณฑ์และ Profile ที่ครอบคลุม และทดสอบความหมายข้อมูลกับการขัดข้องใน FAT/SAT อีกครั้ง
ค่าใช้จ่ายการย้ายขึ้นกับอะไร?
ขึ้นกับเฟิร์มแวร์ ไลเซนส์ เกตเวย์ การแก้เครื่องเดิม เครื่องทดสอบ การแมปข้อมูล ใบรับรอง ช่วงหยุดเครื่อง การฝึกอบรม และสัญญาบริการ การให้ราคาเดียวโดยไม่มีทะเบียนสินทรัพย์และคำตอบ RFP จะทำให้เข้าใจผิด
SAT ทำซ้ำ FAT แล้วจบได้หรือไม่?
กรณีปกติบางข้อใช้ร่วมกันได้ แต่ FAT ตรวจรุ่นที่ผู้ขายส่งมอบในสภาพควบคุม ส่วน SAT ตรวจเครื่องเดิม เครือข่าย เวลา สิทธิ์ ความหมายข้อมูลและการกู้คืนที่โรงงานไทยจริง ผลผ่าน FAT ไม่ใช่เหตุให้ข้าม SAT
จำเป็นต้องซื้อ OPC UA FX หรือระบบคลาวด์พร้อมกันหรือไม่?
ไม่จำเป็น การสื่อสารระดับเครื่อง การเชื่อม MES และการรวมข้อมูลคลาวด์เป็นขอบเขตต่างกัน ให้กำหนดแต่ละส่วนตามการใช้งานและหลักฐานรับมอบ
สรุป
กำหนดสิ้นสุดการสนับสนุนการรับรอง 1.03 เป็นสัญญาณให้ทบทวนการจัดซื้อใหม่ ไม่ใช่กำหนดหยุดเครื่องเดิม จัดทำทะเบียนสินทรัพย์ ระบุรุ่นและ Profile ของ 1.05 ใน RFP ตรวจรุ่นที่ซื้อใน FAT และตรวจความหมายข้อมูลกับการปฏิบัติงานจริงใน SAT ส่งต่อใบรับรอง Backup เวลา คุณภาพ และผู้รับผิดชอบให้ครบ
TOMAS TECH ช่วยโรงงานในไทยจัดทำทะเบียนการเชื่อมต่อ ข้อกำหนด RFP และแผนหลักฐาน FAT/SAT ได้ตั้งแต่ช่วงกำหนดโครงการ แม้ยังรวบรวมรายการเครื่องหรือปัญหาการเชื่อมต่อไม่ครบ สามารถติดต่อเราเพื่อหารือจุดเริ่มต้น
แหล่งอ้างอิง
- OPC Foundation, Compliance Corner – September 2026 — ประกาศเรื่องการสนับสนุนการรับรอง
- OPC Foundation, OPC UA Compliance Test Tool — การใช้เครื่องมือและรายการรุ่น
- OPC Foundation, How to Certify — กระบวนการรับรอง
- OPC Foundation, OPC Interoperability Workshop 2026 Europe — รูปแบบการทดสอบข้ามผู้ผลิต
- OPC Foundation, OPC UA Part 7: Profiles — Profile, Conformance Unit และ Test Case
- OPC Foundation, OPC UA Online Reference — ดัชนีข้อกำหนด
