Uygun Olmayan Çıktı
Uygun olmayan çıktının tanımı, karantina, tasfiye kararları, sapma izni, yeniden doğrulama ve yetki damgası.
Uygun Olmayan Çıktı modülüne genel bakışBu sayfada
Uygun olmayan ürün ve hizmet çıktılarının kontrolü (ISO 9001 §8.7). Kod UOÇ-0001.
§8.7 ile §10.2’nin farkı
Bu ayrım modülün varlık sebebidir:
| Uygun Olmayan Çıktı (§8.7) | DÖF (§10.2) | |
|---|---|---|
| Neyi kontrol eder | Çıktının kendisini — bu parti, bu ürün | Sistemi — bu neden tekrar oluyor |
| Sorusu | “Bu 100 adete ne yapacağız?” | “Bir daha olmaması için ne yapacağız?” |
| Çıktısı | Tasfiye kararı | Kök neden + düzeltici faaliyet |
İkisi birbirini tamamlar: çıktıyı tasfiye edersiniz, tekrarlıyorsa üzerine DÖF açarsınız.
Teslimattan sonra tespit edilen uygunsuzluklar da bu kapsamdadır — tespit aşaması olarak Teslimat Sonrası (Müşteride) ya da Müşteri İadesi seçilir.
Kayıt alanları
| Grup | Alanlar |
|---|---|
| Tanım (§8.7.2 a) | Başlık, açıklama, çıktı türü, kategori, tespit aşaması, önem derecesi, öncelik |
| İzlenebilirlik | Ürün adı, lot no, seri no, miktar + birim, kalitesizlik maliyeti |
| Bağlar | İlgili süreç, müşteri, tedarikçi (girdi kaynaklıysa) |
| Kişi/tarih | Tespit tarihi ve tespit eden, kayıt sahibi, tasfiye sorumlusu, termin |
| Karantina (§8.7.1 b) | Ayrıldı mı, ayrılma tarihi, karantina yeri |
| Yetki (§8.7.2 d) | Kararı veren ve karar tarihi — sistem damgalar |
| Müşteri bilgilendirme (§8.7.1 c) | Bilgilendirildi mi, tarih, not |
Yaşam döngüsü
Tespit Edildi → Karantinada → Karar Bekliyor → Uygulanıyor → Kapandı
└──────── Karar iste ────────┘ (Reddet ↩) Kapandı → Tekrar Aç
her aktif durumdan İptal
Karantina adımı isteğe bağlıdır — hizmet uygunsuzluğunda fiziksel ayırma olmaz; karar isteme adımı doğrudan “Tespit Edildi”den de çalışır.
Karar İste en az bir tasfiye satırı ister. Kuruluşunuzun onay zinciri tanımlıysa zincir devralır; yoksa yetkili kullanıcı elle onaylar. Her iki yolda da onay anında kararı veren ve tarih damgalanır — §8.7.2 d’nin istediği kayıt budur.
Tasfiye kararları — neden birden çok satır?
Gerçek hayatta 100 adetin 60’ı yeniden işlenir, 40’ı hurdaya ayrılır. Bu yüzden karar tek bir alan değil, satır listesidir:
| Alan | Not |
|---|---|
| Karar tipi | Aşağıdaki tabloya bakın. |
| Miktar | Bu kararın kapsadığı adet. |
| Sorumlu, not | |
| Sapma izni referansı | Sapma izniyle kabul kararında. |
| Tamamlama ve doğrulama | Tamamlanma tarihi, doğrulama sonucu (geçti / kaldı), doğrulayan, not. |
Karar tipleri ve davranışları
Karar tipi listesi genişletilebilir; ancak bazı tipler davranış tetikler:
| Karar | Davranış |
|---|---|
| Yeniden işleme / Tamir | Doğrulama zorunlu — sonuç girilmeden kayıt kapanmaz (§8.7.1 son cümle). |
| Sapma izniyle kabul | Sapma izni referansı zorunlu (§8.7.2 c). |
| Geri çağırma | Müşteri bilgilendirme hatırlatması (§8.7.1 c). |
| Hurda · Sınıf düşürme · Tedarikçiye iade · Diğer | Ek davranış yok. |
Kendi eklediğiniz karar tipleri “diğer” gibi davranır (ek kural getirmez).
Donma kuralı
Karar onaylandıktan sonra tasfiye satırlarının tipi ve miktarı kilitlenir. Uygulama aşamasında yalnız tamamlama ve doğrulama açıktır.
Bunun sebebi §8.7.2 d’dir: yetkilendirilmiş bir karar sonradan sessizce değiştirilemez. Değişiklik gerekiyorsa kaydı geri alır ya da yeni bir kayıt açarsınız.
Kapatma guard’ı ve yumuşak uyarılar
Sert kural: doğrulanmamış bir yeniden işleme/tamir satırı varsa kayıt kapanmaz — kapat butonu yerine uyarı çıkar, elle denense de reddedilir.
Yumuşak uyarılar (engellemez):
- Miktar mutabakatı: tasfiye satırlarının toplamı kayıt miktarına eşit değilse uyarı.
- Tamamlanmamış satır sayısı kapatma penceresinde gösterilir.
Diğer modüllerle bağlantı
| Bağ | Nasıl |
|---|---|
| DÖF Oluştur | Tekrarlayan/sistemik uygunsuzlukta kök neden DÖF’te yürür (§8.7 → §10.2). |
| Aksiyon Oluştur | Düzeltici tipte aksiyon. |
| Şikâyetten UOÇ | Şikâyet detayında “Uygun Olmayan Çıktı Aç” — tespit aşaması teslimat sonrası olarak gelir, müşteri ve süreç kopyalanır. |
Süreç detayında da bu kayıtlar ters listelenir.
Hatırlatma
Termini 3 gün içinde olan ya da geçmiş açık kayıtlar için tasfiye sorumlusuna (yoksa kaydı açana) bildirim gider. Terminler takvimde turuncu görünür.
Dashboard’da ne var?
Durum kutuları (toplam · açık · karantinada · gecikmiş · hurda oranı) · durum dağılımı · tasfiye kararı dağılımı ve toplam kalitesizlik maliyeti · tespit aşaması, çıktı türü ve kategori dağılımları · yaklaşan ve gecikmiş terminler.
Kalitesizlik maliyeti toplamı, yönetim gözden geçirmede en çok ilgi çeken sayılardan biridir.
Yetkiler
Standart yetkilere ek olarak:
- Onaylama — tasfiye kararını yetkilendiren makam (§8.7.2 d).
- Kapatma — tasfiyeyi doğrulayıp kaydı kapatma.
Varsayılan olarak Tenant Yöneticisi ve Kalite Yöneticisi’ndedir.
İlgili
Ekranlar
Bu modülün ana ekranları. Anlatımda geçen bölümleri burada yerinde görebilirsiniz.



Alan Referansı
Bu modülün kayıt ekranlarındaki alanlar. Liste sistemden üretilir, bu yüzden sürümle birlikte güncel kalır. Zorunluişaretli alanlar doldurulmadan kayıt kaydedilemez. Bunlara ek olarak kendi özel alanlarınızı tanımlayabilirsiniz.
Uygun Olmayan Çıktı28 alan
| Alan | Tip | Zorunlu |
|---|---|---|
| Başlık | Metin | Evet |
| Birim | Metin | — |
| Durum | Seçim listesi | Evet |
| Kalitesizlik Maliyeti | Ondalık sayı | — |
| Kapanış Notu | Uzun metin | — |
| Karantina Yeri | Metin | — |
| Kararı Veren Yetkili | Kişi seçimi | — |
| Kategori | Seçim listesi | — |
| Kaydı Açan | Kişi seçimi | — |
| Kod | Metin | Evet |
| Miktar | Ondalık sayı | — |
| Müşteri | Kayıt bağı | — |
| Müşteri bilgilendirildi | Evet/Hayır | Evet |
| Parti No | Metin | — |
| Seri No | Metin | — |
| Tasfiye Kararları | Kayıt bağı (çoklu) | — |
| Tasfiye Sorumlusu | Kişi seçimi | — |
| Tedarikçi | Kayıt bağı | — |
| Termin | Tarih | — |
| Tespit Aşaması | Seçim listesi | — |
| Tespit Eden | Kişi seçimi | — |
| Tespit Tarihi | Tarih | — |
| Uygunsuzluğun Tanımı | Uzun metin | — |
| Çıktı Türü | Seçim listesi | — |
| Öncelik | Metin | — |
| Önem | Seçim listesi | — |
| Ürün / Hizmet | Metin | — |
| İlgili Süreç | Kayıt bağı | — |
Son güncelleme: