Bir imalat firmasını düşünün. Yıllardır MRP (malzeme ihtiyaç planlaması) yazılımıyla üretim planlıyor, stok takibi yapıyor. Sistem işliyor, herkes alışkın. Sonra firma muhasebe, satış ve satın alma birimlerini de aynı çatı altında toplamak istiyor ve ERP (kurumsal kaynak planlaması) yazılımına geçmeye karar veriyor. Kağıt üzerinde mantıklı bir karar. Ama iş sahada uygulamaya gelince, beklenmedik sorunlar peş peşe çıkıyor. Bu sorunları önceden bilmek, projeyi kurtarabilir.
MRP ile ERP arasındaki fark sadece büyüklük değil. MRP esas olarak üretim ve stok üzerine kuruludur. ERP ise firmanın tüm departmanlarını tek bir sistemde birleştirmeyi hedefler: üretim, muhasebe, satış, satın alma, insan kaynakları. Bu kadar farklı işi tek çatı altında toplamak, eski MRP verilerini olduğu gibi yeni sisteme taşımak anlamına gelmiyor. Stok kodları, müşteri kartları, tedarikçi bilgileri, ürün ağaçları — bunların hepsinin yeni sistemin anladığı formata çevrilmesi gerekiyor. Tam burada ilk ve en büyük sorun başlıyor.
Veri aktarımı, geçiş projelerinin en sinir bozucu aşamasıdır. Eski MRP yazılımından çekilen veriler çoğu zaman tutarsız çıkıyor. Yıllarca el ile girilen stok kayıtlarında hatalar birikmiş oluyor. Bazı ürünlerin kodu değişmiş ama sistemde iki kayıt yan yana duruyor. Müşteri adları farklı yazılmış, bazı kartlar eksik telefon numarasıyla kaydedilmiş. Bunları temizlemeden yeni sisteme aktarırsanız, ERP de aynı karmaşayı devralıyor. Bunu düşünün: kirli suyu temiz bir kaba dökmek suyu temizlemiyor. Veri aktarımından önce eski sistemdeki kayıtların tek tek gözden geçirilmesi şart. Bu işi küçümsemeyin; orta büyüklükte bir firmada bile haftalar alabilir.
İkinci büyük sorun alışkanlık direncidir. Üretim sorumlusu yıllardır aynı ekranlarla çalışıyor. Malzeme planlama listesini sabah işe gelir gelmez açıyor, sütunlar nerede kaç satır aşağıda biliyor. Şimdi yeni bir program önüne geliyor, ekranlar farklı, menüler başka yerde. İlk hafta ortalama işi yarım bırakıp çıkıyor, ikinci hafta ‘eski program daha iyiydi’ demeye başlıyor. Bu tepki anlaşılır bir tepki; yanlış değil, doğal. Yönetim bunu kişisel bir muhalefet olarak görürse proje içinden çıkılmaz bir çatışmaya dönüşüyor. Doğru yaklaşım şu: geçişten önce her departmandan en az bir kişiyi yazılım firmasıyla birlikte eğitime almak ve o kişiyi kendi bölümünde ‘sorumlu’ yapmak. İnsanlar kendi aralarından birine daha kolay soru soruyor, danışman yerine tanıdık yüze güveniyor.
Üçüncü sorun süreç uyumsuzluğudur. ERP yazılımları belirli iş akışlarına göre tasarlanır. Yazılımın satın alma süreci şöyle işliyor olabilir: talep formu, onay, sipariş, teslim, ödeme. Ama sizin firmanızda patron doğrudan tedarikçiyi arıyor, malı getirtiyor, faturayı muhasebe sonradan buluyor. ERP bu serbest akışa uymuyor; program adım adım onay istiyor, siz üç adımı atlayarak ilerlemek istiyorsunuz, sistem izin vermiyor. İşte burada ya süreci yazılıma uydurmak zorundasınız ya da yazılımı özelleştirmek için ek para ödüyorsunuz. Her iki yol da kolay değil. Süreci değiştirmek patronun alışkanlıklarına dokunuyor; özelleştirme ise hem pahalı hem de sonraki sürüm güncellemelerinde sorun yaratıyor.
Geçiş sırasında bir dönem eski ve yeni sistemin yan yana çalışması gerekiyor. Buna ‘paralel çalışma dönemi’ deniyor. Bir işlemi hem eski programa hem yeni programa giriyorsunuz, sonuçları karşılaştırıyorsunuz. Bu süreç zorunlu ama yorucu. Personel aynı veriye iki kez bakıyor, iki kez giriyor. Hata olasılığı artıyor, zaman ikiye katlıyor. Üstüne bir de eski yazılımın teknik desteği kesilmiş olabilir; bir sorun çıktığında kimse bakamıyor. Gerçekçi olmak gerekirse, paralel dönem en az iki ay sürer ve bu iki ayda firma ekstra emek harcar. Proje bütçesi ve takvimi buna göre kurulmalı.
MRP’den ERP’ye geçmeye karar veren bir KOBİ yöneticisinin önce şunu sorması gerekiyor: mevcut verim temiz mi? Stok kayıtları güncel mi, müşteri kartları doğru mu? Cevap hayırsa, önce veri temizliği yapılmalı. Sonra sorulacak soru şu: ekibim bu değişime hazır mı, değilse nasıl hazırlarım? Eğitim tek başına yetmiyor; departman içi sorumlu atamak, pratikte daha etkili. Son olarak, yazılım firmasıyla sözleşmeye ‘paralel çalışma süresi’ ve ‘veri aktarım desteği’ net biçimde yazılmalı. Bunlar önceden konuşulmazsa proje ortasında anlaşmazlık çıkıyor, işin ucundan tutmak zorlaşıyor. ERP geçişi uzun soluklu bir iştir. Sabırsız firmalar için değil, süreci planlayan firmalar için işe yarıyor.