Plastik Sektöründe ERP Projesi: İhtiyaç Analizi Doğru Kurulmadan Modül Sayısı Hiçbir Şeyi Çözmez

ERP projesinde asıl sorun modül seçimi değildir. Asıl sorun, sahaya inmeden önce ihtiyaç analizinin doğru kurulup kurulmadığıdır — ve plastik sektöründe bu hata diğer sektörlere kıyasla çok daha pahalıya çıkar. Çünkü plastik üretimi, yüzlerce renk, ağırlık, kalınlık ve kalıp kombinasyonunu aynı anda yönetmek zorundadır; süreç tanımlı değilse yazılım da tanımlı olmaz. Bursa’da 295 çalışanlı bir plastik ambalaj fabrikasında geçen yıl başlayan ERP seçim süreci, bu gerçekliği bütün açıklığıyla ortaya koydu. Firma muhasebe altyapısını oturtmak istiyordu; ancak üretim planlama ekibi aynı toplantıda çok farklı bir şey anlatıyordu. İki departmanın aynı kelimeyi kullandığı ama farklı şeyleri kastettiği bu tablo, çoğu plastik firmasının ERP yolculuğunun başlangıç noktasıdır.Plastik sektörünün ERP’yi zorlaştıran temel özelliği varyantlı üretim yapısıdır. Bir tekstil ihracatçısı model ve beden kombinasyonuyla boğuşurken plastik ambalaj üreticisi renk reçetesi, kalıp kodu, duvar kalınlığı ve minimum sipariş miktarını eş zamanlı takip etmek zorundadır. Bu değişkenlerin her kombinasyonu ayrı bir ürün gibi davranır; ancak muhasebe sisteminde bunların tümü genellikle tek bir stok kalemi altında toplanır. ERP projesine başlamadan önce bu yapı düzeltilmezse sistem ya aşırı karmaşık kurulur — her varyant ayrı kod alır ve yüzlerce hareketsiz stok kalemi oluşur — ya da yetersiz kurulur ve üretim çıktıları güvenilir bir şekilde izlenemez. İkisi de proje başarısızlığına giden farklı yollardır. Sahada sık karşılaştığım tablo şu: firma ERP almadan önce kaç adet ürün kodu tanımlaması gerektiğini bilmiyor ve bunu danışmana sormak yerine yazılım firmasına soruyor. Yazılım firması ise esnekliği ön plana çıkararak ‘sistem her şeyi kaldırır’ diyor. Cevap teknik olarak doğru ama iş açısından yanlış yönlendirici.İhtiyaç analizi aşamasında plastik fabrikalarında en sık görülen üç çakışma noktası vardır. Birincisi, üretim müdürü ile muhasebe müdürünün ‘maliyet’ kelimesinden farklı şeyler anlamasıdır: biri işçilik ve makine saatini konuşurken diğeri malzeme fiyatını ve kur farkını düşünmektedir. Bu iki bakış açısı aynı ERP modülüne farklı veri girecek ve raporlar tutarsız çıkacaktır. İkincisi, stok kavramının belirsizliğidir: hammadde deposundaki granül mü, yarı mamul kalıp çıktısı mı, yoksa müşteri deposuna yerleştirilmiş ama fatura kesilmemiş ambalaj mı? Bunların her biri için ayrı süreç tanımı gerekirken çoğu firmada hepsi ‘stok’ diye tek kategoride yönetilir. Üçüncüsü ise sipariş karşılama sürecinin müşteriye göre farklılaşmasıdır. Büyük perakende zincirlerine çalışan Bursa’daki fabrika, aynı ürünü farklı müşteriler için farklı etiket, farklı paket adedi ve farklı teslimat penceresiyle göndermek zorundaydı. ERP bu farkı tanımlamazsa sipariş karşılama süreci elle yönetilmeye devam eder ve sistem gerçek operasyonun dışında kalır.Kullanıcı alışkanlıkları meselesi bu projelerde genellikle hafife alınır. Plastik fabrikasının üretim takip elemanı, çoğu durumda yıllardır kendi geliştirdiği bir Excel dosyasıyla çalışmaktadır. Bu dosya şirketin hiçbir yetkili belgesinde yer almaz ama aslında operasyonun kritik bir parçasıdır: hangi kalıbın hangi makinede ne kadar çalıştığını, hangi müşterinin hangi rengi tercih ettiğini ve hangi siparişin rafa kaldırıldığını yalnızca o kişi ve o dosya bilir. ERP projesi bu bilgiyi sisteme aktarmakla yükümlüdür. Yetkilendirme aşamasında ‘sistem bunu zaten yapıyor’ dendiğinde gerçekte o dosyanın karşılığı yazılımda tanımlanmamış demektir. Teslimattan iki ay sonra üretim takip elemanı eski dosyasına dönmüşse proje tamamlanmamıştır, yalnızca muhasebe tarafı devreye girmiş demektir. Bursa fabrikasında tam da bu oldu: ERP canlıya geçtikten altı hafta sonra üretim katı hâlâ eski yönteme devam ediyordu. Bu durumu ‘direnç’ diye okumak kolaydır; ama asıl okuma şu olmalıdır: ihtiyaç analizi o kişinin çalışma mantığını yeterince içselleştirmemiştir.Entegrasyon noktaları söz konusu olduğunda 2005 yılında Türkiye’deki plastik firmalarının büyük çoğunluğu iki kritik bağlantıyla boğuşmaktadır: hammadde tedarikçisinin fiyat listeleriyle stok modülü arasındaki veri akışı ve müşteri siparişlerinin üretim planına dönüştürülmesi. İlk bağlantıda tedarikçi zaten kendi sistemiyle çalışmaktadır ve fiyatlar e-posta ya da faks üzerinden gelir. ERP projesi bu akışı elle girişten otomatik içe aktarmaya taşıyabilir — ama bunun için tedarikçi verisinin tutarlı bir formatta gelmesi gerekir ki bu çoğu zaman sağlanmaz. İkinci bağlantıda ise sipariş, müşteriden telefon veya e-posta ile alınır; bu siparişin üretim emrine dönüşmesi ve hammadde ihtiyacının hesaplanması, üretim müdürünün beyninde cereyan eden bir süreçtir. ERP bu süreci modellemelidir. Modelleme başarısızsa sistem üretime değil yalnızca muhasebeye hizmet eder. Sahada bu ikinci durumu çok daha sık görüyorum: muhasebe ERP’yi sever, üretim direnir. Gerçekte muhasebe kazanmış değildir; sadece yarım bir sistem kurulmuştur.Yönetim beklentileri meselesine gelince, plastik sektöründeki firma sahipleri ERP’den çoğunlukla iki şey ister: maliyet kontrolü ve stok şeffaflığı. İkisi de meşru ve doğru hedeflerdir. Ancak bu hedeflere ulaşmak için sadece yazılım almak yetmez; süreçlerin yazılımdan önce tanımlanmış olması gerekir. Maliyet kontrolü istiyorsanız hangi maliyet merkezlerinde hangi giderlerin takip edileceğini ERP projesi başlamadan belirlemeniz gerekir. Stok şeffaflığı istiyorsanız hangi hareketin ne zaman ve kim tarafından sisteme girileceğini prosedüre bağlamanız gerekir. Bu ikisi yapılmadan açılan ERP projesi, muhasebe veriyi düzgün kaydeder ama yönetici istediği raporu alamaz. Raporu alamayan yönetici bir süre sonra ‘sistem çalışmıyor’ der; oysa sistem çalışıyor, sadece ona sorulmayan soruların cevabını veriyor. Proje danışmanının görevi bu beklenti kırılımını baştan konuşmaktır. Bunu ertelemek projeyi ilerleyen aşamalarda çok daha maliyetli bir yeniden yapılandırmaya mahkûm eder.Plastik sektöründe ERP projesine başlayan bir yöneticiye şu üç soruyu önce kendi içinde yanıtlamasını öneririm: Ürün varyantlarınızı kaç koda indirgeyebilirsiniz? Üretim takibini kim, hangi araçla yapıyor ve bu kişi projeye dahil edildi mi? Maliyet ve stok raporlamasında muhasebe ile üretim aynı dili konuşuyor mu? Bu soruların yanıtı netleşmeden seçilen yazılım ve danışman ne kadar iyi olursa olsun proje ya yarım kalır ya da yalnızca muhasebeye hizmet eden pahalı bir defter yazılımına dönüşür. Teknoloji burada çözüm değil, doğru soruların doğru cevaplarını taşıyan bir altyapıdır. Bursa fabrikasındaki o üretim takip elemanının Excel dosyası kapatılmadı — sistem onun mantığını öğrenene kadar kapatılmamalıydı zaten.