ระบบจัดการการขออนุโลม (Concession) สำหรับโรงงานผลิต | จากคำขอถึงการปล่อยแบบมีเงื่อนไข พร้อม RFP สำหรับโรงงานในไทย

บทนำ: สิ่งที่เกิดขึ้นในโรงงานที่จัดการการขออนุโลมด้วยกระดาษและอีเมล

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

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

บทความนี้มองว่า การนำระบบจัดการการขออนุโลมมาใช้ไม่ใช่ “การทำแบบฟอร์มขออนุโลมให้เป็นดิจิทัล” แต่เป็นการออกแบบ 5 องค์ประกอบต่อไปนี้ให้เป็นหนึ่งเดียว

1. กำหนดข้อเท็จจริงและขอบเขตของความไม่เป็นไปตามข้อกำหนด (ล็อต จำนวน คุณลักษณะ ค่าที่วัดได้ ขีดจำกัด)
2. ตัดสินประเภทการจัดการ (ใช้ตามสภาพ แก้ไขงาน ซ่อม จัดระดับใหม่ สแครป) และผู้อนุมัติ (ผู้มีอำนาจภายในบริษัท หรือต้องได้รับการอนุมัติจากลูกค้า) โดยอิงจากการประเมินผลกระทบ
3. ให้ระบบควบคุมการปฏิบัติตามเงื่อนไขที่ได้รับอนุมัติ (จำนวนสูงสุด วันหมดอายุ การชี้บ่ง การตรวจเพิ่มเติม)
4. ทำให้ตามรอยล็อตและหมายเลขซีเรียลของชิ้นงานที่ได้รับการอนุโลมได้จนถึงบันทึกการส่งมอบ
5. เชื่อมกับการปฏิบัติการแก้ไข เพื่อไม่ให้มีการขออนุโลมซ้ำด้วยความไม่เป็นไปตามข้อกำหนดเดิม

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

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

ทำไมโรงงานในไทยจึงควรทบทวนการจัดการการขออนุโลมในตอนนี้

ขอสรุปภูมิหลังสั้น ๆ โดยระบุปีและเกณฑ์ไว้ด้วย ตัวเลขในส่วนนี้แสดงความเคลื่อนไหวของอุตสาหกรรมโดยรวม ไม่ได้แสดงสถานการณ์ของโรงงานของผู้อ่าน

เริ่มจากยานยนต์ ตามการประกาศของสภาอุตสาหกรรมแห่งประเทศไทย (FTI) (28 มกราคม 2026) การผลิตรถยนต์ของไทยในปี 2025 อยู่ที่ 1,455,569 คัน สูงกว่าเป้าหมาย 1.45 ล้านคัน แต่เมื่อเทียบกับปีก่อนหน้าเป็น −0.9% และตั้งเป้าหมายปี 2026 ไว้ที่ 1.5 ล้านคัน รายงานแนวโน้มอุตสาหกรรมยานยนต์ของ Krungsri Research (ประกาศ 3 สิงหาคม 2026) มองว่าการผลิตในปี 2026-2028 จะขยายตัวอย่างช้า ๆ ที่ 0.5-1.5% ต่อปี รายงานฉบับเดียวกันระบุว่าการผลิตในช่วงมกราคม-เมษายน 2026 อยู่ที่ 473,545 คัน (+4.0% เทียบกับช่วงเดียวกันของปีก่อน) และยกความเสี่ยงคือต้นทุนวัตถุดิบและชิ้นส่วนที่สูงขึ้น และการขาดแคลนชิ้นส่วนบางรายการ ตัวอย่างของปัจจัยคือสถานการณ์ในตะวันออกกลางที่ยืดเยื้อ และมาตรการจำกัดการส่งออกแร่หายากของจีน สำหรับชิ้นส่วนยานยนต์ รายงานแนวโน้มของ Krungsri Research (ประกาศ 7 พฤษภาคม 2026) มองว่าการผลิตในปี 2026-2028 จะขยายตัว 1.5-2.5% ต่อปี

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

ด้านการลงทุนก็มีความเคลื่อนไหวเช่นกัน ตามข่าวประชาสัมพันธ์ของสำนักงานคณะกรรมการส่งเสริมการลงทุน (BOI) ฉบับที่ 15/2569 (26 มกราคม 2026) คำขอรับการส่งเสริมการลงทุนตลอดปี 2025 ในกลุ่มยานยนต์และชิ้นส่วนมีมูลค่า 84,085 ล้านบาท จำนวน 288 โครงการ และกลุ่มเครื่องใช้ไฟฟ้าและอิเล็กทรอนิกส์ (E&E) มีมูลค่า 277,645 ล้านบาท จำนวน 470 โครงการ เมื่อสายการผลิตใหม่และลูกค้าใหม่เพิ่มขึ้น กฎการขออนุโลมเฉพาะของแต่ละลูกค้าก็จะเพิ่มขึ้นตามไปด้วย

สำหรับสถานการณ์ของบริษัทญี่ปุ่น มีผลสำรวจของ JETRO “การสำรวจสภาพธุรกิจของบริษัทญี่ปุ่นในต่างประเทศ ปีงบประมาณ 2025 (ฉบับเอเชียและโอเชียเนีย)” การสำรวจดำเนินการในเดือนสิงหาคม-กันยายน 2025 ในไทยมีผู้ตอบที่ใช้ได้ 646 บริษัท (ในจำนวนนี้เป็นภาคการผลิต 333 บริษัท) ในกลุ่มบริษัทที่ตอบในไทย (n=632) สัดส่วนที่คาดว่าจะมีกำไรจากการดำเนินงานในปี 2025 อยู่ที่ 63.3% บทความนี้มองว่า ในการรักษากำไร ต้นทุนงานย้อนกลับ เช่น การคัดแยกซ้ำและการรับมือกับลูกค้า เป็นปัจจัยที่มองข้ามไม่ได้

ด้านมาตรฐานก็มีความเคลื่อนไหว หน้าสถิติของ IATF (ปรับปรุง 28 กันยายน 2026) แสดงว่า ในสัดส่วนตามข้อกำหนดเมื่อเทียบกับปริมาณความไม่เป็นไปตามข้อกำหนดร้ายแรง (major nonconformity) ทั้งหมดในรอบ 12 เดือนล่าสุด ข้อ 10.2.3 การแก้ปัญหา อยู่ที่ 12.10% และข้อ 10.2.1 ความไม่เป็นไปตามข้อกำหนดและการปฏิบัติการแก้ไข อยู่ที่ 5.60% ซึ่งอยู่ในอันดับต้น ๆ ส่วนข้อกำหนดในกลุ่ม 8.7 ไม่ได้อยู่ใน 10 อันดับแรก บทความนี้ตีความผลนี้ว่า นอกจากการตัดสินการขออนุโลมแล้ว การออกแบบที่เชื่อมบันทึกต่อไปจนถึงการแก้ปัญหาและการปฏิบัติการแก้ไขหลังจากนั้นก็มีความสำคัญ

นอกจากนี้ ISO 9001:2026 (ฉบับที่ 6) ได้ประกาศใช้เมื่อวันที่ 16 กันยายน 2026 และ ISO 9001:2015 ถูกยกเลิกแล้ว ส่วน IATF 16949 ฉบับปัจจุบันคือฉบับปี 2016 (ฉบับที่ 1) สำหรับฉบับที่ 2 นั้น ประกาศ SC-2026-005 ของ IATF (กรกฎาคม 2026) ระบุว่ามีกำหนดประกาศใช้ราวกลางปี 2027 และระบุว่ากำหนดการยังเป็นเพียงการประมาณ ช่วงที่ฉบับของมาตรฐานเปลี่ยนแปลงจึงเป็นโอกาสในการทบทวนขั้นตอนภายในบริษัทและข้อกำหนดของระบบด้วย

ภาพรวมการจัดการการขออนุโลม: 6 ส่วนตั้งแต่คำขอจนถึงการจัดเก็บบันทึก

ขอขยาย 5 องค์ประกอบการออกแบบที่กล่าวไว้ตอนต้น เป็นลำดับงาน 6 ส่วน

ประเด็นสำคัญคือ ทุกส่วนเชื่อมกับบันทึกของ QMS และ audit trail เพื่อเก็บว่าใคร ตัดสินอะไร เมื่อไร และเพราะเหตุใด อีกประเด็นหนึ่งคือ สถานะล็อต การระงับการส่งมอบ การพักคุณภาพ และรายการซีเรียลฝั่ง ERP, MES และ WMS เชื่อมกับการตัดสินของฝ่ายคุณภาพใน 3 จุด ได้แก่ รายงานความไม่เป็นไปตามข้อกำหนด การส่งมอบแบบมีเงื่อนไข และการปิดเรื่อง

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

รูปที่ 1 การไหลของข้อมูลในการจัดการการขออนุโลม ดำเนินตามลำดับ 1 รายงานความไม่เป็นไปตามข้อกำหนด (NONCONFORMITY REPORT), 2 การประเมินผลกระทบ (IMPACT ASSESSMENT), 3 การตัดสินประเภทการจัดการ (DISPOSITION), 4 การอนุมัติ (APPROVAL), 5 การส่งมอบแบบมีเงื่อนไข (CONDITIONAL RELEASE), 6 การปิดเรื่อง (CLOSE-OUT) บันทึก QMS และ audit trail ในแถวล่างเชื่อมกับทุกส่วนตั้งแต่ 1 ถึง 6 ส่วน ERP/MES/WMS (สถานะล็อต การระงับการส่งมอบ การพักคุณภาพ รายการซีเรียล) เชื่อมกับส่วนที่ 1, 5 และ 6

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

มาตรวจสอบว่าการขออนุโลมคืออะไร โดยเริ่มจากนิยามของคำศัพท์ ในงานภาคปฏิบัติของญี่ปุ่น คำว่า “tokusai” เป็นคำย่อของคำแปลใน JIS ที่หมายถึง “การยอมรับเป็นกรณีพิเศษ” (concession) ในที่นี้จะใช้นิยามของ JIS Q 9000:2015 ซึ่งเป็นฉบับแปลที่ตรงกับ ISO 9000:2015 ทั้งนี้ ISO 9000:2026 (ฉบับที่ 5) ได้ประกาศใช้ในเดือนพฤษภาคม 2026 และฉบับปี 2015 ถูกยกเลิกแล้ว นิยามด้านล่างเป็นนิยามของฉบับปี 2015 หมายเลขหรือถ้อยคำในฉบับปี 2026 อาจเปลี่ยนไป (บทความนี้ไม่ได้ตรวจสอบเนื้อหาของฉบับปี 2026)

นิยามของการขออนุโลมมีหมายเหตุประกอบ หมายเหตุของข้อ 3.12.5 ใน JIS Q 9000:2015 ระบุว่า โดยทั่วไปการขออนุโลมจำกัดอยู่ที่การส่งมอบผลิตภัณฑ์ที่มีคุณลักษณะไม่เป็นไปตามข้อกำหนดภายในขีดจำกัดที่ระบุ และให้โดยจำกัดจำนวนหรือระยะเวลา และสำหรับการใช้งานเฉพาะ หมายเหตุของการอนุญาตให้เบี่ยงเบน (3.12.6) ก็ระบุว่า โดยทั่วไปให้โดยจำกัดจำนวนหรือระยะเวลา และสำหรับการใช้งานเฉพาะ ต้นฉบับภาษาอังกฤษก็มีโครงสร้างเดียวกัน ในนิยามของ ISO 9000:2015 (ตรวจสอบผ่านอภิธานศัพท์ของหน่วยงานรถไฟแห่งสหภาพยุโรป ERA) concession เริ่มต้นด้วย “Permission to use or release” ส่วน deviation permit มีข้อจำกัด “prior to its realization”

จากนิยามนี้ จะเห็นความต่างระหว่างการขออนุโลมกับการอนุญาตให้เบี่ยงเบน

• การขออนุโลม (concession) คือการอนุญาตให้ใช้หรือปล่อยผลิตภัณฑ์ที่ไม่เป็นไปตามข้อกำหนดไปแล้ว
• การอนุญาตให้เบี่ยงเบน (deviation permit) คือการอนุญาตให้ออกนอกข้อกำหนดเดิมก่อนที่จะผลิตผลิตภัณฑ์

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

หมายเหตุของการซ่อมก็ต้องระวัง หมายเหตุ 1 ของข้อ 3.12.9 ใน JIS Q 9000:2015 ระบุว่า แม้การซ่อมจะสำเร็จ ก็ไม่จำเป็นต้องเป็นไปตามข้อกำหนดเสมอไป และอาจต้องมีการขออนุโลมร่วมกับการซ่อม กล่าวคือ บางกรณี “ซ่อมแล้วจึงไม่มีปัญหา” ไม่เป็นความจริง บทความนี้มองว่า หากระบบมีช่องให้พิจารณาว่าต้องขออนุโลมหรือไม่เมื่อเลือกประเภทการจัดการเป็นการซ่อม จะช่วยป้องกันการตัดสินใจที่ตกหล่นได้ง่ายขึ้น

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

นอกจากนี้ คำแปลของข้อ 3.12.10 ใน JIS คือ “สแครป” (scrap) บทความนี้ก็ใช้คำว่า “สแครป” เป็นชื่อประเภทการจัดการเช่นกัน

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

มาตรฐานกำหนดอะไรเกี่ยวกับการขออนุโลม: ข้อ 8.7 ของ ISO 9001:2015 และข้อ 8.7.1.1 ของ IATF 16949

ต่อไปมาตรวจสอบข้อกำหนดของมาตรฐาน ข้อกำหนดของ ISO 9001 ที่อ้างถึงในที่นี้เป็นของ ISO 9001:2015 (JIS Q 9001:2015) หมายเลขหรือถ้อยคำใน ISO 9001:2026 ที่ประกาศใช้เมื่อวันที่ 16 กันยายน 2026 อาจเปลี่ยนไป (บทความนี้ไม่ได้ตรวจสอบเนื้อหาของฉบับปี 2026) ทั้งนี้ ในตารางเปรียบเทียบซึ่งเป็นเอกสารทุติยภูมิของบริษัทที่ปรึกษา Advisera ข้อ 8.7 ถูกจัดอยู่ในกลุ่ม “ไม่มีการเปลี่ยนแปลง” แต่บทความนี้ไม่ได้ตรวจสอบกับต้นฉบับของ ISO

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

ใน IATF 16949:2016 ของอุตสาหกรรมยานยนต์ มีข้อ 8.7.1.1 “Customer authorization for concession” ตามเนื้อหาหลังการแก้ไขโดย SI 9 (มีผล ตุลาคม 2017) ในเอกสารทางการ “Sanctioned Interpretations” ของ IATF กำหนดไว้ 2 ประเด็นดังนี้

• หากผลิตภัณฑ์หรือกระบวนการผลิตแตกต่างจากที่ได้รับอนุมัติอยู่ในปัจจุบัน ต้องได้รับการอนุโลมหรือการอนุญาตให้เบี่ยงเบนจากลูกค้าก่อนดำเนินการต่อในกระบวนการถัดไป
• ก่อนดำเนินการต่อในกระบวนการถัดไปด้วยการจัดการแบบ “use as is” (ใช้ตามสภาพ) และ rework for repair (ดูข้อ 8.7.1.5) กับผลิตภัณฑ์ที่ไม่เป็นไปตามข้อกำหนด ต้องได้รับการอนุมัติจากลูกค้า หากมีการนำชิ้นส่วนย่อยกลับมาใช้ซ้ำในกระบวนการผลิต ต้องแจ้งให้ลูกค้าทราบอย่างชัดเจนในการอนุโลมหรือการอนุญาตให้เบี่ยงเบน

IATF 16949 ยังมีข้อย่อยอื่นที่เกี่ยวกับการแก้ไขงาน การซ่อม ผลิตภัณฑ์ที่น่าสงสัย การแจ้งลูกค้า เป็นต้น สำหรับข้อ 8.7.1.7 “Nonconforming product disposition” นั้น FAQ 11 ใน FAQ ของ IATF (ฉบับมิถุนายน 2026) อธิบายเจตนาของการทำให้ผลิตภัณฑ์ใช้งานไม่ได้ก่อนการกำจัด เพื่อไม่ให้ผลิตภัณฑ์ไหลไปสู่ตลาดอะไหล่ที่ไม่เป็นทางการหรือไปอยู่ในยานพาหนะ หรือถูกส่งให้ลูกค้าโดยผิดพลาด และอธิบายว่าไม่ได้กำหนดให้ต้องบดทำลาย

IATF 16949 ฉบับที่ 2 ดังที่กล่าวไปแล้ว มีกำหนดประกาศใช้ราวกลางปี 2027 และกำหนดการยังเป็นเพียงการประมาณ

ในอุตสาหกรรมการบินและอวกาศใช้ AS9100D แต่บทความนี้ไม่สามารถตรวจสอบเนื้อหาข้อกำหนดได้ บทความของ NASA OSMA (17 เมษายน 2024) ระบุว่า AS9100 มีโครงสร้างที่เพิ่มข้อกำหนดของอุตสาหกรรมเข้าไปในเนื้อหาของ ISO 9001 และในการปรับปรุงครั้งถัดไปมีกำหนดเปลี่ยนหมายเลขเป็น IA9100 โดยคาดว่าจะประกาศใช้ในไตรมาส 4 ปี 2026 ตามการคาดการณ์ ณ ปี 2024

สุดท้าย ตามคำอธิบายของ ISO เอง ISO 9001 มีการออกใบรับรองไปแล้วมากกว่า 1 ล้านฉบับใน 189 ประเทศ และในตระกูล ISO 9000 มีเพียง ISO 9001 เท่านั้นที่เป็นมาตรฐานสำหรับการรับรอง (การรับรองไม่ใช่ข้อบังคับ) บันทึกการขออนุโลมเป็นบันทึกที่อาจถูกตรวจสอบในการตรวจประเมินเพื่อการรับรองและการตรวจประเมินของลูกค้าเช่นนี้

คำขอ: จะกำหนดข้อเท็จจริงและขอบเขตของความไม่เป็นไปตามข้อกำหนดอย่างไร

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

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

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

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

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

ขอยกคำอธิบายอย่างเป็นทางการของ 2 บริษัทเป็นตัวอย่างการทำงานฝั่งผลิตภัณฑ์ เอกสารทางการของ Infor (Infor LN 10.7) อธิบายว่า สินค้าที่พบความไม่เป็นไปตามข้อกำหนดในงานจัดซื้อ กระบวนการ หรือการผลิต สามารถย้ายไปยังสินค้าคงคลังกักกันได้ และสินค้าในคลังกักกันสามารถประเมินด้วยการจัดการแบบ Return to Vendor, Rework (ไปสู่ข้อกำหนดใหม่ หรือข้อกำหนดเดิม), Reclassify, Scrap และ Use as is สำหรับ Dynamics 365 Supply Chain Management ของ Microsoft นั้น Microsoft Learn อธิบายว่า คำสั่งความไม่เป็นไปตามข้อกำหนด (nonconformance order) บันทึกจำนวนของผลิตภัณฑ์ที่ไม่เป็นไปตามข้อกำหนด แหล่งที่มาของปัญหา ประเภทของปัญหา และหมายเหตุคำอธิบาย และสามารถแสดงสถานะ เช่น Unusable (ใช้ไม่ได้) หรือ Restricted usage (จำกัดการใช้) ด้วยแท็กและรายงานความไม่เป็นไปตามข้อกำหนด

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

การประเมินผลกระทบและการตัดสินประเภทการจัดการ: ใครเป็นผู้ตัดสิน

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

• การทำงาน: ผลกระทบต่อการประกอบ สมรรถนะ และความทนทาน
• ความปลอดภัย: ผลกระทบต่อความปลอดภัยของผู้ใช้และยานพาหนะ
• ข้อกำหนดของลูกค้า: ผลกระทบต่อแบบ ข้อกำหนดทางเทคนิค และข้อกำหนดเฉพาะของลูกค้า
• กฎหมาย: ผลกระทบต่อกฎหมายและการรับรองของประเทศปลายทาง

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

ในเรื่องว่าใครเป็นผู้ตัดสิน ข้อ 8.7.2 d) ของ ISO 9001:2015 กำหนดให้ระบุผู้มีอำนาจตัดสินใจเกี่ยวกับการดำเนินการต่อความไม่เป็นไปตามข้อกำหนด บางโรงงานให้ที่ประชุมที่เรียกว่าคณะกรรมการพิจารณาวัสดุ (MRB: Material Review Board) รับบทบาทนี้ MRB เป็นชื่อเรียกที่ใช้กันทั่วไปสำหรับที่ประชุมที่ตัวแทนจากฝ่ายคุณภาพ วิศวกรรม การผลิต เป็นต้น ร่วมกันตัดสินการจัดการผลิตภัณฑ์ที่ไม่เป็นไปตามข้อกำหนด มาตรฐานไม่ได้กำหนดให้ต้องมีที่ประชุมที่ชื่อว่า MRB และมีตัวอย่างผลิตภัณฑ์ที่มีชื่อฟังก์ชันของคณะพิจารณา เช่น เมนูของ Infor LN ที่มีรายการชื่อ “Review board”

ตัวอย่างหนึ่งของกฎฝั่งลูกค้าคือคู่มือผู้ขาย (ฉบับปี 2018) ที่ Oetiker Sweden AB ของสวีเดนเผยแพร่ไว้ คู่มือนี้กำหนดว่า คำขอเบี่ยงเบนจากผู้ขายเกี่ยวกับผลิตภัณฑ์ที่ไม่เป็นไปตามข้อกำหนด ต้องผ่านการพิจารณาและอนุมัติจากวิศวกรคุณภาพผู้รับผิดชอบของ Oetiker และในกรณีที่จำเป็นต้องได้รับการอนุมัติจากลูกค้าของบริษัทก่อนการส่งมอบด้วย การอนุมัติการเบี่ยงเบนจำกัดอยู่ที่ช่วงเวลาการส่งมอบ คำสั่งซื้อ หรือจำนวนชิ้นส่วนที่ระบุ ไม่อนุญาตให้เบี่ยงเบนอย่างถาวร และควรเป็นการอนุมัติตามจำนวน นอกจากนี้ยังกำหนดให้คำขออนุมัติการเบี่ยงเบนต้องมีการปฏิบัติการแก้ไขรวมอยู่เสมอ นี่เป็นตัวอย่างหนึ่งของ Tier1 ในยุโรป ไม่ได้ใช้กับลูกค้าทุกราย แต่แนวคิดที่ให้มีวันหมดอายุและจำนวนสูงสุด และเชื่อมกับการปฏิบัติการแก้ไข เป็นข้อมูลอ้างอิงที่ดีสำหรับการออกแบบรายการข้อมูลของระบบ

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

การขออนุโลมที่ต้องได้รับการอนุมัติจากลูกค้า และคำขออนุโลมที่รับจากผู้ขาย

การขออนุโลมต้องได้รับการอนุมัติจากลูกค้าหรือไม่ ขึ้นอยู่กับข้อกำหนดของลูกค้าและมาตรฐานที่นำมาใช้ ไม่สามารถสรุปโดยทั่วไปได้ว่า “การขออนุโลมต้องได้รับการอนุมัติจากลูกค้าเสมอ” หรือ “การอนุมัติภายในบริษัทก็เพียงพอ” ในกรณีที่อุตสาหกรรมยานยนต์นำ IATF 16949 มาใช้ ภายในขอบเขตของข้อ 8.7.1.1 (SI 9) ที่กล่าวไปแล้ว ต้องได้รับการอนุโลมหรือการอนุญาตให้เบี่ยงเบนจากลูกค้าก่อนดำเนินการต่อด้วยผลิตภัณฑ์หรือกระบวนการผลิตที่ต่างจากที่ได้รับอนุมัติ และต้องได้รับการอนุมัติจากลูกค้าก่อนดำเนินการต่อด้วยการจัดการแบบใช้ตามสภาพและ rework for repair นอกจากนั้นยังมีข้อกำหนดเฉพาะของแต่ละลูกค้าเพิ่มเติมเข้ามา

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

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

ยังมีกรณีที่บริษัทอยู่ในฐานะลูกค้าและรับคำขออนุโลมจากผู้ขาย ลำดับงานเป็นดังนี้

1. ผู้ขายยื่นคำขออนุโลม
2. บริษัทประเมินผลกระทบ
3. ในกรณีที่จำเป็น บริษัทยื่นคำขออนุโลมต่อลูกค้าของบริษัท
4. นำเงื่อนไขที่ได้รับอนุมัติไปสะท้อนในคำตอบถึงผู้ขาย และในเงื่อนไขการตรวจรับของบริษัท

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

ตัวอย่างฝั่งผลิตภัณฑ์ Oracle อธิบายในเอกสารข้อมูลของ Oracle Fusion Cloud Quality Management (Version 3.0, 2024) ว่า สามารถมอบหมาย SCAR (คำขอให้ผู้ขายปฏิบัติการแก้ไข) ให้ผู้ขายผ่านพอร์ทัลผู้ขายได้ ประเด็นที่ควรเขียนให้เป็นรูปธรรมใน RFP คือ การติดต่อไปกลับกับผู้ขายจะทำผ่านหน้าจอใดและบันทึกใด

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

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

วิธีการชี้บ่ง (เช่น รูปแบบฉลากและตำแหน่งที่แสดง) ขึ้นอยู่กับข้อกำหนดของลูกค้าและขั้นตอนภายในบริษัท บทความนี้ถือเป็นข้อกำหนดเชิงการออกแบบ ไม่ใช่ข้อกำหนดตามมาตรฐาน

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

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

การชี้บ่งและการตามรอย: เชื่อมล็อตและซีเรียลกับบันทึกการส่งมอบ

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

ข้อ 8.6 ของ ISO 9001:2015 กำหนดให้เก็บรักษาหลักฐานความสอดคล้องกับเกณฑ์การยอมรับ และการสอบกลับได้ถึงบุคคลที่อนุมัติการปล่อยอย่างเป็นทางการ เป็นข้อมูลที่เป็นเอกสาร (เป็นข้อกำหนดของฉบับปี 2015 หมายเลขหรือถ้อยคำในฉบับปี 2026 อาจเปลี่ยนไป) ในกรณีของชิ้นงานที่ได้รับการอนุโลม การไม่บรรลุเกณฑ์การยอมรับคือสมมติฐานตั้งต้นอยู่แล้ว ดังนั้นบทความนี้จึงมองว่า สิ่งสำคัญคือการผูกบันทึกการปล่อยไว้กับ “การส่งมอบนี้อิงจากการอนุมัติการขออนุโลมรายการใด”

การเชื่อมโยงที่จำเป็นสำหรับการตามรอยมี 3 ทิศทางดังนี้

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

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

ตัวอย่างฝั่งผลิตภัณฑ์ Oracle อธิบายในเอกสารข้อมูลของ Oracle Fusion Cloud Quality Management ว่า สามารถบันทึกสายประวัติ (genealogy) เพื่อตามรอยสินค้าที่จัดการแบบล็อตและแบบซีเรียลได้

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

การเชื่อมกับการปฏิบัติการแก้ไข: ไม่ขออนุโลมซ้ำด้วยความไม่เป็นไปตามข้อกำหนดเดิม

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

คู่มือผู้ขายของ Oetiker Sweden (ฉบับปี 2018) ที่กล่าวไปแล้ว กำหนดให้คำขออนุมัติการเบี่ยงเบนต้องมีการปฏิบัติการแก้ไขรวมอยู่ บทความนี้แนะนำให้นำแนวคิดนี้มาใส่ในระบบ โดยผูกคำขออนุโลมกับบันทึกการปฏิบัติการแก้ไขแบบหนึ่งต่อหนึ่ง หรือหลายต่อหนึ่ง อาจออกแบบให้การขออนุโลมที่ไม่มีบันทึกการปฏิบัติการแก้ไขไม่สามารถปิดเรื่องได้ด้วย

หนึ่งในวิธีดำเนินการปฏิบัติการแก้ไขคือ 8D ตามคำอธิบายของ ASQ 8D เป็นวิธีแก้ปัญหาที่ใช้กันมากในอุตสาหกรรมยานยนต์ ประกอบด้วยขั้น D1 ถึง D8 ขั้นที่เกี่ยวข้องกับการขออนุโลมมากเป็นพิเศษมีดังนี้

• D3: วางแผนและดำเนินการกักกันชั่วคราว (การกักกันเพื่อแยกปัญหาออก)
• D4: ระบุและทวนสอบสาเหตุราก
• D5: เลือกและทวนสอบการแก้ไขถาวร
• D6: ดำเนินการปฏิบัติการแก้ไขและยืนยันประสิทธิผล
• D7: ดำเนินการป้องกัน

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

ดังที่กล่าวไปแล้ว หน้าสถิติของ IATF (ปรับปรุง 28 กันยายน 2026) แสดงว่า ในสัดส่วนตามข้อกำหนดเมื่อเทียบกับปริมาณความไม่เป็นไปตามข้อกำหนดร้ายแรงทั้งหมดในรอบ 12 เดือนล่าสุด ข้อ 10.2.3 การแก้ปัญหา อยู่ที่ 12.10% และข้อ 10.2.1 ความไม่เป็นไปตามข้อกำหนดและการปฏิบัติการแก้ไข อยู่ที่ 5.60% บทความนี้มองว่า การผูกบันทึกการขออนุโลมไว้กับการปฏิบัติการแก้ไข ยังช่วยเตรียมพร้อมสำหรับข้อกำหนดเหล่านี้ด้วย

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

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

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

ประเทศไทยมีกฎหมายความรับผิดต่อสินค้า ชื่อภาษาอังกฤษอย่างเป็นทางการคือ Liability for Damage Arising from Unsafe Goods Act B.E. 2551 และโดยทั่วไปเรียกว่า Product Liability Act B.E. 2551 (2008) เนื้อหาด้านล่างอิงจากคำแปลภาษาอังกฤษอย่างไม่เป็นทางการโดยเจ้าหน้าที่ของสำนักงานคณะกรรมการคุ้มครองผู้บริโภค (OCPB) ตัวบทที่มีผลอย่างเป็นทางการมีเพียงตัวบทภาษาไทยเท่านั้น และบทความนี้ไม่ใช่คำแนะนำทางกฎหมาย

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

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

การแบ่งบทบาทระหว่าง ERP, MES, QMS และ WMS

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

1. การตรวจและการเกิดความไม่เป็นไปตามข้อกำหนด: บันทึกผลการตรวจและความไม่เป็นไปตามข้อกำหนดใน MES หรือ QMS
2. การยื่นคำขอและการอนุมัติการขออนุโลม: จัดการคำขอ การประเมินผลกระทบ ประเภทการจัดการ และการอนุมัติใน QMS
3. สถานะล็อตและการระงับการส่งมอบ: จัดการสถานะล็อต การพักคุณภาพ และการระงับการส่งมอบใน ERP หรือ WMS
4. บันทึกการส่งมอบ: บันทึกคำสั่งส่งมอบ ผลการส่งมอบ ลูกค้า และจำนวนใน ERP
5. การปฏิบัติการแก้ไข: จัดการการปฏิบัติการแก้ไขและการตรวจประสิทธิผลใน QMS

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

การที่ deviation และ waiver ของ PTC สอดคล้องกับการอนุญาตให้เบี่ยงเบนและการขออนุโลมของ ISO 9000 ตามลำดับนั้น เป็นการตีความของบทความนี้ ไม่ใช่คำอธิบายของ PTC ส่วน usage decision ของ SAP ถูกอธิบายว่าเป็นการดำเนินการที่ตัดสินผลผ่านหรือไม่ผ่านของล็อตการตรวจ และโอนไปยังประเภทสต็อก

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

จุดที่มักสะดุดในโรงงานไทย

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

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

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

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

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

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

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

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

ข้อกำหนดที่ควรเขียนใน RFP: ฟังก์ชันและการเชื่อมต่อของระบบจัดการการขออนุโลม

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

บทความนี้มองว่า ใน RFP หากเขียนไม่เพียงแค่ว่ามีฟังก์ชันหรือไม่ แต่เขียนด้วยว่า “ทำในหน้าจอใด ใครทำ และใช้บันทึกใด” จะเปรียบเทียบข้อเสนอได้ง่ายขึ้น โดยเฉพาะประเด็นว่าการควบคุมการปฏิบัติตามเงื่อนไขจบอยู่แค่ในหน้าจอของ QMS หรือหยุดได้ถึงคำสั่งส่งมอบใน ERP หรือ WMS เป็นจุดที่ข้อเสนอแต่ละรายมักแตกต่างกัน

เกณฑ์การยอมรับ FAT/SAT: ยืนยันว่าเงื่อนไขของการอนุโลมหยุดการส่งมอบได้จริง

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

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

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

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

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

นับเฉพาะ 2 รายการที่เกี่ยวข้องกับการขออนุโลมเท่านั้น ไม่ได้นับต้นทุนคุณภาพโดยรวม ความสูญเสียจากของเสียเอง และค่าไลเซนส์และค่าบำรุงรักษารายปี

ต้นทุนเริ่มต้นกำหนดไว้ที่ 1,800,000 THB ประกอบด้วย ซอฟต์แวร์ QMS และการตั้งค่าเวิร์กโฟลว์ 700,000 THB การเชื่อมต่อกับ ERP, MES และ WMS 500,000 THB การจัดเตรียมข้อมูลหลัก (ประเภทการจัดการ เส้นทางการอนุมัติ ข้อกำหนดตามลูกค้า) และการฝึกอบรม 300,000 THB และ FAT, SAT และเอกสาร 300,000 THB (700,000 + 500,000 + 300,000 + 300,000 = 1,800,000 THB)

ในกรณีฐาน A คือ 3.0 ชั่วโมงต่อเรื่อง × 360 เรื่อง = 1,080 ชั่วโมงคน และ 1,080 × 200 = 216,000 THB ต่อปี (ลดได้ 216,000 THB) ส่วน B สมมติว่าการควบคุมการปฏิบัติตามเงื่อนไขทำให้การไม่ปฏิบัติตามลดลงเหลือ 9 ครั้งต่อปี และต้นทุนต่อครั้งลดลงเหลือ 10,000 THB เพราะบันทึกครบถ้วน จึงได้ 9 × 10,000 = 90,000 THB ต่อปี (ลดได้ 360,000 THB) ต้นทุนรวมหลังดำเนินการคือ 306,000 THB ต่อปี จำนวนที่ลดได้คือ 882,000 − 306,000 = 576,000 THB ต่อปี ระยะเวลาคืนทุนคือ 1,800,000 ÷ 576,000 ≈ 3.13 ปี (ประมาณ 3 ปี 2 เดือน)

กรณีทดสอบความไวคือกรณีที่การติดต่อไปกลับเพื่อขออนุมัติจากลูกค้ายังคงใช้อีเมล ชั่วโมงงานฝั่งผู้อนุมัติลดลงได้เพียง 2.5 ชั่วโมงต่อเรื่อง และการไม่ปฏิบัติตามเงื่อนไขลดลงได้เพียง 18 ครั้งต่อปี A คือ 4.0 ชั่วโมง × 360 เรื่อง = 1,440 ชั่วโมงคน และ 1,440 × 200 = 288,000 THB ต่อปี (ลดได้ 144,000 THB) B คือ 18 × 10,000 = 180,000 THB ต่อปี (ลดได้ 270,000 THB) ต้นทุนรวมหลังดำเนินการคือ 468,000 THB ต่อปี จำนวนที่ลดได้คือ 882,000 − 468,000 = 414,000 THB ต่อปี ระยะเวลาคืนทุนคือ 1,800,000 ÷ 414,000 ≈ 4.35 ปี (ประมาณ 4 ปี 4 เดือน)

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

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

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

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

การขออนุโลม (concession) คืออะไร?

คือการอนุญาตให้ใช้หรือปล่อยผลิตภัณฑ์ที่ไม่เป็นไปตามข้อกำหนดที่ระบุ (นิยามข้อ 3.12.5 ของ ISO 9000:2015 และ JIS Q 9000:2015 หมายเลขหรือถ้อยคำในฉบับปี 2026 อาจเปลี่ยนไป) คำว่า “tokusai” ที่ใช้ในญี่ปุ่นเป็นคำย่อของคำใน JIS ที่หมายถึง “การยอมรับเป็นกรณีพิเศษ”

การขออนุโลมกับการอนุญาตให้เบี่ยงเบนต่างกันอย่างไร?

การขออนุโลมคือการอนุญาตให้ใช้หรือปล่อยผลิตภัณฑ์ที่ไม่เป็นไปตามข้อกำหนดไปแล้ว ส่วนการอนุญาตให้เบี่ยงเบน (deviation permit) คือการอนุญาตให้เบี่ยงเบนจากข้อกำหนดเดิมก่อนการทำให้เกิดผลิตภัณฑ์ (ทั้งสองเป็นนิยามของ JIS Q 9000:2015) ความต่างหลักคือ เป็นการอนุญาตหลังผลิตแล้ว หรือก่อนผลิต

เมื่อได้รับการอนุโลมแล้ว ผลิตภัณฑ์จะเป็นไปตามข้อกำหนดหรือไม่?

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

การขออนุโลมต้องได้รับการอนุมัติจากลูกค้าทุกครั้งหรือไม่?

ไม่สามารถตอบแบบเหมารวมได้ การอนุมัติจากลูกค้าจำเป็นหรือไม่ ขึ้นอยู่กับข้อกำหนดของลูกค้าและมาตรฐานที่นำมาใช้ ตัวอย่างเช่น ข้อ 8.7.1.1 ของ IATF 16949:2016 (SI 9 มีผล ตุลาคม 2017) กำหนดให้ได้รับการอนุโลมหรือการอนุญาตให้เบี่ยงเบนจากลูกค้าก่อนดำเนินการต่อด้วยผลิตภัณฑ์หรือกระบวนการผลิตที่ต่างจากที่ได้รับอนุมัติ และได้รับการอนุมัติจากลูกค้าก่อนดำเนินการต่อด้วยการจัดการแบบใช้ตามสภาพหรือ rework for repair ข้อกำหนดของลูกค้าแต่ละรายควรตรวจสอบจากสัญญาหรือคู่มือคุณภาพของลูกค้า

จะกำหนดวันหมดอายุและจำนวนสูงสุดของการอนุโลมอย่างไร?

หมายเหตุของนิยามใน ISO 9000:2015 ระบุว่า โดยทั่วไปการอนุโลมให้โดยจำกัดจำนวนหรือระยะเวลา แต่ไม่มีข้อกำหนดเชิงตัวเลขที่เฉพาะเจาะจง ตัวอย่างหนึ่งของกฎฝั่งลูกค้าคือคู่มือผู้ขายของ Oetiker Sweden (ฉบับปี 2018) ซึ่งจำกัดการอนุมัติการเบี่ยงเบนไว้ที่ช่วงเวลาการส่งมอบ คำสั่งซื้อ หรือจำนวน ไม่อนุญาตให้เบี่ยงเบนอย่างถาวร และระบุว่าควรเป็นการอนุมัติตามจำนวน จำนวนสูงสุดและวันหมดอายุจริงกำหนดจากการประเมินผลกระทบและเงื่อนไขการอนุมัติของลูกค้า

ควรเก็บอะไรไว้ในบันทึกการขออนุโลม?

ข้อ 8.7.2 ของ ISO 9001:2015 กำหนดให้เก็บรักษาข้อมูลที่เป็นเอกสารที่ระบุ a) ความไม่เป็นไปตามข้อกำหนด b) การดำเนินการที่ได้ทำ c) การอนุโลมที่ได้รับ d) ผู้มีอำนาจตัดสินใจเกี่ยวกับการดำเนินการต่อความไม่เป็นไปตามข้อกำหนด (เป็นข้อกำหนดของฉบับปี 2015 หมายเลขหรือถ้อยคำในฉบับปี 2026 อาจเปลี่ยนไป) บทความนี้แนะนำให้เก็บเงื่อนไขที่ได้รับอนุมัติ การชี้บ่ง ล็อตเป้าหมายและบันทึกการส่งมอบ และการเชื่อมโยงกับการปฏิบัติการแก้ไขไว้เพิ่มเติมด้วย

สิ่งที่ต้องตรวจสอบอย่างน้อยใน RFP และ FAT/SAT ของระบบจัดการการขออนุโลมคืออะไร?

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

สรุป

• การขออนุโลม (concession) ไม่ใช่ขั้นตอนที่ทำให้ผลิตภัณฑ์ที่ไม่เป็นไปตามข้อกำหนดกลายเป็นไปตามข้อกำหนด ผลิตภัณฑ์ยังคงไม่เป็นไปตามข้อกำหนด และเป็นการอนุญาตให้ใช้หรือส่งมอบแบบมีเงื่อนไข
• การอนุญาตให้เบี่ยงเบน (deviation permit) เป็นการอนุญาตก่อนการผลิต ส่วนการขออนุโลมเป็นการอนุญาตหลังการผลิต โดยทั่วไปทั้งสองอย่างให้โดยจำกัดจำนวนหรือระยะเวลา
• บทความนี้ตรวจสอบข้อกำหนดของมาตรฐานในขอบเขตของข้อ 8.7 ของ ISO 9001:2015 และข้อ 8.7.1.1 (SI 9) ของ IATF 16949:2016 หมายเลขหรือถ้อยคำใน ISO 9001:2026 อาจเปลี่ยนไป
• การอนุมัติจากลูกค้าจำเป็นหรือไม่ ขึ้นอยู่กับข้อกำหนดของลูกค้าและมาตรฐานที่นำมาใช้ แนะนำการออกแบบที่เก็บไว้ในข้อมูลหลัก และตัดสินเมื่อยื่นคำขอ
• หัวใจของระบบคือการควบคุมการปฏิบัติตามจำนวนสูงสุด วันหมดอายุ การชี้บ่ง และการตรวจเพิ่มเติม ไปจนถึงคำสั่งส่งมอบใน ERP หรือ WMS
• ผูกล็อตและซีเรียลของชิ้นงานที่ได้รับการอนุโลมไว้กับบันทึกการส่งมอบ ให้ค้นย้อนกลับได้จากทั้งสองฝั่ง
• ผูกการขออนุโลมไว้กับการปฏิบัติการแก้ไข เพื่อไม่ให้มีการขออนุโลมซ้ำด้วยความไม่เป็นไปตามข้อกำหนดเดิม
• การประมาณการต้นทุนเป็นตัวเลขสมมติ แต่ระยะเวลาคืนทุนเปลี่ยนแปลงได้มากตามการติดต่อไปกลับเพื่อขออนุมัติและจำนวนครั้งที่ไม่ปฏิบัติตามเงื่อนไข แนะนำให้บันทึกสถานะปัจจุบันไว้ก่อนการนำระบบมาใช้

TOMAS TECH ให้การสนับสนุนผู้ผลิตในประเทศไทยทั้งด้าน IT และ OT ตั้งแต่การออกแบบการเชื่อมต่อ ERP, MES, QMS และ WMS การสนับสนุนการจัดทำ RFP ไปจนถึงการวางแผน FAT และ SAT หากต้องการปรึกษาเรื่องการวางกลไกการจัดการการขออนุโลม ติดต่อเราได้ที่ หน้าติดต่อเรา

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

• ISO, ISO 9001:2026 Quality management systems — Requirements (Edition 6, ประกาศใช้กันยายน 2026, ISO 9001:2015 ถูกยกเลิก)
• ISO, ISO 9000:2026 Quality management — Fundamentals and vocabulary (Edition 5, ประกาศใช้พฤษภาคม 2026, ISO 9000:2015 ถูกยกเลิก)
• JIS Q 9001:2015 Quality management systems — Requirements (ฉบับแปลที่ตรงกับ ISO 9001:2015, ข้อความเผยแพร่บน kikakurui.com)
• JIS Q 9000:2015 Quality management systems — Fundamentals and vocabulary (ฉบับแปลที่ตรงกับ ISO 9000:2015, ข้อความเผยแพร่บน kikakurui.com)
• European Union Agency for Railways, Railway Terminology Collection: Concession (ที่มา ISO 9000:2015)
• European Union Agency for Railways, Railway Terminology Collection: Deviation permit (ที่มา ISO 9000:2015)
• IATF Global Oversight, IATF 16949:2016 Sanctioned Interpretations (ฉบับพฤศจิกายน 2025)
• IATF Global Oversight, IATF 16949:2016 Frequently Asked Questions (ฉบับมิถุนายน 2026)
• IATF Global Oversight, Stakeholder Communiqué SC-2026-005 IATF 16949 2nd Edition status (กรกฎาคม 2026)
• IATF Global Oversight, Stakeholder Communiqué SC-2024-006 IATF 16949 Revision 2 (ตุลาคม 2024)
• IATF Global Oversight, Statistics (ปรับปรุง 28 กันยายน 2026)
• NASA OSMA, Status of the Development of IA9100 (17 เมษายน 2024)
• คำแปลโดยเจ้าหน้าที่ OCPB, The Product Liability Act B.E. 2551 (2008) (คำแปลภาษาอังกฤษอย่างไม่เป็นทางการ, เผยแพร่บน ASEAN Consumer)
• OCPB, Royal Thai Government Gazette Volume 125 Part 36 a, Liability for Damage Arising from Unsafe Goods Act B.E. 2551 (20 กุมภาพันธ์ 2008, ฉบับภาษาอังกฤษ)
• Motor Expo, FTI reveals 2025 total automobile production of 1,455,569 units (28 มกราคม 2026)
• Argus Media, Thailand EV boom drives auto market in 2025 (รายงานข่าวการประกาศของ FTI เมื่อ 28 มกราคม 2026)
• Krungsri Research, Industry Outlook 2026-2028: Automobile Industry (3 สิงหาคม 2026)
• Krungsri Research, Industry Outlook 2026-2028: Auto Parts Industry (7 พฤษภาคม 2026)
• Thailand BOI, Press Release No. 15/2569: Thailand’s Investment Applications Reach New Highs in 2025 (26 มกราคม 2026)
• JETRO Overseas Research Department, FY2025 Survey on Business Conditions of Japanese Companies Overseas (Asia and Oceania) (26 พฤศจิกายน 2025)
• Oetiker Sweden AB, Supplier Manual OSW-PU-04-11 Rev.1 (1 กุมภาพันธ์ 2018)
• ASQ, What is 8D? Eight Disciplines Problem Solving Process
• ETQ Reliance (Octave Intelligence plc), Reliance Quality Events (เข้าถึง 17 ตุลาคม 2026)
• Infor Documentation, Infor LN 10.7: Handling quarantine inventory using NCR
• MasterControl, Nonconformance Management Software (เข้าถึง 17 ตุลาคม 2026)
• MasterControl, Deviation Management Software (เข้าถึง 17 ตุลาคม 2026)
• Microsoft Learn, Dynamics 365 Supply Chain Management: Quality and nonconformance management overview
• Microsoft Learn, Dynamics 365 Supply Chain Management: Quality orders
• Oracle Help Center, Oracle Supply Chain & Manufacturing 26C: Overview of Quality Management
• Oracle, Data Sheet: Oracle Fusion Cloud Quality Management Version 3.0 (2024)
• PTC Help Center, Windchill 11.2.1.0: Physical Implementation
• SAP Learning, Applying SAP S/4HANA Quality Management: Executing a Usage Decision
• Siemens Digital Industries Software, Opcenter X Quality (เข้าถึง 17 ตุลาคม 2026)
• Advisera, ISO 9001:2015 vs. ISO 9001:2026 – Main differences (เอกสารทุติยภูมิ)