
ERP seçimi çoğunlukla yanlış soruyla başlar: “hangi ERP en iyi?” Bu sorunun cevabı yoktur, çünkü ölçüt üretim tipine göre değişir. Doğru soru şudur: bizim üretim biçimimizde hangi kararlar sistemden çıkacak ve bu sistem o kararları verecek veriyi tutabiliyor mu?
ÖZET
Özellik listelerini karşılaştırmak, seçim sürecinin en zaman alan ve en az ayırt edici kısmıdır. Belirli bir olgunluk seviyesinin üzerindeki sistemlerin özellik listeleri birbirine benzer; fark listelerde değil, o özelliğin sizin üretim biçiminizde nasıl davrandığındadır.
Ayırt edici soru dizisi şudur: hangi kararı sistemden bekliyoruz, o karar hangi veriye dayanır, o veri sahada nasıl ve kim tarafından girilir? Üç sorunun cevabı netse doğru sistemi seçmek kolaylaşır. Cevap yoksa en kapsamlı sistem bile bir kayıt deposuna dönüşür.
Sistem seçimi bir yazılım kararı değil, hangi kararların veriye dayanacağına dair bir taahhüttür.
İlk ölçüt, sistemin nereye kadar uzandığıdır. Muhasebe ve stok tarafı hemen her sistemde vardır; ayrışma üretimin içinde başlar. Saha kaydı, duruş, fire, kalite ve gerçekleşen maliyet aynı veri modelinde mi tutuluyor, yoksa ayrı bir ürüne mi bağlanıyor?
Bu soru mimari bir tercih, kalite göstergesi değil — iki yaklaşımın da geçerli olduğu durumlar var. Ancak ayrı ürünler söz konusuysa, iki sistem arasındaki eşleşmenin kimin sorumluluğunda olduğu baştan netleşmelidir. Sahada gördüğümüz maliyet sapmalarının kayda değer bir kısmı, ERP ile MES arasındaki iş emri eşleşmesinin eksik kurulmasından çıkar.
KAPSAM SORULARI
Üretim yapan hiçbir tesis, standart bir kurulumla tam örtüşmez. Bu yüzden ikinci ölçüt, sistemin ne kadar uyarlanabildiği değil, uyarlamanın nasıl yapıldığıdır. Uyarlama ekran ve alan düzeyinde, sürüm yükseltmelerinden bağımsız yapılabiliyorsa sistem yaşar. Uyarlama çekirdek koda dokunularak yapılıyorsa her yükseltme yeni bir proje olur.
“Açık kutu” yaklaşımını bu nedenle önemsiyoruz: veri modeli ve iş kuralları görünür, uyarlama tanımlı uzatma noktalarından yapılır. Bu, sınırsız özelleştirme anlamına gelmez — tersine, uyarlamanın nereye kadar gidebileceğinin baştan bilinmesi anlamına gelir. Kapsamı ERP çözüm sayfasında ayrıntılandırdık.
Üçüncü ölçüt, sistemin kendi dışındaki dünyayla ilişkisi. Üretimde bu üç yönde işler: aşağıda saha ekipmanı, yanda mevcut uygulamalar, yukarıda resmî yükümlülükler.
Dördüncü ölçüt genellikle en az sorulan ama en uzun süre yaşanan konudur. Kurulum birkaç ay sürer; destek ilişkisi yıllarca sürer. Burada bakılacak şey yanıt süresi taahhüdü değil — o her sözleşmede yazar — sorunu çözecek kişinin üretim süreçlerini bilip bilmediğidir.
Somut ölçüt: destek ekibinde, sizin üretim tipinizde kurulum yapmış kaç kişi var? Bir sonraki sürüm yükseltmesinde sizin uyarlamalarınız ne olur, kim taşır? Bu sorunun cevabı belirsizse yükseltme fiilen yapılmaz ve sistem beş yıl içinde eskir.
Demo, hazırlanmış bir senaryodur. Ayırt edici bilgi, senaryonun dışına çıkıldığında ortaya çıkar. En çok işe yaradığını gördüğümüz sorular:
Onuncu soru, dokuzunun toplamından daha çok bilgi verir. Referans görüşmesinde sorulacak tek soru ise şudur: geri dönseniz neyi farklı yapardınız?
Teklif tutarı toplam maliyetin bir parçasıdır. Yıllar içinde toplam sahip olma maliyetini belirleyen kalemler genellikle teklifte ayrı satır olarak görünmez.
| Kalem | Teklifte görünür mü? | Neye bağlı |
|---|---|---|
| Lisans / abonelik | Evet | Kullanıcı ve modül sayısı |
| Kurulum ve veri aktarımı | Genellikle | Mevcut verinin düzeni |
| Uyarlama | Kısmen | Uzatma noktalarının varlığı |
| Eğitim ve devreye alma | Kısmen | Vardiya ve hat sayısı |
| Sürüm yükseltmeleri | Nadiren | Uyarlamanın nasıl yapıldığı |
| Entegrasyon bakımı | Nadiren | Saha donanımının çeşitliliği |
Son iki kalem, beş yıllık toplamda ilk kalemi geçebilir. Bu yüzden uyarlama yönteminin nasıl olduğu, seçim anında fiyattan daha belirleyici bir ölçüt. Ölçeklenme tarafındaki yaklaşımımızı ölçeklenebilirlik sayfasında anlattık.
Ayrım sektör etiketinde değil, veri modelinde. Ambalaj üretiminde metrekare-adet dönüşümü, kalıp ve ayar firesi gibi kavramlar veri modelinde tanımlıysa sistem o sektöre uygundur; yalnız arayüzde sektör adı yazıyorsa değildir. Demoda kendi ürün ağacınızla test etmek bu ayrımı bir saatte gösterir.
Zorunlu değil, ancak iş emri, parti ve maliyet kavramlarının iki sistemde aynı anlama gelmesi zorunlu. Ayrı ürünler seçildiğinde bu eşleşmenin sahibi ve bakım sorumluluğu sözleşmede net olmalıdır; en sık karşılaşılan sapmalar bu sınırda oluşur.
Süreyi belirleyen yazılım değil, mevcut verinin düzeni ve karar alma hızıdır. Ürün ağacı ve stok verisi güncel olan bir tesiste temel kapsam birkaç ayda devreye alınır; veri derlenmesi gerekiyorsa süre buna göre uzar. Gerçekçi olmayan takvim, veri temizliğinden kısarak tutulur — ve maliyeti sonradan çıkar.
Stok ve ürün ağacı doğru çalıştıktan hemen sonra. Saha kaydı olmadan gerçekleşen maliyet hesaplanamaz; buna karşılık ürün ağacı hatalıysa saha kaydı yanlış maliyeti daha hızlı üretir. Sıra bu nedenle önemlidir.
Bu konuyu kendi sayılarınızla konuşmak isterseniz:
Görüşme talep edin