Eryxon Flow ile işin atölyedeki gerçek durumunu görmek

Bir parçanın kesimi bitmiş olabilir. Büküm sırası hâlâ bekleniyordur. Planlama ekranında ise iş emri tek satırdır ve o satırda yalnızca “üretimde” yazar. Müşteri teslim tarihini sorduğunda bu bilgi pek işe yaramaz. İşin hangi hücrede olduğunu, bir sonraki işlemin başlayıp başlayamayacağını ve beklemenin nedenini bilmek gerekir.

Eryxon Flow’un iş bazlı gerçek zamanlı takibi burada anlam kazanır. MES, yani üretim yürütme sistemi, planla atölyedeki gerçekleşme arasına yerleşir. Ama “gerçek zamanlı” ifadesini dikkatli kullanmak gerekir: Ekran, operatörün veya bağlı sistemin kaydettiği son durumu gösterir. Kaydedilmeyen bir duruşu yazılım kendiliğinden bilemez.

Plan, iş ve operasyon aynı şey değil

ERP tarafında bir siparişe teslim tarihi verilir. Atölyede o siparişi oluşturacak parçalar kesim, büküm, kaynak ve montaj gibi aşamalardan geçer. Bir siparişin bir kısmı bitmişken diğer kısmı işlem bekliyor olabilir. Tek bir sipariş durumu, bu farkı görünmez kılar.

İzlemenin işe yaraması için kaydın seviyesi doğru seçilmelidir. İşin numarası, parça, miktar ve operasyon sırası birbirine bağlanır. Kesim bittiğinde yalnızca “sipariş sürüyor” demek yerine kesim operasyonu tamamlanır, sıradaki operasyonun bekleme veya çalışma durumu görünür. Böylece “ne kadar üretildi?” sorusuyla “iş nerede?” sorusu ayrı ayrı yanıtlanabilir.

Burada her hareketi kaydetmek hedef değildir. Bir işlemin başlangıcı, durması, tamamlanması, sağlam ve hurda miktarı gibi karar değiştiren olaylar yeterli bir başlangıç oluşturur. Kayıt sayısını artırmak, tanımlar belirsizse, yalnızca daha ayrıntılı bir karmaşa üretir.

Atölyeden kısa bir örnek

Üç farklı iş aynı gün büküm hücresine gelecek olsun. Birinin kesimi tamam, diğerinde kesilen parçaların bir bölümü eksik, üçüncüsünde teknik resim revizyonu bekleniyor. Planlama tablosunda üçü de “büküm” altında görünüyorsa operatör hangisini güvenle başlatacağını telefonla öğrenmek zorunda kalır.

İş bazlı takipte kesim operasyonu biten miktar işlenir. Revizyon bekleyen iş sorun olarak işaretlenir. Hücre ekranında hazır işler ile bekleyen işler ayrışır; tamamlanan operasyon bir sonraki aşamanın görünürlüğünü değiştirir. Planlamacı da bitişe yakın olan iş ile henüz başlayamayan işi aynı ilerleme yüzdesinin arkasına saklamaz.

Bu, Eryxon Flow’un tarif ettiği akışa yakındır: hücrelerde hazır, devam eden ve geciken işler görünür; operatörler çalışma süresi, sağlam ürün, hurda ve sorun bildirebilir. Ancak örnekteki işletme ve siparişler varsayımsaldır. Her atölyenin iş akışı farklıdır; uygulamadan önce gerçek operasyon ve durum kodlarını tanımlamak gerekir.

“Canlı” ekranın güvenilirliği nasıl anlaşılır?

İlk soru ekranın ne sıklıkla yenilendiği değildir. Son bildirimin ne zaman ve kim tarafından yapıldığı daha önemlidir. Bir işin yanında “devam ediyor” yazması, vardiya değişiminden beri hiç dokunulmadıysa yanıltıcı olabilir. Son olay zamanı, olayın kaynağı ve işlemin sahibi kayıtta tutulmalıdır.

İkinci soru durumların anlamıdır. “Bitti” sözcüğü operatörün kendi işlemini bitirdiği anı mı, kalite onayını mı, bir sonraki hücreye fiziksel teslimi mi anlatıyor? Bu ayrımlar teslim sözü verirken önem kazanır. Bir işlem tamamlandıktan sonra parçalar ölçüm için bekliyorsa, sonraki aşamanın hemen başlayacağını varsaymamak gerekir.

Üçüncü soru miktardır. Kesim tamamlandı yazarken gereken parçaların yalnızca bir bölümü hazırsa büküm işi tam kapasiteyle açılamayabilir. İş durumu ile tamamlanan ve hurdaya ayrılan miktar yan yana gösterildiğinde resim daha dürüst olur. Veri girişi yapılmadıysa ekranın bilinmiyor durumunu göstermesi, eski bir kaydı kesinmiş gibi sunmasından iyidir.

Takip sistemini kurarken sınırı çizmek

Önce tek bir üretim akışı seçmek mantıklıdır. Örneğin kesimden büküme geçen bir parça ailesinde iş kimliğini, operasyon sırasını ve bildirim anlarını belirleyin. Operatörün hangi ekrandan iş başlatacağını, işi durdurduğunda hangi nedenleri seçebileceğini ve yanlış kaydı kimin düzelteceğini yazılı hale getirin.

Sonra bir vardiya boyunca ekran ile fiziksel akışı karşılaştırın. “Hazır” görünen iş gerçekten malzeme ve teknik bilgi açısından hazır mı? “Tamamlandı” denilen iş bir sonraki hücreye devredilmiş mi? Ekran yanlışsa önce insanları daha sık veri girmeye zorlamak yerine yanlış durum tanımını veya zor bir ekran adımını araştırın.

Başka bir kontrol de entegrasyon sınırıdır. ERP’den gelen planı atölye gerçekleşmesiyle eşleştirmek gerekir, fakat iki sistemin aynı alanları aynı anlama gelecek şekilde kullandığı varsayılmamalıdır. Özellikle revizyon, kısmi üretim ve yeniden işleme durumlarında iş numarasının ve operasyon kaydının nasıl korunacağı belirlenmelidir. Bağlantı kesilirse hangi kayıtların bekleyeceği ve yeniden bağlandığında nasıl uzlaştırılacağı da uygulama tasarımının parçasıdır.

Bu seri için kağıtsız iş emri yazısı iş bilgisinin operatöre ulaşmasına odaklanıyordu. Canlı takip ise ters yöndeki akıştır: atölyede olanın planlamaya hangi anlamla geri döndüğü. İkisi aynı ekranı kullanabilir, ama çözmeye çalıştıkları soru farklıdır.

Her görünürlük karar değildir

Bir panoda bekleyen iş sayısını görmek faydalıdır. Bunun tek başına gecikmenin nedenini açıkladığını düşünmek ise hatadır. Malzeme eksikliği, çizim onayı, hücre yükü ve kalite beklemesi aynı “bekliyor” etiketi altında kalırsa ekran yalnızca daha hızlı bir telefon listesine dönüşür.

İyi bir ilk uygulama, az sayıda açık durum ve her durum için yapılabilecek bir sonraki işlem tanımlar. Örneğin revizyon bekleyen işin planı değişebilir; kapasite bekleyen iş yeniden sıralanabilir. Takibin değeri sürekli hareket eden bir animasyonda değil, zamanında kaydedilen bir olayın doğru kişiye doğru kararı verdirmesindedir.

Kaynaklar: Eryxon Flow ürün sayfası ve Luke van Enkhuizen’in açık kaynak üretim araçları derlemesi. Ürün özellikleri kaynaklardaki açıklamalarla sınırlıdır; uygulama önerileri genel tasarım değerlendirmesidir.