← บทความทั้งหมด

9 มี.ค. 2026

การเชื่อมต่อ ERP: SAP, Oracle, Dynamics ใครเป็นเจ้าของข้อมูลไหน

ERP บอกเหลือ 320 นักวางแผนบอก 308 หน้างานบอก “เสร็จแล้ว” เรียนรู้วิธีติดตามการยืนยันผลบางส่วน แยกวันที่สามแบบของคำสั่งซื้อไม่ให้ปนกัน และตัดสินว่าระบบไหนเป็นเจ้าของข้อมูลไหน

ภาพประกอบไอโซเมตริกสำหรับ การเชื่อมต่อ ERP: SAP, Oracle, Dynamics ใครเป็นเจ้าของข้อมูลไหน

ฝ่ายขายถามคำถามง่าย ๆ ว่าคำสั่งซื้อ 4711 เหลือต้องผลิตอีกเท่าไร ระบบ ERP บอก 320 ตารางการผลิตของนักวางแผนบอก 308 หน้างานบอกว่า “เสร็จแล้ว” สามระบบ สามคำตอบ และแต่ละคำตอบก็ถูกตามกติกาของตัวเอง นี่คือปัญหาที่การเชื่อมต่อ ERP ต้องแก้

การเชื่อมต่อ ERP สำหรับการวางแผนการผลิต คือการเชื่อมระบบ ERP (การวางแผนทรัพยากรองค์กร) ของโรงงาน ไม่ว่าจะเป็น SAP, Oracle, Microsoft Dynamics 365 หรือระบบอื่น เข้ากับเครื่องมือที่วางแผนและจัดตารางการผลิต เพื่อให้คำสั่งซื้อ สต็อก และการยืนยันผลการผลิตมีความหมายเดียวกันในทั้งสองระบบ ส่วนที่ยากแทบไม่เคยเป็นการเชื่อมต่อทางเทคนิค แต่เป็นการตกลงกันว่าระบบไหนเป็นเจ้าของข้อมูลไหน และตัวเลขแต่ละตัวหมายถึงอะไร

คำสั่งซื้อเดียว สามคำตอบ

คำสั่งซื้อ 4711 ต้องการชิ้นงานดี 500 ชิ้น จนถึงตอนนี้เครื่องจักรผลิตไปแล้ว 192 ชิ้น เป็นงานดี 180 ชิ้น และของเสีย (Scrap) 12 ชิ้น

  • ระบบ ERP หักเฉพาะงานดี: 500 − 180 = เหลือ 320
  • เครื่องมือวางแผน หักทุกชิ้นที่ผ่านเครื่อง: 500 − 192 = เหลือ 308
  • หน้างาน ได้รับใบสั่งงาน (Job Order) สำหรับรอบการผลิตสัปดาห์นี้จำนวน 192 ชิ้น รอบนั้นเสร็จแล้ว สำหรับหน้างานจึง เสร็จแล้ว

ไม่มีใครพิมพ์ผิด แต่ละฝ่ายนิยามคำว่า “เหลือ” ต่างกัน การเชื่อมต่อจึงเริ่มจากการตกลงนิยามเหล่านี้ ก่อนจะจับคู่ฟิลด์แม้แต่ฟิลด์เดียว

การยืนยันผลบางส่วนหนึ่งครั้ง ติดตามผ่านทั้งสองระบบ

ใบสั่งผลิตขายึด 100 ชิ้นมีสามขั้นตอนงาน (Operation) คือ 10 ตัด 20 เชื่อม 30 พ่นสี ช่างเชื่อมยืนยัน งานดี 60 ชิ้น ที่ขั้นตอนงาน 20 แล้วกลับบ้าน

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

ทีนี้มาดูสองเรื่องที่ผิดพลาดได้ในชีวิตจริง

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

จำนวนถูกแก้ไข เช้าวันถัดมา ฝ่ายตรวจสอบพบว่ารอยเชื่อม 5 จาก 60 ชิ้นไม่ผ่าน การยืนยันผลจึงกลายเป็นงานดี 55 ชิ้น และของเสีย 5 ชิ้น ยังต้องผลิตอีก 45 ชิ้น ไม่ใช่ 40 ต้องมีคนตัดสินใจว่าจะตัดชิ้นงานเพิ่มอีก 5 ชิ้น หรือให้ลูกค้ารับ 95 ชิ้น นี่เป็นการตัดสินใจของคน ไม่ใช่ของอินเทอร์เฟซ

วันที่ลูกค้าขอ วันที่คำนวณได้ และวันที่รับปาก

คำสั่งซื้อส่วนใหญ่มีวันที่สามแบบ และห้ามเขียนทับกัน

  • วันที่ลูกค้าขอ คือวันที่ลูกค้าต้องการ เช่น 10 มีนาคม เปลี่ยนได้เฉพาะเมื่อลูกค้าเปลี่ยนเอง
  • วันที่คำนวณได้ คือวันที่เครื่องมือวางแผนบอกว่าเป็นไปได้ เช่น 14 มีนาคม เปลี่ยนได้ทุกครั้งที่รันตารางการผลิต
  • วันที่รับปาก คือวันที่ฝ่ายขายยืนยันหลังเห็นวันที่คำนวณได้ เช่น 15 มีนาคม เปลี่ยนเฉพาะเมื่อมีคนตัดสินใจรับปากใหม่

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

ใครเป็นเจ้าของข้อมูลไหนในการเชื่อมต่อ ERP

กฎคือ แต่ละฟิลด์มีเจ้าของเพียงหนึ่งเดียว คือระบบเดียวที่ได้รับอนุญาตให้เปลี่ยนค่า ระบบอื่นอ่านได้อย่างเดียว การแบ่งที่พบบ่อยเป็นดังนี้

ข้อมูลเจ้าของโดยทั่วไป
รายการวัสดุ, BOM, RoutingERP (หรือฝ่ายวิศวกรรม)
ใบสั่งขาย, วันที่ลูกค้าขอERP
วันที่รับปากERP โดยฝ่ายขายกำหนดจากวันที่คำนวณได้
วันที่ของขั้นตอนงาน, เครื่องจักร, ลำดับงานเครื่องมือวางแผน
ใบสั่งงานสำหรับหน้างานเครื่องมือวางแผน
การยืนยันงานดีและของเสียระบบที่หน้างานใช้บันทึก
ยอดสต็อก, การรับสินค้า, ต้นทุนERP

การแบ่งของคุณอาจต่างออกไป สิ่งสำคัญคือต้องเขียนไว้เป็นลายลักษณ์อักษร

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

ความเชื่อผิด ๆ: “การเชื่อมต่อที่ดีต้องซิงค์ทุกอย่าง สองทาง แบบเรียลไทม์”

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

SAP, Oracle, Dynamics: คำถามเดียวกัน

เรื่องทั้งหมดนี้ไม่ขึ้นกับยี่ห้อ ไม่ว่าจะใช้ SAP, Oracle หรือ Microsoft Dynamics 365 ก็ยังต้องตกลงกันว่า “เหลือ” หมายถึงอะไร วันที่ไหนคือวันที่อะไร และใครเป็นเจ้าของแต่ละฟิลด์ การจับคู่ฟิลด์ต่างกันไปตามระบบและการตั้งค่า จึงควรตกลงเรื่องความเป็นเจ้าของก่อน ส่วนเหตุผลว่าทำไมต้องมีชั้นการวางแผนแยกต่างหากตั้งแต่แรก อธิบายไว้ใน ทำไม ERP คิดว่าทุกคำสั่งซื้อใช้ 10 วัน

factory.online ช่วยได้อย่างไร

factory.online เชื่อมต่อกับ SAP และ Microsoft Dynamics 365 ถ้าคุณใช้ Oracle หรือ ERP อื่น สอบถามได้ว่าการเชื่อมต่อกับระบบของคุณต้องทำอะไรบ้าง ภายใน factory.online นักวางแผนการผลิตเห็นใบสั่งผลิตแต่ละใบพร้อม ใบสั่งงาน และการยืนยันงานดีกับของเสียในแต่ละขั้นตอนงาน ขายึด 60 ชิ้นที่เชื่อมแล้วและอีก 40 ชิ้นที่เหลือจึงมองเห็นได้ และเชื่อมโยงกับคำสั่งซื้อของลูกค้า แบทช์ที่ผลิตแล้วเก็บประวัติไว้สำหรับ การตรวจสอบย้อนกลับแบทช์

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

โรงงานของคุณสมควรได้รับสิ่งที่ดีกว่าการใช้สเปรดชีตและการคาดเดา