CAPA (การปฏิบัติการแก้ไขและป้องกัน) ขจัดสาเหตุของปัญหาที่เกิดขึ้นแล้วไม่ให้เกิดซ้ำ และนำบทเรียนไปยังผลิตภัณฑ์ กระบวนการ และโรงงานที่ปัญหาอาจเกิดขึ้นต่อไป 8D (Eight Disciplines) คือวิธีการทำงานเป็นทีมที่ลูกค้าในอุตสาหกรรมยานยนต์คาดหวังสำหรับเรื่องนี้ IATF 16949 ข้อ 10.2.3 กำหนดให้มีการกักกัน การวิเคราะห์สาเหตุราก การปฏิบัติการแก้ไขเชิงระบบ ประสิทธิผลที่ทวนสอบแล้ว และ PFMEA กับ Control Plan ที่อัปเดต
Zometric ดำเนินเก้าขั้นตอน D0 ถึง D8: การรับเรื่องและคัดกรอง ทีม การอธิบายปัญหา การกักกัน สาเหตุราก การเลือกและทดสอบการดำเนินการ การนำไปปฏิบัติและพิสูจน์ การป้องกันการเกิดซ้ำ และการปิดเคสพร้อมการชื่นชมทีม D0 ตัดสินว่าจะใช้ 8D แบบเต็มหรือแบบย่อ ขั้นตอนเดียวกันนี้แสดงด้วยถ้อยคำของ VDA 8D หรือ AIAG CQI-20 ได้
สาเหตุรากที่ทวนสอบแล้วต้องอธิบายข้อเท็จจริงได้ และหากเป็นไปได้ ต้องทำให้ปัญหาเกิดและหายได้ตามต้องการ สาเหตุถูกแยกเป็นเหตุที่ข้อบกพร่องเกิดและเหตุที่ตรวจไม่พบ และแยกเป็นสาเหตุทางเทคนิคและสาเหตุเชิงระบบ เพราะการแก้ไขที่ครอบคลุมเพียงชิ้นส่วนจะทิ้งกระบวนการที่ปล่อยให้มันหลุดรอดไว้เหมือนเดิม
หกปัญหาที่ทีมคุณภาพเล่าด้วยคำพูดของตนเอง และสิ่งที่เปลี่ยนไปเมื่อ 8D เป็นเคสที่มีประตูกำกับแทนที่จะเป็นแบบฟอร์ม
แต่ละ Discipline มีการตรวจสอบของตนเอง: ข้อผิดพลาดที่เปิดอยู่จะบล็อกขั้นนั้น และการ์ดขั้นตอนถัดไปบอกว่าขาดอะไร
D0 · การรับเรื่องและคัดกรอง
เคสเปิดจากข้อร้องเรียนของลูกค้าหรือซัพพลายเออร์ ข้อค้นพบจากการตรวจประเมิน ความไม่สอดคล้องจาก Layered Audit หรือแหล่งภายใน คำถามคัดกรองสามข้อจะเสนอ 8D แบบเต็มหรือแบบย่อ ปัญหาด้านความปลอดภัย กฎระเบียบ และปัญหาวิกฤต จะได้ 8D แบบเต็มเสมอ
D1–D2 · ทีมและการอธิบายปัญหา
ระบุผู้สนับสนุนและหัวหน้าทีม เพิ่มสมาชิก ตัวแทนลูกค้าหรือซัพพลายเออร์ อธิบายปัญหาเป็นข้อกำหนดเทียบกับสิ่งที่เกิดจริง ด้วย 5W2H, IS / IS NOT รูปแบบของข้อผิดพลาด และการตรวจชิ้นส่วน สายการผลิต และโรงงานที่คล้ายกัน
D3 · การกักกัน
บันทึกการกักกันตามสถานที่ ได้แก่ ซัพพลายเออร์ งานระหว่างผลิต สินค้าสำเร็จรูป ระหว่างขนส่ง ที่ลูกค้า พร้อมล็อต จำนวนที่ตรวจและที่คัดออก และการตัดสินใจจัดการ การใช้ตามสภาพและการซ่อมต้องได้รับอนุญาตจากลูกค้า ผลิตภัณฑ์ต้องสงสัยที่จัดส่งไปแล้วต้องแจ้งลูกค้า
D4 · สาเหตุราก
ใช้ 5-Why, Ishikawa, IS / IS NOT, Pareto, แผนภูมิต้นไม้ความผิดพร่อง เมทริกซ์การตัดสินใจ multi-vari หรือเมทริกซ์เหตุและผล และยกระดับสาเหตุที่น่าจะเป็นขึ้นเป็นสาเหตุราก ห่วงโซ่ใน PFMEA และแถวใน Control Plan ของโครงการอยู่ข้าง ๆ ทีมจึงตอบได้ว่า “มันอยู่ใน FMEA หรือไม่?”
D5–D6 · การดำเนินการและการพิสูจน์
เชื่อมโยงการดำเนินการแก้ไขและการดำเนินการเชิงระบบกับสาเหตุที่มันขจัด กำหนดเกณฑ์การยอมรับก่อนบันทึกผลใด ๆ ทดสอบก่อนนำไปปฏิบัติ แล้วพิสูจน์หลังนำไปปฏิบัติ โดยเลือกเทียบกับข้อมูล SPC หรือการตรวจสอบแบบสดได้ ทั้งก่อนและหลังการเปลี่ยนแปลง
D7 · ป้องกันการเกิดซ้ำ
ตัดสินแต่ละเป้าหมายการป้องกัน: PFMEA, DFMEA, Control Plan, Process Flow วิธีการทำงาน ผลิตภัณฑ์และกระบวนการที่คล้ายกัน โรงงานอื่น บทเรียนที่ได้รับ หรือคำถาม LPA แต่ละการตัดสินใจเป็นทำแล้ว วางแผนแล้วพร้อมผู้รับผิดชอบและวันที่ หรือไม่เกี่ยวข้องพร้อมเหตุผล
D8 · การปิดเคสและการชื่นชม
ส่งสรุปการปิดเคสให้หัวหน้าทีมและผู้สนับสนุนลงนามรับรอง รวมถึงลูกค้าเมื่อข้อร้องเรียนกำหนด การอนุมัติลงนามด้วยลายเซ็นอิเล็กทรอนิกส์ได้ การปิดเคสจะนัดหมายการทบทวนประสิทธิผล โดยค่าเริ่มต้นคือ 90 วันหลังจากนั้น
แต่ละความสามารถเชื่อมโยงกับการตัดสินใจที่ทีมของคุณพยายามทำอยู่แล้ว
แต่ละขั้นมีการตรวจสอบของตนเอง และข้อผิดพลาดที่ยังเปิดอยู่จะบล็อกขั้นนั้น การ์ดขั้นตอนถัดไปบอกหัวหน้าทีมว่าต้องมีอะไรจึงจะไปต่อได้ 8D จึงปิดไม่ได้หากไม่มีสาเหตุรากที่ทวนสอบแล้วและมีหลักฐานรองรับ
แก้ปัญหาครั้งเดียวและรายงานในรูปแบบที่ลูกค้าต้องการ รูปแบบกำหนดขั้นตอน ป้ายกำกับ และเลย์เอาต์ของรายงาน รวมถึงเวิร์กบุ๊กของลูกค้า โดยไม่เปลี่ยนวิธีที่ทีมแก้ปัญหา
การกักกันตามสถานที่ (โรงงานของคุณ ระหว่างขนส่ง คลังของลูกค้า) พร้อมล็อตที่ได้รับผลกระทบ จำนวนที่คัดแยก และการตัดสินใจจัดการ Clean Point ถูกบันทึก และการกักกันยกเลิกได้ก็ต่อเมื่อการแก้ไขถาวรได้รับการพิสูจน์แล้วเท่านั้น เว้นแต่ผู้สนับสนุนหรือผู้จัดการฝ่ายคุณภาพจะสั่งข้ามพร้อมเหตุผลเป็นลายลักษณ์อักษร
5 Why, Ishikawa, Pareto, Is / Is-Not, แผนภูมิต้นไม้ความผิดพร่อง และเมทริกซ์การตัดสินใจ ทั้งหมดอยู่ในบันทึกของเคส สาเหตุรากถูกแยกเป็นเหตุที่ข้อบกพร่องเกิดและเหตุที่มันหลุดรอด พร้อมบริบทของ PFMEA และ Control Plan ที่เกี่ยวข้องอยู่ข้าง ๆ
การป้องกันคือการตัดสินใจที่ทำกับเอกสารจริง เลือก PFMEA, Control Plan หรือ Process Flow ที่บทเรียนนี้ใช้ได้ แล้วธงให้ทบทวนจะถูกยกขึ้นบนเอกสารนั้น: วงจรจากความล้มเหลวในภาคสนามกลับสู่การวิเคราะห์ความเสี่ยงถูกปิดในระบบ ไม่ใช่ในห้องประชุม
การทบทวนประสิทธิผลถูกนัดหมายเมื่อปิดเคส หากปัญหากลับมา เคสจะเปิดใหม่ ข้อร้องเรียนซ้ำบน CAPA ที่ปิดแล้วจะติดธงบน CAPA นั้นโดยอัตโนมัติ
รูปถ่ายและไฟล์ในทุกขั้น การลงนามรับรองด้วยลายเซ็นอิเล็กทรอนิกส์ และเวอร์ชันรายงานที่มีหมายเลข (เบื้องต้น ระหว่างกาล และฉบับสุดท้าย) ถูกตรึงไว้ตามที่ออก ชุดเอกสารสำหรับการทบทวนของฝ่ายบริหารส่งออกภาพรวม CAPA ทั้งหมดไปยัง Excel
เคสในอดีตที่คล้ายกัน สาเหตุรากที่พิสูจน์แล้ว และการดำเนินการที่ได้ผล ถูกแนะนำจาก CAPA และ FMEA ของคุณเอง แต่ละรายการมีการอ้างอิง โมดูลนี้ไม่ใช้ LLM ภายนอก และวิศวกรเป็นผู้ตัดสินว่าจะยอมรับอะไร
วันครบกำหนดของแต่ละขั้นนับจากเวลาที่มีการรายงานปัญหา ไม่ใช่จากเวลาที่มีคนเปิดเคส นี่คือค่าเริ่มต้นของรูปแบบ VDA 8D, CQI-20 และ Generic 8D ซึ่งเปลี่ยนได้ในรูปแบบที่ทำสำเนา และกำหนดเวลาของข้อร้องเรียนและการตรวจประเมินจะใช้แทนค่าเหล่านี้
| ขั้น | ครบกำหนดหลังจาก | ครบกำหนดวันที่ |
|---|---|---|
| D0 เตรียมการและตอบสนอง | ครบกำหนดหลังจาก24 ชม. | ครบกำหนดวันที่3 มี.ค. 09:00 |
| D1 ทีม | ครบกำหนดหลังจาก24 ชม. | ครบกำหนดวันที่3 มี.ค. 09:00 |
| D2 อธิบายปัญหา | ครบกำหนดหลังจาก5 วัน | ครบกำหนดวันที่7 มี.ค. 09:00 |
| D3 กักกัน | ครบกำหนดหลังจาก24 ชม. | ครบกำหนดวันที่3 มี.ค. 09:00 |
| D4 ค้นหาสาเหตุราก | ครบกำหนดหลังจาก15 วัน | ครบกำหนดวันที่17 มี.ค. 09:00 |
| D5 เลือกและทดสอบการดำเนินการ | ครบกำหนดหลังจาก15 วัน | ครบกำหนดวันที่17 มี.ค. 09:00 |
| D6–D8 นำไปปฏิบัติ ป้องกัน ปิดเคส | ครบกำหนดหลังจาก60 วัน | ครบกำหนดวันที่1 พ.ค. 09:00 |
โมดูลอื่นเปิดเคสผ่าน CAPA และได้รับแจ้งกลับเมื่อมีการเปลี่ยนแปลง จึงไม่มีอะไรต้องพิมพ์ซ้ำระหว่างโมดูล
ข้อร้องเรียนหนึ่งรายการเปิด CAPA หนึ่งรายการ พร้อมกำหนดเวลาของตนเองสำหรับการกักกัน สาเหตุราก และรายงานฉบับสุดท้าย ข้อร้องเรียนซ้ำจะยกธงให้ทบทวนบน CAPA ที่ปิดแล้ว และปรากฏในการทบทวนประสิทธิผล
ข้อค้นพบความไม่สอดคล้องและความไม่สอดคล้องจาก Layered Audit เปิด CAPA ที่ครบกำหนดตามวันตอบกลับของข้อค้นพบ ใน D7 การตัดสินใจด้านการป้องกันสามารถสร้างร่างคำถาม LPA ได้
D4 แสดงห่วงโซ่ใน PFMEA ของโครงการเพื่อให้เชื่อมโยงสาเหตุรากได้ และการตัดสินใจใน D7 จะยกธงให้ทบทวนบน PFMEA หรือ DFMEA
D4 แสดงแถวใน Control Plan ข้างสาเหตุราก และการตัดสินใจใน D7 เกี่ยวกับ Control Plan จะยกธงให้ทบทวนบนแผนนั้น
เคสบันทึกการปฏิบัติงานที่ปัญหาเกิดขึ้น จากผังการไหลของกระบวนการของโครงการ และ D7 สามารถติดธงให้ทบทวน Process Flow Diagram ได้
ซัพพลายเออร์ตอบการกักกัน สาเหตุราก การดำเนินการ และการนำไปปฏิบัติจากลิงก์ที่ปลอดภัย ไม่มีอะไรเปลี่ยนใน CAPA จนกว่าทีมจะยอมรับคำตอบ
การพิสูจน์หลังการนำไปปฏิบัติสามารถชี้ไปยังสตรีม SPC ของชิ้นส่วน และแสดงผลการทำงานก่อนและหลังการเปลี่ยนแปลง
ผลการตรวจสอบของชิ้นส่วนใช้เป็นหลักฐานพิสูจน์ได้เช่นกัน โดยเปรียบเทียบในช่วงเวลาที่เท่ากันก่อนและหลังการดำเนินการ
การตัดสินใจด้านบทเรียนที่ได้รับใน D7 จะสร้างรายการในคลังบทเรียนที่ได้รับ ซึ่งเชื่อมโยงกลับไปยัง CAPA
ดำเนินเคส: การคัดกรอง ขั้นตอนต่าง ๆ คำขอปิดเคส และการทบทวนประสิทธิผล ได้รับการเตือนสำหรับขั้นที่ใกล้ครบกำหนดหรือเกินกำหนด
ลงนามการปิดเคสร่วมกับหัวหน้าทีม และสามารถสั่งข้ามการยกเลิกการกักกันพร้อมเหตุผลเป็นลายลักษณ์อักษร
ทำงานใน Discipline ต่าง ๆ ได้แก่ การอธิบายปัญหา การกักกัน การวิเคราะห์ สาเหตุราก และการดำเนินการ ส่วนการคัดกรองและการปิดเคสเป็นของหัวหน้าทีมและผู้สนับสนุน
จัดการเคสใดก็ได้ รับการยกระดับของขั้นที่เกินกำหนด ลงนามรับรองในฐานะผู้จัดการฝ่ายคุณภาพ และสามารถสั่งข้ามการยกเลิกการกักกันได้
ผู้ประสานงานข้อร้องเรียน ผู้จัดการโปรแกรมการตรวจประเมิน และเจ้าของกระบวนการ LPA จัดการ CAPA ที่เปิดจากข้อร้องเรียน ข้อค้นพบ และ Layered Audit ของตน
ตอบการกักกัน สาเหตุราก การดำเนินการ และการนำไปปฏิบัติสำหรับ 8D ของตนผ่านพอร์ทัลซัพพลายเออร์
| Zometric CAPA และ 8D เทียบกับแม่แบบ 8D ในสเปรดชีตหรือ Word | แม่แบบสเปรดชีตหรือ Word | Zometric CAPA และ 8D |
|---|---|---|
| ประตูของแต่ละขั้น | ช่องใดก็เว้นว่างหรือเขียนคลุมเครือได้ | กฎ CAPA 52 ข้อ ข้อผิดพลาดที่เปิดอยู่บล็อกขั้นและการปิดเคส |
| สาเหตุราก | ช่องข้อความอิสระหนึ่งช่อง | สาเหตุทางเทคนิคและเชิงระบบของการเกิดและการตรวจไม่พบ แต่ละสาเหตุทวนสอบด้วยหลักฐาน |
| การยกเลิกการกักกัน | หยุดเมื่อรู้สึกว่าปลอดภัย | ยกเลิกหลังการพิสูจน์ผ่านแล้วเท่านั้น หรือสั่งข้ามพร้อมเหตุผล |
| วันครบกำหนด | พิมพ์ด้วยมือ แทบไม่มีการตามงาน | นับจากวันที่รายงาน พร้อมการเตือนและการยกระดับ |
| PFMEA และ Control Plan | เขียนว่า "อัปเดตแล้ว" ใน D7 | ต้องมีการตัดสินใจใน D7 และยกธงให้ทบทวนบนเอกสาร |
| รูปแบบของลูกค้า | ไฟล์ต่างกันสำหรับลูกค้าแต่ละราย | เคสเดียว ใช้ VDA 8D, CQI-20 หรือรูปแบบและเวิร์กบุ๊กของลูกค้า |
| ประสิทธิผล | แทบไม่มีการตรวจหลังปิดเคส | นัดหมายการทบทวนเมื่อปิดเคส การทบทวนที่ไม่ผ่านจะเปิดเคสใหม่ |
| เวอร์ชันและการลงนามรับรอง | "8D_final_v2" ส่งทางอีเมล | เวอร์ชันรายงานที่มีหมายเลขถูกตรึงไว้ตามที่ออก พร้อมลายเซ็นอิเล็กทรอนิกส์ |
รายงาน 8D ในเลย์เอาต์ VDA 8D, CQI-20 หรือแบบทั่วไปบนหน้าจอ พร้อมเลย์เอาต์สำหรับพิมพ์เป็น PDF และเวิร์กบุ๊ก Excel หนึ่งแผ่นงานต่อ Discipline
อัปโหลดเวิร์กบุ๊ก 8D เปล่าของลูกค้า จับคู่เซลล์ครั้งเดียว แล้วกรอกจากเวอร์ชันรายงานที่ออกแล้วฉบับใดก็ได้
ส่งออกทะเบียน CAPA พร้อม KPI และชุดเอกสารการทบทวนของฝ่ายบริหารที่มีแนวโน้ม แหล่งที่มา Pareto ของสาเหตุ เคสที่เปิดและปิด และประสิทธิผล ไปยัง Excel
โหลดแคตตาล็อกสาเหตุของลูกค้า ข้อความรูปแบบ และเกณฑ์การประเมิน จาก Excel หรือ CSV
เคส ขั้นตอน ทีม การกักกัน สาเหตุราก และการลงนามรับรอง เข้าถึงได้ผ่าน REST API พร้อม Webhook เมื่อเคสเปลี่ยนสถานะ
โมดูลของ Zometric ใช้แกนหลักข้อมูลเดียวร่วมกัน — การนำมาใช้มากขึ้นจะทวีความได้เปรียบด้านอัตราส่วนสัญญาณต่อสัญญาณรบกวน
คำตอบตรงไปตรงมาสำหรับคำถามที่ทีมมักถามก่อนการสาธิต
CAPA (การปฏิบัติการแก้ไขและป้องกัน) คือข้อกำหนด: ขจัดสาเหตุของปัญหาไม่ให้กลับมา และป้องกันไม่ให้เกิดที่อื่น 8D คือวิธีการทำงานเป็นทีมเชิงโครงสร้างเพื่อทำสิ่งนั้น ในแปด Discipline ตั้งแต่ทีมจนถึงการปิดเคส Zometric ดำเนินทุก CAPA เป็นเคส 8D ที่มีเก้าขั้นตอน D0 ถึง D8 โดย D0 ตัดสินว่าจะใช้ 8D แบบเต็มหรือแบบย่อ
Zometric มีสามรูปแบบ: VDA 8D, การแก้ปัญหาตาม CQI-20 และ Generic 8D รูปแบบกำหนดชื่อขั้นตอน ประเภทสาเหตุรากที่ต้องมี ระดับการทวนสอบ การลงนามรับรอง วันครบกำหนด และเลย์เอาต์ของรายงาน รูปแบบทำสำเนาและปรับให้เหมาะกับลูกค้าได้ และเวิร์กบุ๊ก 8D ของลูกค้าเองสามารถกรอกจากเวอร์ชันรายงานที่ออกแล้ว
ในการคัดกรอง คำถามสามข้อจะเสนอแนวทาง: ทราบสาเหตุหรือไม่ การอธิบายปัญหาครบถ้วนหรือไม่ และปัญหาเกินกว่าที่คนคนเดียวจะจัดการหรือไม่ ปัญหาด้านความปลอดภัย กฎระเบียบ และปัญหาวิกฤต จะได้ 8D แบบเต็มเสมอ เช่นเดียวกับข้อร้องเรียนของลูกค้า เว้นแต่รูปแบบจะอนุญาตแบบย่อ 8D แบบย่อที่กลายเป็นเรื่องใหญ่กว่าที่คิดสามารถยกระดับเป็น 8D แบบเต็มได้โดยไม่สูญเสียข้อมูล
วันครบกำหนดนับจากเวลาที่มีการรายงานปัญหา ค่าเริ่มต้นคือ 24 ชั่วโมงสำหรับการกักกัน 15 วันสำหรับสาเหตุรากและแผนการดำเนินการ และ 60 วันสำหรับการนำไปปฏิบัติ การป้องกัน และการปิดเคส กำหนดเวลาของข้อร้องเรียนหรือระยะเวลาตอบกลับของข้อค้นพบจากการตรวจประเมินจะใช้แทนค่าเหล่านี้ และขั้นที่เกินกำหนดมากกว่าสามวันจะถูกยกระดับไปยังผู้จัดการฝ่ายคุณภาพ
ก็ต่อเมื่อการดำเนินการแก้ไขผ่านการพิสูจน์หลังการนำไปปฏิบัติแล้วเท่านั้น รูปแบบยังกำหนดให้ต้องได้รับการอนุมัติการออกจากลูกค้า หรือต้องผ่านช่วงเวลาที่ไม่มีปัญหาหลัง Clean Point ได้ด้วย การยกเลิกการกักกันก่อนหน้านั้นต้องมีผู้สนับสนุนหรือผู้จัดการฝ่ายคุณภาพพร้อมเหตุผลเป็นลายลักษณ์อักษร ซึ่งจะเก็บไว้กับบันทึก
การปิดเคสจะนัดหมายการทบทวนประสิทธิผล โดยค่าเริ่มต้นคือ 90 วันหลังจากนั้น ข้อร้องเรียนซ้ำตั้งแต่ปิดเคสจะปรากฏเป็นสัญญาณการเกิดซ้ำ และการยืนยันประสิทธิผลทั้งที่มีสัญญาณเหล่านั้นต้องมีเหตุผลเป็นลายลักษณ์อักษร การทบทวนที่ไม่ผ่านจะเปิดเคสใหม่จากขั้นที่เลือก หรือคงสถานะปิดไว้แล้วเริ่ม CAPA ซ้ำที่เชื่อมโยงกัน
ได้ ผ่านพอร์ทัลซัพพลายเออร์ ซัพพลายเออร์ตอบการกักกัน สาเหตุราก การดำเนินการแก้ไข และการนำไปปฏิบัติจากลิงก์ที่ปลอดภัย คำตอบของพวกเขายังคงเป็นข้อเสนอ: ไม่มีสิ่งใดถูกเขียนลงใน CAPA จนกว่าทีมจะยอมรับ และสาเหตุรากที่ยอมรับแล้วจะเริ่มต้นเป็น «น่าจะเป็นที่สุด» ไม่ใช่ «ทวนสอบแล้ว»
ไม่ ข้อเสนอแนะสาเหตุราก การดำเนินการ และเป้าหมายการป้องกัน มาจากเอนจินภายในที่ค้นหา CAPA และ FMEA ในอดีตของคุณเอง แต่ละรายการมีการอ้างอิง ไม่มีการใช้ LLM ภายนอก และไม่มีสิ่งใดถูกเพิ่มลงในเคสจนกว่าวิศวกรจะยอมรับ
การโทรสำรวจ 30 นาที โครงการนำร่อง 2–3 สัปดาห์บนข้อมูลโรงงานจริง จากนั้นขยายขนาดตามจังหวะของคุณ
