ระบบบริหารกระบวนการผลิต: วงจรปิดจาก WIP สู่การวางแผนใหม่

การติดตั้งระบบบริหารกระบวนการผลิตแล้วแสดงบอร์ดความคืบหน้าสีสวย ไม่ได้ทำให้การส่งมอบล่าช้าลดลงโดยอัตโนมัติ โรงงานต้องเชื่อมเส้นทางการผลิตที่อนุมัติแล้วและใบสั่งผลิตที่ปล่อยใช้งาน เข้ากับสถานะงานระหว่างทำ (WIP) เวลาของเหตุการณ์ ผู้รับผิดชอบข้อยกเว้น การส่งต่อข้อมูลเพื่อวางแผนใหม่ และหลักฐานของการตัดสินใจ บทความนี้อธิบายวิธีสร้างวงจรดังกล่าวสำหรับโรงงานในประเทศไทย ตั้งแต่การกำหนดข้อกำหนด RFP, PoC, FAT, SAT การนำไปใช้เป็นระยะ ไปจนถึง TCO สามปี

ระบบบริหารกระบวนการผลิตต้องบริหารอะไร

ระบบที่ใช้งานได้จริงต้องตอบคำถามห้าข้อ ได้แก่ งานใดได้รับอนุญาตให้เริ่มแล้ว ใบสั่งและล็อตอยู่ที่ขั้นตอนใด เกิดอะไรขึ้นเมื่อใด ใครเป็นเจ้าของปัญหา และการดำเนินการที่อนุมัติแล้วถัดไปคืออะไร แผนภูมิแกนต์ รายงานประจำวันแบบดิจิทัล หรือหน้าจอสถานะเครื่องจักรตอบได้เพียงบางส่วน แต่ยังไม่ใช่วงจรการปฏิบัติงานที่สมบูรณ์

ขอบเขตการทำงานมักประกอบด้วยสามชั้น

• ERP และการบริหารการผลิต: ความต้องการ จัดซื้อ สต็อก ต้นทุน ใบสั่งผลิต และการส่งมอบ
• การปฏิบัติการผลิต: การปล่อยงาน การจัดลำดับหน้างาน สถานะ WIP ผลผลิต คุณภาพ ข้อยกเว้น และการปิดงาน
• การควบคุมและอุปกรณ์: PLC เซนเซอร์ เครื่องตรวจสอบ เครื่องชั่ง และอุปกรณ์ที่ตรวจวัดหรือควบคุมกระบวนการจริง

ISA-95 จัด Level 3 เป็นการบริหารการปฏิบัติการผลิต และ Level 4 เป็นการวางแผนธุรกิจกับโลจิสติกส์ ประเด็นสำคัญในโครงการจึงไม่ใช่เริ่มจากชื่อผลิตภัณฑ์ว่าเป็น MES, MOM หรือระบบบริหารการผลิต แต่ต้องกำหนดก่อนว่าระบบใดเป็นแหล่งข้อมูลหลักของคำสั่ง การตัดสินใจ และข้อมูลแต่ละชนิด

ระบบบริหารกระบวนการกับระบบบริหารการผลิตต่างกันอย่างไร

ระบบบริหารการผลิตครอบคลุมตั้งแต่ความต้องการ วัตถุดิบ สต็อก การผลิต การส่งมอบ และต้นทุน ส่วนระบบบริหารกระบวนการเน้นช่วงเวลาสั้นของการปฏิบัติงานว่า ขณะนี้เกิดอะไรขึ้น งานใดควรทำต่อ และปัญหาใดต้องยกระดับ ทั้งสองระบบควรแลกเปลี่ยนข้อมูลที่ควบคุมแล้ว ไม่ควรมีสำเนา BOM หรือ Routing ที่แก้ไขได้อย่างอิสระทั้งสองฝั่ง

ตัวอย่างเช่น ERP อาจเป็นแหล่งข้อมูลหลักของใบสั่งผลิต 1,000 ชิ้นที่ครบกำหนดวันศุกร์ ระบบระดับปฏิบัติการเก็บรุ่น BOM และ Routing ที่อนุมัติ ล็อตวัตถุดิบ เวลาเริ่ม-หยุด-เสร็จ จำนวนดีและเสีย เครื่องจักร ผู้ปฏิบัติงาน และประวัติข้อยกเว้น จากนั้นส่งยอดใช้และยอดสำเร็จที่ยืนยันแล้วกลับ ERP

หากต้องการกรอบการคัดเลือกผลิตภัณฑ์โดยรวม โปรดอ่าน คู่มือเปรียบเทียบระบบบริหารการผลิตสำหรับโรงงานไทย บทความนี้จะเน้นรูปแบบการปฏิบัติงานแบบวงจรปิดหลังการเลือกผลิตภัณฑ์

วงจรเก้าขั้นของการมองเห็นความคืบหน้าการผลิต

ความคืบหน้าไม่ได้ “มองเห็น” อย่างแท้จริงจนกว่าข้อมูลจะก่อให้เกิดการดำเนินการที่ควบคุมได้ วงจรที่ดีเชื่อมเก้าขั้นและนำผลการเรียนรู้กลับไปปรับมาตรฐานรุ่นถัดไป

ข้อมูลทั้งเก้าขั้นไม่จำเป็นต้องอยู่ในโปรแกรมเดียว แต่ต้องใช้รหัสอ้างอิง สถานะ ความหมายของเวลา และการโอนความรับผิดชอบที่สอดคล้องกัน หากจำเป็นต้องสั่งงานฉุกเฉินด้วยกระดาษหรือแชต ต้องกำหนดเวลานำคำสั่งและเหตุผลกลับเข้าสู่ระเบียนหลัก

1. ตรึง Routing ก่อนปล่อยใบสั่งผลิต

ความผิดพลาดที่พบบ่อยคือแก้ไข BOM, Routing หรือวิธีตรวจสอบทับข้อมูลเดิมหลังจากปล่อยงานแล้ว ผลผลิตที่บันทึกภายหลังจึงไม่มีฐานอ้างอิงที่แน่นอน วิธีที่ควรใช้คืออนุมัติรหัสสินค้า รุ่น BOM รุ่น Routing วิธีปฏิบัติงาน ข้อกำหนดตรวจสอบ และเวลามาตรฐาน แล้วผูกรุ่นที่ใช้กับใบสั่งแต่ละใบ

คำว่า “ตรึง” ไม่ได้หมายความว่าห้ามเปลี่ยนตลอดไป การเปลี่ยนฉุกเฉินควรมีเหตุผล รายการใบสั่งและ WIP ที่ได้รับผลกระทบ ผู้อนุมัติ เวลาที่มีผล รุ่นเดิมและรุ่นใหม่ วิธีแจ้งหน้างาน และแนวทางจัดการของที่เริ่มผลิตแล้ว ห้ามแก้ใบสั่งเดิมแบบไม่มีร่องรอย

ประตูก่อนปล่อยงาน

ก่อนเปลี่ยนใบสั่งจาก “วางแผนแล้ว” เป็น “พร้อมปฏิบัติ” ให้ตรวจอย่างน้อยว่า

• BOM, Routing และข้อกำหนดตรวจสอบเป็นรุ่นที่อนุมัติและมีผลใช้งาน
• วัตถุดิบ เครื่องมือ เครื่องจักร และทักษะที่จำเป็นพร้อม หรือมีการยกเว้นอย่างเป็นทางการ
• วัตถุดิบทดแทนหรือเส้นทางสำรองผ่านการอนุมัติ
• เงื่อนไขก่อนหน้า การกักคุณภาพ และข้อห้ามจากงานซ่อมบำรุงได้รับการปลดแล้ว
• ฉลาก ใบเดินงาน และหน้าจออ้างอิงใบสั่งกับรุ่นเดียวกัน
• บันทึกผู้ปล่อยงานและเวลา

หากโรงงานอนุญาตให้ปล่อยบางส่วน ต้องระบุจำนวนที่ปล่อย จำนวนคงเหลือ กำหนดวัตถุดิบที่เหลือ และผลกระทบต่อขั้นตอนถัดไป การเริ่มก่อนแบบนอกระบบอันตรายกว่าการปล่อยบางส่วนที่ควบคุมได้

2. กำหนดสถานะ WIP ให้มีความหมายเดียว

หากหน้าจอแผนแสดง “กำลังผลิต” บอร์ดหน้างานแสดง “หยุด” แต่ฝ่ายคุณภาพแสดง “กัก” การประชุมจะเริ่มจากการเถียงเรื่องข้อมูล ควรแยก State Machine ของใบสั่ง ขั้นตอน ล็อต WIP และกรณีข้อยกเว้น

แต่ละสถานะต้องระบุผู้มีสิทธิ์เปลี่ยน ช่องข้อมูลบังคับ สถานะถัดไปที่อนุญาต และการยกระดับเมื่อค้างนาน สีแดง เหลือง เขียวควรถูกกำหนดหลังจากทุกฝ่ายเข้าใจความหมายเดียวกัน

กฎรักษาสมดุลจำนวนต้องอยู่ในแบบจำลองด้วย หากรับเข้า 100 ชิ้น ผลิตดี 90 และเสีย 5 อีก 5 ชิ้นต้องอยู่ในสถานะใดสถานะหนึ่ง จำนวนดี เสีย ทำซ้ำ ทิ้ง กัก และคงอยู่ในขั้นตอนต้องตรวจยอดกับจำนวนเข้าได้ สำหรับน้ำหนัก วัสดุต่อเนื่อง การระเหย หรือเศษตัด ให้กำหนดค่าคลาดเคลื่อนและผู้อนุมัติ การแยกและรวมล็อตต้องเก็บความสัมพันธ์แม่-ลูก

3. เก็บผลผลิตเป็นเหตุการณ์ที่มีความหมายของเวลาชัดเจน

คำถามว่า “เกิดขึ้นเมื่อใด” อาจหมายถึงเวลาที่เครื่องจบรอบ เวลา PLC ส่งข้อมูล เวลา Gateway รับ เวลา Server บันทึก หรือเวลาที่พนักงานป้อนย้อนหลัง แบบจำลองเหตุการณ์ต้องเก็บความแตกต่างที่จำเป็น

ข้อมูลขั้นต่ำของเหตุการณ์ควรมี

• event_id ที่ไม่ซ้ำ เพื่อป้องกันผลซ้ำเมื่อส่งใหม่
• work_order_id และ operation_id
• รหัสสินค้า ล็อต หรือ Serial
• ประเภทเหตุการณ์ เช่น เริ่ม พัก เริ่มต่อ เสร็จ รายงานจำนวน หรือกักคุณภาพ
• เวลาต้นทางและเวลารับข้อมูล
• Time Zone และแหล่งอ้างอิงนาฬิกา
• จำนวน หน่วย และ Reason Code
• แหล่งข้อมูล เช่น PLC, Terminal, API หรือกรอกมือ
• ผู้กระทำ เช่น พนักงาน เครื่องจักร หรือ Service Account
• การอ้างถึงเหตุการณ์เดิมเมื่อแก้ไขข้อมูล

ข้อกำหนด OPC UA แยก SourceTimestamp กับ ServerTimestamp และอธิบายว่าเวลาที่ไม่ถูกต้องอาจทำให้การทำงานร่วมกันของข้อมูลและเหตุการณ์มีปัญหา ดังนั้นใน RFP ไม่ควรถามเพียงว่า “Real-time หรือไม่” แต่ต้องถามการซิงโครไนซ์นาฬิกา Buffer ตอนสื่อสารขาด ลำดับการส่งใหม่ เหตุการณ์มาช้า การตัดข้อมูลซ้ำ การแก้ไข และ Time Zone

การเก็บอัตโนมัติกับการกรอกมือควรเสริมกัน รอบเครื่อง จำนวน และสถานะอุปกรณ์เหมาะกับการเก็บอัตโนมัติ ส่วนเหตุผลของการตั้งเครื่อง การรอวัตถุดิบ การตัดสินคุณภาพ และชนิดการทำซ้ำต้องอาศัยบริบทจากคน หน้าจอหน้างานควรรองรับถุงมือ Barcode การใช้งานร่วมกัน Offline การแก้ข้อมูล ภาษา และการส่งมอบกะ

4. เปลี่ยน Alert ให้เป็นงานที่มีเจ้าของ

การส่งอีเมลถึงทุกคนไม่ได้แก้ปัญหางานล่าช้า ข้อยกเว้นควรเป็นหน่วยงานหนึ่งชิ้นที่ต้องนำกระบวนการกลับสู่สภาวะควบคุม โดยมีเจ้าของ กำหนดเวลา ผลกระทบ การตัดสินใจถัดไป มาตรการชั่วคราว และกฎยกระดับ

ผู้รับ Notification ไม่จำเป็นต้องเป็นเจ้าของกรณี เจ้าของต้องกดยอมรับและรับผิดชอบการตัดสินใจ การส่งจากฝ่ายผลิตไปซ่อมบำรุงควรมีรหัสเครื่อง เวลาเริ่มหยุด ใบสั่งและจำนวน สถานะปลอดภัย และเงื่อนไขเริ่มใหม่ ไม่ใช่เพียงข้อความ “ช่วยตรวจสอบ”

การปิดกรณีต้องมีหลักฐาน เช่น ผลทดลองเดินเครื่อง ผลตรวจและการอนุมัติปลดกัก วัตถุดิบที่รับเข้า แผนฉบับแก้ไข หรือผลกระทบยอดว่าคิว Interface เป็นศูนย์ ปุ่ม “ปิด” อย่างเดียวไม่ใช่หลักฐานการแก้ปัญหา

5. ออกแบบการส่งต่อเพื่อแก้ปัญหาส่งมอบล่าช้า

หากระบบตรวจพบความล่าช้าแต่ผู้วางแผนต้องคัดลอกข้อมูลลง Excel ใหม่ การไหลของข้อมูลหยุดที่จุดนั้น ในทางกลับกัน การจัดตารางใหม่ทุกครั้งที่มีเหตุการณ์ทำให้แผนไม่นิ่งและหน้างานตามไม่ทัน ต้องกำหนด Trigger และชุดข้อมูลเพื่อการตัดสินใจ

ชุดข้อมูลควรประกอบด้วย

• ใบสั่ง ขั้นตอน จำนวน และกำหนดส่งลูกค้าที่ได้รับผลกระทบ
• ตำแหน่ง WIP และสถานะคุณภาพปัจจุบัน
• ส่วนต่างระหว่างเวลาเสร็จตามแผนกับเวลาคาดการณ์
• เวลาเริ่มใหม่เร็วสุดและระดับความเชื่อมั่นของเวลาซ่อม
• เครื่องหรือ Routing ทดแทน การ Outsource และ OT ที่เป็นไปได้
• ข้อจำกัดด้านวัตถุดิบ เครื่องมือ และทักษะ
• ผลกระทบต่อขั้นก่อนหน้า ขั้นถัดไป และใบสั่งที่แย่งทรัพยากรเดียวกัน
• ใบสั่งที่ปล่อยแล้วสามารถเปลี่ยนได้หรือไม่
• เวลาที่ต้องตัดสินใจและผู้อนุมัติ

เมื่ออนุมัติแผนใหม่ ให้ส่งลำดับความสำคัญ เวลา และทรัพยากรแบบมีเลขรุ่นกลับหน้างาน และให้หน้างานยืนยันการรับ หากอนุญาตคำสั่งปากเปล่าในเหตุฉุกเฉิน ต้องกำหนดเวลาบันทึกและอนุมัติย้อนหลัง

สำหรับโรงงานที่เปลี่ยนจากตาราง Excel ไปสู่ APS หรือแผนรวม โปรดอ่าน คู่มือย้ายแผนการผลิตออกจาก Excel ในหลายกรณี การสร้าง WIP และข้อมูลกำลังการผลิตที่เชื่อถือได้ก่อน มีความเสี่ยงต่ำกว่าการแทนที่กฎการวางแผนทั้งหมดพร้อมกัน

6. เก็บหลักฐานการตัดสินใจที่ตรวจย้อนกลับได้

Traceability ไม่ได้มีเฉพาะสายสัมพันธ์ของล็อตวัตถุดิบ ระบบบริหารกระบวนการต้องตอบได้ว่า ใช้มาตรฐานและใบสั่งรุ่นใด ผู้ตัดสินใจเห็นข้อมูลอะไร ใครอนุมัติข้อยกเว้น และเกิดการเปลี่ยนแปลงอะไร

หลักฐานที่ควรเก็บ ได้แก่ รุ่น BOM, Routing, วิธีทำงานและการตรวจที่อนุมัติ การสร้าง-อนุมัติ-ปล่อย-เปลี่ยน-ยกเลิกใบสั่ง การแยก/รวม/ใช้/ย้ายล็อต เหตุการณ์เริ่ม-พัก-ต่อ-เสร็จและการแก้ไข การกัก การเบี่ยงเบน การทำซ้ำ การอนุมัติปล่อย การเปลี่ยนเจ้าของข้อยกเว้น แผนก่อนและหลังเปลี่ยน การรับแผนของหน้างาน การเปลี่ยนผู้ใช้ สิทธิ์ Master และ Interface รวมถึงผลรับ ส่งใหม่ และกระทบยอดกับ ERP

Audit Log ต้องค้นจากใบสั่ง ล็อต เครื่องจักร เวลา ผู้ใช้ หรือเลขกรณี และเรียงเหตุการณ์กลับเป็นลำดับได้ การแก้ข้อมูลต้องไม่ลบค่าเดิม แต่เก็บเหตุผล ผู้แก้ ผู้อนุมัติ และเวลา อายุการเก็บข้อมูลควรอิงกฎหมาย สัญญาลูกค้า ระบบคุณภาพ และการวิเคราะห์

ข้อกำหนด RFP ของระบบบริหารกระบวนการผลิต

หลีกเลี่ยงข้อความกว้าง เช่น “แสดงความคืบหน้าแบบ Real-time” ให้ระบุ Scenario ข้อมูล เงื่อนไขสมรรถนะ พฤติกรรมเมื่อผิดปกติ หลักฐาน และวิธีรับมอบ และให้ผู้เสนอแยกว่ารองรับด้วยมาตรฐาน การตั้งค่า การพัฒนาเฉพาะ ผลิตภัณฑ์ภายนอก หรือไม่รองรับ

ข้อกำหนด Non-functional ต้องมีเงื่อนไขวัด เช่น “หน้าจอภายในสามวินาที” ต้องระบุจำนวนผู้ใช้ ปริมาณข้อมูล Network หน้าจอ จุดวัด และ Percentile Availability ต้องระบุช่วงบริการและข้อยกเว้น Backup ต้องทดสอบ Restore และกระทบยอด

ระบบที่เชื่อม OT ต้องเคารพความพร้อมใช้งานและความปลอดภัย NIST SP 800-82 Rev.3 ให้แนวทางความมั่นคงปลอดภัย OT โดยคำนึงถึงสมรรถนะ ความน่าเชื่อถือ และความปลอดภัยในการปฏิบัติการ RFP จึงควรถาม Inventory, Segmentation, Least Privilege, Remote Maintenance, Log, Backup, Vulnerability และการทดสอบการเปลี่ยนแปลงก่อนขึ้น Production

สะสมหลักฐานรับมอบด้วย PoC, FAT และ SAT

Scenario ที่ PoC ควรทดสอบ

1. ปล่อยใบสั่งด้วย Routing ที่อนุมัติ และห้ามเริ่มด้วยรุ่นเก่า
2. แยกล็อต กักบางส่วนเพื่อคุณภาพ และส่งอีกส่วนไปขั้นถัดไป
3. ตัดการเชื่อม PLC หรือ Gateway แล้วตรวจการกู้คืนตามลำดับโดยไม่ซ้ำ
4. แก้จำนวนที่กรอกผิดโดยเก็บเหตุการณ์เดิม เหตุผล และผู้อนุมัติ
5. หยุดเครื่องจนคาดว่าจะเลยกำหนด สร้างเจ้าของข้อยกเว้นและกรณีวางแผนใหม่
6. เปลี่ยนลำดับความสำคัญและติดตามแผนเดิม แผนใหม่ การอนุมัติ และการรับของหน้างาน
7. หยุด ERP Interface ชั่วคราว ส่งใหม่ และกระทบยอดใบสั่ง ผลผลิต และจำนวน
8. ยืนยันว่าผู้ไม่มีสิทธิ์ปลด Quality Hold ไม่ได้

กำหนดหลักฐานผ่าน/ไม่ผ่านล่วงหน้า เช่น Event Log, API Response, Audit Log, Quantity Reconciliation, Response Time และขั้นตอน Manual ที่ยังเหลือ การพบข้อจำกัดไม่ใช่ความล้มเหลวของ PoC แต่การไม่สะท้อนข้อจำกัดในแบบและสัญญาคือความล้มเหลว

FAT ควรเชื่อม Requirement ID กับ Test Case เก็บ Input ขั้นตอน Expected Result, Actual Result, Evidence และผู้ตัดสิน Defect ต้องมีระดับความรุนแรง วิธีชั่วคราว วันที่แก้ และ Retest ส่วน SAT ต้องทดสอบ Network, Terminal, Scanner, Printer, เครื่องจักร, ERP, กะ ภาษา และสิทธิ์จริงของโรงงานไทย รวมทั้ง Wi-Fi ขาด ไฟฟ้ากลับมา การใช้เครื่องร่วมกัน และการช่วยเหลือกะกลางคืน

นำระบบไปใช้เป็นระยะโดยปิดวงจรทุกระยะ

ระยะศูนย์: สร้าง Baseline ที่วัดได้

ทำแผนที่การไหลของใบสั่ง WIP ผลผลิต ข้อยกเว้น และการเปลี่ยนกำหนดผ่านเอกสารกับระบบปัจจุบัน กำหนดสูตร KPI และแหล่งข้อมูล ตรวจ Master ซ้ำ หน่วย เวลา กฎล็อต และใบสั่งค้าง ก่อนเริ่มตั้งค่าผลิตภัณฑ์

ระยะหนึ่ง: ปิดวงจรหนึ่งกลุ่มสินค้าและหนึ่งไลน์

เลือกไลน์ที่เป็นตัวแทนและควบคุมความเสี่ยงหยุดได้ เชื่อมการปล่อยงาน ผลิต WIP ข้อยกเว้น และการยืนยันกลับ ERP ตั้งแต่ต้นจนจบ หากยังเชื่อมเครื่องไม่ได้ เริ่มจาก Barcode กับ Terminal ได้ ตราบใดที่ข้อมูลทันเวลาและตรวจยอดได้

ระยะสอง: ทำให้ข้อยกเว้นและการวางแผนใหม่นิ่ง

เมื่อ Normal Flow ทำงานแล้ว ให้เดินกรณีวัตถุดิบขาด เครื่องเสีย ของเสีย ทำซ้ำ และเปลี่ยนลำดับ ทบทวนจำนวน Alert กรณีที่ไม่มีผู้รับ งานเกินกำหนด และการจัดประเภทผิดทุกสัปดาห์ เปรียบเทียบเวลาคาดการณ์กับเวลาจริงเพื่อสร้างความเชื่อมั่นของฝ่ายวางแผน

ระยะสาม: ขยาย Template ที่มี Governance

แยกส่วนมาตรฐานร่วมกับความแตกต่างจริงของแต่ละไลน์ ทำรหัส สถานะ Event Field ประเภทข้อยกเว้น KPI สิทธิ์ Interface และหลักฐานให้เป็นมาตรฐาน หากคัดลอกระบบแล้วปล่อยให้แต่ละโรงงานแก้อย่างอิสระ งานบำรุงรักษาจะโตเร็วกว่าจำนวนโรงงาน

กำหนดเงื่อนไข Go-live และ Rollback ได้แก่ Defect ร้ายแรง การตรวจ Master ความพร้อมอุปกรณ์/Interface การอบรม Support การ Restore คู่มือ และแผนระบบเดิม หากกรอกคู่ขนาน ให้กำหนดวัตถุประสงค์และวันสิ้นสุด

TCO สามปีของระบบบริหารกระบวนการผลิต

เปรียบเทียบผู้เสนอด้วยสมมติฐานโรงงาน ผู้ใช้ อุปกรณ์ ปริมาณ และสกุลเงินเดียวกัน รวมเวลาภายในของฝ่ายผลิต วางแผน คุณภาพ IT และการเงิน อย่านำเปอร์เซ็นต์ปรับปรุงทั่วไปมาเป็นคำรับรองของโครงการ ให้เก็บ Baseline ของเวลาตรวจความคืบหน้า WIP ที่ไม่บันทึก ความล่าช้ายืนยันข้อมูล เวลารับข้อยกเว้น เวลาตัดสินใจวางแผนใหม่ ผลต่างยอด เวลาสืบย้อน การขนส่งด่วน และ OT ของตนเอง

หากต้องการเชื่อมข้อมูลหน้างานกับต้นทุน โปรดอ่าน คู่มือระบบบริหารต้นทุนการผลิต

เชื่อม KPI การบริหารกระบวนการกับการลงมือทำ

ISO 22400-1 เป็นกรอบ KPI สำหรับ Manufacturing Operations Management ที่ใช้ได้กับการผลิตแบบ Batch, Continuous และ Discrete โดยฉบับปี 2014 ได้รับการยืนยันในปี 2025 และยังเป็นฉบับปัจจุบัน ประเด็นสำคัญคือกำหนดวัตถุประสงค์ สูตร ข้อมูล ช่วงเวลา หน่วย และผู้รับผิดชอบของ KPI

ตัวชี้วัดที่พิจารณาได้ ได้แก่ Schedule Adherence, WIP Dwell Time, Work-order Lead Time, First-pass Yield, Exception Acknowledgement Time และเวลาจากเหตุการณ์หน้างานจน ERP ยืนยัน แต่ละตัวต้องมีเจ้าของ ความถี่ทบทวน และ Threshold ที่ก่อให้เกิดการดำเนินการ หน้าจอสำหรับ Daily Operation, Weekly Improvement และ Monthly Management ไม่จำเป็นต้องเหมือนกัน

เงื่อนไขเพิ่มเติมสำหรับโรงงานในประเทศไทย

การรองรับภาษาไทย อังกฤษ และญี่ปุ่นต้องครอบคลุม Reason Code วิธีทำงาน Alert เอกสารอบรม และ Help Desk ไม่ใช่แค่เมนู ตรวจความครอบคลุมของกะ การยกระดับในประเทศ การเชื่อม ERP ภูมิภาค ที่ตั้งข้อมูล คุณภาพไฟฟ้า/Network และความรับผิดชอบของสำนักงานใหญ่ โรงงาน และผู้ให้บริการ

เอกสาร Smart and Sustainable Industry ของ BOI กล่าวถึงเทคโนโลยีดิจิทัลและซอฟต์แวร์ที่สนับสนุนกระบวนการผลิตในบริบทมาตรการเพิ่มประสิทธิภาพ แต่คุณสมบัติขึ้นกับกิจการ เวลา ประเภทการลงทุน และกฎปัจจุบัน จึงไม่ควรถือสิทธิประโยชน์เป็นฐานของ Business Case โดยไม่ตรวจสอบ

NIST Smart Manufacturing Systems Test Bed ให้ทรัพยากร Data Stream และ Repository สำหรับงาน Digital Thread และการประเมินสมรรถนะ ไม่ใช่การแนะนำผลิตภัณฑ์ แต่แสดงประโยชน์ของการเก็บข้อมูลเครื่องจักรเป็น Event ที่นำกลับใช้กับ Model และหลักฐานสมรรถนะได้

รายการตรวจสอบก่อนนำระบบมาใช้

หากทีมโครงการตอบคำถามข้อใดข้อหนึ่งต่อไปนี้ไม่ได้ ควรทำแบบการปฏิบัติงานให้ชัดเจนก่อนดูการสาธิตผลิตภัณฑ์เพิ่มเติม

1. ระบุรุ่นของ BOM, Routing และข้อกำหนดการตรวจที่ใช้กับใบสั่งผลิตแต่ละใบได้หรือไม่
2. กำหนดเงื่อนไขและผู้อนุมัติการปล่อยใบสั่งผลิตสู่หน้างานแล้วหรือไม่
3. สถานะของใบสั่ง ขั้นตอน WIP คุณภาพ และข้อยกเว้นมีความหมายเป็นหนึ่งเดียวหรือไม่
4. แยก Source Timestamp ออกจากเวลาที่ระบบรับข้อมูล และเฝ้าระวังการซิงโครไนซ์นาฬิกาหรือไม่
5. มีกฎ Event ผลผลิตสำหรับการส่งซ้ำ ความล่าช้า ข้อมูลซ้ำ และการแก้ไขหรือไม่
6. กำหนดผู้รับผิดชอบคนแรกและกำหนดเวลาสำหรับความล่าช้า การหยุด ขาดวัตถุดิบ และของเสียหรือไม่
7. กำหนดข้อมูลที่ส่งให้การวางแผนใหม่ และการควบคุมรุ่นของแผนที่ส่งกลับหน้างานหรือไม่
8. กระทบยอดการคงจำนวนเมื่อแยกและรวมล็อตได้หรือไม่
9. กำหนดการทำงานชั่วคราว การส่งซ้ำ และผู้รับผิดชอบการกระทบยอดเมื่อ Interface กับ ERP ขัดข้องหรือไม่
10. แยกวัตถุประสงค์และหลักฐานผ่าน/ไม่ผ่านของ PoC, FAT และ SAT หรือไม่
11. มีผู้ตัดสินใจและเกณฑ์สำหรับ Go-live และ Rollback หรือไม่
12. TCO สามปีรวมเวลาทำงานภายใน การบำรุงรักษา Interface การทดสอบ Regression และการออกจากสัญญาหรือไม่

คำถามที่พบบ่อย

ต้องยกเลิก Excel ทั้งหมดหรือไม่

ไม่จำเป็น เริ่มจากทำใบสั่ง สถานะ WIP เหตุการณ์ ข้อยกเว้น และการอนุมัติให้เป็นระเบียนหลักที่ควบคุมได้ Excel ยังใช้วิเคราะห์ชั่วคราวได้ แต่ไม่ควรกลายเป็นแหล่งข้อมูลหลักซ้ำที่ไม่มี Governance

ข้อมูลเครื่องจักรอย่างเดียวทำให้เห็นความคืบหน้าได้หรือไม่

ข้อมูลเครื่องเหมาะกับรอบ จำนวน และการหยุด แต่การรอวัตถุดิบ กักคุณภาพ ทำซ้ำ การตัดสินของคน และการย้ายงานต้องมีบริบท เชื่อม Event กับใบสั่ง ขั้นตอน และล็อตเสมอ

ข้อมูล Real-time แก้ปัญหาส่งมอบล่าช้าได้ทันทีหรือไม่

ไม่ ข้อมูลต้องสร้างเจ้าของ ผลกระทบ การส่งต่อวางแผน การอนุมัติแผนใหม่ และการส่งกลับหน้างาน ในบางกรณีข้อมูลทุกห้านาทีที่ครบและเชื่อถือได้มีค่ากว่าข้อมูลทุกวินาทีที่ขาดหาย

MES กับระบบบริหารกระบวนการผลิตเหมือนกันหรือไม่

คำเรียกต่างกันตามผู้ขาย ให้ประเมินข้อมูลหลัก State, Exception, Integration และหลักฐานรับมอบตาม Requirement ไม่ใช่ตามชื่อ

PoC ต้องเดินบนสายการผลิตหนึ่งเป็นเวลาหลายเดือนหรือไม่

จุดประสงค์ของ PoC คือการพิสูจน์สมมติฐานที่ยังไม่แน่นอน สิ่งสำคัญไม่ใช่ระยะเวลาเพียงอย่างเดียว แต่คือความเสี่ยงใดถูกปิดด้วยหลักฐานใด ใช้ข้อมูลตัวแทนทดสอบกรณีปกติ ข้อยกเว้น การสื่อสารขาดหาย การแก้ไข และการวางแผนใหม่ แล้วส่งประเด็นด้านปริมาณและสภาพจริงของหน้างานไปทดสอบต่อใน FAT และ SAT ควรแยก Pilot ที่วัดผลการปฏิบัติงานออกจาก PoC เพื่อให้การตัดสินใจชัดเจน

วัดผลตอบแทนอย่างไร

ตรึงสูตรและ Baseline ก่อนติดตั้ง แล้วใช้ขอบเขตและสูตรเดียวกันหลังติดตั้ง บันทึกการเปลี่ยนแปลง Demand, Product Mix และวันทำงาน อย่านำ Benchmark ทั่วไปของผู้ขายมาเป็นผลที่รับประกันในโรงงาน

สรุป: ออกแบบว่าใครต้องทำอะไรหลังจากมองเห็นปัญหา

คุณค่าของระบบบริหารกระบวนการผลิตอยู่ที่วงจรจาก Routing ที่อนุมัติและการปล่อยใบสั่ง ผ่าน WIP เหตุการณ์ที่มีเวลา เจ้าของข้อยกเว้น การวางแผนใหม่ การกระทบยอด และการปรับมาตรฐาน เปลี่ยนข้อความ RFP ที่กว้างเป็น Scenario กับหลักฐาน สะสมการยอมรับผ่าน PoC, FAT และ SAT และรวมงานหลัง Go-live ไว้ใน TCO สามปี ความมองเห็นจะช่วยการส่งมอบได้ก็ต่อเมื่อความผิดปกติกลายเป็นงานที่มีเจ้าของและกำหนดเวลา

TOMAS TECH สามารถช่วยจัดระเบียบการไหลของกระดาษ Excel, ERP และข้อมูลเครื่องจักร รวมถึงกำหนดขอบเขต RFP, PoC และแผนดำเนินการเป็นระยะสำหรับโรงงานไทย แม้ยังอยู่ในขั้นตัดสินใจว่า “ระบบใดควรเป็นเจ้าของข้อมูลอะไร” ก็สามารถ ติดต่อทีมงาน เพื่อหารือได้

แหล่งข้อมูลอ้างอิง

• ISA — ISA-95 Series of Standards
• ISO — ISO 22400-1:2014
• OPC Foundation — OPC UA Part 4: DataValue timestamps
• OPC Foundation — OPC UA Part 6: Time synchronization
• NIST — SP 800-82 Rev. 3
• NIST — Smart Manufacturing Systems Test Bed
• Thailand BOI — Smart and Sustainable Industry
• METI — 2025 White Paper on Manufacturing Industries

*บทความนี้อ้างอิงข้อมูลสาธารณะที่ตรวจสอบ ณ วันที่ 30 สิงหาคม 2026 และเป็นคำอธิบายทั่วไป โปรดตรวจฉบับล่าสุดของมาตรฐาน เงื่อนไขสิทธิประโยชน์ สัญญา ความมั่นคงปลอดภัย คุณภาพ และกฎหมายสำหรับโรงงานกับอุตสาหกรรมที่เกี่ยวข้อง*