CAPA (corrective and preventive action, tindakan korektif dan preventif) menghilangkan penyebab masalah yang telah terjadi agar tidak terulang, dan membawa pelajarannya ke produk, proses, dan lokasi lain tempat masalah itu bisa terjadi berikutnya. 8D (Eight Disciplines) adalah metode tim yang diharapkan pelanggan otomotif untuk itu: klausul 10.2.3 IATF 16949 meminta containment, analisis akar masalah, tindakan korektif sistemik, efektivitas yang terverifikasi, serta PFMEA dan Rencana Kendali yang diperbarui.
Zometric menjalankan sembilan langkah, D0 hingga D8: penerimaan dan triase, tim, deskripsi masalah, containment, akar masalah, pemilihan dan pengujian tindakan, implementasi dan pembuktiannya, pencegahan terulangnya masalah, serta penutupan dengan apresiasi tim. D0 memutuskan antara 8D lengkap dan bentuk singkat. Langkah-langkah yang sama dapat ditampilkan dengan istilah VDA 8D atau AIAG CQI-20.
Akar masalah yang terverifikasi harus menjelaskan fakta dan, bila memungkinkan, dapat menyalakan dan mematikan masalahnya. Penyebab dipisahkan menjadi mengapa cacat terjadi dan mengapa tidak terdeteksi, serta menjadi penyebab teknis dan sistemik, karena perbaikan yang hanya mencakup part membiarkan proses yang meloloskannya tetap sama.
Enam masalah yang diceritakan tim mutu dengan kata-kata mereka sendiri — dan apa yang berubah ketika 8D adalah kasus bergerbang, bukan formulir.
Setiap disiplin memiliki pemeriksaannya sendiri: kesalahan yang terbuka memblokir langkah, dan kartu langkah-berikutnya menyebutkan apa yang kurang.
D0 · Penerimaan dan triase
Kasus dibuka dari keluhan pelanggan atau pemasok, temuan audit, ketidaksesuaian audit berlapis, atau sumber internal. Tiga pertanyaan triase menyarankan 8D lengkap atau bentuk singkat; masalah keselamatan, regulasi, dan kritis selalu mendapat 8D lengkap.
D1–D2 · Tim dan deskripsi masalah
Tunjuk sponsor dan ketua tim, tambahkan anggota serta perwakilan pelanggan atau pemasok. Deskripsikan masalah sebagai persyaratan dibandingkan aktual, dengan 5W2H, IS / IS NOT, pola kesalahan, dan pemeriksaan pada part, lini, dan lokasi serupa.
D3 · Containment
Catat containment per lokasi — pemasok, barang dalam proses, barang jadi, dalam perjalanan, di pelanggan — dengan lot, jumlah yang diperiksa dan ditolak, serta disposisinya. Penggunaan apa adanya dan perbaikan memerlukan otorisasi pelanggan; produk tercurigai yang sudah dikirim memerlukan notifikasi ke pelanggan.
D4 · Akar masalah
Gunakan 5-Why, Ishikawa, IS / IS NOT, Pareto, pohon kesalahan, matriks keputusan, multi-vari, atau matriks sebab-akibat, lalu naikkan penyebab yang paling mungkin menjadi akar masalah. Rantai PFMEA dan baris Rencana Kendali proyek berada di sampingnya, sehingga tim dapat menjawab “apakah ini ada di FMEA?”.
D5–D6 · Tindakan dan pembuktian
Tautkan tindakan korektif dan sistemik ke penyebab yang dihilangkannya. Tetapkan kriteria penerimaan sebelum hasil apa pun dicatat, uji sebelum implementasi, lalu buktikan setelahnya — opsional terhadap data SPC atau inspeksi yang hidup, sebelum dan sesudah perubahan.
D7 · Mencegah terulangnya masalah
Putuskan setiap sasaran pencegahan: PFMEA, DFMEA, Rencana Kendali, alir proses, instruksi kerja, produk dan proses serupa, lokasi lain, pelajaran yang dipetik, atau pertanyaan LPA. Setiap keputusan berstatus selesai, direncanakan dengan penanggung jawab dan tanggal, atau tidak berlaku dengan alasan.
D8 · Penutupan dan apresiasi
Ajukan ringkasan penutupan untuk disahkan ketua tim dan sponsor, ditambah pelanggan bila keluhannya mewajibkan; persetujuan dapat ditandatangani secara elektronik. Penutupan menjadwalkan tinjauan efektivitas, 90 hari kemudian secara default.
Setiap kemampuan terkait dengan keputusan yang sudah berusaha diambil oleh tim Anda.
Setiap disiplin memiliki pemeriksaannya sendiri, dan kesalahan yang masih terbuka memblokir langkah tersebut. Kartu langkah-berikutnya memberi tahu ketua tim apa yang diperlukan untuk melanjutkan — sehingga 8D tidak bisa ditutup tanpa akar masalah terverifikasi yang didukung bukti.
Kerjakan masalahnya satu kali dan laporkan dalam format yang diminta pelanggan. Format menentukan langkah, label, dan tata letak laporan — termasuk workbook pelanggan — tanpa mengubah cara tim memecahkan masalah.
Tindakan containment per lokasi — pabrik Anda, dalam perjalanan, gudang pelanggan — dengan lot terdampak, jumlah yang disortir, dan disposisinya. Clean point dicatat, dan containment hanya dapat dicabut setelah perbaikan permanen terbukti, kecuali sponsor atau manajer mutu mengesampingkannya dengan alasan tertulis.
5x mengapa, Ishikawa, Pareto, Is / Is-Not, pohon kesalahan, dan matriks keputusan, semuanya pada catatan kasus. Akar masalah dipisahkan menjadi mengapa cacat terjadi dan mengapa cacat itu lolos, dengan konteks PFMEA dan Rencana Kendali terkait di sampingnya.
Pencegahan adalah keputusan yang diambil terhadap dokumen nyata. Pilih PFMEA, Rencana Kendali, atau alir proses tempat pelajaran itu berlaku, dan tanda tinjauan dipasang padanya — putaran dari kegagalan di lapangan kembali ke analisis risiko ditutup di sistem, bukan di rapat.
Tinjauan efektivitas dijadwalkan saat penutupan. Jika masalahnya kembali, kasus dibuka lagi. Keluhan berulang pada CAPA yang sudah ditutup otomatis memasang tanda padanya.
Foto dan berkas di setiap langkah, persetujuan bertanda tangan elektronik, dan versi laporan bernomor — awal, sementara, dan final — dibekukan sebagaimana diterbitkan. Paket tinjauan manajemen mengekspor seluruh gambaran CAPA ke Excel.
Kasus serupa di masa lalu, akar masalah yang terbukti, dan tindakan yang berhasil disarankan dari CAPA dan FMEA Anda sendiri, masing-masing dengan rujukan. Tidak ada LLM eksternal yang digunakan di modul ini, dan insinyurlah yang memutuskan apa yang diterima.
Tenggat langkah dihitung sejak saat masalah dilaporkan, bukan sejak seseorang membuka kasus. Ini adalah nilai default format VDA 8D, CQI-20, dan 8D Generik; masing-masing dapat diubah dalam format duplikat, dan tenggat keluhan serta audit menggantikannya.
| Langkah | Tenggat setelah | Jatuh tempo |
|---|---|---|
| D0 Persiapan dan reaksi | Tenggat setelah24 jam | Jatuh tempo3 Mar 09.00 |
| D1 Tim | Tenggat setelah24 jam | Jatuh tempo3 Mar 09.00 |
| D2 Deskripsikan masalah | Tenggat setelah5 hari | Jatuh tempo7 Mar 09.00 |
| D3 Containment | Tenggat setelah24 jam | Jatuh tempo3 Mar 09.00 |
| D4 Temukan akar masalah | Tenggat setelah15 hari | Jatuh tempo17 Mar 09.00 |
| D5 Pilih dan uji tindakan | Tenggat setelah15 hari | Jatuh tempo17 Mar 09.00 |
| D6–D8 Implementasi, cegah, tutup | Tenggat setelah60 hari | Jatuh tempo1 Mei 09.00 |
Modul lain membuka kasus melalui CAPA dan menerima kabar saat kasus berubah, sehingga tidak ada yang diketik ulang di antaranya.
Sebuah keluhan membuka satu CAPA dengan tenggatnya sendiri untuk containment, akar masalah, dan laporan final. Keluhan berulang memasang tanda tinjauan pada CAPA yang sudah ditutup dan muncul di tinjauan efektivitasnya.
Temuan ketidaksesuaian dan ketidaksesuaian audit berlapis membuka CAPA yang jatuh tempo pada tanggal respons temuan. Di D7, keputusan pencegahan dapat membuat draf pertanyaan LPA.
D4 menampilkan rantai PFMEA proyek sehingga akar masalah dapat ditautkan kepadanya, dan keputusan D7 memasang tanda tinjauan pada PFMEA atau DFMEA.
D4 menampilkan baris Rencana Kendali di samping akar masalah, dan keputusan D7 atas Rencana Kendali memasang tanda tinjauan padanya.
Kasus mencatat operasi tempat masalah muncul, dari alir proses proyek; D7 dapat menandai Diagram Alir Proses untuk ditinjau.
Pemasok menjawab containment, akar masalah, tindakan, dan implementasi dari tautan aman. Tidak ada yang berubah di CAPA sampai tim menerima jawabannya.
Pembuktian pascaimplementasi dapat merujuk ke aliran SPC part tersebut dan menampilkan kinerjanya sebelum dan sesudah perubahan.
Hasil inspeksi part juga dapat menjadi pembuktian, dibandingkan dalam periode yang sama panjang sebelum dan sesudah tindakan.
Keputusan pelajaran yang dipetik di D7 membuat entri di pustaka pelajaran yang dipetik, yang tertaut kembali ke CAPA.
Menjalankan kasus: triase, langkah-langkah, permintaan penutupan, dan tinjauan efektivitas. Menerima pengingat untuk langkah yang segera jatuh tempo atau sudah terlambat.
Menandatangani penutupan bersama ketua tim, dan dapat mengesampingkan pencabutan containment dengan alasan tertulis.
Mengerjakan disiplin-disiplinnya — deskripsi masalah, containment, analisis, akar masalah, dan tindakan. Triase dan penutupan tetap di tangan ketua tim dan sponsor.
Mengelola kasus apa pun, menerima eskalasi langkah yang terlambat, menandatangani pengesahan manajer mutu, dan dapat mengesampingkan pencabutan containment.
Koordinator keluhan, manajer program audit, dan pemilik proses LPA mengelola CAPA yang dibuka dari keluhan, temuan, dan audit berlapis mereka.
Menjawab containment, akar masalah, tindakan, dan implementasi untuk 8D mereka melalui Portal Pemasok.
| Zometric CAPA & 8D vs templat 8D spreadsheet atau Word | Templat spreadsheet atau Word | Zometric CAPA & 8D |
|---|---|---|
| Gerbang langkah | Kotak mana pun bisa dibiarkan kosong atau samar | 52 aturan CAPA; kesalahan yang terbuka memblokir langkah dan penutupan |
| Akar masalah | Satu kotak teks bebas | Penyebab teknis dan sistemik atas terjadinya dan lolosnya deteksi, masing-masing diverifikasi dengan bukti |
| Keluar dari containment | Dihentikan saat terasa aman | Dicabut hanya setelah pembuktian lulus, atau dikesampingkan dengan alasan |
| Tenggat | Diketik manual, jarang ditindaklanjuti | Dihitung dari tanggal laporan, dengan pengingat dan eskalasi |
| PFMEA dan Rencana Kendali | "Sudah diperbarui" ditulis di D7 | Keputusan D7 wajib dan memasang tanda tinjauan pada dokumen |
| Format pelanggan | Berkas berbeda untuk setiap pelanggan | Satu kasus; VDA 8D, CQI-20, atau format dan workbook pelanggan |
| Efektivitas | Jarang diperiksa setelah penutupan | Tinjauan dijadwalkan saat penutupan; tinjauan yang gagal membuka kembali kasus |
| Versi dan pengesahan | "8D_final_v2" dikirim lewat email | Versi laporan bernomor yang dibekukan sebagaimana diterbitkan, dengan tanda tangan elektronik |
Laporan 8D dalam tata letak VDA 8D, CQI-20, atau generik di layar, dengan tata letak cetak untuk PDF dan workbook Excel berisi satu lembar per disiplin.
Unggah workbook 8D kosong milik pelanggan, petakan selnya satu kali, dan isi dari versi laporan terbitan mana pun.
Ekspor register CAPA beserta KPI-nya, dan paket tinjauan manajemen berisi tren, sumber, Pareto penyebab, kasus terbuka dan tertutup, serta efektivitas, ke Excel.
Muat katalog penyebab pelanggan, teks format, dan kriteria penilaian dari Excel atau CSV.
Kasus, langkah, tim, containment, akar masalah, dan pengesahan tersedia melalui REST API, dengan webhook saat status kasus berubah.
Modul-modul Zometric berbagi satu tulang punggung data — mengadopsi lebih banyak modul melipatgandakan keunggulan rasio sinyal terhadap derau.
Jawaban lugas atas pertanyaan yang diajukan tim sebelum demo.
CAPA (tindakan korektif dan preventif) adalah persyaratannya: hilangkan penyebab masalah agar tidak kembali, dan cegah di tempat lain. 8D adalah metode tim terstruktur untuk melakukannya, dalam delapan disiplin dari tim hingga penutupan. Zometric menjalankan setiap CAPA sebagai kasus 8D dengan sembilan langkah, D0 hingga D8, di mana D0 memutuskan antara 8D lengkap dan bentuk singkat.
Zometric menyertakan tiga format: VDA 8D, pemecahan masalah CQI-20, dan 8D Generik. Format menentukan nama langkah, kelas akar masalah yang wajib, tingkat verifikasi, pengesahan, tenggat, dan tata letak laporan. Format dapat diduplikasi dan disesuaikan untuk pelanggan, dan workbook 8D milik pelanggan dapat diisi dari versi laporan yang diterbitkan.
Saat triase, tiga pertanyaan menyarankan pendekatannya: apakah penyebabnya diketahui, apakah deskripsi masalah sudah lengkap, dan apakah masalahnya melampaui kemampuan satu orang. Masalah keselamatan, regulasi, dan kritis selalu mendapat 8D lengkap, begitu pula keluhan pelanggan kecuali formatnya mengizinkan bentuk singkat. Bentuk singkat yang ternyata lebih besar dapat dieskalasi menjadi 8D lengkap tanpa kehilangan data.
Tenggat dihitung sejak masalah dilaporkan. Defaultnya 24 jam untuk containment, 15 hari untuk akar masalah dan rencana tindakan, dan 60 hari untuk implementasi, pencegahan, dan penutupan. Tenggat keluhan atau waktu respons temuan audit menggantikannya, dan langkah yang terlambat lebih dari tiga hari dieskalasi ke manajer mutu.
Hanya setelah tindakan korektif memiliki pembuktian pascaimplementasi yang lulus. Format juga dapat mewajibkan persetujuan keluar dari pelanggan atau periode bersih setelah clean point. Mencabut containment lebih awal memerlukan sponsor atau manajer mutu dan alasan tertulis, yang disimpan bersama catatan.
Penutupan menjadwalkan tinjauan efektivitas, 90 hari kemudian secara default. Keluhan berulang sejak penutupan muncul sebagai sinyal keberulangan, dan mengonfirmasi efektivitas meskipun ada sinyal tersebut memerlukan justifikasi tertulis. Tinjauan yang gagal membuka kembali kasus dari langkah yang dipilih, atau membiarkannya tertutup dan memulai CAPA berulang yang tertaut.
Ya. Melalui Portal Pemasok, pemasok menjawab containment, akar masalah, tindakan korektif, dan implementasi dari tautan aman. Jawaban mereka tetap berupa usulan: tidak ada yang ditulis ke CAPA sampai tim menerimanya, dan akar masalah yang diterima dimulai sebagai paling mungkin, bukan terverifikasi.
Tidak. Saran akar masalah, tindakan, dan sasaran pencegahan berasal dari mesin lokal yang menelusuri CAPA dan FMEA Anda sendiri di masa lalu, masing-masing dengan rujukan. Tidak ada LLM eksternal yang digunakan, dan tidak ada yang ditambahkan ke kasus sampai seorang insinyur menerimanya.
Panggilan eksplorasi 30 menit. Pilot 2–3 minggu pada data pabrik nyata. Kemudian skalakan sesuai kecepatan Anda.
