Sapma Talebi Formu Örneği: QMS'te Süreli Onay Akışı

Müşteriden alınan sapma izni 5.000 adet ve 30 gün içindi. Sevkiyat kayıtlarına bakınca rakam 8.400 adet ve 71 gün çıktı. Kimse kötü niyetli değildi; sapmanın süresini takip eden kalite mühendisi o dönem izne çıkmış ve devretmemişti. İzin kağıdı bir klasörde, sevkiyat verisi başka bir sistemde duruyordu. Bir sapma talebi formu örneği aramak bu noktada geç kalmış bir çözüm; asıl mesele formun içinde değil, formun süresini kimin izlediğinde.

Sapma nedir, ne değildir

Sapma izni, şartnameden farklı bir ürünün belirli bir miktar ve belirli bir süre için kabul edilmesi konusunda önceden alınan yetkilendirmedir. Üç kelime kritik: önceden, miktar, süre. Ürün sevk edildikten sonra "onaylar mısınız" diye sorulan şey sapma izni değil, olay bildirimidir ve tamamen farklı bir sürece girer.

ISO 9001'in uygun olmayan çıktıların kontrolüyle ilgili 8.7 maddesi, uygun olmayan ürünle başa çıkma yollarını sayarken müşteriyi bilgilendirmeyi ve sapma yoluyla kabul için yetki almayı da bunların arasında sayar. Yani sapma standarda aykırı bir uygulama değil, tanımlı bir seçenektir — yeter ki yetki alınmış olsun ve kayıt tutulsun. Sapmayı yeniden işlemeyle de karıştırmayın: yeniden işlemede ürün şartnameye getirilir, sapmada ise şartnameye getirilmeden, farklı hâliyle kabul edilir.

Uygun olmayan ürün için elinizdeki seçenekler karıştırıldığında kayıt da yanlış yere düşüyor. Aşağıdaki ayrım, karar toplantısında beş dakikada uzlaşmayı sağlıyor.

Sapma talebi formu örneği: alanlar

Bir sapma talebi formu örneği kurarken tek sayfayı geçmemeye çalışın; müşteri tarafındaki onaycı iki sayfalık talepleri sonraya bırakıyor. Aşağıdaki yapı, otomotiv tedarikçilerinde kullanılan formun oturmuş hâlidir. Alanların hiçbiri süs değil; her biri sonradan sorulacak bir sorunun cevabıdır.

Formda en çok atlanan alan "kök neden ve kalıcı aksiyon" satırıdır. Sapma bir çözüm değil, kalıcı çözüme kadar geçen sürede alınan bir izindir. Kalıcı aksiyon planı yazılmadan gönderilen talepler müşteri tarafında da zorlanıyor; çoğu müşteri zaten "bu ne zaman bitecek" sorusunun cevabını görmeden onay vermiyor. Kalıcı aksiyonu ayrı bir düzeltici faaliyet kaydına bağlayın ve iki kaydı birbirine referanslayın.

İki sınır: miktar ve süre

Sapmanın en tehlikeli tarafı, sınırlarının unutulmasıdır. IATF 16949'un müşteri sapma yetkilendirmesiyle ilgili 8.7.1.1 maddesi bu konuda nettir: onaylanan miktarın ya da geçerlilik süresinin kaydı tutulmalı, süre dolduğunda ürünün orijinal ya da yerine geçen şartnameye uygunluğu sağlanmalıdır. Ayrıca sapma kapsamında gönderilen malzemenin taşındığı her kapta tanımlanması beklenir.

Bu iki sınırı formda yan yana yazın ve ikisini de zorunlu alan yapın. Uygulamada gördüğüm en yaygın hata, müşterinin yalnızca süre verip miktar vermemesi ya da tersi. O durumda eksik olan sınırı siz koyun ve müşteriye teyit ettirin. "Süre belirtilmemiş, dolayısıyla süresiz" yorumu hiçbir denetimde geçerli sayılmıyor.

Miktarı belirlerken de gerçekçi olun. Elinizdeki stok ile kalıcı çözüme kadar üreteceğiniz adedi toplayın, üstüne makul bir pay ekleyin ve o sayıyı isteyin. Az isteyip iki hafta sonra ek talep açmak, müşteri gözünde durumu kontrol edemediğiniz izlenimi bırakıyor. Fazla isteyip kullanmamak ise bir sorun değil; kullanılmayan miktar kaydın kapanışında zaten görünür.

Onay akışı: kim, hangi sırada

Sapma talebinin akışı iki kademelidir ve sırası önemlidir. Önce iç onay tamamlanır, sonra müşteriye gidilir. İç onayda üç imza aranır: kalite, üretim ve ürün mühendisliği. Kalite riskin kabul edilebilirliğine, üretim uygulanabilirliğine, mühendislik ise fonksiyonel etkiye bakar. Üçünden biri eksikse talep müşteriye gitmemeli — dışarıya yarım hazırlanmış talep göndermek, hem onayı geciktiriyor hem de firmanın teknik ciddiyetine gölge düşürüyor.

Müşteri onayı geldiğinde onay belgesinin kendisini kaydın ekine koyun. Onay numarası, tarihi, onaylayan kişi ve onaylanan sınırlar forma işlenir. Müşterinin kendi portalı üzerinden onay verdiği durumlarda ekran görüntüsü ya da portal çıktısı da kabul edilebilir bir kanıttır; önemli olan onayın kim tarafından, ne zaman ve hangi sınırlarla verildiğinin gösterilebilmesi. Yeni parça devreye alırken bu sapmaların PPAP dosyasıyla ilişkisini de not edin; onaylı şartname neyse sapma ona göre tanımlanır.

Sapma talebini nasıl yazarsınız

Talebin dili, onayın hızını doğrudan etkiliyor. Müşteri kalite mühendisi günde onlarca talep görüyor ve hangisini hızlı onaylayacağına ilk paragrafa bakarak karar veriyor. İyi yazılmış bir talep dört soruyu ilk on satırda cevaplar: hangi şart, ne kadar sapıyor, neden güvenli, ne zaman bitiyor. Bunları sona saklamak onay süresini haftalara çıkarıyor.

Riskin neden kabul edilebilir olduğunu iddia olarak değil kanıtla anlatın. "Fonksiyonu etkilemez" cümlesi tek başına hiçbir şey söylemez; korozyon testi sonucu, montaj denemesi raporu, ölçüm dağılımı ya da benzer bir geçmiş uygulama kaydı ekleyin. Bir müşteri kalite mühendisinin en sevmediği şey, kendisinden kanaate güvenmesinin istenmesidir.

Bir de dürüst olun. Sapmanın kaç adedini zaten ürettiğinizi, elde ne kadar stok bulunduğunu gizlemeyin. Gerçek miktarı yazmayıp sonradan ek talep açmak, hem onay sürecini uzatıyor hem de bir sonraki talebinizde güven kaybına yol açıyor. Otomotivde müşteri kalite ekipleri bu tür geçmişi çok iyi hatırlıyor.

Süre dolduğunda sevkiyat nasıl durur

Girişteki 8.400 adedin sebebi tek bir eksikti: sapmanın sınırı hiçbir yerde sevkiyatla konuşmuyordu. Kağıt üzerindeki bir sınır, sevkiyatı durduramaz. Sınırın işe yaraması için üç şeyin bağlanması gerekir — sapma kaydı, ürün etiketi ve sevkiyat işlemi.

Sistem tarafında kurgu şöyle olmalı: sapma kaydı açıldığında parça numarası, miktar ve bitiş tarihi tanımlanır. Her sevkiyatta o parçadan gönderilen adet sapma kaydından düşülür. Kalan miktar sıfırlandığında ya da tarih geçtiğinde kayıt kapanır ve o parça için sapmalı sevkiyat uyarısı çıkar. Ayrıca bitiş tarihinden yedi ve üç gün önce kalite ile satışa hatırlatma gider; bu iki hatırlatma, uzatma talebini son güne bırakmayı engelliyor.

PaKalite'de sapma kaydı miktar ve süreyi birlikte izler, kalan adet ekranda görünür ve sınır dolduğunda kayıt kendiliğinden kapanır; kapanmış bir sapmaya dayanarak sevkiyat onayı verilemez. Kişiye bağımlılığı kaldıran şey bu: mühendis izne çıksa da sınır sistemin içinde durur. Bu ölçekte küçük bir firmaysanız ve yılda iki üç sapma açıyorsanız, takvime konmuş bir hatırlatma ve iyi tutulmuş bir Excel de aynı işi görür — yeter ki sınır sevkiyattan sorumlu kişinin gözünün önünde olsun.

Sapmayı azaltmak

Sapma sayısı bir performans göstergesidir ve genelde hiç ölçülmez. Yılda kaç sapma talebi açtınız, kaçı aynı parçadan, kaçı süre uzatımı aldı, ortalama kaç gün açık kaldı? Bu dört sayı, sisteminizin nerede zorlandığını çok net gösteriyor. Aynı parçadan üçüncü kez sapma talep ediliyorsa sorun sapma sürecinde değil, o parçanın prosesinde ya da şartnamesinde.

İki tipik kök neden var. Birincisi proses yeteneğinin gerçekten yetmemesi; bu durumda çözüm ya proses iyileştirmesi ya da müşteriyle şartnamenin kalıcı olarak gözden geçirilmesidir. İkincisi kontrol planının sahada uygulanmaması; ölçüm sıklığı kaçırıldığı için sorun geç fark edilir ve elde stok birikince sapma talebi tek çıkış yolu hâline gelir. Kontrol planı disiplininin sıkı olduğu firmalarda sapma sayısı belirgin biçimde düşüyor.

Tedarikçilerinizden gelen sapma taleplerini de aynı ciddiyetle yönetin ve karneye yansıtın. Bir tedarikçi sürekli sapma talep ediyorsa bu, kalite puanına giren bir bilgidir; tedarikçi değerlendirme formu yazımızdaki kriter listesine bu kalemi eklemek zor değil.

Formu bugün nasıl düzeltirsiniz

Kullandığınız sapma talebi formu örneği yıllar önce hazırlandıysa büyük ihtimalle eksik alanları vardır. Elinizdeki formu açın ve üç soruya bakın. Miktar ve süre alanları var mı ve zorunlu mu? Kalıcı aksiyon planı için bir alan var mı? Müşteri onay belgesinin eklenmesi şart mı? Bu üç alanın eksik olduğu formlar sapmayı kayıt altına alıyor ama yönetmiyor. Ekledikten sonra bir de kapanış maddesi koyun: sapmanın nasıl sonlandığı — kalıcı çözüm devreye girdi, şartname revize edildi ya da süre uzatıldı. Kapanış nedeni yazılmayan kayıtlar bir yıl sonra tek tek okunmak zorunda kalınıyor; tek kelimelik bir kapanış nedeni bunu önlüyor.

Son olarak açık sapmaları aylık gözden geçirmeye alın ve yıllık özetini yönetime taşıyın. Açık sapma sayısı, sisteminizin baskı altında olduğu yerleri gösteren en dürüst göstergelerden biridir. Bu özeti yönetimin gözden geçirmesi gündemine ürün uygunluğu maddesinin altında sunun; orada konuşulan bir sapma listesi, klasörde bekleyen bir listeden çok daha hızlı azalıyor.