MES คืออะไร และต่างจาก ERP อย่างไร: แบ่งบทบาทระบบให้โรงงานทำงานต่อเนื่อง

โรงงานจำนวนมากมี ERP สำหรับ Order, วัตถุดิบ และบัญชีอยู่แล้ว แต่ยังตอบคำถามหน้างานได้ช้า เช่น Work order อยู่สถานีใด ผลิตจริงเท่าไร หยุดเพราะอะไร หรือสินค้าชิ้นนี้ใช้วัตถุดิบ Lot ใด ปัญหาไม่ได้แปลว่า ERP ไม่มีประโยชน์ แต่เกิดจากการนำระบบระดับธุรกิจไปทำหน้าที่ควบคุมการปฏิบัติงานที่ต้องใช้ข้อมูลละเอียดและรวดเร็ว MES จึงเข้ามาเชื่อมแผนกับการผลิตจริง

คำตอบสั้น: ERP บริหารการวางแผนและทรัพยากรระดับองค์กร เช่น Order, Material planning, Procurement และ Finance ส่วน MES บริหารการดำเนินงานการผลิตระดับโรงงาน เช่น Dispatch งาน, WIP, Data collection, Quality, Genealogy และ Production performance ทั้งสองระบบควรแบ่ง Ownership ของข้อมูลและเชื่อมผ่าน Interface ที่มี Rule ชัดเจน ไม่ควรทำงานซ้ำกัน

ประเด็นสำคัญที่ควรรู้

• ERP และ MES ไม่ได้เป็นคู่แข่ง แต่ครอบคลุม Time horizon และรายละเอียดต่างกัน
• ตามกรอบ ISA-95 ระบบระดับ Manufacturing operations อยู่ที่ Level 3 ส่วน Business planning/logistics อยู่ที่ Level 4
• จุดเริ่มต้นไม่ใช่ซื้อ Module แต่คือกำหนด Business process, System of record และข้อมูลแลกเปลี่ยน
• MES ไม่ควรควบคุมเครื่องจักรแทน PLC/SCADA โดยไม่มีการออกแบบ Control boundary และ Safety
• Integration ต้องรองรับข้อมูลผิด, Network ขาด, Retry, Version และ Audit ไม่ใช่เพียงส่ง API สำเร็จใน Demo

สารบัญ

1. MES และ ERP คืออะไร
2. MES ต่างจาก ERP อย่างไร
3. ข้อมูลใดควรอยู่ระบบไหน
4. สถาปัตยกรรมและ Integration
5. วิธีประเมินว่าโรงงานต้องใช้ MES หรือไม่
6. Roadmap, Best Practice และ Troubleshooting

MES และ ERP คืออะไร

MES คืออะไร

MES ย่อจาก Manufacturing Execution System เป็นระบบที่ช่วยบริหารการดำเนินงานผลิตตั้งแต่รับแผนหรือ Work order ไปจนถึงรายงานผลผลิต ระบบอาจครอบคลุม Dispatching, Material issue/consumption, WIP, Labor, Machine status, Quality result, Downtime, Genealogy, Electronic work instruction และ Performance ตาม Scope ของโรงงาน

คำว่า MES กับ MOM (Manufacturing Operations Management) มักพบร่วมกัน โดย MOM เป็นกรอบกิจกรรมการปฏิบัติการที่กว้าง ส่วน MES เป็นชุดระบบหรือแอปที่สนับสนุนกิจกรรมเหล่านั้น ขอบเขตจริงต่างกันตามอุตสาหกรรมและผู้ให้บริการ จึงต้องอ่าน Functional scope แทนการยึดชื่อผลิตภัณฑ์

ERP คืออะไร

ERP ย่อจาก Enterprise Resource Planning ทำหน้าที่เชื่อมข้อมูลและกระบวนการระดับองค์กร เช่น Sales order, Procurement, Inventory accounting, Material planning, Production order, Finance และ Costing ระบบ ERP บางแห่งมี Production module ที่ทำงานได้มากหรือน้อยต่างกัน แต่โดยทั่วไป Time horizon และ Transaction granularity จะไม่ละเอียดเท่า Shop-floor execution

ISA-95 อธิบายกรอบ Level 3 เป็น Manufacturing operations management และ Level 4 เป็น Business planning and logistics กรอบนี้ช่วยตั้งคำถามเรื่อง Boundary และ Interface โดยไม่บังคับว่าทุกโรงงานต้องมีระบบหนึ่งก้อนต่อหนึ่ง Level

MES ต่างจาก ERP อย่างไร

ตัวอย่าง: ERP ออก Production order จำนวน 1,000 ชิ้นและกำหนด Due date MES รับ Order แล้ว Dispatch ไป Line A, บันทึกว่า Station 20 ผลิตผ่าน 480 ชิ้น Reject 12 ชิ้น หยุด 18 นาทีเพราะ Material shortage และใช้วัตถุดิบ Lot X เมื่อจบกะ MES ส่ง Confirmation และ Consumption ที่ตรวจแล้วกลับ ERP

ดูพื้นฐานการเก็บผลผลิตได้จาก Production Tracking ด้วย Barcode และการเชื่อมประวัติจาก Barcode Traceability ในโรงงาน

ข้อมูลใดควรอยู่ระบบไหน

การตอบว่า “ข้อมูลนี้อยู่ที่ไหน” ต้องกำหนด System of record และ Ownership ไม่ใช่ Copy ทุกอย่างทั้งสองฝั่ง

Arc Tech Recommendation

ทำ Data contract ระบุ Field, Owner, Unit, Timezone, ID, Version, Validation และ Error handling ทุก Interface เช่น ERP ส่ง Order revision 3 แต่ MES เริ่มผลิต revision 2 แล้ว ระบบต้องมี Rule ว่าหยุด, แจ้งเตือน หรืออนุญาตเฉพาะ Quantity ที่ยังไม่เริ่ม

อย่าปล่อยให้ Master data ต่างคนต่างแก้

Material code, Unit of measure, Routing, Work center และ Reason code ที่ไม่ตรงกันทำให้ Integration ผิดแม้ API ทำงานปกติ ควรมี Data steward และกระบวนการ Release/Version สำหรับข้อมูลสำคัญ

สถาปัตยกรรมและ Integration

ERP / Planning (Level 4)
  ↓ production order, master, schedule
Integration/API/Event layer
  ↕ validation, mapping, queue, monitoring
MES / MOM (Level 3)
  ↕ work instruction, WIP, quality, genealogy
SCADA / Historian / PLC / Devices (Levels 2–0)
  ↑ machine event, count, parameter, alarm
Barcode Printer / Scanner / Handheld / RFID
  ↑ operator and material identification

ภาพนี้เป็น Conceptual boundary ไม่ใช่ Network design สำหรับ Safety system การสั่ง Control ลงเครื่องจักรต้องผ่าน Risk assessment และ Architecture ของ OT โดยผู้รับผิดชอบที่เกี่ยวข้อง

Integration pattern ที่พบบ่อย

• API request/response: เหมาะกับ Query หรือ Command ที่ต้องได้ผลทันที
• Message queue/event: เหมาะกับ Event ปริมาณมากและต้องทนการขาดช่วง
• File/EDI: ยังใช้ได้กับ Legacy หากมี Schema, checksum และ reconciliation
• Direct database: ควรหลีกเลี่ยงการเขียนข้ามระบบ เพราะผูก Schema และข้าม Business rule

ทุกแบบต้องมี Correlation ID, Idempotency, Retry, Dead-letter/error queue, Monitoring และ Audit การเชื่อม Handheld กับ ERP/API ใช้หลักเดียวกันในระดับ Mobile transaction

Hardware เชื่อมกับ MES อย่างไร

Barcode Printer สร้าง Label/Traveler ตาม Order, Scanner หรือ Handheld ยืนยัน Operator, Material, Machine และ WIP, RFID ช่วยอ่านหลายวัตถุหรือ Portal Event เมื่อเหมาะสม อุปกรณ์ไม่ควรตัดสิน Business rule สำคัญลำพัง แต่ส่งข้อมูลพร้อม Context ให้ Application ตรวจสอบ

หากพนักงานต้องเคลื่อนที่ระหว่างสถานี องค์กรควรประเมิน Handheld และ PDA สำหรับงานอุตสาหกรรม พร้อม Mobile Application, Network roaming และ Device management เป็นส่วนของ Solution ไม่ใช่แยกจาก MES

สำหรับ Material visibility ดู RFID สำหรับโรงงาน และ Batch Tracking ด้วย Barcode

ส่วนงานคลังและการจ่ายวัตถุดิบควรกำหนด Boundary กับ WMS ให้ชัด โดยใช้กรอบจาก WMS ช่วยแก้ปัญหาคลังสินค้าอย่างไร เพื่อไม่ให้ MES และ WMS สร้าง Location transaction ซ้ำกัน

โรงงานต้องใช้ MES หรือไม่

สัญญาณว่าควรประเมิน MES

• ERP รู้ว่า Order เปิดอยู่ แต่ไม่รู้ WIP และสถานีล่าสุด
• Supervisor รวมผลผลิตจากกระดาษ/ไฟล์หลายชุดหลังจบกะ
• Traceability ใช้เวลานานและข้อมูล Component/Lot ไม่ครบ
• Work instruction revision กระจายไม่ตรงกัน
• Downtime reason และ Quality result ไม่เชื่อมกับ Order
• มีการกรอกข้อมูลซ้ำ ERP, Excel และระบบเครื่องจักร
• ต้องการ Dispatch งานตาม Capacity/สถานะจริงมากขึ้น

กรณีที่ยังไม่ควรเริ่มจาก MES เต็มระบบ

• Process และ Routing ยังเปลี่ยนทุกวันโดยไม่มี Owner
• Master data พื้นฐานไม่ครบหรือ Unit ไม่ตรงกัน
• ยังไม่รู้ Pain point และ KPI ที่ต้องการแก้
• Network/OT security และ Device support ยังไม่พร้อม
• ทีมหน้างานไม่มีเวลาร่วมออกแบบและ UAT

อาจเริ่มจาก Production tracking หรือ Traceability scope เล็กก่อน แล้ววาง Architecture ให้ขยายได้ ไม่จำเป็นต้องเปิดทุก Module พร้อมกัน

Decision Matrix

Roadmap การทำ MES–ERP Integration

1. Define outcome: เลือก Use case และ KPI เช่น WIP visibility หรือ genealogy lookup time
2. Process mapping: เขียน As-is/To-be พร้อม Exception และผู้รับผิดชอบ
3. System boundary: กำหนด System of record และ RACI ของข้อมูล
4. Data contract: กำหนด ID, Unit, Timestamp, Version และ Error semantics
5. Pilot line: ทำหนึ่ง Product family/Line ด้วยข้อมูลจริง
6. Operational readiness: Monitoring, Support, Backup, Cybersecurity และ Training
7. Reconciliation: เทียบ Order, Quantity, Consumption และ Event ทั้งสองระบบ
8. Scale by template: ขยายทีละ Line โดยใช้ Template ที่ผ่าน Pilot และยอมรับ Local variation อย่างควบคุม

Checklist ก่อน Go-live

• Production order create/change/cancel ผ่าน UAT
• Quantity และ Unit conversion ตรงกัน
• Timezone และ Clock synchronization ถูกกำหนด
• Duplicate message ไม่สร้างธุรกรรมซ้ำ
• Network ขาดแล้ว Queue/Recovery ทำงาน
• Master data version และ Effective date ถูกตรวจ
• Manual override มีสิทธิ์ เหตุผล และ Audit
• Dashboard แสดง Data freshness และสถานะ Interface
• ทีม Support แยก Incident ฝั่ง ERP, Integration, MES และ OT ได้

Case Study แบบย่อ: โรงงานสมมติส่ง Order จาก ERP เข้า MES ได้ แต่ช่วงแรก Quantity ใน ERP ไม่ตรง MES เพราะ Rework ถูกนับเป็น Good output ซ้ำ ทีมแก้ Data contract ให้แยก produced, scrapped, reworked และ accepted พร้อม Reconciliation รายกะ ผลลัพธ์สำคัญไม่ได้มาจากการส่งข้อมูลเร็วขึ้น แต่จากนิยามที่ทั้ง Planning, Production และ Finance เข้าใจตรงกัน

Best Practice และ Troubleshooting

Common Mistakes

• ให้ ERP และ MES แก้ Production order คนละทางโดยไม่มี Conflict rule
• เริ่มจาก Dashboard ก่อนกำหนด Event และ Data quality
• เชื่อม Database ตรงเพื่อให้เร็ว แล้ว Upgrade ระบบไม่ได้
• ส่ง Raw machine signal ทั้งหมดเข้า ERP
• ไม่มี Dead-letter queue ทำให้ Message ที่ผิดหายเงียบ
• วัดโครงการจากจำนวนหน้าจอแทนผลลัพธ์การผลิต

Troubleshooting

Order ไม่เข้า MES: ตรวจ Release status, Master dependency, Schema version, Authentication และ Error queue ไม่ควร Resend แบบสุ่มก่อนดู Correlation ID

ยอดผลิตไม่ตรง ERP: แยก Good/Reject/Rework, Unit conversion, Cut-off time และ Duplicate confirmation ทำ Reconciliation จาก Event ID

ข้อมูลล่าช้า: วัดแต่ละช่วง Device → MES → Integration → ERP เพื่อหา Bottleneck อย่าสรุปว่า Network ช้าโดยไม่มี Timestamp

Master data ไม่ตรง: หยุดการสร้าง Mapping เฉพาะกิจจำนวนมาก กำหนด Owner และแก้ที่ Source พร้อม Version/effective date

Operator ทำงานต่อไม่ได้เมื่อ ERP ล่ม: ออกแบบ Graceful degradation ให้ MES ใช้ Order ที่ Release แล้วตาม Policy พร้อม Queue ผลกลับภายหลัง โดยต้องผ่าน Risk assessment

ประเด็นสำคัญสำหรับการตัดสินใจ

ERP เหมาะกับการวางแผนและทรัพยากรระดับองค์กร ส่วน MES เหมาะกับการดำเนินงานผลิตที่ละเอียดและเปลี่ยนเร็ว ทั้งสองระบบสร้างประโยชน์สูงสุดเมื่อแบ่ง Ownership ชัด เชื่อมด้วย Data contract และมี Reconciliation ที่ตรวจสอบได้ โรงงานไม่จำเป็นต้องทำ Big bang; การเริ่มจาก Use case ที่มี KPI และขยายด้วย Template มักควบคุมความเสี่ยงได้ดีกว่า

หากกำลังประเมิน MES, Production Tracking หรือ MES–ERP Integration ทีม Arc Tech พร้อมช่วยทำ Process workshop, Architecture, Hardware data capture และ Pilot ให้สอดคล้องกับหน้างาน ติดต่อผ่าน Arc Tech Industrial Digital Solutions เพื่อเริ่มจากปัญหาและขอบเขตที่ต้องการแก้จริง

FAQ

Beginner

มี ERP แล้วจำเป็นต้องมี MES หรือไม่?
ไม่เสมอไป ต้องทำ Gap analysis หาก ERP รองรับ Workflow และความละเอียดที่ต้องการได้ อาจยังไม่จำเป็นต้องเพิ่มระบบ

MES ควบคุมเครื่องจักรแทน PLC หรือไม่?
โดยทั่วไป MES จัดการ Operations และข้อมูล ส่วน PLC/DCS ควบคุมกระบวนการระดับเครื่อง การสั่งงานข้าม Boundary ต้องออกแบบด้าน Safety และ OT

Business

เริ่ม MES จาก Module ใดดี?
เริ่มจาก Pain point ที่วัดผลได้ เช่น WIP visibility, genealogy หรือ production confirmation ไม่จำเป็นต้องเริ่มทุก Module

Manufacturing

MES ช่วย Traceability อย่างไร?
เชื่อม Material/Lot/Serial กับ Work order, Operation, Machine, Quality และเวลา ทำให้ค้น Genealogy และประวัติย้อนหลังได้

ERP ส่งแผนให้ MES บ่อยแค่ไหน?
ขึ้นกับ Planning cadence และ Process ต้องกำหนด Event/Revision rule ไม่ใช่ตั้งช่วงเวลาเดียวสำหรับทุกโรงงาน

Technical

ควรใช้ API หรือ Message queue?
API เหมาะกับการตอบทันที ส่วน Queue เหมาะกับ Event และความทนต่อการขาดช่วง หลายระบบใช้ร่วมกัน

ทำอย่างไรไม่ให้ข้อมูลซ้ำ?
ใช้ Unique event ID, Idempotency key, State rule และ Reconciliation ไม่พึ่ง Timestamp อย่างเดียว

Troubleshooting

MES กับ ERP แสดงยอดไม่เท่ากันควรเชื่อระบบไหน?
อย่าเลือกจากหน้าจอ ให้ย้อน Data lineage, นิยาม KPI, Cut-off และ Event ID แล้วแก้ Ownership/Rule ที่ต้นเหตุ

บทความที่เกี่ยวข้อง

• Production Tracking ด้วย Barcode
• Barcode Traceability ในโรงงาน
• Batch Tracking ด้วย Barcode
• Handheld เชื่อม ERP และ API

แหล่งอ้างอิง

• ISA-95 Series of Standards: Enterprise-Control System Integration
• ISA95 Committee Scope and Purpose
• MESA International: MES/MOM Models and Standards