นำระบบจัดการประมาณการยอดสั่งซื้อจากลูกค้ามาใช้ การเก็บเวอร์ชัน ส่วนต่างกับคำสั่งซื้อจริง MRP และ RFP สำหรับโรงงานในไทย

บทนำ: กฎ 3 ข้อที่ควรกำหนดก่อนนำระบบจัดการประมาณการยอดสั่งซื้อจากลูกค้ามาใช้

ในบทความนี้ “ประมาณการยอดสั่งซื้อ” หมายถึงข้อมูลจำนวนที่คาดว่าจะสั่งซื้อซึ่งลูกค้า เช่น ผู้ผลิตรถยนต์หรือ Tier1 ส่งให้ล่วงหน้าก่อนการผลิต ในโรงงานญี่ปุ่นมักเรียกว่า naiji และในภาษาอังกฤษเรียกว่า customer forecast ส่วน “คำสั่งซื้อจริง” (firm order) หมายถึงคำสั่งซื้ออย่างเป็นทางการที่จำนวนและกำหนดส่งได้รับการยืนยันแล้ว

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

บทความนี้มองว่า สิ่งที่ควรกำหนดก่อนในการนำระบบจัดการประมาณการยอดสั่งซื้อมาใช้ ไม่ใช่หน้าจอหรือแบบรายงาน แต่เป็นกฎ 3 ข้อต่อไปนี้

1. การเก็บและเปรียบเทียบเวอร์ชัน: เก็บบันทึกว่าเวอร์ชันไหน เปลี่ยนเมื่อไร และเปลี่ยนไปเท่าไร
2. ขอบเขตความรับผิดชอบของการผลิตตามยอดยืนยันและการจัดหาวัตถุดิบ: ตกลงกับลูกค้าว่าผลิตได้ถึงช่วงไหน และจัดหาเฉพาะวัตถุดิบได้ถึงช่วงไหน
3. กฎการส่งต่อเข้า MRP และแผนการผลิต: ส่งเวอร์ชันไหน เมื่อไร รวมยอดในระดับละเอียดแค่ไหน ปัดเศษอย่างไร และต้องเปลี่ยนแปลงมากเท่าไรจึงจะปรับแผน

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

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

ทำไมโรงงานชิ้นส่วนในไทยจึงควรทบทวนการจัดการประมาณการยอดสั่งซื้อในตอนนี้

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

ตามที่ Xinhua รายงานการแถลงของสภาอุตสาหกรรมแห่งประเทศไทย (FTI) การผลิตรถยนต์ในประเทศไทยเดือนสิงหาคม 2026 อยู่ที่ 124,646 คัน เพิ่มขึ้น +10.93% เมื่อเทียบกับเดือนเดียวกันของปีก่อน ยอดผลิตสะสมเดือนมกราคมถึงสิงหาคมอยู่ที่ 959,711 คัน เพิ่มขึ้น +1.27% เมื่อเทียบกับช่วงเดียวกันของปีก่อน ยอดขายในประเทศเดือนสิงหาคมอยู่ที่ 59,809 คัน (+25.59% เมื่อเทียบกับเดือนเดียวกันของปีก่อน) โดยรายงานระบุว่ายอดขาย BEV ประเภทรถยนต์นั่งในประเทศเพิ่มขึ้น +113.29% เมื่อเทียบกับเดือนเดียวกันของปีก่อน และคิดเป็น 32.97% ของยอดขายในประเทศทั้งหมด ในอีกด้านหนึ่ง การผลิตรถยนต์นั่งเครื่องยนต์สันดาปภายในในเดือนสิงหาคมลดลง −20.51% เมื่อเทียบกับเดือนเดียวกันของปีก่อน และช่วงมกราคมถึงสิงหาคมลดลง −32.62% เมื่อเทียบกับช่วงเดียวกันของปีก่อน ซึ่งรายงานว่ามาจากการลดลงของการผลิตเพื่อส่งออก การส่งออกรถยนต์สำเร็จรูปเดือนสิงหาคมอยู่ที่ 69,724 คัน (−2.04% เมื่อเทียบกับเดือนเดียวกันของปีก่อน) และการส่งออกไปตะวันออกกลางลดลง −40.24%

ตามรายงานของ Nation Thailand (1 สิงหาคม 2026) กลุ่มอุตสาหกรรมยานยนต์ของ FTI ได้ลดเป้าการผลิตปี 2026 จาก 1.5 ล้านคันเหลือ 1.45 ล้านคัน ส่วนที่ลดลงทั้งหมดเป็นการผลิตเพื่อส่งออก โดยเป้าการผลิตเพื่อส่งออกลดจาก 950,000 คันเหลือ 900,000 คัน ส่วนเป้าการผลิตเพื่อขายในประเทศ 550,000 คันคงเดิม ในบทความเดียวกัน โฆษกของกลุ่มอุตสาหกรรมดังกล่าวอธิบายว่า รถกระบะใช้ชิ้นส่วนที่ผลิตในประเทศมากกว่า 90% และยอดขายรถกระบะที่ซบเซาต่อเนื่องเป็นเวลานานทำให้การผลิตในซัพพลายเชน รวมถึงผู้ผลิตชิ้นส่วน ลดลง

การลงทุนด้านยานยนต์ไฟฟ้าก็ยังดำเนินต่อไป ตามรายงานของ Nation Thailand (3 กรกฎาคม 2026) ณ เดือนพฤษภาคม 2026 สำนักงานคณะกรรมการส่งเสริมการลงทุน (BOI) ได้อนุมัติการลงทุนที่เกี่ยวกับ EV แล้ว 198 โครงการ มูลค่ากว่า 137,000 ล้านบาท (เป็นตัวเลขตามยอดอนุมัติ) MarkLines บรรยายว่า ในปี 2025 ผู้ผลิตชิ้นส่วนในไทยต้องเผชิญกับการปรับลดการผลิตในประเทศของ OEM ญี่ปุ่นและการชะลอตัวของตลาดรถกระบะ ขณะเดียวกันก็ต้องรับมือกับการเปลี่ยนไปสู่ EV จากการขยายตัวของ OEM จีน และความต้องการ HEV ที่เพิ่มขึ้นซึ่งนำโดย OEM ญี่ปุ่นเป็นหลัก

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

ประมาณการยอดสั่งซื้อคืออะไร: ความต่างจากคำสั่งซื้อจริงและช่องทางที่ได้รับ

บทความวิชาการ “ทฤษฎีประมาณการยอดสั่งซื้อ” (Naiji Theory, 2021) ของ Nobuyuki Ueno แห่งมหาวิทยาลัยเศรษฐศาสตร์ฮิโรชิมะ (Hiroshima University of Economics) อธิบายว่าประมาณการยอดสั่งซื้อคือ “ข้อมูลคำสั่งซื้อที่คาดว่าจะเกิดขึ้น ซึ่งลูกค้า เช่น ผู้ผลิตหรือผู้จัดจำหน่าย หรือฝ่ายขายของบริษัทเอง แจ้งแก่ผู้ส่งมอบล่วงหน้าก่อนการผลิต” ในท้ายที่สุดจะมีคำสั่งซื้อจริงตามมา แต่คำสั่งซื้อจริงไม่จำเป็นต้องตรงกับประมาณการยอดสั่งซื้อเสมอไป ประมาณการยอดสั่งซื้อจึงเป็นค่าอ้างอิงสำหรับการผลิต บทความเดียวกันระบุว่า คำสั่งซื้อจริงจะแจ้งก่อนกำหนดส่งเป็นระยะเวลาหนึ่ง (lead time ในการส่งมอบ) ส่วนประมาณการยอดสั่งซื้อจะแจ้งเร็วกว่านั้น คือก่อน lead time ในการผลิต และโดยทั่วไปจะแจ้งหลายครั้ง เช่น 3 เดือนก่อน 2 เดือนก่อน และ 1 เดือนก่อน รูปแบบและจังหวะการแจ้งขึ้นอยู่กับธรรมเนียมการค้าระหว่างบริษัทคู่ค้า และมีรูปแบบที่หลากหลาย

หน้าแนะนำผลิตภัณฑ์ของ Mitsubishi Electric อธิบายข้อมูลประมาณการยอดสั่งซื้อว่าเป็น “ข้อมูลจำนวนเบื้องต้นที่ผู้ผลิตแจ้งแก่ซัพพลายเออร์” และอธิบายข้อมูลคำสั่งซื้อจริงว่าเป็น “คำสั่งซื้ออย่างเป็นทางการจากผู้ผลิต ซึ่งกำหนดส่งได้รับการยืนยันไปพร้อมกัน”

เกี่ยวกับลำดับขั้นในอุตสาหกรรมยานยนต์ของญี่ปุ่น บทความอธิบายของ MONOist (มิถุนายน 2021) ระบุว่า แผนการผลิตของผู้ผลิตชิ้นส่วนอิงจากจำนวนประมาณการยอดสั่งซื้อรายเดือนของผู้ผลิตรถยนต์ และโดยปกติจะได้รับแจ้งจำนวนประมาณการยอดสั่งซื้อรายเดือนสำหรับ 3 เดือนข้างหน้าในราววันที่ 20 ของเดือน จำนวนของเดือนถัดไปแทบจะเป็นยอดที่ยืนยันแล้ว ขณะที่ประมาณการยอดสั่งซื้อของ 2 เดือนหรือ 3 เดือนข้างหน้ามีโอกาสเปลี่ยนแปลงสูง บทความเดียวกันระบุว่า เมื่อมีคำสั่งซื้อจริงแล้วจะส่งมอบเป็นรายวันหรือแบ่งเป็นหลายเที่ยวต่อวัน และที่ Toyota Motor และบริษัทอื่นๆ นิยมใช้กลไกที่ถือว่าจำนวนบัตรคัมบังที่ถูกถอดออกจากชิ้นงานเป็นคำสั่งซื้อจริง อย่างไรก็ตาม นี่เป็นคำอธิบายทั่วไป จังหวะการแจ้งแตกต่างกันไปตามลูกค้าแต่ละราย บทความเดียวกันยังเขียนไว้ด้วยว่า ประมาณการยอดสั่งซื้อและแผนการขายเป็น “ประเด็นที่ขัดแย้งกันได้ง่ายมาก” ระหว่างผู้ผลิตชิ้นส่วนกับผู้ผลิตรถยนต์

ช่องทางที่ได้รับก็แตกต่างกันไปตามลูกค้า ในหน้าผลิตภัณฑ์สำหรับผู้ผลิตชิ้นส่วนยานยนต์ NEC ยกปัญหาว่า “ได้รับประมาณการยอดสั่งซื้อและคำสั่งซื้อจริงในรูปแบบที่ต่างกันในแต่ละ OEM ผ่านหลายช่องทาง เช่น EDI หรือ Excel” โรงงานในไทยก็จะเจอปัญหาเดียวกัน หากช่องทางการรับแยกกันไปตามลูกค้า เช่น EDI ไฟล์ Excel แนบ หรือดาวน์โหลดจากพอร์ทัล

ขอกำหนดขอบเขตของบทความนี้ไว้ด้วย วิธีดำเนินการประชุมรายเดือนเพื่อจับคู่อุปสงค์กับอุปทานอยู่ในบทความการนำ S&OP มาใช้ นอกจากนี้ AI ที่พยากรณ์ความต้องการจากข้อมูลอย่างยอดส่งสินค้าจริงของบริษัทเอง มีบทบาทต่างจากกลไกในบทความนี้ซึ่งรับและจัดการประมาณการยอดสั่งซื้อที่ลูกค้าส่งมา แนวคิดเรื่องตัวชี้วัดความแม่นยำและการคืนทุนดูได้ที่บทความ AI พยากรณ์ความต้องการ บทความนี้จำกัดอยู่ที่กฎในการนำเข้าประมาณการยอดสั่งซื้อและคำสั่งซื้อจริงที่ได้รับจากลูกค้า เก็บเวอร์ชัน วัดส่วนต่าง และส่งต่อเข้า MRP และแผนการผลิต

การแบ่งช่วงเวลาของประมาณการยอดสั่งซื้อ: ยอดยืนยัน การจัดหาวัตถุดิบ และพยากรณ์

บางครั้งจะพบคำอธิบายภาษาญี่ปุ่นที่เรียกช่วงเวลาของประมาณการยอดสั่งซื้อว่า “kakutei zone” (โซนยืนยัน) “chosei zone” (โซนปรับ) และ “yosoku zone” (โซนพยากรณ์) แต่เราไม่พบชื่อเรียก 3 แบบนี้ในเนื้อหาของเอกสารทางการหรือเอกสารเผยแพร่ของผู้ให้บริการ ดังนั้นบทความนี้จะใช้ 3 ชื่อต่อไปนี้เป็นชื่อเรียกเฉพาะในบทความนี้

• ช่วงที่ลูกค้ารับผิดชอบถึงขั้นการผลิต (ในบทความนี้เรียกว่า “ช่วงอนุมัติการผลิต”)
• ช่วงที่ลูกค้ารับผิดชอบถึงขั้นการจัดหาวัตถุดิบ (ในบทความนี้เรียกว่า “ช่วงอนุมัติวัตถุดิบ”)
• ช่วงที่เป็นเพียงข้อมูลเพื่อการวางแผน (ในบทความนี้เรียกว่า “ช่วงพยากรณ์”)

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

มีข้อควรระวัง 2 ข้อ ข้อแรก คำอธิบาย firm zone และ trade-off zone ของ SAP มาจากหลักสูตรด้านจัดซื้อของ SAP S/4HANA ซึ่งเป็นเนื้อหาของฝั่งจัดซื้อ (สัญญาส่งมอบแบบแบ่งงวดที่บริษัทออกให้ซัพพลายเออร์ของตน) จากเอกสารที่ใช้ในครั้งนี้ เรายังไม่ได้ยืนยันว่ามีการตั้งค่าแบบเดียวกันเป็นฟังก์ชันฝั่งขายที่ผู้ผลิตชิ้นส่วนใช้รับจากลูกค้าหรือไม่ ข้อที่สอง คอลัมน์ขวาของตารางเป็นการจัดกลุ่มของบทความนี้ ไม่ได้หมายความว่าแต่ละบริษัทนิยามไว้เช่นนั้น

ประมาณการยอดสั่งซื้อที่มาทาง EDI: 830, 862, DELFOR, VDA 4905/4984

EDI forecast ที่เป็นตัวแทนสำคัญคือ 830 (Planning Schedule with Release Capability) ของ ANSI X12 ซึ่งใช้ในอเมริกาเหนือ คำนำมาตรฐานของ X12 ที่อยู่ในคู่มือการใช้งาน (implementation guide) ของ Adient อธิบายการใช้งาน 830 ไว้ 3 แบบ ได้แก่ การพยากรณ์อย่างง่าย การพยากรณ์ที่ผู้ซื้อใช้อนุมัติให้ผู้ขายจัดเตรียมทรัพยากร เช่น แรงงานและวัตถุดิบ และการพยากรณ์ที่รวมจำนวนสะสมและรูปแบบการส่งมอบ ซึ่งใช้ปล่อยคำสั่งให้ส่งมอบได้ด้วย

ตามคู่มือสำหรับซัพพลายเออร์ของ Astemo Americas (สิงหาคม 2025) ซึ่งเป็นบริษัทในทวีปอเมริกาของ Tier1 ญี่ปุ่น 830 ของบริษัทเป็นการพยากรณ์ 6 เดือน และส่งทุกเย็นวันจันทร์ บริษัทอธิบายว่า 830 แสดงการอนุมัติการผลิตและการอนุมัติวัตถุดิบเป็นจำนวนสะสม ซึ่งครอบคลุมความต้องการในช่วง lead time การผลิต และ lead time การจัดซื้อวัตถุดิบ ตามลำดับ และระบุชัดเจนว่า 830 ไม่ได้อนุมัติให้ส่งสินค้า คำสั่งให้ส่งสินค้ามาทาง 862 Shipping Schedule ซึ่งบริษัทวางตำแหน่ง 862 เป็นความต้องการรายสัปดาห์ที่เทียบได้กับคำสั่งให้ส่งมอบที่ยืนยันแล้ว และอธิบายว่าออกเป็นหน่วยจำนวนบรรจุมาตรฐาน

UN/EDIFACT มีข้อความชื่อ DELFOR ซึ่งเทียบได้กับประมาณการยอดสั่งซื้อ ส่วน SCC ของ DELFOR (D96A) มีรหัสที่แยกยอดยืนยัน (firm) การอนุมัติการผลิตและวัตถุดิบ การอนุมัติวัตถุดิบ และแผน ตามตารางข้างต้น (ยืนยันจากไดเรกทอรีที่ XEDI เผยแพร่ซ้ำ) ในยุโรปยังใช้มาตรฐาน VDA ด้วย SEEBURGER อธิบายว่า VDA 4984 เป็น planning schedule จากลูกค้าถึงซัพพลายเออร์ที่สร้างบนพื้นฐานของ EDIFACT DELFOR และใช้แทน VDA 4905 แบบเดิม บริษัทยังระบุว่า VDA 4905 แบบเดิมไม่มีข้อมูลการอนุมัติการผลิตและวัตถุดิบ แต่ปัจจุบัน OEM และ Tier1 จำนวนมากยังคงใช้ 4905 หรือให้บริการควบคู่กับ 4984 ในด้านแนวโน้มรายภูมิภาค คำอธิบายของบริษัทคือ EU ใช้ VDA, NAFTA ใช้ ANSI X12 และในเอเชียกับ EU ใช้ EDIFACT อย่างแพร่หลาย

ประเด็นสำคัญต่อการจัดการประมาณการยอดสั่งซื้อในที่นี้คือ ประมาณการยอดสั่งซื้อฉบับใหม่จะแทนที่ฉบับก่อนหน้า Astemo Americas อธิบายว่าการส่งแต่ละครั้งของทั้ง 830 และ 862 จะแทนที่ครั้งก่อน และ SEEBURGER ก็อธิบายว่าข้อความ VDA 4984 ฉบับใหม่จะแทนที่แผนก่อนหน้า บันทึกประจำรุ่น (release notes) ของ SAP รุ่นเก่า (R/3 3.0A) ก็เขียนว่ากำหนดการส่งมอบล่าสุดอาจแทนที่วันที่และจำนวนของกำหนดการส่งมอบก่อนหน้าทั้งหมดหรือบางส่วน ดังนั้น หากฝั่งผู้รับไม่เก็บเวอร์ชันไว้ ข้อมูลว่า “เปลี่ยนเมื่อไร ในเวอร์ชันไหน และเปลี่ยนไปเท่าไร” ก็จะไม่หลงเหลืออยู่ นี่เป็นการอนุมานของบทความนี้จากคำอธิบายของแต่ละบริษัท

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

ภาพรวมฟังก์ชันที่ระบบจัดการประมาณการยอดสั่งซื้อต้องมี

เมื่อแปลงเนื้อหาที่ผ่านมาเป็นฟังก์ชันของระบบ และอ่านคำอธิบายผลิตภัณฑ์ของแต่ละบริษัทและคู่มือ ERP จะจัดฟังก์ชันที่เกี่ยวกับการจัดการประมาณการยอดสั่งซื้อได้คร่าวๆ เป็น 8 ข้อต่อไปนี้ (การจัดกลุ่มเป็นของบทความนี้)

การปรับแต่งหน้าจอและแบบรายงานแก้ภายหลังได้ แต่หากกฎในคอลัมน์ขวาของตารางข้างต้นยังไม่ได้กำหนด ก็จะใส่ค่าตั้งค่าให้ฟังก์ชันใดไม่ได้เลย ตั้งแต่หัวข้อถัดไปจะดูกฎ 1 กฎ 2 และกฎ 3 ตามลำดับ

กฎข้อ 1: การเก็บและเปรียบเทียบเวอร์ชัน

กฎข้อแรกคือการเก็บเวอร์ชันที่ได้รับไว้ และทำให้เปรียบเทียบกันได้

ตามคู่มือผู้ใช้ Release Management ของ Oracle E-Business Suite (R12.1) Demand Processor ของผลิตภัณฑ์นี้จะตรวจสอบกำหนดการที่ได้รับ แล้ว “เก็บถาวร” (archive) ไว้เป็นประวัติ จากนั้นจึงจับคู่ความต้องการใหม่กับความต้องการเดิม บริษัทอธิบายว่า “Net Change Report” ใช้เปรียบเทียบกำหนดการ 2 ฉบับใดก็ได้เพื่อแสดงการเพิ่มลด และสามารถแสดงเฉพาะรายการที่เกินอัตราที่ยอมรับได้

คู่มือของ Infor LN (LN 10.8) อธิบายว่า ระบบจะเปรียบเทียบเวอร์ชันใหม่ของการพยากรณ์ที่ลูกค้าส่งมากับเวอร์ชันก่อนหน้า เพื่อตรวจว่ามีการละเมิด frozen zone หรือไม่ คู่มือของ SAP อธิบายว่า Demand Waterfall Analysis ใน APO ของ SAP เป็นฟังก์ชันที่เปรียบเทียบภาพบันทึก (snapshot) ของการพยากรณ์ ณ ช่วงเวลาต่างกัน แสดงเป็นแผนภาพแบบน้ำตก (waterfall) และแสดงความคลาดเคลื่อนจากยอดจริงและการเกินเกณฑ์

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

เรื่องที่มักถูกมองข้ามในการเก็บเวอร์ชันคือ ลำดับการประมวลผลเมื่อได้รับหลายเวอร์ชันในวันเดียวกัน คู่มือของ Oracle ยกตัวอย่างกรณีที่ได้รับกำหนดการแบบแทนที่ 2 ฉบับในวันเดียวกัน (ออกวันที่ 1 ตุลาคม เวลา 07:00 และ 09:00) และแสดงให้เห็นว่าหากไม่ประมวลผลตามลำดับการออก จะหักลบได้ไม่ถูกต้อง เมื่อพิจารณาว่าลำดับการรับอาจไม่ตรงกับลำดับการออก ก็จำเป็นต้องกำหนดเป็นกฎไว้ว่าจะเรียงตามเวลาใด

เรื่องที่ต้องกำหนดในการเก็บเวอร์ชันมีดังนี้

• จะถือว่าอะไรเป็น 1 เวอร์ชัน (การผสมกันของลูกค้า ปลายทางส่งสินค้า หมายเลขชิ้นส่วน และวันเวลาที่ออก)
• จะเก็บเวอร์ชันไว้นานเท่าไร (สำหรับการวิเคราะห์ความแม่นยำที่จะกล่าวถึงต่อไป หากมีข้อมูลย้อนหลัง 6 ถึง 12 เดือนจะดูได้ง่ายขึ้น)
• จะใช้อะไรเป็นฐานในการเปรียบเทียบ (เทียบกับเวอร์ชันก่อนหน้า เทียบกับเวอร์ชันเมื่อ n เดือนก่อน หรือเทียบกับคำสั่งซื้อจริง)
• ลำดับการประมวลผลเมื่อได้รับหลายเวอร์ชันในวันเดียวกัน

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

วิธีวัดส่วนต่างระหว่างประมาณการยอดสั่งซื้อกับคำสั่งซื้อจริง: ประมาณการยอดสั่งซื้อเมื่อกี่เดือนก่อนคลาดไปเท่าไร

เมื่อเก็บเวอร์ชันไว้ จึงจะเริ่มนับได้ว่า “ประมาณการยอดสั่งซื้อเมื่อกี่เดือนก่อนคลาดไปเท่าไร”

บทความวิชาการของ Ueno เรียกส่วนต่างของจำนวนระหว่างประมาณการยอดสั่งซื้อกับคำสั่งซื้อจริงว่า “bure” (ความคลาดเคลื่อน) และนิยามว่า “ส่วนต่างเทียบกับประมาณการยอดสั่งซื้อเมื่อ i งวดก่อน = จำนวนคำสั่งซื้อจริง − จำนวนประมาณการยอดสั่งซื้อเมื่อ i งวดก่อน” หากมีประมาณการยอดสั่งซื้อตั้งแต่ 3 เดือนก่อน ก็จะมีส่วนต่างแยกกันสำหรับประมาณการยอดสั่งซื้อเมื่อ 3 เดือนก่อน 2 เดือนก่อน และ 1 เดือนก่อน บทความดังกล่าวระบุว่ามักแสดงส่วนต่างเป็นการกระจายตัว และแสดงตัวอย่างที่ค่าเฉลี่ยเกือบเป็น 0 และสมมาตรซ้ายขวา รวมถึงตัวอย่างที่สัดส่วนบวกและลบเกือบครึ่งต่อครึ่ง และยังแสดงตัวอย่างการหาการกระจายตัวของส่วนต่างด้วยการประมวลผลทางสถิติจากข้อมูลในอดีต

ตามแนวคิดนี้ สิ่งที่ควรดูมี 2 อย่าง

• ความเอนเอียง (bias): ค่าเฉลี่ยของส่วนต่างห่างจาก 0 หรือไม่ ตัวอย่างเช่น หากประมาณการยอดสั่งซื้อเมื่อ 2 เดือนก่อนออกมาสูงเกินจริงอยู่เสมอ ก็แสดงว่ามีความเอนเอียง ตำราการพยากรณ์ของ Hyndman และคณะก็อธิบายว่า หากค่าเฉลี่ยของค่าคลาดเคลื่อนคงเหลือ (residual) ไม่เป็น 0 การพยากรณ์นั้นมีความเอนเอียง
• การกระจาย: ส่วนต่างกระจายตัวมากเพียงใด โดยดูแยกตามว่าเป็นประมาณการยอดสั่งซื้อเมื่อกี่เดือนก่อน

ตัวชี้วัดความแม่นยำของ forecast ที่ใช้กันบ่อยคือค่าเฉลี่ยร้อยละความคลาดเคลื่อนสัมบูรณ์ (MAPE) คู่มือ APO ของ SAP อธิบายว่าคำนวณความแม่นยำของการพยากรณ์จาก MAPE อย่างไรก็ตาม ตำราเดียวกันอธิบายว่า MAPE มีจุดอ่อนคือคำนวณไม่ได้เมื่อยอดจริงเป็น 0 และให้ค่าสุดโต่งเมื่อยอดจริงใกล้ 0 อีกทั้งลงโทษค่าคลาดเคลื่อนติดลบหนักกว่า ในกรณีของประมาณการยอดสั่งซื้อ อาจมีหมายเลขชิ้นส่วนหรือสัปดาห์ที่คำสั่งซื้อจริงเป็น 0 เนื่องจากการยุติการผลิตหรือการเลื่อนการส่งมอบออกไป บทความนี้จึงแนะนำลำดับว่า ให้ดูส่วนต่าง (ผลต่างของจำนวน) และความเอนเอียงก่อน แล้วใช้ MAPE ประกอบด้วยเฉพาะกับหมายเลขชิ้นส่วนที่มีคำสั่งซื้อจริงมากพอ

เกี่ยวกับความผันผวนของคำสั่งซื้อ บทความวิชาการที่ Lee, Padmanabhan และ Whang เผยแพร่ในปี 1997 แสดงให้เห็นว่า ข้อมูลที่ส่งต่อในรูปคำสั่งซื้อบิดเบือนได้ง่าย ความแปรปรวนของคำสั่งซื้ออาจมากกว่าความแปรปรวนของยอดขาย และการบิดเบือนนั้นมีแนวโน้มขยายใหญ่ขึ้นเมื่อไปทางต้นน้ำ (bullwhip effect) ผู้เขียนกลุ่มเดียวกันยกอาการของปรากฏการณ์นี้ไว้ในบทความอธิบายของ MIT Sloan Management Review เช่น สต็อกส่วนเกิน การแก้แผนบ่อยครั้ง และต้นทุนการแก้ไขที่สูงจากการขนส่งด่วนหรือการทำงานล่วงเวลา

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

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

กฎข้อ 2: ตกลงขอบเขตความรับผิดชอบของการผลิตตามยอดยืนยันและการจัดหาวัตถุดิบกับลูกค้า

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

ANSI X12 830 มีส่วนข้อมูล (segment) ชื่อ ATH (Resource Authorization) สำหรับอนุมัติการจัดเตรียมทรัพยากร คู่มือการใช้งาน 830 ของ Adient เขียนไว้ในหมายเหตุของ ATH ว่า เป็นสิ่งจำเป็นที่ต้องมีการเจรจากำหนดความรับผิดชอบทางการเงิน (financial commitment) ไว้ล่วงหน้า และทั้งผู้ซื้อและผู้ขายต้องตกลงกันแล้ว รหัสของ ATH มี FI (สินค้าสำเร็จรูป รวมแรงงาน วัตถุดิบ และค่าโสหุ้ย) และ MT (วัตถุดิบ)

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

ฝั่ง ERP ก็มีโครงสร้างแบบเดียวกัน หลักสูตรด้านจัดซื้อของ SAP S/4HANA อธิบายว่า ในสัญญาส่งมอบแบบแบ่งงวดฝั่งจัดซื้อ สามารถตั้ง firm zone และ trade-off zone เป็นจำนวนวันตามปฏิทินได้ และบรรทัดกำหนดการส่งมอบภายใน firm zone ถือได้ว่าเทียบเท่ากับคำสั่งซื้อจริง และเขียนไว้ว่า firm zone ควรกำหนดโดยหารือกับซัพพลายเออร์ ขอย้ำอีกครั้งว่านี่เป็นการตั้งค่าของฝั่งผู้สั่งซื้อ คู่มือของ Infor LN อธิบายว่า frozen zone เป็นช่วงที่ลูกค้าและซัพพลายเออร์กำหนดผ่านข้อตกลงเงื่อนไขการค้า (terms and conditions agreement) และแสดงตัวอย่างการตั้งค่าที่ให้แจ้งการลดล่วงหน้า 14 วัน และแจ้งการเพิ่มล่วงหน้า 21 วัน จำนวนวันนี้เป็นตัวอย่างการตั้งค่า ไม่ใช่ค่าที่แนะนำ บริษัทยังหมายเหตุไว้ด้วยว่า LN ไม่ได้บังคับข้อจำกัดนี้อย่างเคร่งครัด และสามารถเขียนทับด้วยมือได้

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

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

รายการที่ควรตกลงกันไว้มีดังนี้

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

สิ่งที่กฎการค้าของญี่ปุ่นระบุไว้เกี่ยวกับประมาณการยอดสั่งซื้อ

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

เริ่มจากชื่อเรียก ตามคำอธิบายของคณะกรรมการการค้าที่เป็นธรรมของญี่ปุ่น (JFTC) กฎหมายผู้รับเหมาช่วง (Subcontract Act) ได้รับการแก้ไขและเปลี่ยนเป็น “กฎหมายว่าด้วยการป้องกันการชำระเงินล่าช้าและการกระทำอื่นต่อผู้รับจ้างขนาดกลางและขนาดย่อมในการว่าจ้างผลิตและอื่นๆ” (เรียกย่อว่า Toriteki Act) และมีผลบังคับใช้เมื่อวันที่ 1 มกราคม 2026 คำศัพท์ก็เปลี่ยนไปด้วย จากเดิม “ผู้ประกอบการหลัก” (oya jigyosha) เป็น “ผู้ว่าจ้าง” (itaku jigyosha) และจากเดิม “ผู้รับเหมาช่วง” (shitauke jigyosha) เป็น “ผู้รับจ้างขนาดกลางและขนาดย่อม” (chusho jutaku jigyosha)

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

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

สำหรับส่วนต่างระหว่างประมาณการยอดสั่งซื้อกับคำสั่งซื้อจริงโดยตรง เกณฑ์ส่งเสริม (Shinko Kijun) กำหนดว่า หากผู้ว่าจ้างแจ้งจำนวนที่คาดว่าจะสั่งซื้อแล้วเกิดความคลาดเคลื่อนมากกับจำนวนที่สั่งซื้อจริงโดยไม่มีเหตุผลอันสมควร ผู้ว่าจ้างพึงหารืออย่างเพียงพอ และดำเนินมาตรการ เช่น รับซื้อสต็อกสินค้าและวัตถุดิบคงเหลือที่เกินมา เกณฑ์ส่งเสริมนี้มีสถานะเป็น “เกณฑ์ทั่วไปที่ควรยึดถือ” ของผู้ว่าจ้างและผู้รับจ้างขนาดกลางและขนาดย่อม แนวปฏิบัติว่าด้วยการค้าที่เป็นธรรมในอุตสาหกรรมยานยนต์ของกระทรวงเศรษฐกิจ การค้า และอุตสาหกรรมญี่ปุ่น (METI) ก็ยกการรับมือกับส่วนต่างระหว่างจำนวนที่คาดว่าจะสั่งซื้อ (ประมาณการยอดสั่งซื้อ) กับจำนวนที่สั่งซื้อจริงไว้เป็น “แนวปฏิบัติทางการค้าที่พึงประสงค์” และยกตัวอย่างวิธีการ เช่น ในกรณีชิ้นส่วนที่สั่งซื้อต่อเนื่อง ให้กันไว้เป็นส่วนที่จะรับซื้อในเดือนถัดไป ข้อความเหล่านี้มีสถานะต่างจากการกระทำที่ Toriteki Act ห้าม (ประเภทของการฝ่าฝืน)

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

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

กฎข้อ 3: กฎการส่งต่อเข้า MRP และแผนการผลิต

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

ส่งช่วงใดเข้า MRP หลักสูตรด้านจัดซื้อของ SAP S/4HANA อธิบายว่า ในสัญญาส่งมอบแบบแบ่งงวดฝั่งจัดซื้อ สามารถเลือกช่วงที่ให้ผูกกับ MRP ได้จาก “เฉพาะบรรทัดกำหนดการตั้งแต่ trade-off zone เป็นต้นไป” “เฉพาะบรรทัดกำหนดการตั้งแต่ firm zone เป็นต้นไป” และ “ทุกบรรทัดกำหนดการ” ฝั่งผู้รับก็จำเป็นต้องกำหนดเช่นกันว่า ในช่วงอนุมัติการผลิต ช่วงอนุมัติวัตถุดิบ และช่วงพยากรณ์ จะถือถึงช่วงไหนเป็นความต้องการ และตั้งแต่ช่วงไหนจะใช้เป็นเพียงค่าอ้างอิง

รวมยอดในระดับละเอียดแค่ไหน หลักสูตร SAP เดียวกันแสดงตัวอย่างการตั้งค่าการรวมยอด คือ ตั้งแต่วันนี้ถึง 10 วันไม่รวมยอด 10 ถึง 30 วันรวมเป็นรายวัน และ 30 ถึง 60 วันรวมเป็นรายเดือน แนวคิดคือช่วงใกล้ส่งแบบละเอียด ช่วงไกลส่งแบบหยาบ

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

จัดการการเปลี่ยนแปลงภายใน fence อย่างไร ตามคู่มือของ Oracle การเปลี่ยนแปลงภายใน frozen fence จะไม่สะท้อนเข้าคำสั่งขาย และจะแสดงคำเตือน คู่มืออธิบายว่า เมื่อเปิดใช้ “Roll Forward Frozen Fence” จะย้ายเฉพาะส่วนที่เพิ่มขึ้นภายใน fence ไปไว้วันถัดจาก fence ทันที ส่วนที่ลดลงจะแสดงคำเตือนเท่านั้น

ปัดเศษอย่างไร Oracle อธิบายว่ามีการปัดขึ้นเป็นจำนวนบรรจุมาตรฐาน (Standard Pack Rounding) Astemo Americas ก็อธิบายว่า 862 ออกเป็นหน่วยจำนวนบรรจุมาตรฐาน ในขั้นที่บริษัทสั่งวัตถุดิบ ยังมีการปัดเศษเพิ่มเติมตามปริมาณสั่งซื้อขั้นต่ำหรือหน่วยการสั่งซื้อของซัพพลายเออร์ การออกแบบลำดับและหน่วยของการปัดเศษนี้อยู่ในบทความระบบจัดการปริมาณสั่งซื้อขั้นต่ำ (MOQ)

กระจายจำนวนรายเดือนหรือรายสัปดาห์ลงเป็นรายวันอย่างไร Hitachi Systems อธิบายในข้อมูลผลิตภัณฑ์ FutureStage สำหรับอุตสาหกรรมชิ้นส่วนยานยนต์ (เผยแพร่บน MarkLines ปรับปรุงเดือนตุลาคม 2013) ว่า สามารถลงทะเบียนการจับคู่การแปลงไฟล์นำเข้าข้อมูลประมาณการยอดสั่งซื้อและคำสั่งซื้อจาก EDI และรูปแบบการกระจายจำนวนสั่งผลิตได้ และอธิบายด้วยว่า สำหรับผลการคำนวณ MRP คนจะเป็นผู้ปรับจำนวนและกำหนดส่งของแผนขั้นสุดท้ายโดยอ้างอิงข้อมูลคำสั่งซื้อจริงในอดีต Mitsubishi Electric ก็ยกปัญหาว่า งานกระจายจำนวนคำสั่งซื้อของแต่ละงวดลงตามวันทำงานทำด้วยมือตามประสบการณ์ จึงเสียแรงมาก

โดยสรุป ในกฎการส่งต่อเข้า MRP ต้องกำหนดเรื่องต่อไปนี้

อนึ่ง ไม่ว่าจะจัดกฎการส่งต่อไว้ดีเพียงใด หากข้อมูลหลักของรายการที่ MRP ใช้ (lead time จำนวนบรรจุ และรายการวัสดุ BOM) ล้าสมัย ผลลัพธ์ก็จะผิดเพี้ยน แนวคิดในการรักษาความสดใหม่ของข้อมูลหลักดูได้ที่บทความระบบ MRP

การกระทบยอดจำนวนสะสม (CUM) และการจัดการชิ้นส่วนที่ยุติการผลิต

ในประมาณการยอดสั่งซื้อของอุตสาหกรรมยานยนต์ในอเมริกาเหนือและยุโรป มักพบแนวคิดที่จัดการจำนวนเป็นยอดสะสม (CUM) บันทึกประจำรุ่นของ SAP รุ่นเก่า (R/3 3.0A) อธิบายว่า จำนวนสะสมเป็นเครื่องมือที่ขาดไม่ได้ในการจับภาพที่ถูกต้องของการค้าที่เปลี่ยนแปลงอยู่ตลอด และเขียนว่าระบบจัดการจำนวนรับสะสมของลูกค้า จำนวนส่งมอบสะสม และจำนวนที่ปล่อยคำสั่งสะสม เป็นต้น บันทึกฉบับเดียวกันอธิบายว่า ยอดสะสมจะถูกรีเซ็ตเป็นศูนย์เมื่อสิ้นปีบัญชี OEM แจ้งการสิ้นปีบัญชีผ่านการเปลี่ยนจำนวนรับสะสมเท่านั้น และช่วงเวลาดังกล่าวแตกต่างกันไปตาม OEM

คู่มือของ Oracle อธิบายว่า กำหนดกฎ CUM แยกตามลูกค้า แล้วเปรียบเทียบ CUM ของลูกค้ากับ CUM ของระบบ และแสดงส่วนต่างในรายงานข้อยกเว้น และเขียนไว้ด้วยว่า จะหักจำนวนที่อยู่ระหว่างขนส่งออกจาก CUM ของลูกค้า และเมื่อลูกค้ารีเซ็ต CUM จะสร้าง CUM Key ใหม่

Astemo Americas อธิบายว่า จำนวนรับสะสมของบริษัทไม่รวมจำนวนที่อยู่ระหว่างขนส่ง ดังนั้นซัพพลายเออร์มีหน้าที่เปรียบเทียบกับจำนวนส่งสินค้าสะสมของตนและหักส่วนที่อยู่ระหว่างขนส่งออก และระบุว่าการติดตามจำนวนสะสม และการแก้ไขส่วนต่างหรือข้อโต้แย้งทันทีที่เกิดขึ้นเป็นสิ่งที่ขาดไม่ได้ โดยกำหนดให้แก้ไขส่วนต่างภายในไม่เกิน 48 ชั่วโมง

การจัดการชิ้นส่วนที่ยุติการผลิตก็ควรกำหนดไว้ที่ตรงนี้ด้วย Astemo Americas อธิบายว่า ชิ้นส่วนที่ยุติการผลิต (phase-out) จะแสดงเป็น Balance out ใน 830 และหากซัพพลายเออร์เห็นว่าบริษัทต้องรับผิดชอบต่อสต็อกตาย (dead stock) ให้เรียกเก็บภายใน 30 วันนับจากการยุติการผลิต เมื่อมีกำหนดเวลาเรียกเก็บ ณ เวลาที่ได้รับแจ้งการยุติการผลิต ก็จำเป็นต้องนับวัตถุดิบ งานระหว่างทำ และสินค้าสำเร็จรูปที่เหลืออยู่แยกตามหมายเลขชิ้นส่วน และต้องมีบันทึกที่แสดงได้ว่าจัดหาภายในช่วงอนุมัติหรือไม่ ตรงนี้เองที่การเก็บเวอร์ชัน (กฎข้อ 1) และการตกลงขอบเขตความรับผิดชอบ (กฎข้อ 2) เริ่มแสดงผล

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

จะนำเข้ารูปแบบข้อมูลที่ต่างกันในแต่ละลูกค้าอย่างไร

ในการนำระบบจัดการประมาณการยอดสั่งซื้อมาใช้ ส่วนที่ใช้แรงมากกว่าที่คิดคือการนำเข้าข้อมูล NEC อธิบายว่า ระบบนำเข้าข้อมูลประมาณการยอดสั่งซื้อและคำสั่งซื้อจริงที่ต่างกันในแต่ละ OEM โดยอัตโนมัติ จัดการแบบรวมศูนย์ และจัดการคำสั่งซื้อรวมถึงการประมวลผลการแทนที่ Hitachi Systems ก็อธิบายว่า ระบบนำเข้าประมาณการยอดสั่งซื้อและคำสั่งซื้อจริงทาง EDI ที่ต่างกันในแต่ละลูกค้า และลงทะเบียนการจับคู่การแปลงไฟล์นำเข้าได้

เรื่องที่ต้องกำหนดในการออกแบบการนำเข้า forecast จากลูกค้ามีดังนี้

• การจับคู่ข้อมูลของแต่ละลูกค้า: หมายเลขชิ้นส่วนของลูกค้ากับของบริษัท รหัสปลายทางส่งสินค้า หน่วยของจำนวน และความหมายของวันที่ (วันส่งถึงหรือวันส่งออก)
• การระบุเวอร์ชัน: หากเป็น EDI ใช้วันเวลาที่ออกหรือหมายเลขเวอร์ชัน หากเป็น Excel ใช้ชื่อไฟล์หรือวันที่ในชีต จะใช้อะไรเป็นคีย์ของเวอร์ชัน
• แทนที่หรือเพิ่มเติม: ประมาณการยอดสั่งซื้อฉบับใหม่แทนที่เวอร์ชันก่อนหน้าทั้งหมด หรือแทนที่เฉพาะบางช่วงเวลา
• การอ่านการแบ่งช่วง: จะอ่านยอดยืนยัน (firm) ช่วงอนุมัติการผลิต ช่วงอนุมัติวัตถุดิบ และช่วงพยากรณ์ จากรหัสใน EDI (FST02 ของ 830, DE 4017 ของ DELFOR) หรือจากคอลัมน์ใน Excel อย่างไร
• การจัดการข้อผิดพลาดในการนำเข้าข้อมูล: เมื่อได้รับหมายเลขชิ้นส่วนที่ไม่มีในข้อมูลหลัก หรือเวอร์ชันที่มีวันเวลาที่ออกเก่ากว่าเวอร์ชันก่อนหน้า จะแจ้งใครและหยุดอย่างไร

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

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

ฟังก์ชันที่ยืนยันได้จากผลิตภัณฑ์และ ERP

ด้านล่างเป็นรายการฟังก์ชันที่เกี่ยวกับประมาณการยอดสั่งซื้อเท่าที่ยืนยันได้จากเอกสารเผยแพร่ ไม่ใช่การแนะนำหรือจัดอันดับ ช่องที่ยืนยันไม่ได้ระบุว่า “ยืนยันไม่ได้จากเอกสารเผยแพร่”

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

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

ข้อกำหนดใน RFP, PoC และเกณฑ์การทดสอบรับระบบ

เมื่อขอข้อเสนอจากผู้ให้บริการ ให้เขียนอย่างเป็นรูปธรรมว่าระบบสามารถตั้งค่ากฎ 1 กฎ 2 และกฎ 3 ของบทความนี้ได้หรือไม่ ไม่ใช่เพียงว่ามีฟังก์ชันหรือไม่

ใน PoC และการทดสอบรับระบบ สามารถใช้วิธีเล่นซ้ำประมาณการยอดสั่งซื้อย้อนหลัง 3 เดือน คือ นำเวอร์ชันของประมาณการยอดสั่งซื้อที่ได้รับจริงในอดีตมานำเข้าใหม่ตามลำดับที่ได้รับ แล้วตรวจว่ารายงานส่วนต่างตรงกับการคำนวณด้วยมือหรือไม่ แจ้งเฉพาะการเปลี่ยนแปลงที่เกินเกณฑ์หรือไม่ และความต้องการที่ส่งเข้า MRP อธิบายได้หรือไม่เมื่อเทียบกับการตัดสินใจในตอนนั้น การทดสอบนี้มีเงื่อนไขว่าต้องมีเวอร์ชันในอดีตเหลืออยู่ หากเริ่มเก็บไฟล์ประมาณการยอดสั่งซื้อที่ได้รับไว้โดยไม่เขียนทับตั้งแต่ก่อนตัดสินใจนำระบบมาใช้ ก็จะได้ข้อมูลสำหรับการทดสอบ

เกี่ยวกับต้นทุน เท่าที่ตรวจสอบในครั้งนี้ ไม่พบราคาเผยแพร่ในหน้าผลิตภัณฑ์ที่เกี่ยวกับประมาณการยอดสั่งซื้อของ Mitsubishi Electric, NEC และ Hitachi Systems และยืนยันไม่ได้ว่ามีการเผยแพร่ราคาของฟังก์ชันที่เกี่ยวกับประมาณการยอดสั่งซื้อของ SAP, Oracle และ Infor ระบบบริหารการผลิตแบบคลาวด์ของสมาคมอุตสาหกรรมงานปั๊มโลหะแห่งญี่ปุ่น (JMSA) มีราคาตามที่ประกาศ ณ เวลาที่เปิดตัวในเดือนพฤษภาคม 2015 เริ่มต้นที่ 25,500 เยนต่อเดือน (ไม่รวมภาษี) สำหรับใบอนุญาตใช้งาน 3 ผู้ใช้ แต่เป็นราคาที่ประกาศในตอนนั้น และเราไม่ได้ตรวจสอบราคาปัจจุบัน สำหรับ JNX บริการยืนยันตัวบุคคล LA ของ SoftBank เผยแพร่ค่าใช้จ่ายครั้งแรก 6,000 เยน และรายเดือน 2,800 เยน (ไม่รวมภาษี ผู้ใช้ 1 คน 1 แอปพลิเคชัน) แต่เป็นค่าบริการสำหรับในญี่ปุ่น และเราไม่ได้ตรวจสอบว่าใช้ในไทยได้หรือไม่และมีค่าบริการเท่าไร จำเป็นต้องขอใบเสนอราคาแยกเป็นรายกรณีหลังจากแสดงข้อกำหนดใน RFP แล้ว

แบบจำลองการคำนวณต้นทุนและผลประหยัด (ตัวเลขสมมติ)

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

โรงงานที่สมมติคือโรงงานงานปั๊มและงานเชื่อมชิ้นส่วนยานยนต์ของบริษัทญี่ปุ่นในไทย ได้รับประมาณการยอดสั่งซื้อจากลูกค้า 5 ราย ทาง EDI และ Excel และผู้รับผิดชอบงานบริหารการผลิตแก้แผนใน Excel โดยเขียนทับเวอร์ชันไปเรื่อยๆ

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

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

ผลประหยัดใช้กรณีที่ลดความสูญเสียข้างต้นได้ครึ่งหนึ่ง (50%) เป็นกรณีฐาน

วิธีอ่านผลการคำนวณนี้มีดังนี้ สัดส่วนของผลประหยัด (50% หรือ 25%) เป็นข้อสมมติ ในกรณีฐาน ผลประหยัดสุทธิอยู่ที่ 300,000 THB/ปี และคืนทุนใน 3.0 ปี แต่หากผลประหยัดอยู่ที่เพียง 25% ผลประหยัดสุทธิจะเหลือ 90,000 THB/ปี และใช้เวลาคืนทุน 10.0 ปี จะเห็นว่าเมื่อสัดส่วนของผลประหยัดลดลงครึ่งหนึ่ง ระยะเวลาคืนทุนจะยืดออกไปมากกว่า 3 เท่า

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

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

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

ประมาณการยอดสั่งซื้อกับคำสั่งซื้อจริงต่างกันอย่างไร

ประมาณการยอดสั่งซื้อคือข้อมูลคำสั่งซื้อที่คาดว่าจะเกิดขึ้น ซึ่งลูกค้าแจ้งล่วงหน้าก่อนการผลิต ส่วนคำสั่งซื้อจริงคือคำสั่งซื้ออย่างเป็นทางการที่กำหนดส่งและจำนวนได้รับการยืนยันแล้ว บทความวิชาการของ Ueno อธิบายว่าคำสั่งซื้อจริงไม่จำเป็นต้องตรงกับประมาณการยอดสั่งซื้อเสมอไป ประมาณการยอดสั่งซื้อจึงเป็นค่าอ้างอิงสำหรับการผลิต ใน EDI มีวิธีใช้งานแบบ Astemo Americas ที่ 830 (การพยากรณ์) ไม่ได้อนุมัติให้ส่งสินค้า และออกคำสั่งให้ส่งมอบที่ยืนยันแล้วทาง 862

รับมืออย่างไรเมื่อประมาณการยอดสั่งซื้อเปลี่ยนแปลงมาก

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

ตามประมาณการยอดสั่งซื้อ จัดหาวัตถุดิบล่วงหน้าได้ถึงช่วงไหน

ช่วงอนุมัติวัตถุดิบที่ตกลงกับลูกค้าเป็นเกณฑ์อ้างอิง X12 830 มีการอนุมัติวัตถุดิบ และ DELFOR มีรหัสที่แสดงการอนุมัติวัตถุดิบ และคู่มือของ Adient ระบุว่าเป็นสิ่งจำเป็นที่ต้องตกลงขอบเขตความรับผิดชอบทางการเงินไว้ล่วงหน้า ในกรณีที่ไม่มีข้อตกลง หรือ lead time ของวัตถุดิบยาวกว่าช่วงอนุมัติ บริษัทจะเป็นผู้รับความเสี่ยงเองในการจัดหา จึงควรบันทึกไว้ว่าใครเป็นผู้อนุมัติ

วัดความแม่นยำของ forecast อย่างไร

มีวิธีนำ “ส่วนต่าง” ที่ได้จากการนำคำสั่งซื้อจริงลบด้วยประมาณการยอดสั่งซื้อเมื่อ n เดือนก่อน มาแยกตามว่าเป็นประมาณการยอดสั่งซื้อเมื่อกี่เดือนก่อน แล้วดูความเอนเอียง (ค่าเฉลี่ย) และการกระจาย MAPE ก็ใช้กันอยู่ แต่คำนวณไม่ได้กับหมายเลขชิ้นส่วนหรือสัปดาห์ที่คำสั่งซื้อจริงเป็น 0 หากดูส่วนต่างและความเอนเอียงก่อน แล้วใช้ MAPE เป็นเพียงตัวประกอบ ก็จะจัดการได้ง่ายขึ้น

EDI forecast ต่างจากแบบอื่นอย่างไร

ประมาณการยอดสั่งซื้อทาง EDI มีจุดเด่นคือเก็บการแบ่งช่วงยอดยืนยัน (firm) ช่วงอนุมัติการผลิต ช่วงอนุมัติวัตถุดิบ และช่วงพยากรณ์ เป็นรายการข้อมูลได้ และมีคำอธิบายว่าข้อความฉบับใหม่จะแทนที่แผนก่อนหน้า เมื่อถูกแทนที่ หากฝั่งผู้รับไม่เก็บเวอร์ชันไว้ ประวัติการเปลี่ยนแปลงก็จะไม่หลงเหลือ ในด้านแนวโน้มรายภูมิภาค SEEBURGER อธิบายว่า EU ใช้ VDA, NAFTA ใช้ ANSI X12 และในเอเชียกับ EU ใช้ EDIFACT อย่างแพร่หลาย

จัดการประมาณการยอดสั่งซื้อด้วย Excel ไม่พอหรือ

ในช่วงที่ลูกค้าและหมายเลขชิ้นส่วนยังมีไม่มาก ก็สามารถเก็บเวอร์ชันแยกชีตและคำนวณส่วนต่างใน Excel ได้ อย่างไรก็ตาม Mitsubishi Electric ยกปัญหาเรื่องเวลาและความเสี่ยงต่อความผิดพลาดจากการตรวจส่วนต่างด้วยมือเมื่อแทนที่ประมาณการยอดสั่งซื้อด้วยฉบับใหม่ เมื่อถึงขั้นที่รูปแบบข้อมูลต่างกันในแต่ละลูกค้า ได้รับหลายเวอร์ชันในวันเดียวกัน หรือต้องการให้การส่งต่อเข้า MRP และการแจ้งข้อยกเว้นเป็นแบบอัตโนมัติ ข้อดีของการจัดการด้วยระบบก็จะเริ่มชัดขึ้น ไม่ว่ากรณีใด จำเป็นต้องมีกฎ 1 กฎ 2 และกฎ 3 ก่อน

ระบบจัดการประมาณการยอดสั่งซื้อจากลูกค้ามีต้นทุนเท่าไร

เท่าที่ตรวจสอบในครั้งนี้ ยืนยันราคาเผยแพร่ของผลิตภัณฑ์จัดการประมาณการยอดสั่งซื้อและฟังก์ชันที่เกี่ยวกับประมาณการยอดสั่งซื้อของ ERP ไม่ได้ คาดว่าต้นทุนจะเปลี่ยนไปตามจำนวนลูกค้าและรูปแบบข้อมูล ขอบเขตการเชื่อมต่อกับ ERP และระยะเวลาเก็บเวอร์ชัน เป็นต้น ในการคำนวณของบทความนี้ตั้งค่าใช้จ่ายเริ่มต้นไว้ที่ 900,000 THB และค่าดำเนินงาน 120,000 THB/ปี แต่เป็นตัวเลขสมมติ เราแนะนำให้แสดงข้อกำหนดใน RFP แล้วขอใบเสนอราคา

สรุป

• บทความนี้มองว่า สิ่งที่ควรกำหนดก่อนในการนำระบบจัดการประมาณการยอดสั่งซื้อมาใช้มี 3 ข้อ ได้แก่ กฎ 1 การเก็บและเปรียบเทียบเวอร์ชัน กฎ 2 ขอบเขตความรับผิดชอบของการผลิตตามยอดยืนยันและการจัดหาวัตถุดิบ และกฎ 3 กฎการส่งต่อเข้า MRP และแผนการผลิต
• แต่ละบริษัทอธิบายว่าประมาณการยอดสั่งซื้อทาง EDI ฉบับใหม่จะแทนที่ฉบับก่อนหน้า หากฝั่งผู้รับไม่เก็บเวอร์ชันไว้ ประวัติการเปลี่ยนแปลงก็จะไม่หลงเหลือ
• ชื่อเรียกการแบ่งช่วงเวลา “ยอดยืนยัน การจัดหาวัตถุดิบ และพยากรณ์” แตกต่างกันไปตามบริษัทและระบบ ควรตรวจสอบชื่อเรียกของแต่ละฝ่าย เช่น การอนุมัติการผลิตและการอนุมัติวัตถุดิบของ X12 830 รหัสของ DELFOR และ firm zone กับ trade-off zone ของ SAP (ฝั่งจัดซื้อ) แล้วปรับให้ตรงกับลูกค้า
• ขอบเขตความรับผิดชอบของการผลิตและการจัดหาวัตถุดิบ แม้จะมีรายการข้อมูลใน EDI หรือการตั้งค่าใน ERP แต่เนื้อหาต้องอาศัยการตกลงกันล่วงหน้า ข้อความใน Toriteki Act เกณฑ์ส่งเสริม และแนวปฏิบัติของอุตสาหกรรมของญี่ปุ่น เป็นกฎหมายและแนวปฏิบัติของญี่ปุ่น การนำไปใช้กับการค้าในไทยจำเป็นต้องให้ฝ่ายกฎหมายตรวจสอบ
• ในการส่งต่อเข้า MRP ต้องกำหนดช่วงที่ส่ง ระดับละเอียดของการรวมยอด เกณฑ์การเปลี่ยนแปลง การปัดเศษ และการกระจายจำนวน ตัวเลขในคู่มือของแต่ละบริษัทเป็นตัวอย่างการตั้งค่า
• ความแม่นยำของประมาณการยอดสั่งซื้อ ให้ดูว่าประมาณการยอดสั่งซื้อเมื่อกี่เดือนก่อนคลาดไปเท่าไร โดยแยกเป็นความเอนเอียงและการกระจาย
• ในการคำนวณ (ตัวเลขสมมติ) หากลดความสูญเสียได้ 50% จะคืนทุนใน 3.0 ปี แต่หากลดได้เพียง 25% จะใช้เวลา 10.0 ปี สิ่งที่มีแนวโน้มกำหนดผลประหยัดคือการตกลงขอบเขตการจัดหาวัตถุดิบ
• หากเริ่มจากการนำเวอร์ชันของประมาณการยอดสั่งซื้อและคำสั่งซื้อจริงย้อนหลัง 6 ถึง 12 เดือนมาวางเรียงแล้วนับก่อนนำระบบมาใช้ ข้อกำหนดและผลประหยัดที่คาดหวังจะชัดเจนขึ้น

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

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

• คณะกรรมการการค้าที่เป็นธรรมของญี่ปุ่น (JFTC) และสำนักงานวิสาหกิจขนาดกลางและขนาดย่อมของญี่ปุ่น “ตำรากฎหมายว่าด้วยความเป็นธรรมในการค้ากับผู้รับจ้างขนาดกลางและขนาดย่อม จาก Subcontract Act สู่ Toriteki Act” พฤศจิกายน 2025 (ภาษาญี่ปุ่น) https://www.jftc.go.jp/toriteki/r7text.pdf
• คณะกรรมการการค้าที่เป็นธรรมของญี่ปุ่น (JFTC) “เกี่ยวกับ Toriteki Act (กฎหมายว่าด้วยความเป็นธรรมในการค้ากับผู้รับจ้างขนาดกลางและขนาดย่อม)” (ภาษาญี่ปุ่น) https://www.jftc.go.jp/partnership_package/index.html
• กระทรวงเศรษฐกิจ การค้า และอุตสาหกรรมญี่ปุ่น (METI) “แนวปฏิบัติว่าด้วยการค้าที่เป็นธรรมในอุตสาหกรรมยานยนต์” แก้ไขล่าสุดธันวาคม 2025 (ภาษาญี่ปุ่น) https://www.chusho.meti.go.jp/keiei/torihiki/guideline/02_automobile.pdf
• MONOist “ทำไมการปรับการผลิตของผู้ผลิตรถยนต์จึงเป็นที่จับตา แผนการผลิตที่กำหนดการเดินเครื่องของโรงงาน” 4 มิถุนายน 2021 (1/2) (ภาษาญี่ปุ่น) https://monoist.itmedia.co.jp/mn/articles/2106/04/news029.html
• MONOist บทความเดียวกัน (2/2) (ภาษาญี่ปุ่น) https://monoist.itmedia.co.jp/mn/articles/2106/04/news029_2.html
• Mitsubishi Electric “Addon Solution ระบบประมาณการยอดสั่งซื้อและคำสั่งซื้อจริง” มีนาคม 2022 (ภาษาญี่ปุ่น) https://www.mitsubishielectric.co.jp/it/productreport/case-c6/
• NEC “ระบบบริหารการผลิต EXPLANNER/Jx สำหรับผู้ผลิตชิ้นส่วนยานยนต์” (ภาษาญี่ปุ่น) https://jpn.nec.com/soft/explanner/explanner-jx/automobile-parts.html
• Infor “Forecast frozen zones (LN 10.8)” https://docs.infor.com/ln/10.8/en-us/lnolh/cpordplanug/cpom000475.html
• Nobuyuki Ueno “ทฤษฎีประมาณการยอดสั่งซื้อ การจัดระบบวิธีใช้ข้อมูลพยากรณ์ความต้องการล่วงหน้าในสภาพแวดล้อมความต้องการที่ไม่แน่นอน” วารสารวิจัยเศรษฐศาสตร์ มหาวิทยาลัยเศรษฐศาสตร์ฮิโรชิมะ 43(3) มีนาคม 2021 (ภาษาญี่ปุ่น) https://hue.repo.nii.ac.jp/record/421/files/keizai2021430302.pdf
• Adient “EDI Implementation Guidelines ANSI X12 830 V3020” https://www.adient.com/wp-content/uploads/2021/11/AdientEDI-Implementation-Guide-ANSI-X12-830-Updated-Logo.pdf
• Astemo Americas “Section 3 Production Control / Delivery (Issue 10)” 20 สิงหาคม 2025 https://www.am.astemo.com/sites/default/files/2025-09/Section%2003%20-%20Production%20Control%20-%20Issue%2010.pdf
• Derby Fabricating Solutions “830 Planning Schedule v04010 implementation guide” https://derbyfab.com/wp-content/uploads/2025/09/Derby_830_v04010.pdf
• XEDI “UN/EDIFACT D96A DELFOR Message” https://xedi.com/resources/edifact/D96A/delfor
• SEEBURGER “VDA 4984 EDI Planning Schedule” https://seeburger.com/info/vda-4984-edi-planning-schedule
• SEEBURGER “What Is a VDA 4905 Message?” https://www.seeburger.com/info/vda-4905-message/
• GEFEG “Training VDA message 4984 T2 Global DELFOR” https://www.gefeg.com/wp-content/uploads/2024/01/Training-VDA-message-4984-T2-Global-DELFOR-GEFEG.pdf
• SAP Learning “Creating Scheduling Agreements with Release Documentation (Purchasing in SAP S/4HANA)” https://learning.sap.com/courses/purchasing-in-sap-s-4hana/creating-scheduling-agreements-with-release-documentation
• SAP Help “Sales: Scheduling Agreement Processing for the Component Supplier Industry (Release Notes 3.0A รุ่นเก่า)” https://help.sap.com/saphelp_46c/helpdata/en/a2/613275e24bd111950d0060b03c6b76/content.htm
• SAP Help “Schedule Line Categories (SD-SLS-OA)” https://help.sap.com/saphelp_globext607_10/helpdata/en/93/743a15546011d1a7020000e829fd11/content.htm
• SAP Help “Scheduling Agreements (Sales SD-SLS, 4.6C รุ่นเก่า)” https://help.sap.com/saphelp_46c/helpdata/en/33/4361299d7a11d194e200a0c9306794/content.htm
• Oracle “Oracle Release Management Demand Processor (User’s Guide R12.1)” https://docs.oracle.com/cd/E18727-01/doc.121/e16352/T414214T414225.htm
• Oracle “CUM Workbench” https://docs.oracle.com/cd/E18727-01/doc.121/e16352/T414214T414221.htm
• Oracle “Reports and Processes” https://docs.oracle.com/cd/E18727-01/doc.121/e16352/T414214T414222.htm
• Lee, Padmanabhan, Whang “Information Distortion in a Supply Chain: The Bullwhip Effect” Management Science 43(4) ปี 1997 (ข้อมูลบรรณานุกรมจาก Crossref) https://api.crossref.org/works/10.1287/mnsc.43.4.546
• MIT Sloan Management Review “The Bullwhip Effect in Supply Chains” 15 เมษายน 1997 https://sloanreview.mit.edu/article/the-bullwhip-effect-in-supply-chains/
• Hyndman, Athanasopoulos “Forecasting: Principles and Practice (3rd ed) 5.8 Evaluating point forecast accuracy” https://otexts.com/fpp3/accuracy.html
• SAP Help “Demand Waterfall Analysis” https://help.sap.com/fiori_bs2013/helpdata/en/bc/174b5382c6e447e10000000a441470/content.htm
• MarkLines “August vehicle production in Thailand up 10.9%; sales up 25.6%” 28 กันยายน 2026 https://www.marklines.com/en/news/351560
• Xinhua “Thailand’s auto production surges 10.93 pct in August” 28 กันยายน 2026 https://english.news.cn/asiapacific/20260928/52ddb0e5283d4c1b867cab6683e58d87/c.html
• Nation Thailand “Thailand cuts 2026 car output target as exports weaken” 1 สิงหาคม 2026 https://www.nationthailand.com/business/manufacturing/40069285
• Nation Thailand “Thailand EV investment tops 137bn baht as BOI targets ASEAN hub” 3 กรกฎาคม 2026 https://www.nationthailand.com/business/automobile/40068192
• MarkLines “Automotive Industry News and Content List (October 1, 2026)” https://www.marklines.com/en/e-newsletter/latest-contents-20261001
• IT Leaders “สมาคมอุตสาหกรรมงานปั๊มโลหะแห่งญี่ปุ่น (JMSA) ให้บริการคลาวด์บริหารการผลิตเพื่อกระตุ้นอุตสาหกรรม” 27 พฤษภาคม 2015 (ภาษาญี่ปุ่น) https://it.impress.co.jp/articles/-/12408
• MarkLines “ระบบบริหารการผลิตและการขาย Hitachi FutureStage สำหรับอุตสาหกรรมชิ้นส่วนยานยนต์” ปรับปรุง 18 ตุลาคม 2013 (ภาษาญี่ปุ่น) https://www.marklines.com/ja/product/1605
• SoftBank “บริการ JNX” (ภาษาญี่ปุ่น) https://www.softbank.jp/biz/services/others/jnx/