Üretim Takip Yazılımı Seçerken Sorulacak 9 Soru

1. Veriyi Kim Girecek: Operatör mü Makine mi?

Bu soru, tüm üretim takip yazılımı mimarisini belirler. Cevabına göre donanım ihtiyacınız, entegrasyon süreniz ve kullanım oranınız %30 ile %95 arasında değişir.

Operatör Girişli Sistem

Operatör, terminal ekranından iş emri açar, üretim sayısını girer, duruş sebebini işaretler. Avantajı: düşük başlangıç maliyeti, PLC entegrasyonu gerektirmez. Dezavantajı: insan faktörü.

Örneğin Tarsus'ta bir metal işleme atölyesi operatör girişli sistem kullanıyordu. İlk hafta giriş oranı %80'di. Üçüncü ayda %35'e düştü. Sebep: operatör unutuyor, sonradan toplu giriş yapmaya çalışıyor, üretim sayıları tahmini.

Kritik sorular:

• Operatör aynı anda kaç noktadan girdi bekliyor? (3'ten fazlaysa unutma riski yüksek)
• Giriş yapmayan operatör için uyarı mekanizması var mı?
• Vardiya sonunda toplu giriş mümkün mü? (mümkünse veri kalitesi düşer)

Makine Tabanlı Veri Toplama

PLC'den doğrudan okuma yaparsınız. Sensör, iş emrini ve üretim sayısını otomatik kaydeder. Avantaj: %100 kayıt oranı, gerçek zamanlı veri. Dezavantaj: yüksek başlangıç maliyeti, PLC programlama gereksinimi.

Bir Adana tekstil üreticisi makinelerinden anlık veri okuyordu — ama duruş sebebini yine operatör giriyordu. Hibrit yaklaşım: üretim sayısı güvenilir, duruş analizi ise eksik.

Önemli: Satıcıya sorun: "PLC'siz tezgâhlarımız için alternatif yöntem nedir?" Cevap "retrofit sensör" ise maliyet artışını ve kurulum süresini öğrenin.

2. Duruş Sebebi Nasıl Kaydedilecek?

Çoğu üretim takip programı projesi bu aşamada ölür. Makine durdu, sistem bunu algıladı — ama neden durdu?

Satıcılar şöyle der: "Operatör ekrandan sebep seçer." Gerçek: operatör en üstteki veya en hızlı seçeneği işaretler. "Kalıp ayarı" her duruşun sebebi olur. Veri kirliliği başlar.

Sebep Listesi Ne Kadar Detaylı Olmalı?

Bir Mersin OSB'deki plastik enjeksiyon firmasında 42 duruş sebebi vardı. Operatörler hepsini ezbere bilmiyordu, her kayıtta 15 saniye arama yapıyordu, sonunda "diğer" seçeneğini işaretlemeye başladılar. Altı ay sonra duruş sebeplerinin %60'ı "diğer" kategorisindeydi.

Optimum yaklaşım:

• İlk seviye: 5-7 ana sebep (kalıp, hammadde, bakım, planlama, kalite, enerji, diğer)
• İkinci seviye (isteğe bağlı): alt detay
• Toplam dokunuş sayısı: 2-3 maksimum

Duruş Sebebi Girişi Zorunlu Olmalı mı?

Hayır. Zorunlu yaparsanız operatör gelişigüzel işaretler. "Sebep girilmeyen duruş" ayrı rapor olmalı — vardiya liderinin kontrol noktası bu.

3. Mevcut ERP'ye Hangi Yöntemle Bağlanacak?

Fabrika yazılımı seçiminde en sık atlanan soru budur. Satıcı "entegre ederiz" der, detayı sormaz. Gerçekte 4 farklı entegrasyon yöntemi vardır:

API Entegrasyonu

Mevcut ERP sisteminizin API'si varsa ideal yöntem budur. Üretim takip yazılımı, iş emirlerini ERP'den çeker, üretim sonuçlarını geri yazar. Gerçek zamanlı, iki yönlü.

Dikkat: API varsa bile her alan açık olmayabilir. Sorun: "Hangi ERP alanlarına yazma yetkisi gerekiyor?" Bazen ERP sağlayıcısından ek modül alınması gerekir — bu maliyet ve zaman demektir.

Veritabanı Seviyesi Entegrasyon

Doğrudan ERP veritabanına SQL sorgusu ile okuma/yazma. Riskli ama hızlı. Sorun: ERP güncellemelerinde tablo yapıları değişirse entegrasyon bozulur.

Bir Mersin lojistik firması bu yöntemi kullanıyordu. ERP sürüm güncellemesinden sonra üretim takip sistemi üç hafta ERP'ye veri yazamadı. Üretim raporları manuel tutuldu.

Excel/CSV İçe/Dışa Aktarım

En ilkel ama en garantili yöntem. Günlük/haftalık batch işler. Gerçek zamanlı değil ama sürüm değişimlerinden etkilenmez.

Web Servis veya FTP

Orta düzey. Belirli aralıklarla veri paketleri gönderilir/alınır.

Hangi yöntem sizin için doğru? Keşif aşamasında ERP sağlayıcınızla konuşun. Entegrasyon yöntemi, üretim takip yazılımı seçimini belirlesin — tersi değil.

4. Bir Kayıt Kaç Dokunuş Gerektiriyor?

Bu, projelerin en sık ölüm sebebidir. Demo'da her şey akıcıdır çünkü test verisi hazırdır. Sahada operatör:

1. Terminal ekranını açar (şifre girer)
2. İş emri seçer (liste 40 satırsa kaydırır)
3. Operasyon seçer
4. Başlat'a basar
5. Üretim sayısını girer
6. Duruş sebebini işaretler
7. Bitir'e basar

Toplam: 7-12 dokunuş. Vardiyada 20 iş emri açıyorsa 140-240 dokunuş. Operatör üçüncü günden sonra "unuttum" demeye başlar.

Dokunuş Sayısını Azaltmanın 3 Yolu

1. RFID veya barkod: Operatör kartını okutunca otomatik login, iş emri karta tanımlıysa tek okutmada seçim.

2. Varsayılan değerler: Son seçilen değerler önerilsin. Operatör sadece farklıysa değiştirsin.

3. Akıllı liste: İş emri listesi, operatöre ve tezgâha göre filtrelenmiş açılsın. 40 satır yerine 4 satır.

Bir Mersin ambalaj üreticisi dokunuş sayısını 11'den 3'e indirdi. Kullanım oranı 6 ayda %42'den %87'ye çıktı. Tek değişiklik: RFID kart + akıllı varsayılanlar.

Satıcıya sorun: "Pilot testteki gerçek operatörle, gerçek iş emriyle, gerçek vardiya ortamında canlı kayıt yapabilir miyiz?" Bu test yapılmadan sözleşme imzalamayın.

5. İnternet veya Sunucu Kesilince Ne Olur?

Çoğu üretim takip yazılımı bulut tabanlıdır. İnternet kesilirse sistem durursa verileriniz kaybolur.

Bir Tarsus'taki kimya fabrikasında elektrik kesintisi sırasında 4 saatlik üretim verisi uçtu. Sebep: terminal web tabanlıydı, offline çalışmıyordu. Üretim raporları o gün manuel tutuldu.

Offline Çalışma Mimarisi

Terminal cihazları yerel belleğe kayıt yapmalı. İnternet döndüğünde otomatik senkronize etmeli. Bu özellik, "nice-to-have" değil "must-have" kategorisindedir.

Satıcıya sorun:

• Offline modda kaç saatlik veri depolanır?
• Senkronizasyon sırasında veri充돌 varsa (aynı iş emri farklı operatörler tarafından kaydedilmişse) sistem nasıl davranır?
• Sunucu tamamen kapanırsa terminalden veriyi USB ile alabilir miyiz?

6. Veri Nerede Tutulacak ve Dışa Aktarma Hakkınız Var mı?

Üretim verisi sizin stratejik varlığınızdır. Satıcı ilişkisi bittiğinde veya satıcı kapandığında bu veriye erişiminiz olmalı.

Bulut mu Lokal Sunucu mu?

Bulut: Düşük başlangıç maliyeti, satıcı yönetir, güncelleme otomatik. Ama veri kontrolü satıcıdadır.

Lokal sunucu: Yüksek başlangıç maliyeti, sizin IT ekibiniz yönetir. Ama veri tamamen sizde.

Hibrit model: günlük yedek kendi sunucunuza insin.

Sözleşmede Olması Gereken 3 Madde

1. Ham veri dışa aktarım hakkı: SQL dump veya CSV formatında tüm tablolar.
2. İlişki bitti, veri silme süresi: Örneğin sözleşme bittikten 90 gün sonra veri silinir — siz o sürede kendi yedeğinizi alırsınız.
3. Veri işleme/paylaşma politikası: Satıcı verinizi anonim hale getirip satabilir mi? (GDPR/KVKK uyumluluğu)

Gerçek olay: Bir Adana mobilya üreticisi 2 yıllık üretim verisini satıcı firma kapandıktan sonra kaybetti. Veri sadece satıcının sunucusundaydı, dışa aktarım hakkı sözleşmede yoktu.

7. Ürün Güncellemelerinde Entegrasyon Ne Olur?

MES yazılımı sağlayıcınız yılda 2-4 kez sürüm yükseltmesi yapar. Bu güncellemeler:

• Yeni özellikler getirir (iyi)
• Mevcut API'leri değiştirebilir (kötü)
• Veritabanı şemasını değiştirebilir (felaket)

ERP entegrasyonunuz API tabanlıysa, her güncelleme sonrası test gerekir. Satıcı "geriye uyumlu" dese bile pilot ortamda test edin.

Sözleşmede bulunması gereken:

• Zorunlu güncellemeler haricinde eski sürümde kalma hakkı (en az 12 ay)
• Güncelleme öncesi test ortamı sağlama
• Güncelleme sonrası entegrasyon bozulursa ücretsiz düzeltme süresi (D'Cloud Software'de bu 15 gün)

8. Pilot Hat mı Tüm Fabrika mı?

İki yaygın yaklaşım:

Yaklaşım A: Pilot Hat

1-2 üretim hattında başlarsınız. 3 ay test edersiniz. Sorunları görürsünüz. Sonra diğer hatlara yaygınlaştırırsınız.

Avantaj: Düşük risk, hatalar küçük ölçekte kalır. Dezavantaj: Pilot hattaki operatörler "deneme" olarak görür, ciddiye almaz.

Yaklaşım B: Tüm Fabrika

Tüm hatlar aynı anda devreye girer. Üretim takip programı zorunlu hale gelir.

Avantaj: Hızlı adaptasyon, gerçek veri hemen gelir. Dezavantaj: Büyük sorunlar tüm fabrikayı etkiler.

Önerimiz: Pilot hat ile başlayın ama pilot hattı "asıl üretim hattı" gibi yönetin. Yani operatörler bilsin ki bu sistem kalıcı. İlk 30 gün günlük değerlendirme toplantısı yapın. 90. günde yaygınlaştırma kararı verin.

Bir Mersin otomotiv yan sanayi firması pilot hatta 4 ay test etti, 87 küçük sorun çözdü, sonra 8 hatta aynı anda açtı. Başarı oranı %92 oldu — çünkü gerçek senaryolar pilot hatta yaşanmıştı.

9. Aynı Anda Her Şeyi Ölçmeye Çalışmayın

En büyük hata: ilk günden OEE, duruş analizi, kalite takibi, enerji tüketimi, bakım planlaması, stok hareketi — hepsini aynı anda açmak.

Sonuç: operatör bunalmış, ekipler veri girişine ayak uyduramıyor, sistem 3 ayda kullanılmaz hale geliyor.

Aşamalı Yaklaşım

Aşama 1 (0-3 ay): Sadece üretim sayısı ve duruş süreleri. Sebep yok, detay yok. Operatör alışsın.

Aşama 2 (3-6 ay): Duruş sebepleri (sadece 5 ana kategori). Analiz başlasın.

Aşama 3 (6-12 ay): Kalite kayıtları, fire oranları.

Aşama 4 (12+ ay): Enerji, bakım, stok entegrasyonu.

Bir Mersin gıda üreticisi bu yaklaşımla 18 ayda tam entegre fabrika yazılımı kurdu. Kullanım oranı her aşamada %80'in üstünde kaldı — çünkü operatör adaptasyon süresi vardı.

Satıcı Demosunda Görünmeyen 5 Şey

Satın alma kararı öncesi mutlaka sorun:

1. Gerçek müşteri referansı: Sadece isim değil, iletişim kurabileceğiniz kullanıcı. Arayın, sorun: "6. ayda neler değişti?"

2. Canlı sistemde test: Demo verisi değil, gerçek üretim ortamında 1 haftalık pilot.

3. Eğitim süresi ve içeriği: Operatör eğitimi kaç saat? Sadece sunum mı yoksa hands-on mı?

4. Destek ekibi response süresi: Kritik bir sorunda (sistem duruyor, veri kayboldu) kaç saat içinde müdahale?

5. Gerçek maliyet breakdown: Sadece yazılım değil, donanım (terminaller, sensörler, sunucu), entegrasyon (ERP bağlantısı), eğitim, yıllık bakım — tümü.

Sık Sorulan Sorular

Üretim takip yazılımı yatırımı ne kadar sürede geri döner?

Dürüst cevap: değişir. Mevcut verimsizliğiniz ne kadarsa o kadar hızlı döner. Duruş sebeplerini bilmiyorsanız ve makine kullanım oranınız %60 civarındaysa, ilk 6-9 ayda geri dönüş görebilirsiniz. Ama zaten optimize bir üretim çalıştırıyorsanız, sistem size daha çok "kontrol" ve "raporlama kolaylığı" sağlar — doğrudan maliyet düşümü olmayabilir. Keşif görüşmesinde mevcut durumunuzu detaylı anlatın, gerçekçi beklenti oluşturalım.

Küçük ölçekli üretim için MES yazılımı gerekli mi?

10-20 kişilik bir atölye için tam MES sistemi erken olabilir. Ama temel üretim sayısı ve duruş takibi her ölçekte değerlidir. Sorun şu: hangi seviyede detay gerekiyor? 5 tezgâhınız varsa bulut tabanlı, tablet üzerinden basit veri giriş sistemi yeterli olabilir. 50 tezgâhınız ve 3 vardiya çalışıyorsanız PLC entegrasyonlu sistem şart. Ölçek değil, üretimdeki karmaşıklık belirleyici.

Üretim takip programı seçiminde fiyat nasıl karşılaştırılır?

Sadece yazılım lisans fiyatına bakmayın. Toplam sahip olma maliyeti (TCO) hesabı yapın: ilk kurulum + donanım + entegrasyon + eğitim + yıllık destek/güncelleme. Bir satıcı düşük lisans fiyatı verebilir ama entegrasyon ve eğitimde yüksek fatura kesebilir. İstediğiniz: sabit fiyat, sözleşmede yazılı, gizli maliyet yok. D'Cloud Software'de keşif sonrası verilen fiyat sabittir; ödeme planı sözleşmede yazılıdır.

Mevcut ERP'miz eski, API'si yok. Entegrasyon mümkün mü?

Evet, ama yöntem farklıdır. Excel/CSV import-export en garantili yoldur. Günlük batch işlerle iş emirleri aktarılır, üretim sonuçları geri yazılır. Gerçek zamanlı değil ama çalışır. Alternatif: ERP veritabanına doğrudan okuma (yazma riskli). Üçüncü yol: manuel kontrol noktaları — kritik veriler manuel transfer edilir, sistem bağımsız çalışır. ERP değişim projeniz varsa, yeni ERP ile birlikte API entegrasyonu planlayın.

Pilot test ne kadar sürmeli?

Minimum 6 hafta, ideal 12 hafta. İlk 2 hafta operatör adaptasyonu — çok sorun çıkar, normal. 3-6. haftalar gerçek kullanım — burada asıl problemler görünür (dokunuş sayısı, unutma, veri kalitesi). 7-12. haftalar istikrar — sistem artık rutin. Eğer 12. haftada hâlâ büyük sorunlar varsa sistem size uygun değil, değiştirin. Pilot testi kısa tutarsanız (2-3 hafta), gerçek sorunlar yaygınlaştırmadan sonra çıkar — maliyeti çok daha yüksek.

Üretim yazılımı karşılaştırması için hangi kriterlere öncelik vermeliyim?

İlk 3 kriter:

1. Kullanım kolaylığı: Operatör günlük kaç dokunuş yapacak? Canlı ortamda test ettiniz mi?
2. Entegrasyon yöntemi: Mevcut ERP'niz ile nasıl konuşacak? Kim yapacak, ne kadar sürecek?
3. Veri sahipliği: Satıcı ilişkisi biterse veriye erişebilecek misiniz?

Özellik listesi, raporlar, grafikler — bunlar ikinci plandadır. Sistem kullanılmazsa en güzel rapor da anlamsızdır.

Sonuç: Yatırım Kararından Önce Gerçek Senaryoları Test Edin

Üretim takip yazılımı seçimi, sadece teknik özellik karşılaştırması değildir. Operatörünüzün günlük rutinine, mevcut ERP sisteminizin mimarisine, fabrika kültürünüze uygun olmalıdır.

Bu yazıda ele aldığımız 9 soru, satıcı demosunda parlayan ama sahada sönen projelerin önüne geçmenizi sağlar:

• Veri girişi yöntemi (operatör/makine) kullanım oranınızı belirler
• Duruş sebebi kayıt mekanizması analizlerinizin güvenilirliğini etkiler
• Terminal ekranındaki dokunuş sayısı sistemin benimsenmesini belirler
• Offline çalışma mimarisi veri kaybını önler
• Veri sahipliği uzun vadeli kontrolünüzü garanti eder
• Pilot test süresi ve kapsamı başarı oranınızı artırır

En önemli öneri: aynı anda her şeyi ölçmeye çalışmayın. Temel metriklerle başlayın, operatör alıştıkça detayı artırın. Üretim takip programı projelerinin çoğu, fazla hırslı hedefler yüzünden hiçbir şeyi ölçmeden biter.

D'Cloud Software olarak Mersin'den 3 kıtada fabrika yazılımı projeleri gerçekleştiriyoruz. 15 yıllık saha deneyimimizde gördük ki, başarılı projeler demo'da değil keşif aşamasında kazanılır. Mevcut durumunuzu detaylı anlamak, gerçekçi hedefler koymak, aşamalı yol haritası çizmek — sonra yazılım seçimi.

Satın alma komitesine gitmeden önce, fabrika sorumluları ve IT ekibinizle birlikte bu 9 soruyu cevaplayın. Hangi sorulara net cevabınız yok, o alanlar risk noktalarınızdır.

Üretim takip yazılımı seçimi için ücretsiz online keşif görüşmesi talep edebilir, mevcut durumunuzu analiz ederek size özel yol haritası oluşturabiliriz. Görüşme sonunda somut çıktı alırsınız: hangi seviyede sistem gerekli, tahmini yatırım, aşamalı uygulama planı. Sabit fiyat, sözleşmede yazılı — gizli maliyet yok. İlk 15 gün içinde yazılım hatası çıkarsa ücretsiz düzeltiriz.

İletişim formundan veya WhatsApp üzerinden ulaşabilirsiniz. Keşif görüşmesi 45-60 dakika sürer, fabrika fotoğraflarınız ve mevcut süreç akışınızla gelin — somut konuşalım.

Yazar: Doğuhan Bulut — D'Cloud Software