Sorting nedir? Üretimde sorting operasyonu ve süreci

Sorting — Türkçede sıklıkla “ayrıştırma”, “seçme” veya “%100 kontrol” denir — belirli bir parça numarasına ait, belirli bir kapsamdaki parçaların tamamının bir kontrol talimatına göre tek tek değerlendirilmesidir. Numune alınmaz: sorting'in tanımı gereği partideki her parça elden geçer.

Bunu bir kalite kapısı olarak düşünmek doğru olur. Kapının bir tarafında durumu bilinmeyen bir parti vardır, diğer tarafında durumu bilinen iki grup: geçenler ve geçmeyenler. Sorting'in ürettiği asıl değer ayrılmış parçalar değil, o partiyle ilgili belirsizliğin ortadan kalkmasıdır.

Sorting, muayene ve rework arasındaki fark

Bu üç iş sahada iç içe yürür ama aynı şey değildir. Karıştırıldıklarında raporlama bozulur: aynı parça hem “kontrol edilen” hem “yeniden işlenen” olarak iki kez sayılır ve toplam adet tutmaz.

Sıralama önemlidir: rework, sorting'in çıktısı üzerinde çalışır. Bir parça önce NOK olarak ayrılır, sonra rework'e girer. Rework sonrası tekrar kontrol edilip edilmeyeceği ise ayrı bir karardır ve çoğu müşteri prosedüründe bu tekrar kontrol zorunludur.

Sorting pahalı ve yorucu bir iştir; kimse tercih ettiği için yapmaz. Yapılmasının sebebi hemen her zaman aynıdır: bir partinin durumu bilinmiyordur ve bu belirsizliğin maliyeti, kontrolün maliyetinden yüksektir.

• Hatalı parçanın müşteri hattına ulaşması, o hattı durdurma riski taşır. Bir durdurmanın maliyeti, aynı partiyi tamamen kontrol etmenin maliyetinin çok üzerinde olabilir.
• Şüpheli parti serbest bırakılamadığı için üretim planı kilitlenir; sorting stoku çözerek planı yeniden akıtır.
• Müşteri şikâyeti sonrasında kısa vadede uygulanabilecek tek etkili önlem çoğu zaman sorting'dir — kalıcı çözüm hazır olana kadar hattı korur.
• Prosesteki bir değişiklik veya sapma sonrası, o pencerede üretilen parçaların durumu ancak kontrolle netleşir.

Sorting kararını tetikleyen durumlar birbirine benzer ve çoğu zaman aynı soruyla başlar: “bu partide sorun olup olmadığını biliyor muyuz?” Cevap hayırsa ve parti kullanılacaksa, sorting gündeme gelir.

• Müşteriden hata bildirimi veya şikâyet gelmesi — genellikle en hızlı tetikleyici, çünkü müşteri sahasındaki stok da kapsama girer.
• İç kontrolde beklenmedik bir hatanın yakalanması ve aynı hatanın daha önceki parçalarda da olabileceğinden şüphelenilmesi.
• Proses parametresinin sınır dışına çıkması, kalıp veya takım değişimi, bakım sonrası ilk parçaların doğrulanamamış olması.
• Tedarikçiden gelen malzemede uygunsuzluk tespit edilmesi ve o malzemeyle üretilmiş parçaların izlenmesi gerekmesi.
• Yeni bir parçanın devreye alınması sırasında, proses yeterliliği kanıtlanana kadar geçici olarak %100 kontrol uygulanması.

Son maddedeki durum diğerlerinden farklıdır: burada bilinen bir hata yoktur, güven henüz kurulmamıştır. Bu tür sorting planlıdır, süresi baştan bellidir ve genellikle belirli bir adet sorunsuz üretim sonrasında kaldırılır.

Firmadan firmaya isimler değişir, ama sıra büyük ölçüde aynıdır. Aşağıdaki adımlardan birinin atlanması, çoğu sorting probleminin başladığı yerdir.

1. Talep ve kapsam: hangi parça numarası, hangi tarih veya lot aralığı, hangi lokasyonlar. Kapsam yazılı değilse sorting'in nerede biteceği de belli değildir.
2. Kontrol kriteri ve talimat: hangi özellik, hangi yöntemle, hangi kabul sınırıyla kontrol edilecek. Kriter belirsizse iki operatör aynı parçaya farklı karar verir.
3. Kurulum: kontrol alanı, aydınlatma, mastar veya ölçüm ekipmanı, OK ve NOK için ayrı ve fiziksel olarak karışması mümkün olmayan kaplar.
4. Operatör eğitimi ve sınır numuneleri: kabul edilebilir ile edilemez arasındaki sınırın somut örnekle gösterilmesi. Sözle anlatılan sınır, vardiya değişiminde kaybolur.
5. Kontrol ve ayrıştırma: parçalar tek tek değerlendirilir, karar anında ayrım yapılır ve etiketlenir.
6. Kayıt: kontrol edilen adet, NOK adedi, rework adedi ve tarih; vardiya bazında ve kontrol devam ederken yazılır, sonradan hatırlanarak değil.
7. Raporlama: müşteriye ve iç paydaşlara, kapsamı ve sonucu birlikte gösteren bir rapor.
8. Kapanış: sorting hangi şartla durur — bu şart baştan yazılmamışsa sorting kendi kendine bitmez, unutulur.

Vardiya devri süreçteki en kırılgan nokta

Bir sorting nadiren tek vardiyada biter. Devreden vardiyanın nerede kaldığı, o ana kadarki adetler ve varsa kriterle ilgili yorum farkı yazılı olarak aktarılmazsa, ertesi gün ortaya çıkan tablo iki farklı işin toplamı olur. Sahada en sık görülen tutarsızlık budur ve genellikle rapor hazırlanırken fark edilir — yani düzeltmek için geç kalındığında.

Bu dört kelime sorting'in tüm çıktısını taşır ve tam olarak neyi saydıkları konusunda ekip içinde anlaşma yoksa rapor da anlamını kaybeder.

Sayılar birbirinin içinde mi, yanında mı?

Kayıt tutarken en sık yapılan hata budur. Çoğu raporlamada “kontrol edilen adet” toplamı ifade eder ve NOK ile rework onun içinden çıkar; yani kontrol edilen 500, NOK 12 ise geriye 488 uygun parça kalır. Bazı firmalarda ise sütunlar yan yana toplanacak şekilde tutulur. İkisi de tutarlı olduğu sürece çalışır; karıştırıldığında toplam tutmaz ve rapor müşteride sorgulanır.

Pratik kural: hangi yaklaşım kullanılıyorsa raporun üstünde yazılı olsun ve vardiyalar arasında değişmesin. Tek bir sayının hangi kümeye ait olduğu belli değilse, o sayı sonradan yeniden üretilemez.

Bu iki terim sahada sıkça birbirinin yerine kullanılır, ama farklı düzeylerdedir. Containment bir karardır: “şu andan itibaren şu kapsamdaki hiçbir parça kontrol edilmeden ileriye geçmeyecek.” Sorting ise o kararı hayata geçiren fiziksel iştir.

Yani her sorting bir containment'in parçası olmayabilir, ama neredeyse her containment içinde bir sorting faaliyeti barındırır. Fark pratikte şurada görünür: containment kapsamı belirler — hangi lokasyonlar, hangi tarih aralığı, müşteri sahasındaki ve yoldaki stok dahil mi — sorting ise o kapsam içindeki parçaları teker teker eler.

Kapsamı containment'in belirlemesi, sorting'in tek başına yürütüldüğü durumlarda neyin eksik kalabileceğini de gösterir: depodaki ve müşterideki stok unutulursa, hattaki parçalar temizlenmiş ama sorun devam ediyor olur. Containment tarafının ayrıntısı ayrı bir konudur ve bu rehber setinde kendi sayfasında ele alınıyor.

Bir sorting raporunun tek işi vardır: aylar sonra açan birinin, o gün orada bulunmadan ne yapıldığını anlayabilmesi. Bunu sağlamayan rapor, sayı içerse bile kanıt değildir.

• Parça numarası ve parça adı — hangi parçanın kontrol edildiği tartışmasız olmalı.
• Kapsam: tarih veya lot aralığı ve kontrolün yapıldığı lokasyon.
• Kontrol kriteri veya talimat referansı — hangi kurala göre karar verildiği.
• Kontrol edilen adet, NOK adedi, rework adedi; vardiya veya gün kırılımıyla.
• Tarih ve vardiya bilgisi — toplamın hangi zaman aralığına ait olduğu.
• Kontrolü yapan ve onaylayan kişi ya da ekip.
• Bulunan hata tipleri ve mümkünse dağılımı — tek bir “NOK” sayısı, hangi problemin baskın olduğunu göstermez.
• NOK parçaların akıbeti: rework, hurda veya karar bekliyor.

Bunların hepsi tek bir sayfada ve tutarlı bir formatta olduğunda rapor müşteriye doğrudan gönderilebilir hale gelir. Her sorting için farklı bir Excel şablonu kullanılması, aynı bilgilerin farklı yerlerde durması demektir — ve karşı taraftaki mühendis her seferinde raporu yeniden öğrenmek zorunda kalır.

İzlenebilirlik, bir sonuca hangi kaydın ve hangi kararın yol açtığını geriye doğru takip edebilmektir. Sorting'de bunun somut karşılığı şudur: aradan üç ay geçtikten sonra müşteri belirli bir sevkiyatı sorduğunda, o sevkiyattaki parçaların kontrol edilip edilmediğini, hangi kritere göre ve kim tarafından kontrol edildiğini gösterebilmek.

Bu yeteneğin olmadığı durumda tek seçenek kalır: kapsamı genişletmek. Hangi parçanın kontrol edildiği bilinmiyorsa, hepsini yeniden kontrol etmek gerekir. İzlenebilirliğin maliyeti kayıt tutma disiplinidir; olmamasının maliyeti ise aynı işi ikinci kez yapmaktır.

• Kayıt, iş yapılırken tutulmalıdır. Sonradan hatırlanarak doldurulan bir çizelge, gerçekte ne olduğunu değil ne olduğu düşünüleni gösterir.
• Her satır bir zamana ve bir kişiye bağlı olmalıdır. “Kim” ve “ne zaman” olmadan bir sayı, kaynağı sorgulanamayan bir iddiadır.
• Kayıt sonradan sessizce değiştirilebiliyorsa izlenebilirlik yoktur. Değişikliğin kendisi de kayıt altına alınmalıdır.
• Parça numarası tek bir biçimde yazılmalıdır. Aynı parçanın üç farklı yazımı, üç farklı parça gibi görünür ve toplamlar bölünür.

Çoğu ekip sorting'i bu ikisiyle yürütür ve bunun iyi sebepleri vardır: WhatsApp sahada herkesin elindedir, Excel ise esnektir. Sorun araçlarda değil, ikisi arasındaki boşluktadır — bilgi mesajda oluşur, tabloya elle taşınır ve bu taşıma sırasında bozulur.

• Mesajdaki adetler tabloya elle giriliyor; yoğun bir vardiyada bir satır atlanıyor ve toplam sessizce eksiliyor.
• Aynı raporun birden fazla kopyası dolaşıyor. Kimin elindeki güncel, kimse tam emin değil.
• Parça numarası her mesajda biraz farklı yazılıyor; boşluklu, tireli, küçük harfli. Tabloda ayrı satırlara düşüyor.
• Binlik ayracı karışıyor. “1.250” bir tabloda bin iki yüz elli, başka bir ayarda bir buçuk okunuyor ve fark ancak müşteri sorduğunda anlaşılıyor.
• Kimin ne zaman yazdığı kayboluyor. Mesaj akışı yukarı kayıyor, tabloda ise yalnızca sayı kalıyor.
• Rapor sonunda tek kişide birikiyor. O kişi izinli olduğunda süreç duruyor.
• Kapanış kriteri hiçbir yerde yazmıyor; sorting, sorulmadığı sürece devam ediyor.

Bu hataların ortak yanı, hiçbirinin sahadaki işle ilgili olmamasıdır. Kontrol doğru yapılmıştır; kaybolan şey kaydıdır.

Yukarıdaki hataların hemen hepsi tek bir yerde toplanır: bilginin oluştuğu yer ile saklandığı yer arasındaki elle taşıma. Yazılımın burada yapabileceği şey işi kolaylaştırmak değil, o taşımayı ortadan kaldırmaktır.

• Sahadan gelen mesaj doğrudan satıra dönüşür; kimse aynı sayıyı ikinci kez yazmaz.
• Okunamayan bir satır tahmin edilerek doldurulmaz, reddedilir ve nedeni söylenir. Yanlış bir sayı üretmektense eksik bir rapor üretmemek tercih edilir.
• Rapor tek bir kayıttan üretilir, dolayısıyla “hangi kopya güncel” sorusu ortadan kalkar.
• Her kayıt kimin ve ne zaman oluşturduğuyla birlikte saklanır ve sonradan sessizce değiştirilemez.
• Her firmanın verisi kendi alanında durur; bir organizasyonun kaydı başka bir organizasyona görünmez.

QualityOps'un sorting tarafındaki karşılığı budur: ekibin yazdığı rapor metninden Sorting Report satırları üretilir, firmanın kendi Excel şablonuna işlenir ve firmanın kendi Microsoft 365 posta kutusundan müşteriye gönderilir. Metin okunamadığında rapor üretilmez — çünkü operatörün yazdığı bir satırı sessizce atlayan bir rapor, hiç üretilmemiş bir rapordan daha risklidir.

Yazılımın yapmadığı şeyler de aynı ölçüde nettir: fotoğraf okumaz, çizim yorumlamaz, hatayı görüntüden tespit etmez ve kök nedeni kendiliğinden bulmaz. Metinden satır üretimi kural tabanlıdır ve aynı girdi her zaman aynı çıktıyı verir.