Sahada ne olduğunu ertesi gün değil, o anda bilin. İş emri, operasyon, duruş, fire ve OEE verisi tezgâhtan toplanır; muhasebe programınıza dokunmadan onunla konuşur.
Üretim takip yazılımı (MES), iş emrinin sahadaki gerçek durumunu — kim, hangi tezgâhta, ne kadar sürede, ne kadar fireyle ürettiğini — kaynağında kaydeden sistemdir.
ERP’nin yerine geçmez: ERP planlar ve muhasebeleştirir, MES ölçer. İkisi entegre çalışır.
Veri toplama yöntemi fabrikaya göre seçilir: operatör terminali, barkod/QR, el terminali, PLC/OPC UA ya da bunların karması.
Doğru kurulum sırası önce ölçmek, sonra müdahale etmektir. Ölçüm olmadan konulan hedef tahmindir.
Eski, PLC’siz tezgâhlarda da uygulanabilir — veri operatör girişi ve sayaç üzerinden toplanır.
Fabrikanın gerçek sorunu bilgi eksikliği değil, bilginin geç gelmesi
Üretim müdürü ayın sonunda ne ürettiğini bilir. Sorun şu: ayın sonunda öğrenilen bir şeye müdahale edilemez. Kağıt iş emri vardiya boyunca tezgâhın üstünde durur, akşam ustabaşı Excel’e geçirir, hafta sonu birisi ERP’ye toplu giriş yapar. Bu zincirin her halkasında veri hem gecikir hem bozulur.
Bunun görünen maliyeti çift veri girişi ve personel zamanıdır. Görünmeyen maliyeti daha büyüktür: duruşun sebebi kaydedilmediği için tekrar eder, fire hangi operasyonda çıktığı bilinmediği için kalıcı hale gelir, gecikmeli sipariş müşteri aradığında fark edilir.
Üretim takip yazılımının işi bu gecikmeyi kapatmaktır. Veri, oluştuğu yerde ve oluştuğu anda kaydedilir; kimse akşam Excel’e geçirmek zorunda kalmaz.
ERP mi, MES mi? İkisi rakip değil, katman
Bu ayrımı netleştirmeden yapılan yazılım alımlarının çoğu hayal kırıklığıyla bitiyor. Fabrika “ERP aldık ama üretimi göremiyoruz” diyor — çünkü ERP zaten üretimi görmek için tasarlanmadı.
Katmanların sorumluluk ayrımı
ERP / Muhasebe Programı
Üretim Takip (MES)
Sorduğu soru
Ne planladık, ne maliyetlendi?
Şu anda sahada ne oluyor?
Zaman ölçeği
Gün / hafta / ay
Saniye / dakika / vardiya
Veri kaynağı
İnsan girişi, belge
Tezgâh, operatör, barkod, sayaç
Tipik kullanıcı
Muhasebe, satın alma, yönetim
Operatör, ustabaşı, üretim müdürü
Örnek çıktı
Maliyet raporu, stok değeri, fatura
OEE, duruş sebebi, fire oranı, iş emri ilerlemesi
Veri sahadan nasıl toplanır?
Bu sorunun tek doğru cevabı yok; fabrikanın makine parkına, ürün çeşidine ve operatör profiline göre değişiyor. Genelde tek bir yöntem değil, karma bir kurgu çalışıyor.
Operatör terminali (dokunmatik pano)
Tezgâhın başına konulan dokunmatik ekran. Operatör iş emrini başlatır, bitirir, duruş sebebini listeden seçer, fire adedi girer. En esnek yöntem; her makine tipinde çalışır.
Avantaj: duruş sebebi gibi makineden okunamayan bilgiyi yakalar
Dikkat: ekran tasarımı 3-4 dokunuşu geçerse operatör kullanmaz — bu, projelerin en sık başarısızlık nedenlerinden biridir
Barkod / QR okutma
İş emri fişi, palet etiketi veya ürün etiketi okutularak operasyon kaydı alınır. Hızlıdır, yazım hatası yapmaz, operatöre neredeyse hiç yük bindirmez.
Parti/lot izlenebilirliği gereken sektörlerde (gıda, ilaç, otomotiv yan sanayi) neredeyse zorunlu
Etiket basımının üretim akışına oturtulması işin yarısıdır
PLC / OPC UA ile doğrudan makineden
Makinede PLC varsa sayaç, çevrim süresi, çalışma/duruş sinyali doğrudan okunabilir. İnsan müdahalesi olmadığı için en güvenilir veridir.
OPC UA destekleyen kontrolörlerde standart yoldan bağlanılır
Eski PLC’lerde seri port / Modbus üzerinden okuma çoğu zaman mümkündür
Duruşun *sebebini* makine söylemez — bu yüzden PLC verisi genelde operatör girişiyle tamamlanır
PLC’siz, eski tezgâhlar
Fabrikaların büyük kısmında park karışıktır: bazı tezgâh yeni ve haberleşiyor, bazısı 1990’lardan kalma. Eski tezgâh projeyi durdurmaz. Harici sayaç, yaklaşım sensörü veya basitçe operatör girişi ile o tezgâh da sisteme dahil edilir.
OEE: tek sayıya indirgemeden önce bileşenlerine bakın
OEE (Toplam Ekipman Etkinliği) üç bileşenin çarpımıdır ve asıl değeri tek bir yüzde vermesinde değil, kaybın nerede olduğunu ayırmasındadır.
OEE bileşenleri ve tipik kayıp kaynakları
Bileşen
Neyi ölçer
Tipik kayıp sebebi
Kullanılabilirlik
Planlanan sürenin ne kadarında çalıştı
Arıza, kalıp değişimi, malzeme bekleme, operatör yok
Performans
Çalışırken ideal hıza ne kadar yaklaştı
Yavaş çalışma, küçük duruşlar, ayar kaçıkları
Kalite
Ürettiğinin ne kadarı sağlam çıktı
Fire, yeniden işleme, ilk parça ayarı
Kurulum sırası: önce görünürlük, sonra kontrol
Üretim takip projelerinin başarısızlık sebebi genelde teknoloji değil, kapsamdır. Aynı anda her şeyi ölçmeye kalkan proje, hiçbir şeyi ölçmeden biter.
Adım 1 — Pilot hat seçimi: darboğaz olan ya da en çok şikâyet alan tek bir hat. Tüm fabrika değil.
Adım 2 — Salt okuma: veri toplanır, hiçbir süreç değiştirilmez. Kimsenin işi zorlaşmaz, direnç oluşmaz.
Adım 3 — Taban çizgisi: gerçek OEE, gerçek duruş dağılımı, gerçek fire ortaya çıkar. Genelde ilk sürpriz burada yaşanır.
Adım 4 — ERP entegrasyonu: iş emri ve sarf hareketleri muhasebe programına otomatik akmaya başlar; çift giriş biter.
Adım 5 — Yaygınlaştırma: pilot hattan öğrenilenlerle diğer hatlara açılır.
Muhasebe programınızla nasıl konuşur?
Üretim takip sistemi tek başına bir ada olursa değerinin yarısını kaybeder. Asıl kazanç, sahadan toplanan verinin mevcut ERP’ye kendiliğinden akmasıdır: iş emri kapanınca mamul girişi, sarf edilen hammadde çıkışı, fire kaydı.
Burada kritik olan yön ayrımıdır. Veriyi ERP’den *okumak* (iş emri, reçete, stok bakiyesi) düşük riskli bir işlemdir. ERP’ye *yazmak* ise programın kendi kurallarını, stok mantığını ve muhasebe bütünlüğünü ilgilendirir; bu yüzden daima ürünün resmi arayüzü üzerinden yapılır — veritabanına doğrudan kayıt atılmaz.
Hangi programı kullanıyorsanız kullanın, yöntem programın kendi belgelenmiş erişim yoluna göre seçilir. Logo, Mikro, Netsis, Zirve, ETA, Wolvox, Nebim, DİA ve diğerleri için ayrı ayrı nasıl çalıştığını ERP entegrasyonu sayfasında yazdık.
Bu sayfayı üç farklı kişi okuyor
Üretim müdürü / fabrika müdürü iseniz
Sizin sorununuz rapor değil, zamanlama. Vardiya bitmeden müdahale edebilmek istiyorsunuz. İlk bakacağınız şey: duruş sebeplerinin ne kadar hızlı ve ne kadar doğru kaydedildiği.
BT sorumlusu iseniz
Sizin sorununuz bakım yükü ve veri bütünlüğü. Nerede çalışacağı (kendi sunucunuz mu, bulut mu), ERP’ye hangi yöntemle yazacağı, sürüm yükseltmesinde ne olacağı sizin için belirleyici. Bu üç soruyu ilk görüşmede yazılı cevaplıyoruz.
İşletme sahibi iseniz
Sizin sorununuz görünürlük ve bağımlılık. Sistemin kime bağımlı hale geldiği, verinin kimde durduğu ve yarın başka bir firmayla devam edilebilir mi sorusu önemli. Kaynak kodun ve verinin kime ait olduğunu sözleşmede yazıyoruz.
Sahada nasıl görünüyor?
Tekstil (Hatay, Osmaniye) — vardiya ve makine bazlı verimlilik
Hatay ve Osmaniye’deki örgü/dokuma atölyelerinde çalışma-duruş sinyali ve devir sayacı makineden okunur; operatör duruş sebebini terminalden seçer. Vardiya sonunda makine bazlı OEE ve duruş dağılımı hazırdır, kimse rapor hazırlamaz.
Makine imalat — iş emri ve operasyon takibi
Parça bazlı iş emri, operasyon sırasına göre tezgâhlarda ilerler. Her operasyon başlangıç-bitiş kaydı barkodla alınır; hangi işin hangi tezgâhta beklediği anlık görülür, teslim tarihi tahmini gerçek veriye dayanır.
Gıda (Mersin) — parti/lot izlenebilirliği
Mersin’deki gıda ve narenciye işleme tesislerinde hammadde partisi ürün partisine bağlanır. Bir şikâyet geldiğinde hangi partiden, hangi vardiyada, hangi hammaddeyle üretildiği geriye doğru izlenir. İhracat denetiminde istenen kayıt zinciri sistemden çıkar.
Ambalaj / plastik (Mersin, Tarsus) — fire ve ayar kaybı ölçümü
Mersin ve Tarsus OSB’deki ambalaj hatlarında ilk parça ayarında ve kalıp değişiminde çıkan fire ayrı kalem olarak kaydedilir. Fire toplamda değil, sebebine göre görüldüğünde hangi kalıbın ya da hangi vardiyanın sorun çıkardığı ortaya çıkar.
Mermer / maden (Hatay, Osmaniye) — ocak-fabrika-sevkiyat zinciri
Hatay ve Osmaniye hattındaki mermer ocaklarından fabrikaya blok girişinden plaka çıkışına kadar takip; ebat ve kalite sınıfı kaydı. Sevkiyat kaydı muhasebe programındaki irsaliye ile eşleşir, iki kayıt arasındaki fark ayrıca aranmaz.
Referans iş birliği
Entegrasyon tarafında yeni bir hat kuruyoruz ve ilk projeleri referans iş birliğiyle yürütüyoruz: projenin sonunda ölçülebilir sonuçları vaka çalışması olarak yayımlamamıza ve sizi referans göstermemize izin veren firmalara özel koşul uyguluyoruz. Karşılığında alacağınız şey standart bir paket değil, süreçlerinize göre yazılmış bir sistem — ve geliştiren ekibe doğrudan erişim.
Sık sorulan sorular
ERP’miz zaten var. Üretim takip yazılımına yine de ihtiyacımız olur mu?
Büyük ihtimalle evet — çünkü ikisi farklı soruları cevaplıyor. ERP “ne planladık, ne maliyetlendi” sorusunu, üretim takip “şu anda sahada ne oluyor” sorusunu cevaplar. ERP’nizin üretim modülü varsa bile veri oraya genelde elle, gecikmeli giriliyordur. Belirleyici soru şu: tezgâhtaki duruşun sebebi sisteme kaç dakika içinde giriyor? Cevap “akşam” veya “ertesi gün” ise, eksik olan modül değil sahadan gelen veridir.
Logo / Mikro / Netsis kullanıyoruz. Bunu değiştirmemiz gerekir mi?
Hayır. Kurduğumuz yapının çalışma mantığı zaten mevcut programın kalmasına dayanıyor. On yıllık muhasebe verinize, mali müşavirinizin alışkanlığına ve e-dönüşüm kurgunuza dokunmuyoruz. Üretim takip katmanı sahadan veri toplar ve mevcut programınıza kendi resmi arayüzü üzerinden aktarır.
Makinelerimiz eski, PLC yok. Yine de kurulabilir mi?
Evet. Fabrikaların çoğunda makine parkı karışıktır ve bu projeyi engellemez. PLC’si olmayan tezgâhlarda veri operatör terminali, barkod okutma, harici sayaç veya yaklaşım sensörü ile toplanır. Pratikte ilk aşamada en çok değer üreten şey zaten makine sinyali değil, duruş sebebinin doğru kaydedilmesidir — onu da makine değil insan girer.
Operatörler bunu kullanır mı, direnç çıkar mı?
Direnç çıkar — ve genelde haklı bir sebebi vardır: sistem operatörün işini zorlaştırıyorsa kullanılmaz, veri de çöp olur. Bu yüzden terminal ekranlarını dokunuş sayısı üzerinden tasarlıyoruz; iş emri başlat-bitir ve duruş sebebi seçimi birkaç dokunuşu geçmemeli. İkinci önemli nokta, sistemin ilk dönemde performans ölçme aracı olarak sunulmaması; amacın makineyi izlemek olduğu, kişiyi izlemek olmadığı en baştan net söylenmeli.
Verilerimiz nerede tutulur? Buluta çıkmak zorunda mıyız?
Zorunda değilsiniz. Sistem fabrikanın kendi sunucusunda çalışabilir; internet kesintisinde üretim kaydı durmaz. Bulut tercih edilirse veri merkezinin konumu ve yedekleme politikası baştan yazılı olarak belirlenir. Hangi kurulum seçilirse seçilsin verinin sahibi sizsiniz ve dışa aktarım hakkınız sözleşmede yer alır.
Ne kadar sürede devreye girer?
Tek pilot hat ve salt okuma kurgusuyla başlandığında ilk ölçülebilir veri kısa sürede alınır; asıl süreyi belirleyen şey yazılım değil, sahadaki hazırlıktır — terminal montajı, etiket akışı, duruş sebebi listesinin fabrikayla birlikte oluşturulması. Tüm fabrikayı aynı anda kapsamaya çalışan planlar uzar ve genelde yarım kalır; bu yüzden kademeli ilerlemeyi öneriyoruz. Kesin takvim, keşif görüşmesinde makine parkı ve hat sayısı görüldükten sonra yazılı verilir.
Hatay’da tekstil fabrikasıyız; yerinde keşif yapar mısınız?
Yaparız — üretim takip projesinde keşif zaten tezgâhın başında yapılır, uzaktan makine parkı görülmez. Mersin, Tarsus, Adana, Hatay, İskenderun ve Osmaniye’de keşif, terminal montajı ve saha testi yerinde yürür. Yazılım geliştirme ve ERP bağlantısı ise uzaktan ilerler. Türkiye’nin diğer illerinde başlangıç online görüşme; makine parkının görülmesi ve terminal kurulumu için yerinde ziyaret takvime baştan yazılır.
Hangi programı kullandığınızı, sahada hangi verinin elle girildiğini ve neyi otomatikleştirmek istediğinizi anlatın. İlk görüşmede teknik olarak mümkün olup olmadığını ve hangi yöntemle yapılacağını netleştiriyoruz.