กำหนดช่วงตรึงแผนการผลิตอย่างไร: กฎอนุมัติและการทดสอบรับระบบ

โรงงานกำหนดช่วงตรึงแผนการผลิตแล้ว แต่พอระบบคำนวณใหม่ตอนเช้า คำสั่งงานของวันนี้กลับเปลี่ยน อีกด้านหนึ่ง หากล็อกแผนเข้มเกินไป โรงงานก็รับมือเครื่องเสียหรือคำสั่งซื้อเร่งด่วนไม่ได้ การเลือกระบบ APS หรือโปรแกรมจัดตารางการผลิตสำหรับโรงงานในไทยจึงไม่ควรถามเพียงว่า “ตรึงกี่วัน” ต้องกำหนดว่าโรงงาน สายการผลิต และวัสดุใดถูกปกป้อง ใครอนุมัติข้อยกเว้น ระบบตอบวันส่งมอบอย่างไร และ ERP กับ MES ได้รับคำสั่งงานฉบับใด บทความนี้แปลงประเด็นเหล่านั้นเป็นข้อกำหนด RFP และกรณีทดสอบ FAT/SAT

ช่วงตรึงแผนการผลิตตรึงสิ่งใดกันแน่

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

พฤติกรรมของผลิตภัณฑ์ไม่เหมือนกัน เอกสาร Microsoft Dynamics 365 ระบุว่า freeze time fence ป้องกันการเปลี่ยน planned order เดิมและการเสนอ planned order ใหม่เมื่อรัน master schedule เอกสาร Oracle Fusion Cloud ระบุข้อจำกัดในการเลื่อนและสร้างคำสั่งภายใน planning time fence แต่ยังอธิบายกรณีที่ supply ส่วนเกินอาจถูกเลื่อนออกหรือยกเลิก ส่วน SAP อธิบายการ firm planned order โดยอาศัยการตั้งค่า เช่น MRP type ของวัสดุ ข้อความเหล่านี้เป็นพฤติกรรมเฉพาะผลิตภัณฑ์ ไม่ใช่มาตรฐานสากล จึงต้องทดลองกับข้อมูลจริงของโรงงาน

การตรึงแผนกับการ firm order เป็นคนละเรื่อง การ firm เปลี่ยน planned order เป็นคำสั่งผลิตหรือจัดซื้อที่ใช้ดำเนินงาน Microsoft แยก firming time fence จาก freeze time fence แผนอาจดูนิ่งทั้งที่ยังไม่ได้สั่งซื้อวัสดุ หรือมีใบสั่งผลิตแล้วแต่ลำดับงานยังถูกเปลี่ยนได้ RFP ต้องระบุสถานะทั้งสองและผู้รับผิดชอบ

ตั้งขอบเขตจากต้นทุนของการเปลี่ยนแปลง

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

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

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

ออกแบบการอนุมัติข้อยกเว้นในช่วงตรึง

กฎ “ห้ามเปลี่ยนทุกกรณี” มักทำให้พนักงานหลบไปใช้โทรศัพท์หรือไฟล์นอกระบบ เพราะเครื่องเสีย วัสดุขาด ของเสีย และคำสั่งซื้อฉุกเฉินเกิดขึ้นจริง เส้นทางที่ควรมีคือยื่นคำขอ คำนวณผลกระทบ อนุมัติ ออกคำสั่งงานฉบับใหม่ แจ้งผู้เกี่ยวข้อง และเก็บ audit trail ผู้ขอเลือกเหตุผลและแนบหลักฐาน ระบบแสดงแผนเดิม แผนใหม่ คำสั่งซื้อที่ได้รับผลกระทบ เวลาเปลี่ยนเครื่อง และความพร้อมวัสดุ ผู้มีอำนาจจึงอนุมัติหรือปฏิเสธ

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

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

กำหนดเขตเวลาและจุดเปลี่ยนกะด้วย “หนึ่งวัน” ที่นับจากเที่ยงคืนอาจคุ้มครองงานต่างจากวันที่เริ่มเวลา 07:00 ทดลองวันทำงาน วันหยุด และกะกลางคืน อย่าถือว่าปฏิทินเริ่มต้นของซอฟต์แวร์ตรงกับโรงงาน

เชื่อม ATP และ CTP กับกฎตรึงแผน

หากเน้นความนิ่งของตารางอย่างเดียว ฝ่ายขายอาจตอบลูกค้าช้า แต่ถ้าสัญญาวันที่เร็วที่สุดกับทุกคำสั่งซื้อ สายการผลิตจะต้องรื้อแผนทุกวัน ATP หรือ Available-to-Promise ใช้ supply ที่สามารถจัดสรรได้จากสต็อกและ supply ที่มีสิทธิใช้ ส่วน CTP หรือ Capable-to-Promise พิจารณาว่าจะสร้าง supply ใหม่ได้เมื่อใดโดยอาศัยวัสดุ เครื่องจักร ผู้ขาย และการโอนย้าย Oracle อธิบายความต่างระหว่าง supply ที่มีอยู่กับความสามารถในการสร้าง supply แต่รายละเอียดขึ้นกับการตั้งค่าผลิตภัณฑ์

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

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

วัดความนิ่งของแผนควบคู่การส่งมอบตรงเวลา

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

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

เมื่อเปรียบเทียบก่อนและหลัง ให้ดูชนิดสินค้า วันหยุดและฤดูกาลที่ใกล้เคียงกัน ในช่วง pilot ควรนำเหตุการณ์เดียวกันมาลองกับวิธีเดิมและวิธีใหม่ก่อน ตัวเลขในส่วนทดสอบด้านล่างเป็นเงื่อนไขสมมติ ไม่ใช่ผลงานของ TOMAS TECH หรือค่าเฉลี่ยอุตสาหกรรม

กำหนดสัญญาข้อมูลระหว่าง ERP, APS และ MES

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

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

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

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

เขียนข้อกำหนด RFP ที่ตรวจสอบได้

แทนที่จะถามว่า “มีฟังก์ชันตรึงแผนหรือไม่” ให้ระบุข้อมูลนำเข้า การกระทำ และผลที่ต้องการ ขอให้ผู้ขายทุกเจ้าตอบประเด็นเดียวกัน: (1) ตั้งขอบเขตที่โรงงาน สาย ขั้นตอน กลุ่มสินค้า สินค้า วัสดุ หรือคำสั่งลูกค้าได้เพียงใด และกฎใดมีลำดับสูงกว่า (2) นับตามวันปฏิทิน วันทำงาน ชั่วโมง หรือกะอย่างไร (3) เมื่อคำนวณใหม่ ระบบทำอย่างไรกับคำสั่งเดิม อุปสงค์ใหม่ วัสดุขาด เครื่องเสีย และ supply ส่วนเกิน (4) ใครจำลอง ขอ เปลี่ยน อนุมัติ หรือปฏิเสธได้ (5) ATP/CTP ใช้ supply และกำลังผลิตใด (6) เห็นแผนเดิม แผนใหม่ ผลกระทบ และฉบับที่ MES รับได้หรือไม่ (7) interface จัดการความผิดพลาดและการส่งซ้ำอย่างไร (8) ใครปรับกฎหลังใช้งานและมีบริการภาษาไทยหรือไม่

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

ให้คะแนนการมีฟังก์ชันแยกจากภาระในการใช้จริง ระบบอาจอนุมัติข้อยกเว้นได้ แต่ผู้ขอต้องค้นหาคำสั่งที่กระทบทีละหน้าจอ ใช้กรณีทดสอบเดียวกันนับขั้นตอน ฟิลด์ที่ต้องกรอก การแจ้งผู้อนุมัติ และหลักฐานว่าหน้างานรับฉบับใหม่ ทดสอบด้วยสิทธิของผู้วางแผน หัวหน้างาน และฝ่ายขายจริง ไม่ใช่สิทธิผู้ดูแลทั้งหมด ตรวจว่าชื่อสถานะภาษาไทยและอังกฤษแยกชั่วคราว รออนุมัติ และยืนยันได้ชัด สำหรับงานพัฒนาเพิ่ม ให้คิดเจ้าของงาน การดูแลและการทดสอบซ้ำหลังอัปเกรด เพราะกฎตรึงต้องเปลี่ยนเมื่อมีสินค้าและเครื่องใหม่

ทดสอบใน FAT และ SAT

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

ตัวอย่างเงื่อนไขสมมติ: โรงงาน A ตรึงสาย 1 นาน 48 ชั่วโมง สาย 2 นาน 24 ชั่วโมง วัสดุนำเข้า M นาน 72 ชั่วโมง ค่านี้ใช้เพื่อทดสอบ ไม่ใช่ค่าแนะนำ ยืนยันแผนวันจันทร์ 09:00 แล้วเพิ่มงานเร่งด่วนที่กระทบสาย 1 วันอังคาร ระบบต้องไม่ย้ายงานเดิมเงียบ ๆ ต้องแสดงอุปสงค์ที่ยังจัดไม่ได้และทางเลือก ถ้า M เลื่อนรับจากพุธเป็นพฤหัสบดี ระบบต้องเตือนว่าแผนเดิมทำไม่ได้และส่งต่อไปยังการอนุมัติวัสดุทดแทนหรือการสัญญาวันใหม่

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

ตัวเลขเกณฑ์รับระบบแบบสมมติ

กำหนดเป้าหมายจากค่าฐานของโรงงาน ตัวอย่างต่อไปนี้เป็นเพียงวิธีเขียนข้อทดสอบ ไม่ใช่ผลลัพธ์ที่วัดได้หรือค่าเฉลี่ยอุตสาหกรรม: ในชุด 100 คำสั่งผลิต ต้องไม่มีการเปลี่ยนสาย เวลาเริ่ม หรือลำดับในช่วงตรึงโดยไม่บันทึกการอนุมัติ สำหรับคำสั่งเร่งด่วน 10 กรณี ระบบต้องออกวันทางเลือก งานที่กระทบ และที่มาของข้อมูลครบทุกกรณี สำหรับการเปลี่ยนที่อนุมัติ 10 กรณี ฉบับมีผลใน ERP, APS และ MES ต้องตรงกัน ทดสอบการสื่อสารล้มเหลว 5 ครั้ง และการส่งซ้ำอีก 5 ครั้งแยกกัน ต้องไม่มีคำสั่งซ้ำหรือหาย ส่วนเวลาตอบสนองให้วัดบนปริมาณข้อมูลและระบบที่ระบุไว้ในสัญญา

FAT ระยะสั้นไม่สามารถรับประกัน KPI ธุรกิจ เช่น ส่งตรงเวลา 95% เพราะขึ้นกับอุปสงค์และเครื่องเสีย ให้ FAT ตรวจฟังก์ชันกับหลักฐาน SAT ตรวจการทำงานจริง แล้วจึงวัดความนิ่งและการส่งมอบตลอดช่วงดำเนินงานที่ยาวกว่า หากไม่มีค่าฐาน ให้เริ่มบันทึกประวัติฉบับแผนและผลส่งของหลายสัปดาห์

ความผิดพลาดที่พบบ่อย

หนึ่ง ตรึงนานขึ้นโดยไม่แก้ข้อมูลกำลังผลิตหรือวันวัสดุใช้ได้ หน้าจออาจนิ่งแต่ผลิตไม่ได้ สอง ปิดสิทธิการแก้ไขจนผู้ดูแลแอบเปลี่ยนข้อมูลนอกขั้นตอน ควรทำให้เหตุที่เกิดบ่อยยื่นคำขอได้ง่ายและมอบสิทธิอนุมัติเรื่องเล็กให้เหมาะสม สาม ATP/CTP กับ APS ใช้ปฏิทินหรือกำลังผลิตคนละชุด ฝ่ายขายจึงเห็นเครื่องว่างทั้งที่หน้างานจองตั้งเครื่องแล้ว สี่ ERP กับ MES เรียก “เสร็จ” ต่างความหมาย บางระบบหมายถึงจบขั้นตอนสุดท้าย บางระบบหมายถึงผ่านตรวจและเข้าสต็อก ต้องทดสอบงานเสร็จบางส่วนและของเสียด้วย สำหรับการจัดเตรียมข้อมูลกำลังผลิต ดูแนวทางนำการวางแผนกำลังผลิตแบบจำกัดมาใช้ ห้า ไม่มีเจ้าของกฎหลังเปิดใช้งาน ควรกำหนดคนเสนอ อนุมัติ ทดสอบ และเก็บกรณี FAT ไว้ทดสอบซ้ำเมื่ออัปเกรด

ตัวอย่างความขัดแย้งของกฎตรึงสามกรณี

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

ใช้เหตุการณ์เก่าตรวจการย้ายระบบ

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

รายการตรวจสอบก่อนตัดสินใจซื้อ

อธิบายสิ่งที่ตรึงของแต่ละโรงงานได้หรือไม่? ทราบต้นทุนการเปลี่ยนงานของแต่ละสายหรือไม่? วัสดุใช้วันที่ “ใช้ได้จริง” แทนวันที่บน PO หรือไม่? ผู้อนุมัติกรณีฉุกเฉินและผู้แทนชัดเจนหรือไม่? ATP/CTP จะไม่ดึงช่องที่ตรึงไปสัญญากับลูกค้าใหม่ใช่หรือไม่? ERP, APS และ MES เทียบเลขฉบับคำสั่งได้หรือไม่? ทดลองกะกลางคืน วันหยุด และเขตเวลาแล้วหรือไม่? วัดความนิ่งของแผนพร้อมการส่งตรงเวลาได้หรือไม่? ระบุหลักฐานและเงื่อนไขทดสอบซ้ำใน FAT/SAT แล้วหรือยัง? ข้อใดตอบไม่ได้ควรกลับไปกำหนดกระบวนการก่อนดูการสาธิตผลิตภัณฑ์

ปรับกฎหลังเปิดใช้งาน

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

FAQ

ช่วงตรึงแผนการผลิตควรนานกี่วัน?

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

ช่วงตรึงของ APS เหมือนการ firm order ใน ERP หรือไม่?

ไม่จำเป็น การตรึงอาจปกป้องผลการคำนวณใหม่ ส่วน firming ทำให้ planned order กลายเป็นคำสั่งดำเนินงาน ต้องทดสอบการสร้าง คำนวณใหม่ เปลี่ยน และยกเลิกในผลิตภัณฑ์ที่เลือก

ถ้าต้องเปลี่ยนแผนในช่วงตรึงควรทำอย่างไร?

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

ทดสอบรับระบบกรณีใดก่อน?

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

สรุป

ช่วงตรึงแผนการผลิตคือกฎว่าเมื่อใดการเปลี่ยนมีต้นทุนสูงและใครมีอำนาจอนุมัติ กำหนดสิ่งที่คุ้มครองตามโรงงาน สาย และวัสดุ ทำข้อยกเว้นให้ตรวจสอบได้ เชื่อมการตอบวันส่งของ ATP/CTP และวัดทั้งความนิ่งของแผนกับการส่งตรงเวลา ใช้เหตุขัดข้องจริงใน RFP และ FAT/SAT แทนการดูเพียงเครื่องหมายถูกในรายการฟังก์ชัน

หากโรงงานในไทยกำลังจัดกฎตรึงแผนหรือการเชื่อม ERP–MES สามารถนำตัวอย่างการเปลี่ยนแผนที่ผ่านมาปรึกษา TOMAS TECHได้ตั้งแต่ขั้นกำหนดความต้องการก่อนเลือกผลิตภัณฑ์

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

• Microsoft Learn: Master plans overview นิยาม freeze และ firming; ตรวจ 7 ตุลาคม 2026
• Microsoft Learn: Firm planned orders การ firm planned order; ตรวจวันเดียวกัน
• Oracle Fusion Cloud SCM: Considerations for Configuring Supply Plan Attributes พฤติกรรมเฉพาะของ time fence; ตรวจวันเดียวกัน
• SAP Help: Firming Planned Orders Using the Planning Time Fence การตั้งค่าตามวัสดุ; ตรวจวันเดียวกัน
• Oracle Fusion Cloud SCM: Overview of Global Order Promising ATP/CTP; ตรวจวันเดียวกัน
• Microsoft Learn: Integrate with third-party manufacturing execution systems event การเชื่อม MES; ตรวจวันเดียวกัน