Pitulungan › PPAP & SPC

Pemasok Otomotif: PPAP lan SPC

Béngkèl sing masok menyang pabrik mobil ditakoni rong bab terus-terusan: "apa panjenengan disetujoni nggawé part iki?" (PPAP) lan "apa prosès panjenengan pancèn sanggup nahan toleransi iki?" (SPC). Pandhuan iki nerangaké loro-loroné saka nol.

1. Apa kuwi PPAP?

PPAP kuwi persetujuan pelanggan sing ngomong "panjenengan olèh produksi massal part iki". Produksi tanpa kuwi ateges kabèh kiriman bisa ditolak. Ing HNR, PPAP kuwi persetujuan berkas: dokumèn kaya rencana kendhali, FMEA, lan laporan pangukuran dilengkapi dhisik, lagi kaputusan dijupuk.

2. Alur PPAP: draf → diajokaké → disetujoni

1. Bukak cathetan — kode part lan rèvisi wajib; PPAP diwènèhaké kanggo siji rèvisi tartamtu saka part.
2. Dhaptarna dokumèn wajib — rencana kendhali, PFMEA, laporan pangukuran… Sing endi sing wajib béda saben pelanggan, dadi dhaptaré panjenengan sing nemtokaké.
3. Nalika dokumèn rampung, tandhani statusé "rampung".
4. Kaputusan dijupuk manajer. Yèn siji waé dokumèn wajib kurang, persetujuan ditolak — persetujuan kanthi berkas kurang kuwi bab sing paling kerep diaudit.

3. Apa kuwi SPC? Toleransi lan wates kendhali dudu bab sing padha

Iki sing paling kerep kliru déning wong sing lagi kenal SPC:

• Toleransi kuwi panjaluk pelanggan: "diamèter kudu antara 9,9 lan 10,1 mm."
• Wates kendhali kuwi swarané prosès dhéwé: "mesin panjenengan sacara alami ngasilaké antara 9,98 lan 10,02."
• Ing grafik toleransi digambar abang lan wates kendhali oranye pedhot-pedhot. Titik liwat oranye ateges prosèsé owah; liwat abang ateges parté rongsok.

4. Kanggo operator: nglebokaké pangukuran

1. Jendhéla Produksi → tab SPC. Pilih karakteristik sing panjenengan ukur saka dhaptar (part + upamané "Diamèter").
2. Ketik regané ing siji kothak, dipisah spasi utawa koma: 9,98 9,99 10,01 10,00 10,02. Kalimané disimpen dadi siji subgrup.
3. Yèn pangukuran duwèké siji préntah kerja, isènana kothak No préntah kerja — lagi gerbang panyendhet lumaku kanggo préntah kuwi.
4. Simpen. Yèn ana rega ing njaba toleransi, pènget abang lan nulis apa sing kudu panjenengan tindakaké.

5. Cp, Cpk, Pp, Ppk — saben-saben ngomong apa?

6. Apa gunané tandha "panyendhet"?

Ana kothak centhang ing definisi karakteristik: Panyendhet. Sacara gawan mati lan luwih becik tetep mati — nganti pelanggan ngumumaké dimensi kuwi kritis.

• Mati: pangukuran ing njaba toleransi mung dicathet lan katon ing laporan. Produksi ora mandheg.
• Urip: yèn préntah kuwi duwé pangukuran ing njaba toleransi sing durung rampung, préntah kerja dadi mandheg lan konfirmasi ora bisa ditulis. Sawisé kaputusan dicathet, préntah bali menyang kahanan asal dhéwé — ora ana sing kudu éling "bukak manèh préntahé".
• Ora ngukur babar pisan dudu alangan. Karakteristik sing durung diukur mung didhaptar minangka pènget; mewajibaké pangukuran bakal ngonci jalur ing béngkèl siji wong.

7. FMEA: kenangapa RPN ilang lan diganti AP

FMEA iku wujud tinulis saka "apa sing bisa salah, sepira alané, apa bakal kecekel?". Panjenengan mènèhi telung angka: S (abot — pangaruh marang pelanggan), O (kedadéan — sepira kerepé), D (deteksi — apa kecekel). Katelu-teluné 1-10.

• AP Dhuwur (abang): tulisen tumindak pambenahan utawa tulisen alesan ora tumindak. HNR ora bakal nyimpen baris prioritas dhuwur kanthi kolom tumindak kosong.
• AP Tengah (amber): tumindak dikarepaké nanging ora wajib.
• AP Endhèk (abu-abu): tumindak opsional.
• DFMEA / PFMEA iku rong pitakonan béda babagan part sing padha (desain lan prosès) lan disimpen kapisah; ora kena dicampur.

8. Rencana Kendhali lan karakteristik mligi (CC / SC)

FMEA nyebut "apa sing bisa gagal"; rencana kendhali nyebut "ing endi, nganggo apa, pira sampelé, sepira kerepé kecekel — lan apa sing ditindakaké sawisé". Saben baris duwé rencana rèaksi — kolom sing paling kerep dikosongaké lan paling kerep ditakoni nalika audit.

• CC (karakteristik kritis) — dimènsi kanthi dampak kaslametan utawa regulasi. HNR ora nyimpen baris CC tanpa gandhèngan menyang karakteristik SPC: CC tanpa gandhèngan mung labèl, lan sistem ora bisa takon "wis diukur?".
• SC (karakteristik signifikan) — mangaruhi kepuasan pelanggan utawa kecocokan; gandhèngan disaranaké nanging ora wajib.
• Tingkat: prototipe · pra-produksi · produksi. Telung rencana bisa jèjèr kanggo siji part; gerbang mung ndeleng sing aktif.
• Dhaptar baris duwé tombol CSV kanggo lanté produksi. Desain PDF kartu dalan dudu bagéan saka puteran iki.

9. Gerbang konfirmasi: apa baris CC lan AP-Dhuwur wis diukur?

Nalika gerbang urip: yèn part préntah kerja duwé rencana kendhali aktif, baris sing ditandhani CC utawa kagandhèng baris FMEA AP-Dhuwur kudu duwé paling sethithik siji pangukuran ing préntah kuwi. Yèn ora, konfirmasi ditolak lan pesené nyebut karakteristik sing kurang lan nomeré. Bareng pangukuran dilebokaké, gerbang mbukak dhéwé.

Nalika gerbang mati, dhaptar sing padha katon minangka indikator: kothak "Pamriksan préntah" ing tab Rencana Kendhali nyebut baris CC/AP-Dhuwur sing durung diukur, nanging ora mandhegaké apa-apa.

10. MSA (Gage R&R): apa kita bisa percaya pangukurané?

Grafik SPC nganggep pangukurané bener. MSA nguji anggepan kuwi: apa siji operator olèh angka sing padha kaping pindho ing part sing padha (kaambalan, EV), lan apa rong operator olèh angka sing padha (rèproduksibilitas, AV)?

• Bukak studi: piranti, karakteristik, part × operator × ambalan (AIAG nyaranaké 10 × 3 × 3). Yèn toleransi dikosongaké, dijupuk saka karakteristik SPC.
• Isinen kisi banjur pencet Itung. Kothak asil nuduhaké %EV, %AV, %GRR, %PV, ndc lan dhasar endi (toleransi utawa variasi total) sing dianggo.
• Panampan: %GRR < 10 tampa · 10-30 sarat · > 30 tolak, ditambah ndc ≥ 5. Watesé iku setèlan (kalite.msa_grr_esik / _iyi / _ndc_alt).
• Angka saka data tipis ora didhelikaké nanging ora disuguhaké minangka bisa dipercaya: lencana "DATA SETHITHIK" ana ing sandhingé.
• Ing studi atribut sèl diisi 1/0; kesarujukan jero lan antar penilai sarta kappa diitung (≥0,75 tampa).

11. Audit pemasok (VDA 6.3) lan kelas A/B/C

Rapor biji pemasok ngukur apa sing wis kedadéan (dokumèn, retur, NCR). Audit mbiji prosèsé — prosès ala bisa waé durung ngasilaké kiriman ala. Loro-loroné cathetan kapisah lan katon jèjèr ing rapor biji.

• Biji manut skala VDA: 0 · 4 · 6 · 8 · 10. Ora ana biji ing antarané; ora ana "kecocokan 6,5".
• Biji 0 utawa 4 iku temuan: ora bisa disimpen kanthi kolom tumindak kosong. Biji endhèk tanpa tumindak iku cara paling gampang nggawé audit katon "rampung".
• Pitakonan sing durung dijawab ORA diitung 0 — ora mlebu penyebut. Persentase iku persentase saka sing diaudit, lan cacahé sing kosong dilaporaké kapisah.
• Wates kelas iku paramèter: A ≥ 90, B ≥ 80, ing ngisoré C (kalite.denetim_sinif_a / _b). Aturan nurunaké kelas duwèké VDA gumantung spesifikasi pelanggan lan ora dikarang ing kéné — persentase elemèn dituduhaké kapisah lan kaputusané manungsa.
• Tèks pitakonan ora ditandur: katalog VDA 6.3 iku terbitan duwé hak cipta. Struktur elemèn P1..P7 wis siyap; perusahaan nglebokaké pitakonané dhéwé.
• Audit sing wis ditutup ora bisa diowahi. Kanggo koreksi, bukak audit anyar; laporan lawas tetep karo tanggalé.

12. Dèklarasi matérial IMDS, 8D lan EDI

• IMDS — bahan panyusun part (matérial, nomer CAS, proporsi, gram) dicathet. Digit pamriksa CAS diverifikasi: CAS sing salah meneng-meneng nggagalaké panyawangan bahan dilarang. Kanggo part sing duwé BOM, dèklarasi dijumlah saka komponèn; komponèn tanpa dèklarasi ora didhelikaké nanging didhaptar minangka "dèklarasi kurang" — sabab nomer siji panolakan IMDS. Yèn wates ELV (2000/53/EC Lampiran II) timbal/raksa/kadmium/krom hèksavalèn kaliwat, katon pènget; produksi ora mandheg, kaputusan pengecualian duwèké insinyur. XML IMDS resmi ing njaba lingkup puteran iki.
• 8D — ora ana tabèl anyar: cathetan NCR/CAPA sing wis ana wis ngemot separo 8D (oyod masalah = D4, tumindak korèktif = D5, panutupan = D8). Nem langkah sing kurang ditambahaké minangka kolom. Langkah kosong ora didhelikaké; ing laporan menyang pelanggan, langkah sing kurang iku alesan panolakan. PDF format OEM kanggo puteran sabanjuré.
• EDI — pesen pesenan/rilis pelanggan ditampa minangka JSON utawa CSV lan kolomé digandhèngaké menyang kolom kita liwat tabèl pemetaan sing digawé perusahaan. Pesen ditulis menyang buku integrasi sing wis ana lan kunci idempotency nyegah siji pesen diolah kaping pindho. Ngolah ngasilaké draf pesenan lan panjaluk produksi; ora mbukak préntah kerja lan ora mbeboti pelanggan — ngowahi draf dadi pesenan nyata iku kaputusan manungsa. Baris sing kode parté ora kacekel ora dilangkungi; tetep minangka "ora cocog". ⚠ Skèma segmèn EDIFACT/VDA asli OEM ora dikarang sadurungé spesifikasi pelanggan teka; lapisan transport OFTP2/VAN ing njaba lingkup.

13. Perencanaan multi-pabrik: MRP saben pabrik lan e-Kanban

Yèn ngepres, ngelas, e-coat lan ngrakit ana ing gedhong béda, ukara “ana 500 ing saindhenging perusahaan” ora migunani: material bisa kurang ing rakitan nalika numpuk ing pres. Mula MRP éntuk pamilih ruang lingkup (Produksi › bilah Perencanaan): Umum lan Gudang (loro-loroné tumindak saiki) lan Pabrik.

• Ing ruang lingkup pabrik, netting njumlahaké KABÈH gudang sing dipetakaké menyang pabrik kuwi, lan panjaluk (préntah kerja mbukak lan panjaluk produksi) disaring menyang pabrik sing padha. Saben pabrik ndeleng kekurangané dhéwé.
• Keanggotan pabrik ora disalin menyang panggonan anyar. Diturunaké saka pemetaan gudang (Korporat › Pabrik / Gudang). Siji-sijiné kolom anyar yaiku gudang tujuan panjaluk produksi.
• Ora tau meneng ngomong “ora ana kekurangan” ing himpunan kosong. Yèn ora ana gudang sing dipetakaké, rencana nolak mlaku lan MRP_TESIS_DEPOSUZ njaluk panjenengan metakaké. Ngirim gudang lan pabrik bebarengan ngasilaké MRP_KAPSAM_CAKISMASI — ora ana aturan prioritas sing meneng.
• Panjaluk tanpa gudang tujuan ora mlebu pabrik apa waé; irah-irahan rencana nyebutaké pira sing kèri. Pemetaan akèh bisa ditindakaké saka dhaftar pilihan ganda ing layar Korporat › Pabrik / Gudang.
• Saran pabrik sumber: yèn sawijining barang kurang lan pabrik liya duwé luwih, pabrik kuwi ditampilaké ing baris — transfer internal dipikirké sadurungé tuku.

e-Kanban. Kanggo siji kartu (barang + gudang sumber + gudang tujuan) cacah kartu diitung ing server: N = ⌈ panjaluk saben dina × dina transit × (1 + margin aman) ÷ cacah wadhah ⌉. Papan nampilaké kartu sing stok kasedhiyané mudhun ing sangisoré titik pesen manèh. Pemicu liwat dalan transfer sing wis ana: persetujuan papat mripat, tembok pabrik lan gerbang kepemilikan tetep lumaku — kanban ora nglangkahi siji waé.

Telung gerbang mati kanthi bawaan (Setelan › Gerbang keamanan): depo.mrp_transit_arz (apa barang ing transfer mbukak diitung pasokan ing MRP), depo.kanban_otomatik (apa papan mung menehi saran utawa uga nggawé prentah transfer) lan depo.kanban_tesis_disi (apa kanban antar pabrik kena nggawa persetujuan otomatis). Sasuwéné sing pungkasan mati, kanban antar pabrik mandheg kanthi TESIS_TRANSFER_ONAY: pemicu otomatis ora bisa nrabas tembok pabrik dhéwé.

14. Portal pemasok subkontrak (/fason)

Subkontraktor ora duwé akun HNR lan pancèn ora kudu: mènèhi dhèwèké pangguna ERP salah saka sisi lisensi lan keamanan. Pola sing dianggo padha karo portal karyawan lan dhiler — tabèl identitas kapisah, PIN lan sesi dhéwé. Alamaté /fason; perusahaan sing nemtokaké jeneng pangguna lan PIN.

• Mung cathetané dhéwé. Pemasok ndeleng paket subkontrak, sertifikat akreditasi lan skor audit sing kaiket ing kode pelanggané dhéwé. Njaluk pakété wong liya ngasilaké 404 — 403 bakal mbocoraké yèn cathetan kuwi ana.
• Identitas ora tau diwaca saka panjaluk. Kode pelanggan dicap saka sesi ing saben panggilan; nulis kode liya ing awak panjaluk ora ngowahi apa-apa.
• Portal ora nggawé obahan stok, ora nerbitaké surat dalan lan ora ngowahi status pangiriman. Pemasok mung nglaporaké (nomer ASN, lot, dhaftar serial, berkas laporan pangukuran). Kaputusan pangiriman duwèké pangguna HNR, amarga gerbang akreditasi mlaku ing kono.
• Kunci PIN sipaté saben pangguna: limang nyoba salah ngunci akun kuwi 15 menit lan pemasok liya ing kantor sing padha ora kena pengaruh. “Pangguna ora ana” lan “PIN salah” mènèhi pesen padha supaya jeneng akun ora bisa dilacak, déné log server mbédakaké.
• Pitakonan audit ora tau dienggo bareng. Pemasok ndeleng skor, kelas A/B/C lan cacah tumindak mbukak; katalog pitakonan VDA 6.3 tetep ing perusahaan.

Ana rong tingkat gerbang lan loro-loroné mati kanthi bawaan: kalite.fason_portal mbukak portalé dhéwé (login éntuk 403 PORTAL_KAPALI sasuwéné ditutup) lan kalite.fason_portal_asn mbukak nulis (portal mung-maca sasuwéné ditutup). Maca ora ngemot risiko; nglilani pangguna njaba nulis baris menyang ERP iku kaputusan kapisah.

15. Fase wektu lan kapasitas pabrik: "kapan kurangé?"

Nganti saiki MRP mung nglaporake siji total kekurangan. Barang sing dibutuhake nem minggu manèh lan barang sing dibutuhake minggu iki ana ing baris sing padha kanthi abang sing padha; perencana ora bisa ngerti endi sing kudu dituku dhisik. Nalika gerbang depo.mrp_zaman_fazlama dibukak, panjaluk lan pasokan disebar menyang ember adhedhasar tanggal jatuh tempo (mingguan utawa wulanan, 1–26 ember), saldo kumulatif saben ember diitung, lan tanggal kekurangan kapisan katon ing baris. Ngeklik tanggal kuwi mbukak deret ember: panjaluk, pasokan lan saldo saben ember.

Kapasitas pabrik. Ing sandhingé MRP saben pabrik ana tombol “Kapasitas pabrik” (gerbang uretim.tesis_kapasite, baku mati). Cacah sisa préntah kerja mbukak diowahi dadi menit rute (kanggo cithakan akèh rongga ⌈cacah/rongga⌉ × wektu), disebar menyang ember miturut tanggal jatuh tempo préntah, lan dibandhingaké karo kapasitas menit mesin sing nyambung menyang pabrik. Mesin duwèké pabrik endi diturunaké saka URT_MAKINE.DEPO liwat pabrik ing kawicaksanan gudang; ora ana field pabrik kapisah ing kartu mesin, amarga nulis kasunyatan sing padha ing rong panggonan tegesé loroné bakal nyimpang.