İSG ve Akıllı Fabrika Çözümleri

Üretim Takip Programı ve Üretim İzleme Sistemi

İş emri, üretim miktarı, duruş, fire, çevrim ve kaynak kullanımını sahadan toplayıp vardiya ve sipariş bağlamında görünür kılan üretim operasyon yazılımıdır.

Değer Katmanları

Temel kazanımlar

Çözüm katmanı, yalnızca teknolojik bir modül değil; saha doğrulugu, raporlama ve surekli optimizasyonu tek yapida toplar.

check_circle

Ölçülebilir pilot ve kabul kriterleri

check_circle

Sahaya göre yapılandırılan alarm ve olay akışı

check_circle

Yetki, saklama ve bakım gereksinimlerinin birlikte tasarlanması

Mimari

Çözüm kapsamı

  • Saha keşfi ve risk senaryosu
  • Teknoloji ile entegrasyon değerlendirmesi
  • Pilot, doğrulama ve ölçeklendirme planı

Teknik Detaylar

Detaylı içerik

İş emri, üretim miktarı, duruş, fire, çevrim ve kaynak kullanımını sahadan toplayıp vardiya ve sipariş bağlamında görünür kılan üretim operasyon yazılımıdır. Manuel çizelge ile makine sayacı arasındaki fark, geciken iş emri ve bilinmeyen duruş nedeni üretim kararlarını zorlaştırır. Üretim izleme, verinin hangi olaydan ve hangi zaman tanımından üretildiğini standardize ederek ortak operasyon görünürlüğü sağlar.

Üretim takip programı tam ERP, MRP, depo veya maliyet muhasebesinin otomatik karşılığı değildir. MES işlevleriyle örtüşebilir; kapsam ürünün modüllerine ve entegrasyona göre netleştirilir. OEE tek başına üretim başarısını göstermez.

Üretim Takip Programı ve Üretim İzleme Sistemi Nedir ve Hangi İhtiyacı Karşılar?

Çözümün başlangıç noktası teknoloji seçimi değil, izlenecek olayın ve alınacak kararın tanımlanmasıdır. Hangi bölgede, hangi koşul gerçekleştiğinde, kimin bilgilendirileceği ve bu kişinin ne yapacağı açıkça yazılır. Böylece sensör çıktısı tek başına bir alarm olarak kalmaz; doğrulama, müdahale ve kapanış adımları olan yönetilebilir bir iş akışına dönüşür.

Manuel çizelge ile makine sayacı arasındaki fark, geciken iş emri ve bilinmeyen duruş nedeni üretim kararlarını zorlaştırır. Üretim izleme, verinin hangi olaydan ve hangi zaman tanımından üretildiğini standardize ederek ortak operasyon görünürlüğü sağlar. Aynı isimle sunulan sistemlerin kapsamı farklı olabilir. Satın alma değerlendirmesinde demo ekranından önce algılama alanı, veri kaynağı, bildirim yolu, yetkiler, bakım sorumluluğu ve kabul testi incelenmelidir.

Teknoloji ve Uygulama Seçenekleri

Teknoloji seçimi saha geometrisi, çevresel koşullar ve işletmenin sürdürebileceği bakım modeliyle birlikte yapılır. Aşağıdaki yöntemler birbirinin kesin alternatifi değildir; bazı projelerde tek yöntem, bazı projelerde ise birbirini doğrulayan birden fazla katman kullanılabilir.

Yöntem Değerlendirme
Makine/PLC verisi Çevrim, durum ve sayaçları otomatik alabilir. Sinyalin iş anlamı ve sayaç sıfırlama davranışı doğrulanır.
Operatör terminali İş emri, duruş nedeni, fire ve kontrol sonuçlarını kullanıcıdan alır. Arayüz hızı ve kod listesinin anlaşılırlığı veri kalitesini etkiler.
ERP ve kalite entegrasyonu Sipariş, rota ve stok/kalite bilgisi alışverişi sağlayabilir. Kaynak sistem sahipliği ve hata senkronizasyonu proje kapsamında belirlenir.

Bir yöntemin katalog özelliği, gerçek tesiste aynı performansın alınacağını tek başına göstermez. Kurulum yüksekliği, metal ve fiziksel engeller, ağ gecikmesi, kullanıcı davranışı ve bakım sıklığı ölçülebilir kabul koşullarına dönüştürülür.

Saha Keşfinde Toplanması Gereken Bilgiler

Keşif çalışması, kapsamı ve maliyeti belirleyen teknik girdileri toplar. En az şu başlıklar kayıt altına alınır:

  • iş emri, rota ve ürün ana verisi
  • makine sinyali ve sayaç mantığı
  • duruş/fire neden kodları
  • vardiya ve takvim tanımları
  • ERP, kalite ve depo arayüzleri
  • KPI formülleri, rol/yetki ve düzeltme akışı

Bu bilgiler saha planı üzerinde işaretlenir ve örnek vardiya gözlemiyle doğrulanır. Mevcut cihazların model ve bağlantı bilgileri, yalnızca beyana dayanmak yerine uygun olduğunda test akışıyla kontrol edilir. İstenen entegrasyonun yalnızca veri görüntüleme mi, olay aktarımı mı, yoksa doğrulanmış bir kontrol işlemi mi olduğu ayrıca belirtilir.

Alarm, Olay ve Veri Yönetimi

Algılama ile kullanıcının ekranda uyarıyı görmesi arasında veri alma, analiz, kuyruk, ağ ve bildirim servisi katmanları bulunabilir. Bu nedenle “anlık” ifadesi ölçülebilir bir süreyle tanımlanmalıdır. Yoğun alarm anı, bağlantı kesintisi ve servis geri dönüşü pilotta sınanır. Olayın açık, doğrulandı, gereksiz alarm, yönlendirildi ve kapandı gibi durumları birbirinden ayrılır.

Görüntü, konum veya çalışanla ilişkilendirilebilen kayıtlar için amaç sınırlaması, erişim rolü, saklama süresi ve silme yöntemi belirlenir. Sistem yöneticisi, İSG ekibi ve operasyon yöneticisinin aynı ayrıntıyı görmesi gerekmeyebilir. İndirilen raporlar ile API üzerinden paylaşılan kayıtların da aynı veri politikasına tabi olduğu unutulmamalıdır.

Entegrasyon Kapsamı Nasıl Doğrulanır?

Bir çözümün mevcut kamerayla, üretim ağıyla veya kurumsal yazılımla çalışabileceğinin söylenmesi, bütün entegrasyonun hazır olduğu anlamına gelmez. Kaynak sistemin veri formatı, bağlantı yöntemi, kimlik doğrulaması, saat bilgisi, hata kodları ve veri sahipliği incelenir. Gerekli veri okunabiliyor mu, olay kimliği iki sistemde de izlenebiliyor mu ve bağlantı kesildiğinde kayıtlar nasıl tamamlanıyor soruları teknik kabul listesine eklenir.

Entegrasyon yalnızca tek yönlü olay aktarımıysa, hedef sistemde kaydın açıldığını ve mükerrer oluşmadığını göstermek yeterli olabilir. Kontrol komutu, alarm paneli veya araç davranışı etkileniyorsa risk seviyesi yükselir; hata durumları, yetkisiz komut, gecikme ve güvenli konuma dönüş ayrıca doğrulanır. Kurumsal ağ ile operasyon ağı arasında hangi bağlantıların açılacağı bilgi güvenliği ve otomasyon ekipleriyle kararlaştırılır.

Bildirim kanalında birincil ve yedek yöntem tanımlanır. E-posta ya da mobil bildirim ulaşmadığında saha sireni devreye girecek mi, vardiya sorumlusu değiştiğinde yetki listesi nasıl güncellenecek, bakım modunda alarmlar nasıl işaretlenecek gibi ayrıntılar devreye alma dokümanında yer alır. Bu doküman, çözümün günlük işletme sorumluluğunu görünür kılar.

Pilot Kurulum ve Kabul Testi

Pilot, çözümün seçilen küçük bir alanda gerçek koşullarla sınanmasıdır. Testler insanları tehlikeye sokmadan, yetkili ekiplerin hazırladığı güvenli senaryolarla yürütülür. Başlangıçta gerçek doğruyu oluşturacak manuel gözlem veya doğrulanmış referans kaydı hazırlanır.

Test Uygulama İncelenen çıktı
İş emri takibi Başlatma, durdurma ve ürün değişimi Kimlik, miktar ve zaman uyumu
Duruş kaydı Otomatik durum ve operatör nedeni Süre ve sınıflandırma
Fire düzeltmesi Yetkili geri alma ve yeniden giriş Denetim izi
Bağlantı kesintisi Edge tampon ve yeniden gönderim Kayıp ve mükerrer kayıt

Makine sayacı, operatör kaydı ve onaylı üretim raporu aynı örnek dönem için uzlaştırılır. Eksik, mükerrer ve geç gelen kayıt oranı; iş emri eşleşmesi ve neden kodu tamlığı ölçülür. KPI formülleri örnek verilerle elle hesaplanarak panel sonuçlarıyla karşılaştırılır.

Kabul ölçütleri test başlamadan yazılır. Sonuçlar vardiya, alan ve çevresel koşulla birlikte raporlanır; yalnızca genel bir başarı yüzdesi verilmez. Pilot sonunda kapsama genişletme, kamera veya sensör yerini değiştirme, iş akışını düzeltme ya da projenin uygun bulunmaması seçeneklerinin her biri değerlendirme sonucudur.

Satın Alma Öncesi Kontrol Listesi

Teklifler karşılaştırılırken hangi sensör veya yazılımın verildiğinin yanında hizmet sınırları da yazılı olmalıdır. Keşif, montaj, elektrik ve ağ işleri, lisans modeli, sunucu kaynağı, veri taşıma, kullanıcı eğitimi, kabul testi ve garanti kapsamındaki destek ayrı kalemler olarak görülmelidir. “Mevcut sistemle entegre” ifadesi, desteklenen protokol ve test sorumlusu belirtilmeden yeterli değildir.

İşletme ekibi ayrıca şu sorulara yanıt aramalıdır: Sistem bağlantı kaybını görünür kılıyor mu? Kamera veya sensörün yönü değiştiğinde uyarı oluşuyor mu? Yetki değişiklikleri kayda alınıyor mu? Yazılım güncellemesi sonrasında pilot senaryolarından hangileri tekrar çalıştırılacak? Olay inceleme yükü günlük operasyon içinde kim tarafından karşılanacak? Bu sorular toplam sahip olma maliyetini ve projenin sürdürülebilirliğini doğrudan etkiler.

Sınırlılıklar ve Risk Kontrolleri

Hiçbir algılama sistemi, saha disiplininin veya mühendislik önlemlerinin yerine geçmez. Tasarım sırasında aşağıdaki sınırlar açıkça ele alınır:

  • aynı sayacın iyi ürün ve toplam üretim gibi yorumlanması
  • vardiya ve saat senkronizasyonu hatası
  • operatörün uzun neden listesinde yanlış seçim yapması
  • ERP ile mükerrer veya eksik iş emri
  • bağlantı kesintisinde veri kaybı
  • OEE artışının satış veya kâra otomatik dönüşeceğinin varsayılması

Yanlış alarmı azaltmak için eşikleri aşırı gevşetmek, gerçek olayların kaçmasına yol açabilir. Bu nedenle gereksiz alarm ve kaçırılan olay dengesi birlikte incelenir. İşletme süreçleri, ekipman yerleşimi veya aydınlatma değiştiğinde önceki pilot sonucunun hâlâ geçerli olduğu varsayılmaz; yeniden kontrol yapılır.

Bakım, Ölçeklendirme ve Maliyet

Toplam sahip olma maliyetini etkileyen başlıca kalemler şunlardır: makine ve terminal sayısı, PLC/edge bağlantısı, yazılım modülleri, ERP-kalite entegrasyonu, ana veri temizliği, rapor uyarlaması, kullanıcı eğitimi, lisans ve destek. İlk yatırım bedeli yanında lisans yenileme, cihaz değişimi, temizlik, kalibrasyon, kullanıcı yönetimi ve olay inceleme zamanı da hesaba katılır.

Ölçeklendirme kararı pilotta tanımlanan metriklerle verilir. Bir hatta çalışan kurgu diğer hatta kopyalanmadan önce yeni alanın ışığı, trafiği, fiziksel engelleri ve ağ kapasitesi kontrol edilir. Sistem sağlığı için görüntü veya sensör akışı, saat senkronizasyonu, depolama, alarm teslimi ve kullanıcı yetkileri periyodik olarak test edilir.

Üretim Takip Programı ve Üretim İzleme Sistemi Hakkında Sıkça Sorulan Sorular

Üretim takip programı ERP yerine geçer mi?

Genellikle hayır. Üretim yürütme ayrıntısını izler; finans, satın alma ve kurumsal planlama kapsamı ERP'dedir. Aralarında veri alışverişi kurulabilir.

Eski makinelerden veri alınabilir mi?

Sinyal, kontrolör, elektrik güvenliği ve harici sensör seçenekleri incelenir. Her makinede aynı ayrıntı düzeyi mümkün olmayabilir.

OEE otomatik hesaplanır mı?

Gerekli çalışma takvimi, ideal çevrim, iyi ürün ve duruş tanımları doğruysa hesaplanabilir. Formül ve veri kaynağı pilotta doğrulanır.

Bağlantı kesildiğinde veri kaybolur mu?

Edge tampon ve yeniden gönderim tasarlanabilir; desteklenen davranış proje kapsamında test edilmelidir.

Operatör kayıtları düzeltilebilir mi?

Yetkili düzeltme akışı kurulabilir. Eski ve yeni değer, kullanıcı, zaman ve gerekçe denetim izinde tutulmalıdır.

Pilot için kaç makine gerekir?

Birbirini takip eden kritik operasyonlardan sınırlı bir grup seçilir; veri zinciri ve iş emri akışı uçtan uca sınanır.

Leosay ile Pilot Kapsamınızı Belirleyin

İlk görüşmede çözmek istediğiniz olay, tesis planı, mevcut cihazlar ve müdahale süreci birlikte ele alınır. Uygun teknoloji ve entegrasyon ancak bu girdiler incelendikten sonra netleştirilir. İlgili uygulama katmanlarını Leosay Safety sayfasında inceleyebilir; keşif ve pilot kapsamı için Leosay iletişim formunu kullanabilirsiniz.

Yol Haritası

Sahanız için pilot kapsamını birlikte belirleyelim.

Mevcut altyapıyı, risk senaryosunu ve ölçülebilir kabul kriterlerini birlikte değerlendirin.