Fabrikada Dijital Dönüşüm: Hangi Süreç Önce Yazılımlaşır?

Çoğu üretim firması dijital dönüşüm kararını aynı noktada alır. Üretim planlaması hâlâ Excel dosyalarında yürür, stok sayımları kağıt üzerinde ilerler, hangi siparişin hangi aşamada olduğunu öğrenmek için sahaya telefon açmak gerekir. Bu tabloyla karşılaşan firmaların büyük kısmı ilk adım olarak ERP kurulumunu düşünür.

Bu genelde yanlış sıradır. Altı ay sonra yarım kalmış modüllerle, kullanılmayan lisanslarla sonuçlanan projelerin ortak noktası hep aynıdır: sistem doğru kurulmuş ama içine giren veri güvenilir değil.

Biz SUNS Tech olarak üretim firmalarıyla yürüttüğümüz görüşmelerde sık karşılaştığımız tablo şudur: firma büyük bir ERP projesine bütçe ayırmış, ama saha verisi hâlâ elle giriliyor. Sistemin kendisi kusursuz çalışsa bile, girdi hatalıysa çıktı da hatalı olur. Bu yazıda hangi sürecin önce yazılımlaşması gerektiğini, nedenini ve bütçeyi nereye öncelikli ayırmanın mantıklı olduğunu anlatıyoruz.

Üretim firmalarında dijital dönüşüme hangi süreçten başlanır

Dönüşüme en çok veri ürettiğiniz ve en çok manuel hata yaşadığınız süreçten başlanır. Çoğu üretim firmasında bu, üretim takibi ve stok hareketleridir. Bu iki süreç diğer tüm sistemlerin, yani ERP'nin, muhasebenin, satışın beslendiği ham veriyi oluşturur. Temel veri hatalıysa üstüne kurulan her sistem de hatalı çalışır.

Üretim takibi derken kastettiğimiz, bir iş emrinin hangi tezgahta, hangi operatörle, ne kadar sürede tamamlandığının kaydıdır. Stok hareketleri ise hammadde girişinden yarı mamul transferine, bitmiş ürün çıkışına kadar her adımın izlenebilmesidir. Bu iki alan sahada gerçek zamanlı veri üretir; buradaki bir yazılım eksikliği diğer tüm planlama çabalarını baştan sakatlar.

Neden ERP değil de saha verisi önce gelir

ERP sistemleri güçlü planlama araçlarıdır, ama planlama ancak girdi doğruysa anlamlıdır. Bir üretim planlama modülü, sahadaki gerçek tezgah kapasitesini ve mevcut stok durumunu bilmeden doğru üretim programı çıkaramaz. Saha verisi hâlâ kağıt üzerinde veya dağınık Excel dosyalarında tutuluyorsa, ERP'ye girilen bilgi zaten güncelliğini yitirmiş olur.

Bu yüzden sıralama genelde şöyle işler: önce saha verisinin dijital ve gerçek zamanlı toplanması, ardından bu verinin beslediği planlama ve raporlama katmanı, en son da bu katmanları birbirine bağlayan entegrasyon işleri. ERP'yi atlamaktan söz etmiyoruz; ERP'nin işe yarayacağı zemini önce kurmaktan söz ediyoruz.

Üretim takibi kalemi

Üretim takibi sistemi kurmanın maliyeti, kaç tezgahı veya iş istasyonunu izlemek istediğinize ve bu izlemenin ne kadar otomatik olacağına göre değişir. Operatörlerin tablet veya terminal üzerinden manuel giriş yaptığı basit bir çözümle, tezgahlara sensör bağlayıp verinin otomatik aktığı bir çözüm arasında maliyet farkı büyük olabilir. Sensör entegrasyonu donanım maliyeti de eklediği için bütçeyi önemli ölçüde değiştiren kalemdir.

Burada dikkat edilmesi gereken nokta, mevcut makine parkının yaşıdır. Eski tezgahlarda dijital çıkış portu bulunmayabilir; bu durumda ek donanım veya basit sayaç sistemleri gerekir. Yeni nesil tezgahlarda bu veri genelde zaten mevcuttur ve yazılım tarafı sadece bu veriyi okuyup anlamlı hale getirir.

Stok ve depo yönetimi kalemi

Stok yönetimi yazılımının kapsamı, barkod veya RFID kullanılıp kullanılmayacağına, kaç depo lokasyonunun izleneceğine ve tedarikçi entegrasyonu olup olmayacağına göre genişler. Basit bir stok giriş çıkış takibiyle, çoklu depo arası transferi, minimum stok uyarılarını ve tedarikçi sipariş otomasyonunu içeren bir sistem arasındaki fark hem geliştirme süresi hem maliyet açısından belirgindir.

Marmara bölgesindeki sanayi tesislerinde sık gördüğümüz bir durum, hammadde deposu ile üretim sahası arasındaki transferin hâlâ kağıt fişle yapılmasıdır. Bu adımı dijitalleştirmek görece küçük bir yatırımla büyük bir izlenebilirlik kazancı sağlar. Stok sayım farklarının büyük kısmı genelde bu ara transferlerde kaybolur.

Entegrasyon kalemi

Entegrasyon, üretim takibi ve stok sistemlerinin mevcut muhasebe programı, e-fatura altyapısı veya ERP ile konuşturulmasıdır. Çoğu projede bütçeyi en çok büyüten kalem budur, çünkü her entegrasyon karşı tarafın sunduğu API'nin kalitesine bağlıdır. API, yazılımların birbiriyle veri alışverişi yapmasını sağlayan arayüz demektir. Modern, iyi dokümante edilmiş bir API ile entegrasyon birkaç günde tamamlanabilirken, eski veya kapalı bir sistemle entegrasyon haftalar sürebilir.

Burada gerçekçi bir beklenti kurmak önemlidir. Kullandığınız muhasebe yazılımı veya ERP sağlayıcısı entegrasyon için ayrı ücret talep edebilir; bu maliyeti proje bütçesine en baştan dahil etmek gerekir. Entegrasyon kalemini sona bırakıp sürpriz maliyetle karşılaşan firma sayısı az değildir.

Görünmeyen kalemler: eğitim, veri temizliği ve süreç direnci

Yazılım geliştirme maliyetinin dışında kalan ama projenin gerçek maliyetini oluşturan üç kalem vardır. Birincisi operatör eğitimidir; yeni bir sistemi sahada kullanacak kişilerin alışması zaman alır ve bu süre boyunca verimlilik geçici olarak düşebilir. İkincisi mevcut verinin temizlenmesidir, çünkü Excel dosyalarında yıllardır biriken hatalı veya çelişkili kayıtları yeni sisteme taşımadan önce düzeltmek gerekir.

Üçüncüsü süreç direncidir ve bu genelde en az konuşulan ama en çok zaman alan kalemdir. Yıllardır kağıt fişle çalışan bir operatör tablet kullanmaya geçerken direnç gösterebilir; bu insani bir tepkidir ve proje planında buna yer ayrılmazsa gerçek kullanım oranı düşük kalır. Bu üç kalem genelde sözleşmede yer almaz, ama projenin başarısını yazılımın kendisinden çok daha fazla belirler.

Gerçekçi bir bütçe aralığı ve bunu neyin değiştirdiği

Tek tezgahlı bir atölyeden çok hatlı bir fabrikaya kadar geniş bir yelpazede çalıştığımız için net bir rakam vermek yanıltıcı olur. Ama aralığı belirleyen değişkenleri sıralamak mümkün. Projenin kapsamı, yani yalnızca üretim takibi mi yoksa stok ve raporlama dahil geniş bir sistem mi olduğu, maliyeti en çok etkileyen faktördür. Sahadaki tezgah ve istasyon sayısı, entegre edilecek mevcut sistem sayısı ve özel raporlama ihtiyaçları da aralığı doğrudan büyütür veya küçültür.

• Tek bir üretim hattı için temel takip sistemi: görece sınırlı bir bütçe ve kısa bir geliştirme süresi gerektirir.
• Çoklu hat, stok entegrasyonu ve temel raporlama içeren orta ölçekli sistem: hem bütçe hem süre açısından önemli bir artış gösterir.
• ERP entegrasyonu, çoklu depo, tedarikçi bağlantısı içeren kapsamlı sistem: en geniş bütçe aralığına ve en uzun geliştirme sürecine karşılık gelir.

Bu üç senaryo arasındaki fark kat kat büyüyebilir. Projeye başlamadan önce kapsamın net tanımlanması, bütçe öngörülebilirliği açısından kritik bir adımdır.

Bütçeyi düşürmenin güvenli ve tehlikeli yolları

Bütçeyi daraltmak isteyen firmalar genelde iki yoldan birini seçer. Biri projeyi sağlam tutar, diğeri ileride daha pahalıya mal olur. Güvenli yol, kapsamı aşamalandırmaktır: önce en kritik süreci, genelde üretim takibini, yazılımlaştırıp stok ve ERP entegrasyonunu ikinci faza bırakmak. Bu yaklaşım ilk fazda daha az yatırımla gerçek bir fayda görmenizi sağlar ve ikinci faz kararını gerçek kullanım verisiyle almanızı mümkün kılar.

Tehlikeli yol ise veri bütünlüğünden veya test sürecinden kısmaktır. Sahadaki veri doğruluğunu sağlayacak kontrol mekanizmalarını atlamak kısa vadede geliştirme süresini kısaltır, ama sistem devreye girdikten sonra hatalı verilerle uğraşmak başlangıçta harcanandan daha fazla zaman ve kaynak tüketir. Operatör eğitimini atlamak da benzer bir risk taşır: sistem teknik olarak çalışır ama pratikte kullanılmaz hale gelir. Kapsamı baştan doğru tanımlamak, sonradan yeniden yazım ihtiyacını büyük ölçüde azaltır.

Üretim süreçlerini yazılımlaştırırken genelde tek bir sistemle değil, birbirine bağlı birkaç bileşenle çalışılır: saha veri toplama arayüzü, bu veriyi işleyen backend, yöneticilerin izlediği raporlama paneli. Bu bileşenleri sağlam bir mimariyle kurmak ilerideki her yeni entegrasyonu da kolaylaştırır. Bu tür projelerde izlediğimiz kapsam netleştirme yaklaşımını yapay zeka çözümleri ve süreç otomasyonu çalışmalarımızda da benzer şekilde uyguluyoruz; detayları hizmetlerimiz sayfasında bulabilirsiniz.

Dönüşüm sürecine başlamadan önce mevcut veri akışınızı ve en çok manuel hata yaşanan noktayı net biçimde tanımlamak, doğru sıralamayı kurmanın ilk adımıdır. Fabrikanızdaki süreçleri birlikte değerlendirip hangi adımın önce yazılımlaşması gerektiğini konuşmak isterseniz teklif al sayfamızdan bize ulaşabilirsiniz.