Bir ERP danışmanının tekstil etiket fabrikasında geçireceği ilk üç gün genellikle şöyle geçer: üretim müdürü masasına oturur, bir defter açar ve yazarak anlatmaya başlar. ‘Bizde 10 farklı üretim tekniği var’ der. ‘Termo transfer var, dokuma var, jakarlı var, baskılı fleks var…’ Bu listeyi dinlerken içinizde küçük bir alarm çalar. Çünkü her ‘teknik’ aslında farklı bir hammadde akışı, farklı bir iş emri mantığı ve farklı bir kalite kontrol noktası demektir. Ve ERP yazılımı bu 10 tekniği değil, 10 tekniğin birbirine benzeyen 3-4 ortak sürecini görebilir. Geriye kalan 6-7 teknik, sistemin içinde isimsiz bir köşede yaşamaya mahkûm olur ya da hiç girmez. Çorlu’daki orta ölçekli bir etiket üreticisinde — 295 çalışanla dokuma, baskı ve termo transfer hatlarını aynı anda çalıştıran bir firma — geçen yılın son çeyreğinde tam da bu soruyu yanıtlamaya çalıştım. Sistem kurulumu başlamadan önce 10 tekniğin kaçının ERP’de gerçekten yaşayabileceğini test etmek gerekiyordu. Cevap 6’ydı. Ve bu 6’yı bulmak, projenin en değerli 4 haftasını aldı.Tezi baştan koyayım: ERP’yi tekstil etiket üretimine uygulamak, yazılımın üretim tekniklerinizi anlayıp anlamadığının değil; sizin hangi tekniklerinizin dijital veriyle yaşayabileceğine karar verip vermediğinizin testidir. Bu ayrımı yapmadan proje başlatan firmalar genellikle canlıya geçişten 6-9 ay sonra aynı sorularla geri döner: ‘Sistem bazı ürünleri görmüyor’, ‘iş emirleri eşleşmiyor’, ‘stok tutarsız’. Bu şikayetlerin köküne inildiğinde hemen her seferinde aynı sorun çıkar: süreç analizi yapılmadan sistem konfigüre edilmiştir. Hangi tekniğin ERP’de yaşayabileceğini belirleyen üç kriter vardır: hammadde girdisi ölçülebilir ve tekrarlanabilir mi; iş emri adımları standart bir sıraya sahip mi; kalite kontrol çıktısı sayısal bir değere dönüştürülebilir mi. Bu üç soruya ‘evet’ diyemeyen her teknik, ERP’nin görüş alanı dışında kalmaya devam eder — ne kadar modül satın alırsanız alın.Çorlu’daki o fabrikada ihtiyaç analizi aşamasında her tekniği bu üç kriter üzerinden tek tek geçirdik. Termo transfer hattı bütün testleri geçti: bir rulo hammadde girişi, kesin ısı ve baskı parametreleri, çıkış adedi ve fire oranı — bunların tamamı sisteme taşınabilir. Jakarlı dokuma hattı ise ilk iki kriteri geçti ama kalite kontrolde takıldı: jakarlı desende renk uyumu ‘iyi’, ‘kabul edilebilir’, ‘ret’ üçlüsüyle değerlendiriliyordu ve bu üçlüyü nicel bir göstergeye dönüştürmek için önce atölyede bir ölçüm standardı oluşturmak gerekti. 11 aylık proje süresinin 4 haftasını bu standartları yazıya dökmek aldı. ERP burada mucize yapmadı — sadece var olan bir belirsizliği görünür kıldı. Fabrika yönetimi bu standardı zaten biliyordu; ama hiç yazılmamıştı. Sisteme taşımak için önce kâğıda yazılması gerekiyordu.Entegrasyon noktaları konusunda 2017 yılında tekstil KOBİ’lerinin büyük çoğunluğunun karşılaştığı pratik sorun şudur: ERP ile e-Fatura ve e-Defter arasındaki entegrasyon teknik olarak mümkün ama operasyonel olarak her zaman pürüzsüz değil. GİB’in zorunlu kıldığı e-Fatura sistemi ile ERP’nin satış modülü arasında veri eşlemesi kurulurken etiket sektörüne özgü ürün kodlaması ciddi bir engel çıkarır. Etiket ürünleri çoğu zaman müşteriye özel üretilir; bu da her siparişin az ya da çok farklı bir ürün tanımı taşıdığı anlamına gelir. ERP’nin stok modülünde ‘özel üretim kodu’ ile e-Fatura’nın GİB sistemi için istediği standart mal/hizmet kodu arasındaki köprü, tek seferlik kurulumla kapanmaz. Her yeni müşteri segmenti için bu köprüyü yeniden gözden geçirmek gerekir. Bunu önceden planlamamış firmalar, canlıya geçişin ilk haftasında fatura kesemez hale gelir. Fabrika yöneticileri bu durumu ‘sistem çalışmıyor’ diye tanımlar; oysa sorun sistemin değil, konfigürasyonun eksikliğidir.Kullanıcı alışkanlıkları meselesini yöneticiler çoğu zaman eğitim sorununa indirger. ‘Eğitimi iyi verin, herkes kullanır’ yaklaşımı, etiket üretimi gibi ritim-bağımlı bir atölyede geçerli değildir. Termo transfer operatörü vardiyada ortalama 73 iş emri açar, her biri 4-8 dakika süren üretim süreçlerine ayrılır. Bu operatörün ERP ekranını her iş emrinde güncellemesi için sisteme giriş süresinin 45 saniyenin altında olması gerekir; aksi takdirde kayıt yapmaz ve üretim verisi gerçek zamanlı akmaz. Çorlu’daki fabrikada bunu test ettik: ilk konfigürasyonda ortalama giriş süresi 2 dakika 10 saniyeydi. Bu süreyi 48 saniyeye indirmek için kullanıcı arayüzü basitleştirildi, sık kullanılan kodlar kısa tuş kombinasyonlarına atandı ve bazı alanlar otomatik doldurma kurallarıyla kapatıldı. Bu optimizasyon yapılmadan sistem canlıya alınsaydı, veri tabanı gerçek üretimi değil operatörün ‘fırsatı bulunca’ girdiği gecikmiş ve parçalı verileri yansıtırdı. Yönetim raporlarına yansıyan ‘üretim verimi’ rakamı o zaman ne sistemin ne de gerçeğin ürünü olurdu.TCO (toplam sahip olma maliyeti) analizini etiket üretimi gibi çok teknikli bir sektörde yaparken standart hesaplama şablonları yanıltıcı olabilir. Yazılım lisansı ve danışmanlık maliyeti toplam proje bütçesinin yalnızca birinci halkasıdır; asıl ağırlık ikinci ve üçüncü halkada birikir. İkinci halka: süreç standardizasyon maliyeti — hangi teknikler için ölçüm standardı yazılacak, kim yazacak, kaç gün sürecek, operasyon bu sürede nasıl etkilenecek. Üçüncü halka: veri temizliği ve geçiş maliyeti — mevcut sistemde (çoğunlukla Excel ve kâğıt) biriken ürün, müşteri ve stok verisini yeni sisteme aktarmak için harcanacak insan saati ve dış destek ücreti. Çorlu’daki projede bu iki halkanın toplamı, yazılım lisansının yaklaşık 57’lik katına ulaştı. Yani firma, lisans için ne ödüyorsa yüzde elli yedi oranında daha fazlasını süreç ve veri hazırlığına harcadı. Bu oran sürpriz değil; ama baştan hesaplanmamıştı. Yöneticileri zorlamayan danışmanlar bu soruyu sormaz, firmalar da sormaz ve proje yarı yolda yavaşlar.O atölyedeki üretim müdürü, 11 aylık projenin sonunda 10 teknikten 6’sının sisteme gerçek anlamda taşındığını kabul etti. Kalan 4’ü için bir geçici çözüm kuruldu: elle tutulan basit bir takip formu, ERP’ye haftalık toplu veri girişiyle besleniyor. ‘Yarım çözüm’ gibi görünüyor — ama bu 4 tekniğin kullanım sıklığı toplam üretim hacminin yüzde sekizini oluşturuyordu. Bu sekiz puanlık dışarıda kalan kısım için tam entegrasyon kurmak, projenin toplam maliyetini yaklaşık ikiye katlardı. Getiri hesabı bunu desteklemiyordu. Buradaki karar kriteri basit ama genellikle söylenmez: her tekniği sisteme taşımak mükemmelliyetçilik değil, kaynak israfıdır. Şirketinizde kaç üretim tekniği var ve bunların kaçı toplam üretim hacminin yüzde doksan ikisini oluşturuyor? Cevabınız ERP projenizin gerçek kapsamını belirler. Geri kalanı için daha ucuz ve daha hızlı bir çözüm arayın — ve bu kararı baştan verin, projenin ortasında değil.