Andon ile yakalanan duruş olayları, OEE raporlarında anlamlı veriye dönüşmeden önce aynı zaman dilimi, aynı hat ve aynı neden sınıflandırması üzerinden hizalanmalıdır. Bu yazıda, üretim Andon kayıtları ile OEE bileşenlerini eşleştirmek için sahadan uygulanabilir bir standart çerçeve sunuyoruz.
Neden eşleştirme şart?
Operatör Andon'dan müdahale çağrısı açtığında sistemde bir olay kaydı oluşur; OEE tarafında ise availability kaybı genelde makine sinyali veya MES duruş kodu üzerinden hesaplanır. İki kaynak farklı etiket veya farklı kapanış anı kullanıyorsa, aynı duruş hem eksik hem çift sayılabilir. Yönetim panosunda görünen kayıp ile sahadaki gerçeklik arasındaki bu boşluk, iyileştirme toplantılarında güveni zedeler. Önce planlı duruş ile plansız duruş ayrımının net tanımlandığından emin olun; eşleştirme kuralları bu ayrıma dayanmalıdır.
Eşleştirme hedefi tek bir "gerçek duruş penceresi" tanımıdır: başlangıç (üretimin durduğu an veya Andon tetiklemesi), bitiş (hat tekrar nominal hızda çalıştığında) ve süre içindeki neden kodu. OEE availability formülüne giren süre yalnızca plansız kayıplar olacaksa, planlı bakım pencereleri Andon olaylarından ve OEE hesabından tutarlı biçimde hariç tutulmalıdır. Küçük mikro duruşlar için minimum süre eşiği tanımlamak, hem Andon gürültüsünü hem de OEE grafiklerindeki titreşimi azaltır.
Veri sözlüğü ve zaman damgası kuralları
Her hat için ortak bir duruş kodu listesi kullanın; Andon olay etiketleri ile MES/OEE duruş kodları bire bir veya kontrollü eşleme tablosu ile bağlansın. Vardiya değişiminde saat kayması yaşanıyorsa, tüm kayıtlar fabrika saat diliminde ve UTC yedekli saklansın. Olay kapanış anı operatör onayı ile makine "run" sinyalinden hangisinin resmi bitiş sayılacağını yazılı prosedürde belirleyin; aksi halde MTTA ve duruş süresi KPI'ları birbirini tutmaz. Olay kapatma ve doğrulama akışı bu noktada referans süreç olmalıdır.
Günlük mutabakat rutini önerilir: seçilen örneklem hatlarda Andon kapanmış olayların toplam süresi, aynı gün OEE availability kaybı ile karşılaştırılır. Sapma eşiği aşıldığında kök neden genelde eksik etiket, geç kapanan olay veya yanlış planlı/plansız sınıfıdır. Tekrarlayan sapmalar için tekrarlayan duruş erken uyarı kurallarını devreye almak, eşleştirme hatalarını operasyonel gürültüden ayırır. Eşleme tablosunu yılda en az bir kez üretim mühendisliği ve bakım birimleriyle gözden geçirmek, yeni hat veya yeni ürün devreye girdiğinde kod driftini önler.
Panoda tek hikâye anlatmak
Canlı izleme ekranında OEE trendi ile açık Andon olay sayısını aynı filtrelerle (hat, vardiya, ürün ailesi) gösterin; kullanıcı tek tıkla olay detayına inebilmeli. Canlı üretim panosu tasarımında bu çift yönlü geçiş, eşleştirme disiplininin kullanıcı tarafında görünür kalmasını sağlar. Raporlama katmanında availability kaybını neden koduna göre kırılım verin; Andon'dan gelmeyen "sessiz duruş" varsa makine veri toplama boşluklarını ayrı işaretleyin.
Haftalık fabrika ritminde, eşleşmeyen dakikaları hat bazında listeleyen kısa bir "veri kalitesi" bölümü ekleyin; sorumlu vardiya amiri yalnızca en büyük üç sapmayı kapatmak için aksiyon alır. Bu alışkanlık, OEE hedeflerini Andon disipliniyle aynı masada konuşmayı kolaylaştırır.
Dijital altyapıyı kurarken Andon olayları ile üretim verisinin aynı veri modelinde birleştirilebildiği çözümler değerlendirilmelidir. Andon yönetimi ve shop floor entegrasyonu bu hizalamayı uçtan uca destekleyebilir. OEE bileşenlerinin işletme dilinde netleştirilmesi için OEE kavramı ve iyileştirme yaklaşımları rehber içeriklerden faydalanılabilir. Pilot hat seçimi, eşleme tablosu onayı ve haftalık mutabakat oturumları için üretim dijitalleşme danışmanlığı ile ilerlemek uygulama süresini kısaltır.
Standart eşleştirme olgunlaştığında, duruş analizi toplantıları aynı veri seti üzerinden yürür; Andon yalnızca alarm değil, OEE iyileştirme döngüsünün giriş kapısı haline gelir.
