DÖF Nedir? Düzeltici ve Önleyici Faaliyet Rehberi

Kalite birimlerinde DÖF açmak gündelik bir iştir: bir müşteri şikayeti gelir, bir iç tetkik bulgusu çıkar, bir tedarikçi hatası fark edilir ve form doldurulur. Zor olan, o formu gerçekten işe yarayan bir faaliyetle kapatmaktır. Pek çok DÖF ya aylarca açık kalır ya da "personele eğitim verildi" notuyla kapanır ve sorun birkaç ay sonra aynı yerden geri gelir.

Bu rehberde DÖF'ün ne olduğunu, en sık karıştırılan üç kavramı (düzeltme, düzeltici faaliyet, önleyici faaliyet), DÖF sürecini adım adım, kapanabilen bir DÖF'ün nasıl yazıldığını ve çoğu zaman atlanan etkinlik doğrulamasını anlatıyoruz.

DÖF nedir?

DÖF, kalite yönetiminde sorunları sistematik olarak ele alma yöntemidir: sorunun gerçek nedenini bulursunuz, o nedeni ortadan kaldıracak faaliyeti uygularsınız ve faaliyetin işe yaradığını veriyle kanıtlarsınız. İngilizcede karşılığı CAPA'dır (corrective and preventive action). Üretimden sağlığa, gıdadan lojistiğe ve hizmet sektörüne kadar her yerde kullanılır; genellikle bir DÖF formuna ya da kalite yönetim sistemine kaydedilir ki izlenebilsin ve tetkikte gösterilebilsin.

DÖF'ü tetikleyen kaynaklar çeşitlidir:

• Müşteri şikayetleri ve iadeler
• İç ve dış tetkik bulguları
• Üretim hataları, hizmet aksaklıkları
• Tedarikçi kaynaklı uygunsuzluklar
• İş kazaları ve ramak kala olaylar
• Kötüye giden bir eğilim: artan iade oranı, düşen memnuniyet puanı

Ortak nokta şudur: Birisi bu sorunun hızlı bir düzeltmeden fazlasını hak ettiğine karar vermiştir.

Düzeltme, düzeltici faaliyet ve önleyici faaliyet arasındaki fark

Bu üç kavram çoğu zaman aynı hafta içinde ve aynı formda yer aldığı için kolayca karışır. Ama her biri farklı bir soruya cevap verir.

Örnek 1: Üretimde ölçü dışı parçalar

Bir parti işlenmiş parçanın tolerans dışında olduğu anlaşılıyor.

• Düzeltme: Partiyi ayıklamak, kurtarılabilenleri yeniden işlemek, kalanları hurdaya ayırmak.
• Düzeltici faaliyet: Kök neden aşınmış bir bağlama aparatı. Aparatı değiştirmek ve makinenin bakım planına aşınma kontrolü eklemek.
• Önleyici faaliyet: Aynı tip aparatı kullanan, henüz hatalı parça üretmemiş üç makineyi de aynı kontrol planına almak ve bu hata türünü risk analizine (FMEA) eklemek.

Örnek 2: Faturada çift çekim

Bazı müşteriler aynı ödemenin kartlarından iki kez çekildiğinden şikayet ediyor.

• Düzeltme: Fazla çekilen tutarları iade etmek ve her müşteriye bilgi vermek.
• Düzeltici faaliyet: Kök neden, banka geç yanıt verdiğinde ilk deneme başarılı olsa bile ödemeyi yeniden deneyen bir sistem kuralı. Kuralı, yeniden denemeden önce ilk denemenin durumunu kontrol edecek şekilde değiştirmek.
• Önleyici faaliyet: Aynı yeniden deneme mantığını kullanan diğer akışları (abonelik yenileme, bakiye yükleme) sorun çıkmadan gözden geçirmek ve çift çekimleri her gün kontrol eden bir rapor kurmak.

Örnek 3: Çağrı merkezinden yanlış bilgi

Müşteriler, temsilcilerin 30 gün içinde iade yapabileceklerini söylediğini, oysa politikanın 14 güne indiğini belirtiyor.

• Düzeltme: Etkilenen müşterilere ulaşmak ve kendilerine söylenen süreye uymak.
• Düzeltici faaliyet: Kök neden, politika değiştiğinde bilgi bankası maddesinin güncellenmemesi; çünkü maddenin bir sahibi yok. Maddeyi güncellemek ve bir sorumlu atamak.
• Önleyici faaliyet: Her politika belgesini, onu aktaran bilgi bankası maddelerine bağlamak; böylece politika değiştiğinde ilgili maddeler otomatik olarak gözden geçirmeye düşer.

Pratik bir test: Yalnızca etkilenen ürün ya da müşteri düzeltildiyse yapılan şey düzeltmedir. Neden ortadan kalktıysa düzeltici faaliyettir. Aynı açık henüz sorun çıkmamış yerlerde de kapatıldıysa önleyici faaliyet de yapılmıştır.

DÖF süreci adım adım

Şirketler adımlara farklı isimler verse de çoğu DÖF süreci aynı mantıkla ilerler.

1. Sorunu tanımlayın

Ne oldu, nerede, ne zamandan beri ve ne kadar? Bunu bir referans değerle karşılaştırarak yazın. Problem tanımına neden ya da çözüm yazmayın. "X konulu şikayetler haziran ayından bu yana aylık 15'ten 140'a çıktı" bir problem tanımıdır. "Yeni sistem hatalı olduğu için şikayetler arttı" bir tahmindir.

Her sorun için DÖF açmak da gerekmez. Her küçük konuya DÖF açmak sistemi tıkar ve önemli olanları gömer. Sorun tekrarlıyorsa, çok sayıda müşteriyi etkiliyorsa, maliyet, güvenlik ya da mevzuat etkisi varsa veya nedeni belli değilse DÖF açmak mantıklıdır.

2. Geçici önlem alın

Siz araştırırken müşteriyi koruyun: şüpheli stoğu bloke edin, geçici bir kontrol ekleyin, sorunlu bir özelliği kapatın, etkilenen müşterileri arayın. Geçici önlem kalıcı çözüm değildir ve bir bitiş tarihi olmalıdır. DÖF kaydına yazılması, neyin geçici olduğunu herkesin bilmesini sağlar.

3. Kök nedeni bulun

Ortadan kaldırıldığında sorunun tekrarlanmasını önleyecek nedeni bulun ve kanıtla doğrulayın. Tek bir neden zincirini takip etmek için 5 Neden analizi, seçmeden önce tüm olası nedenleri görmek için balık kılçığı diyagramı kullanabilirsiniz. Doğrulanmış bir kök neden, sorunun ne zaman başladığını ve neden bazı yerlerde görülüp bazılarında görülmediğini açıklar.

Bir soru daha sorun: Mevcut kontrollerimiz bu sorunu neden daha erken yakalamadı? 8D yönteminde buna kaçış noktası denir ve çoğu zaman ayrı bir faaliyeti hak eder.

4. Düzeltici ve önleyici faaliyetleri uygulayın

Doğrulanmış nedeni ortadan kaldıracak faaliyetleri (düzeltici) ve aynı açığı benzer süreç, ürün ya da lokasyonlarda kapatacak faaliyetleri (önleyici) planlayın. Her faaliyetin bir sorumlusu, bir termini ve hangi nedene yönelik olduğu açıkça yazılmalıdır. Bir faaliyet araştırmada bulunan hiçbir nedene karşılık gelmiyorsa, neden listede olduğunu sorgulayın.

5. Etkinliğini doğrulayın

Faaliyetlerin işe yaradığını, yani sorunun durduğunu ve geri gelmediğini veriyle kontrol edin. Ölçütü, hedefi ve süreyi faaliyete başlamadan önce belirleyin. Bu adımı aşağıda ayrıntılı anlatıyoruz.

6. Kalıcı hale getirin ve kapatın

Prosedürleri, talimatları, kontrol listelerini, eğitim içeriklerini, sistem ayarlarını ve risk analizlerini güncelleyin ki çözüm işin olağan akışının parçası olsun. Benzer süreçleri yürüten ekiplerle öğrendiklerinizi paylaşın. Sonra DÖF'ü, adı belli bir kişinin onayıyla resmi olarak kapatın.

Ciddi müşteri şikayetlerinde birçok ekip bu adımları 8D yöntemiyle (İngilizce) yürütür. 8D; ekip kurma, yapılandırılmış bir problem tanımı (is/is-not) ve kapanışta ekibi takdir etme adımlarını ekler; sonuç genellikle bir DÖF olarak kaydedilir.

Örnek: "İade ücretim yatmadı" şikayetleri

Örnek temsilidir, gerçek müşteri verisi değildir.

Bir e-ticaret şirketinde "iade ücretim hâlâ yatmadı" şikayetleri, yeni depoya geçişten sonraki iki ayda aylık yaklaşık 60'tan 380'e çıkıyor. Şirket, iade depoya ulaştıktan sonra 3 iş günü içinde ödeme sözü veriyor.

• Problem tanımı: İade ücreti gecikmesi şikayetleri eylülde 380'e ulaştı (ocak–temmuz ortalaması aylık 60). Gecikmelerin çoğu cuma öğleden sonra ile pazar arasında depoya ulaşan iadelerde.
• Düzeltme: Bekleyen tüm iadelerin ödemesi hemen yapılıyor, şikayet eden müşterilere bilgi veriliyor.
• Geçici önlem: Her sabah, depoya ulaşmış ama ödemesi yapılmamış iadelerin listesi çıkarılıyor; 2 günü geçenler finans tarafından elle onaylanıyor.
• Kök neden: İade ödemesi, depoda bir yetkilinin "kontrol edildi" onayı vermesiyle tetikleniyor. Yeni depoda hafta sonu vardiyasında bu yetkiye sahip kimse yok; hafta sonu gelen iadeler pazartesi biriktiği için onay çarşamba, perşembe gününe kayıyor. Doğrulama: geciken 1.140 iadenin 1.020'si (%89) cuma 14:00 ile pazar arasında teslim alınmış.
• Düzeltici faaliyet: Hafta sonu vardiyasına iki onay yetkilisi atanıyor; hasar beyanı olmayan ve belirli tutarın altındaki iadeler için onay, depo okutmasıyla otomatik veriliyor.
• Önleyici faaliyet: Aynı manuel onay adımına bağlı diğer süreçler (değişim, garanti) aynı darboğaz açısından taranıyor; ödemesi 2 günü geçen iade sayısı için günlük uyarı kuruluyor; vardiya planı değişikliklerine "onay yetkisi kontrolü" maddesi ekleniyor.
• Etkinlik doğrulaması: Hedef, iade gecikmesi şikayetlerinin 30, 60 ve 90. günlerde aylık 60'ın altında olması ve 3 iş gününü aşan iade oranının %2'nin altında kalması. Üç kontrolün üçü de geçince DÖF kapatılıyor.

Bu örnekte asıl sinyal müşterilerin kendi cümlelerindeydi: şikayetler "iade" başlığı altında toplanırken, metinlerdeki "hafta sonu gönderdim" ve "hâlâ yatmadı" ifadeleri sorunun nereden kaynaklandığını gösteriyordu.

Kapanabilen bir DÖF nasıl yazılır?

Aylarca açık kalan bir DÖF'ün arkasında genellikle zayıf bir problem tanımı, belirsiz bir kök neden ya da kimsenin doğrulayamayacağı faaliyetler vardır. DÖF formunun her alanını baştan iyi doldurmak, kapanışı mümkün kılar.

DÖF'ü kapanabilir tutan birkaç kural:

• Bir DÖF, bir sorun. Araştırma birbiriyle ilgisiz iki neden bulursa DÖF'ü ikiye ayırın.
• Problem tanımında sayı ve referans değer olsun; yoksa sonradan iyileşip iyileşmediğini bilemezsiniz.
• Kök neden kanıta dayansın: veri, test, tekrar üretme. Toplantıda varılan uzlaşma kanıt değildir.
• Her faaliyet bir nedene bağlansın, sorumlusu ve termini olsun.
• Başarı ölçütü faaliyetten önce yazılsın, sonradan hedef değiştirilmesin.
• Kapsam gerçekçi olsun. Bütün şirketi yeniden tasarlamaya çalışan bir DÖF hiç kapanmaz.

Sonraki adım: Doldurulmuş bir örnekle başlamak için ücretsiz düzeltici faaliyet planı şablonumuzu kullanabilirsiniz (şablon İngilizcedir). İçinde DÖF planı, gecikenleri kırmızıya boyayan bir faaliyet takip listesi ve 30/60/90 günlük etkinlik kontrolü var.

Etkinlik doğrulaması nasıl yapılır?

Etkinlik doğrulaması tek bir soruya cevap verir: Faaliyetler sorunu çözdü mü? "Faaliyetler tamamlandı mı?" sorusu bundan farklıdır ve çok daha zayıftır. Bir eğitim tamamlanabilir ve hiçbir şeyi değiştirmeyebilir.

Pratik bir yaklaşım:

1. Ölçütü faaliyetten önce seçin. Ölçüt sorunun kendisini ölçmelidir: şikayet oranı, hata oranı, tekrarlayan olay sayısı, tetkik bulgusu.
2. Referans değeri kaydedin: hem sorun başlamadan önceki hem de zirvedeki değeri.
3. Hedef ve süre belirleyin. Örneğin çözüm devreye girdikten sonra 30, 60 ve 90. günlerde eski seviyenin altında kalmak. Süre, sorunun olağan döngüsünü kapsayacak kadar uzun olmalı.
4. Yalnızca belirtinin değil nedenin de ortadan kalktığını kontrol edin. Örnekte hem şikayetlere hem de 3 iş gününü aşan iade oranına bakılıyor.
5. Yan etkileri gözleyin. Çözüm başka bir yerde yeni bir sorun yarattı mı?
6. Dürüst karar verin. Bir kontrol başarısız olursa araştırmayı yeniden açın. Kök neden yanlış ya da eksik olabilir; doğrulanmamış bir nedenin üstüne yeni faaliyetler eklemek nadiren işe yarar.

Birçok ekip her kontrolün sonucunu "geçti / kaldı" olarak kaydeder ve DÖF'ü ancak tüm kontroller geçtiğinde kapatır.

En sık yapılan DÖF hataları

• "Personele eğitim verildi" ile kapatmak. Eğitim bazen çözümün parçasıdır, ama tek başına sorunun bilgi eksikliğinden kaynaklandığını varsayar. Sürecin hataya neden izin verdiğini sorun ve onu değiştirin. Eğitim verdiyseniz hata oranının gerçekten düşüp düşmediğini ölçün.
• Etkinlik doğrulaması yapmamak ya da doğrulamayı "faaliyet tamamlandı" demekle sınırlamak.
• Düzeltmeyi düzeltici faaliyet olarak yazmak. Müşteriye iade yapmak ya da parçayı yeniden işlemek bu vakayı çözer, nedeni değil.
• Kök neden olarak "insan hatası" yazmak. Her süreçte insanlar hata yapar; kök neden, sürecin o hatayı neden yakalamadığıdır.
• Kök nedenle bağlantısı olmayan faaliyetler. Doğrulanmış nedene dokunmayan uzun bir iyi fikir listesi.
• Hiç bitmeyen geçici önlemler. Sorunu gizler ve her gün maliyet yaratır.
• Her şeye DÖF açmak. Önemli olanlar kalabalıkta kaybolur; net açma kriterleri belirleyin.
• Örneklemle çalışmak. Kanıt, birinin hatırladığı birkaç şikayetse, bulunan kök neden en büyüğü değil en gürültülüsü olabilir.
• Önleyici bakışı atlamak. Aynı zayıflık çoğu zaman benzer ürün, lokasyon ya da süreçlerde de vardır.

ISO 9001'de önleyici faaliyet hâlâ var mı?

Bu, kalite ekiplerinde sık sorulan bir soru. Kısa bir özet (hukuki ya da mevzuat danışmanlığı değildir):

• ISO 9001: 2015 sürümüyle ayrı bir "önleyici faaliyet" maddesi kaldırıldı. Önleme, planlama bölümüne risk ve fırsatları ele alma faaliyetleri olarak taşındı (risk temelli düşünce); uygunsuzluk ve düzeltici faaliyet ise iyileştirme bölümünde kaldı. Eylül 2026'da yayımlanan ISO 9001:2026 ana madde yapısını (4–10. maddeler) koruyor; belgeli kuruluşlar için bir geçiş süresi var. Kesin ifadeler için standardın kendi metnine bakın.
• ISO 13485 (tıbbi cihaz): ISO 13485:2016, düzeltici faaliyet ve önleyici faaliyet için ayrı maddeler içermeye devam ediyor.

Yani standart metninde ayrı bir madde olmasa da sahada "DÖF" terimi ve mantığı yaygın biçimde kullanılmaya devam ediyor: olanı düzelt, nedenini ortadan kaldır, başka nerede olabileceğine bak ve işe yaradığını kanıtla. Düzenlemeye tabi bir sektördeyseniz, size neyin uygulanacağını kalite ve mevzuat ekibinizle teyit edin.

Müşteri geri bildirimi DÖF'te nereye oturur?

Birçok şirkette "sorunu tanımla" adımı müşteriyle başlar: şikayetler, destek talepleri, anket yorumları, uygulama ve Google yorumları. Sorunların çoğu da burada kaçar. Büyüyen bir sorun binlerce yorumun içinde fark edilmeden kalabilir ya da yanlış başlık altına kaydedilir; DÖF açıldığında ise araştırma birinin hatırladığı birkaç örnekle yürür.

Pivony tam bu noktada yardımcı olur. Destek taleplerini, NPS anketlerini, çağrı merkezi transkriptlerini, uygulama yorumlarını ve diğer geri bildirimleri tek yerde toplar; müşterilerin söylediklerini anlamına göre gruplar ve segment ile operasyonel verilerinizle eşleştirir. Böylece DÖF, bir örneklemden değil tüm geri bildirimden yola çıkarak "hangi konu, hangi segment, hangi kanal, ne zamandan beri" sorularının cevabıyla başlar. Pivony Türkçeyi İngilizce modellerden çevirerek değil, kendi Türkçe dil anlama modeliyle analiz eder. Çözümden sonra aynı geri bildirimi izlemek, etkinlik doğrulamasına müşteri tarafından ikinci bir sinyal de ekler. DÖF'ün kendisi, yani sorumlular, faaliyetler ve onay, sizin kalite sürecinizde kalır.

İlgili içerikler

• Müşteri geri bildirimlerinde kök neden analizi: tam rehber
• 5 Neden kök neden analizi: yöntem, şablon ve örnekler
• Balık kılçığı analizi: rehber ve şablon
• Ücretsiz 5 Neden analizi şablonu
• Ücretsiz balık kılçığı diyagramı şablonu
• Ücretsiz FMEA şablonu

Sonraki adım

Bir sonraki DÖF'ünüzü doldurulmuş örnekten başlayarak yazmak için ücretsiz düzeltici faaliyet planı şablonunu indirin (İngilizce). Sorun müşteri şikayetlerinde başlıyorsa, destek talepleriniz, yorumlarınız ya da anket yanıtlarınızdan bir örnek üzerinde ücretsiz kök neden analizi isteyin veya demo talep edin.