Ayın ilk iş günü. Kalite mühendisi ana sanayinin tedarikçi portalını açıyor, karşısında üç boş kutu var: bu ayın PPM değeri, açık 8D sayısı ve ortalama kapanış süresi, sevkiyat uygunluk oranı. Üç sayı için üç ayrı yere gitmesi gerekiyor; sevkiyat adetlerini ERP'den, ret adetlerini kalite kontrolün Excel'inden, 8D tarihlerini kendi e-posta klasöründen topluyor. İşlem üç saat sürüyor ve son üç aydır rapor ayın onuncu gününden sonra gidiyor. Portal geç gönderim için puan kırıyor. Bir beyaz eşya tedarikçisi kalite yönetim sistemi kurmanın en pratik gerekçesi budur: portalın istediği sayıları rapor gününde derlemek yerine, oluştukları anda kaydetmek.
Portal aslında ne istiyor?
Ana sanayilerin tedarikçi portalları birbirinden farklı görünür ama sordukları şey büyük ölçüde aynıdır. Kalite tarafında üç sütun vardır: kaç parça reddedildi, bu redlerin kök nedeni bulundu mu, ne kadar sürede kapatıldı. Lojistik tarafında iki sütun vardır: zamanında teslim ve miktar doğruluğu. Bunların üzerine bazı portallar bir de dokümantasyon sütunu ekler; sertifika geçerlilik tarihi, numune onayı ve değişiklik bildirimi burada izlenir.
Bu sütunların hepsi aylık olarak puanlanır ve yıl sonunda bir tedarikçi sınıfı çıkar. A sınıfı tedarikçi yeni projelerde tercih edilir, C sınıfı tedarikçi denetime çağrılır. Yani portal yalnızca raporlama aracı değil, ticari sonucu olan bir karne sistemidir. Bunu görmeden kurulan bir kalite sistemi, teknik olarak doğru çalışsa bile karnede kaybeder.
Portalın bir de görünmeyen maliyeti vardır. Her şikâyet için sahaya adam gönderme, sıralama yapma, hurda ve nakliye masrafı doğar ve bunların bir kısmı müşteri tarafından geri fatura edilir. Bu masrafları şikâyet kaydının içinde tutmayan firmalar, yıl sonunda kalite maliyetini bilmez. Beyaz eşya tedarikçisi kalite yönetim sistemi kurarken şikâyet kaydına bir masraf alanı eklemek, birkaç dakikalık bir işten ibarettir ve bütçe görüşmelerinde en çok işinize yarayan veri hâline gelir.
PPM'i müşteriyle aynı formülle hesaplamak
Tedarikçi PPM takibi basit bir formüle dayanır: dönem içinde reddedilen parça adedi, aynı dönemde sevk edilen parça adedine bölünür ve bir milyonla çarpılır. Formül tartışmasızdır ama girdiler tartışmalıdır. Müşteri hangi ayı esas alıyor, sevkiyat tarihini mi tüketim tarihini mi? Sıralama hattında ayrılan parçalar sayıya giriyor mu? Şartlı kabul edilen bir parti ret sayılıyor mu?
Bu soruların cevabını tahmin etmeyin, tedarikçi el kitabından okuyup kendi sisteminize aynı tanımı yazın. Bir tedarikçinin kendi PPM'ini sevk adedine, müşterinin tüketim adedine göre hesapladığı durum pahalıya patlar; taraflar aylarca "bizim rakam farklı" diye tartışır. O itirazlar hiçbir zaman kazanılmaz, sadece toplantı süresini uzatır. Tanımı müşteriyle hizaladıktan sonra kendi iç takibinizi ayrıca tutabilirsiniz; ama portala giden sayı müşterinin tanımıyla üretilmelidir.
8D kapanış süresini kayda gömmek
Portalın en çok puan kırdığı yer kapanış süresidir. Tipik beklenti şudur: 24 saat içinde ilk cevap ve koruma faaliyeti, 10 iş günü içinde kök neden ve kalıcı faaliyet, 60 gün içinde etkinlik doğrulamasıyla kapanış. Bu takvimin tutması için 8D dosyasının bir Word belgesi değil, tarih alanları olan bir kayıt olması gerekir.
Pratik kurulum şöyledir: şikâyet portalda açıldığı anda sisteme bir uygunsuzluk kaydı girilir ve müşteri şikâyet numarası bu kayda yazılır. D3 koruma faaliyeti tamamlandığında tarih alanı dolar, D4 kök neden onaylandığında bir başkası dolar, D7 önleme faaliyeti doğrulandığında dosya kapanır. Sistem bu tarihlerden kapanış süresini kendisi hesaplar. 8D metodolojisinin adımlarını kayıt alanlarına dönüştürmek, hem raporu üretir hem de adımların atlanmasını engeller.
Bir noktayı özellikle söylemek gerekir: kök neden alanı serbest metin bırakılmamalıdır. "Operatör hatası" yazılan bir D4, portalda kabul edilse bile aynı sorunu üç ay sonra geri getirir. Kayıt yapısında kök neden analizi için ayrı bir alan açın ve hangi yöntemin kullanıldığını, hangi kanıta dayandığını yazdırın.
Hangi metrik hangi kayıttan çıkar?
Portalın istediği her alanın bir kaynak kaydı vardır ve o kaydın hangi alanı doldurulmadan sayının üretilemeyeceği bellidir. Kurulum çalışmasına başlarken portal ekranınızı açıp aşağıdaki eşleştirmeyi satır satır kendi sisteminizde arayın; eksik kalan her alan, ay sonunda elle derlenecek bir veri demektir.
| Portal metriği | Kaynak kayıt | Zorunlu alan | Hesap |
|---|---|---|---|
| Aylık PPM | Uygunsuzluk + sevkiyat | Müşteri, parça no, ret adedi, sevk adedi | Ret / sevk × 1.000.000 |
| Açık şikâyet sayısı | Müşteri şikâyeti | Durum, açılış tarihi | Durumu açık olanların sayısı |
| Ortalama 8D kapanış süresi | 8D kaydı | Açılış tarihi, D7 doğrulama tarihi | Gün farklarının ortalaması |
| 24 saat cevap oranı | 8D kaydı | D3 koruma faaliyeti saati | Süresinde cevaplananlar / toplam |
| Tekrar eden şikâyet | Müşteri şikâyeti | Kusur kodu, parça no | Aynı kod + parça 12 ay içinde tekrar |
| Zamanında teslim | Sevkiyat | İstenen tarih, gerçekleşen tarih | Zamanındakiler / toplam sevkiyat |
| Sertifika geçerliliği | Doküman | Belge tipi, bitiş tarihi | Bitişe kalan gün |
| Numune onay durumu | Numune / PPAP kaydı | Parça no, onay tarihi, seviye | Onaylı parça oranı |
Tabloyu incelerken şu ayrıntı gözden kaçar: her satırda "müşteri" ve "parça numarası" alanları vardır. Kayıtlarınızda bu iki alan zorunlu değilse hiçbir metriği müşteri kırılımında üretemezsiniz. Kurulumun ilk günü yapılacak en değerli iş, bu iki alanı bütün kayıt tiplerinde zorunlu hâle getirmektir.
Bir plastik parça üreticisinde aylık portal raporu üç saat sürüyordu. Yaptığımız tek değişiklik, uygunsuzluk kaydına "müşteri" ve "müşteri şikâyet numarası" alanlarını zorunlu eklemek ve sevkiyat adetlerini ay sonunda sisteme aktarmak oldu. Sonraki ay aynı rapor çeyrek saat bile sürmedi. Kazanılan asıl şey zaman değildi; rapor artık ayın ikinci günü gittiği için portalın geç gönderim kesintisi ortadan kalktı.
Şikâyet akışını portalın diliyle kurmak
Müşteri şikâyeti takip düzenini kurarken çoğu firma iç uygunsuzluk ile müşteri şikâyetini aynı havuzda ayrımsız tutar; bu, sonradan ayıklaması zor bir karışıklık üretir. İkisi aynı veritabanında durabilir ama tipleri ayrı olmalıdır, çünkü müşteri şikâyetinin ek alanları vardır: portal numarası, şikâyet edilen adet, hattın durdurulup durdurulmadığı, sıralama kararı ve masraf talebi. Bu alanlar iç uygunsuzluk kaydında yer kaplar, müşteri şikâyetinde ise zorunludur.
İkinci ayrım kusur kodlamasındadır. Ana sanayilerin çoğu kendi kusur kod listesini verir ve 8D'de o kodun kullanılmasını ister. Kendi iç kodlamanızla müşterininkini eşleştiren bir tablo tutun; kayıt girilirken iç kod seçilsin, portala giderken müşteri kodu üretilsin. Bu küçük eşleştirme tablosu, yıllar içinde en çok işe yarayan yapılardan biri olur çünkü aynı parçayı üç farklı müşteriye satıyorsanız üç farklı kod listesiyle uğraşmazsınız.
Ana sanayinin tedarikçi denetçisi geldiğinde portal rakamlarınızı zaten bilir; onun merak ettiği, rakamların arkasındaki kanıttır. Kapanmış bir 8D seçer ve D5 kalıcı faaliyetinin kontrol planına, iş talimatına ve operatör eğitimine yansıyıp yansımadığına bakar. Bu üç yansımadan biri eksikse dosya kapalı görünse de faaliyet gerçekte uygulanmamıştır. Denetim raporunda bunun karşılığı "etkinlik doğrulaması yetersiz" ifadesidir ve karneye doğrudan işler.
Karne puanını yönetilebilir hedefe çevirmek
Portalın verdiği puan, kalite ekibi için sonuç değil girdi olmalıdır. Ay sonunda gelen karneyi dosyalayıp geçen firmalar, bir yıl sonra aynı sınıfta kalır. Doğrusu, karnedeki her alt başlığı kendi iç hedefinize dönüştürmektir. Portal PPM hedefi 300 ise iç hedefinizi 200 koyun; 24 saat cevap oranı hedefi yüzde 95 ise iç hedefinizi yüzde 100 koyun. Aradaki pay, beklenmedik bir olayda karnenin kırılmamasını sağlar.
Bu hedeflerin takibi de aylık toplantıya bırakılmamalı, haftalık bir ekranda durmalıdır. Sahada işe yarayan düzen şudur: her Pazartesi sabahı kalite, üretim ve lojistikten birer kişi on beş dakikalık bir toplantıda dört sayıya bakar; açık şikâyet sayısı, süresi dolmaya yakın 8D dosyaları, ay başından beri biriken ret adedi ve geciken sevkiyat. Bir beyaz eşya tedarikçisi kalite yönetim sistemi bu dört sayıyı tek ekranda veremiyorsa, toplantı yine veri derlemeye harcanır.
Karne başlıklarının bir kısmının sorumlusu kalite değildir. Zamanında teslim lojistiğin, miktar doğruluğu depo ve sevkiyatın, değişiklik bildirimi mühendisliğin işidir. Puanın tamamını kalite müdürünün üzerine yıkan yapılar sonuç vermez. Kalite yönetiminin buradaki rolü sayıyı üretmek ve sahibine göstermektir; iyileştirmeyi süreç sahibi yapar.
Değişiklik bildirimini unutmayın
Portalların sessizce puan kırdığı bir alan daha var: değişiklik bildirimi. Proses, malzeme, alt tedarikçi ya da üretim yeri değiştiğinde ana sanayiye önceden bildirim yapılması ve onay alınması beklenir. Sahada bu şart en çok alt tedarikçi değişiminde ihlal edilir; satın alma daha uygun fiyatlı bir hammadde tedarikçisine geçer, kalite haberdar olmaz, üç ay sonra sahada bir sorun çıkınca bildirim yapılmadığı ortaya çıkar.
Bunun önüne geçmenin yolu, değişiklik talebini bir kayıt tipi hâline getirmektir. Talep açılır, etkilenen parça numaraları seçilir, müşteri bildirimi gerekip gerekmediği işaretlenir ve gerekiyorsa onay gelmeden değişiklik yürürlüğe alınmaz. Tedarikçi yönetimi tarafındaki alt tedarikçi kayıtlarını da aynı yapıya bağlarsanız zincir tamamlanır.
Hangi kaydı önce açmalı?
Sıralama şu şekilde olduğunda kurulum en hızlı ilerler. Önce müşteri ve parça ana verisini düzeltin; müşteri kodları ve parça numaraları portaldakiyle birebir aynı olsun. Sonra müşteri şikâyeti ve 8D kaydını açın, geçmiş altı ayın şikâyetlerini de girin ki ilk aydan itibaren trend görebilesiniz. Üçüncü adımda sevkiyat adetlerini aylık olarak sisteme alın, böylece PPM hesabı otomatik çalışsın. Dördüncü adımda sertifika ve numune onay kayıtlarını taşıyın.
PaKalite'de bu kayıt tipleri birbirine bağlı çalıştığı için kurulum genellikle mevcut Excel'lerin aktarılmasıyla ilerler ve veri şirket içi sunucuda kaldığından müşteri bilgisi dışarı çıkmaz. Asıl kazanç ise yazının başındaki sahnenin tersine dönmesidir: kalite mühendisi ayın ilk iş günü portalı açtığında üç boş kutuyu doldurmak için üç ayrı yere gitmez, sayılar zaten oradadır. Bir beyaz eşya tedarikçisi kalite yönetim sistemi bu noktaya geldiğinde karne puanı artık raporlama becerisini değil, gerçek kalite performansını gösterir. Portalın istediği kayıtların sistemde hangi modüllere karşılık geldiğini modül listesinden izleyebilirsiniz.