บทวิเคราะห์: Data Contract — สัญญาที่โรงงานยุค AI ต้องมี ก่อนที่ dashboard จะเบรกอีกครั้ง
คำถามที่เราได้ยินบ่อยขึ้นเรื่อยๆ ในวงการโรงงานไทย ช่วงสองสามปีที่ผ่านมา ทีมงาน Honey Corporation ถูกถามคำถามแบบเดิมซ้ำๆ จากผู้บริหารโรงงานหลายแห่ง: "เราลงทุนเก็บข้อมูลจากเครื่องจักรมาทั้งที ทำไม dashboard ยังเบรก รายงานยังเพี้ยน และทีม AI ยังบ่นว่าข้อมูลใช้ไม่ได้?" คำตอบที่เราพบบ่อยที่สุดไม่ได้อยู่ที่เครื่องมือ แต่อยู่ที่ข้อเท็จจริงที่หลายองค์กรยังมองข้าม — โรงงานส่วนใหญ่ยังไม่มี "สัญญา" ว่าข้อมูลที่ส่งให้กันจะหน้าตาเป็นอย่างไร โรงงานยุคใหม่มีผู้ผลิตและผู้บริโภคข้อมูลมากขึ้นเรื่อยๆ — ปัญหาย้ายไปอยู่ที่ "คุณภาพการส่งมอบ" ไม่ใช่ปริมาณข้อมูล (ภาพ: Wikimedia Commons) Data Contract คืออะไร และทำไมกระแสมันมาเร็วในตอนนี้ Data Contract คือข้อตกลงที่เป็นทางการระหว่าง ผู้ผลิตข้อมูล (data producer — เช่น ทีมที่ดูแล IIoT gateway, ระบบ SCADA หรือ MES) กับ ผู้บริโภคข้อมูล (data consumer — เช่น ทีม dashboard, ทีม AI/ML, ฝ่ายบัญชี) ที่ระบุร่วมกันว่า คุณภาพ โครงสร้าง ความหมาย และความพร้อมใช้ของข้อมูลจะเป็นแบบไหน ต่างจากสัญญาธุรกิจทั่วไปตรงที่มัน เขียนด้วยโค้ด (YAML/JSON) จึงบังคับใช้ด้วยระบบอัตโนมัติได้จริง ไม่ต้องพึ่งความทรงจำของคน แนวคิดนี้ถูกเปรียบโดยนักวิเคราะห์หลายท่านว่ามีผลต่อวงการข้อมูล เทียบเท่ากับสิ่งที่ API ทำให้วงการพัฒนาซอฟต์แวร์ — API นิยามกติกาการสื่อสารระหว่างโปรแกรม ส่วน data contract นิยามกติกาการส่งมอบข้อมูลระหว่างทีม และเหมือนกันตรงที่พอมีตั้งแต่วันแรก ทุกอย่างที่หลังจากนี้จะเกิดขึ้นจะเร็วขึ้นทั้งระบบ ทำไมกระแสนี้มา "ตอนนี้" พอดี? คำตอบสั้นๆ คือ ผู้บริโภคข้อมูลในโรงงานเพิ่มขึ้นแบบทวีคูณ — จากเดิมที่มีแค่ SCADA กับ Historian ตอนนี้มี OEE dashboard, ระบบพยากรณ์การซ่อมบำรุง, โมเดล AI ตรวจคุณภาพ, ระบบรายงาน ESG และ application ใหม่ๆ ที่ไปขอข้อมูลจากทีม OT อยู่ตลอดเวลา ข้อมูลชุดเดิมถูก consume หลายทาง แต่ไม่มีใครรับประกันความเสถียรของมัน "คุณได้ข้อมูลที่ดีกว่าเข้าสู่ระบบ คุณจะได้ garbage in, garbage out ที่ดีกว่าเดิม" — Jean-Georges Perrin นักวิเคราะห์สถาปัตยกรรมข้อมูล อธิบายว่าทำไม data contract จึงเป็นเรื่องพื้นฐานของงาน AI ยุคใหม่…







