ERP yatırımını yalnızca lisans fiyatıyla değerlendirmek doğru sonuç vermez. Şirket yapınız, kullanıcı sayınız, üretim süreçleriniz, entegrasyonlarınız, veri göçü ve özel geliştirme ihtiyacınız proje kapsamını birlikte belirler. Bu yazı, karşılaştırılabilir bir toplam sahip olma maliyeti (TCO) hesabının nasıl kurulacağını anlatır.

ERP'nin gerçek toplam maliyeti hangi kalemlerden oluşur?

Projenin yapısına göre şu kalemler doğabilir. Teklif isterken her birini ayrı satır olarak isteyin; tek bir toplam rakam karşılaştırılabilir değildir.

  • Lisans veya abonelik
  • Altyapı / bulut
  • Analiz
  • Danışmanlık
  • Konfigürasyon
  • Geliştirme
  • Entegrasyon
  • Veri temizliği
  • Veri göçü
  • Test
  • Eğitim
  • İç proje ekibi zamanı
  • Canlıya geçiş
  • Hypercare (canlı sonrası yoğun destek)
  • Bakım ve destek
  • Sürüm yükseltme
  • Üçüncü taraf lisanslar

Projenin geçiş yöntemi paralel çalışma gerektiriyorsa bu da ayrı bir maliyet kalemi olarak bütçelenir. Paralel çalışma her projede zorunlu değildir; yöntem, projenin riskine göre seçilir.

Kalemlerin ağırlığı her projede aynı değildir

Yaygın bir genelleme, bütçenin büyük bölümünün her zaman iş gücünde olduğudur. Uygulamada dağılım projeye göre değişir:

Kendi kapsamınıza göre hangi kalemlerin ağırlık kazanacağını görmek için ERP yatırım ve TCO ön değerlendirme aracını kullanabilirsiniz. Araç fiyat üretmez; kapsamın hangi kalemleri doğurduğunu ve göreceli ağırlığını gösterir.

Lisans kalemini doğru okuyun

Lisans satırında karşılaştırmayı bozan ayrıntılar vardır:

  • Kullanıcı tipi: tam, sınırlı ve salt okunur kullanıcıların fiyatı ve yetkileri.
  • Eşzamanlı mı adlandırılmış mı: vardiyalı çalışan bir tesiste bu fark toplamı belirgin biçimde değiştirir.
  • Yıllık artış modeli: bakım/abonelik artışının hangi endekse veya orana bağlı olduğu.
  • API ve veri erişimi: erişim lisansa dâhil mi, hacim veya çağrı sınırı var mı?
  • Modül sınırları: hangi fonksiyonun ek modül gerektirdiği.

Veri göçü maliyetini önceden ölçün

Veri göçünün maliyetini veri hacmi kadar veri kalitesi, kaynak sistem sayısı, dönüşüm kuralları, tarihsel derinlik ve doğrulama gereksinimleri belirler. Sözleşme öncesinde şu ölçümleri yapmak, göç kalemini tahmin olmaktan çıkarır:

  • Mükerrer cari kaydı oranı (aynı vergi numarası kaç kez geçiyor?)
  • Ölçü birimi veya ürün kodu tutarsızlığı olan stok kartı oranı
  • Açık bakiyesi kaynak belgeyle eşleşmeyen cari oranı
  • Kaç farklı kaynak sistemden veri geleceği ve bunların ortak anahtarı olup olmadığı

Taşınacak veriyi üç kategoride ayırın: ana veriler, açık işlemler, tarihsel işlemler. Her kategori için taşınacak mı, arşivlenecek mi, dönüştürülecek mi, yalnızca raporlama için mi tutulacak kararı ayrı verilmelidir.

İç iş gücünü bütçeye yazın

Çoğu ERP bütçesi yalnızca dışarıya ödenen tutarı içerir. Oysa anahtar kullanıcıların analiz toplantılarında, veri temizliğinde, testte ve eğitimde geçirdiği süre gerçek bir maliyettir.

Basit bir yöntem: departman başına anahtar kullanıcı sayısı × proje boyunca haftalık ayrılan saat × saatlik maliyet. Bu satırı yazdığınızda kapsam kararları da kolaylaşır, çünkü "bir modül daha ekleyelim" isteğinin bedeli görünür hâle gelir.

Beş yıllık karşılaştırma yapın

Tek yıllık karşılaştırma, tekrar eden kalemleri gizler. Beş yıllık tabloda şunlar yer almalıdır: yıllık bakım/abonelik, altyapı yenileme, iç insan kaynağı, ek kullanıcı lisansları, sürüm yükseltme ve yükseltme sırasında uyarlamaların taşınma maliyeti.

Sürüm yükseltme kalemi, yapılan uyarlamaların hangi yöntemle yapıldığına bağlıdır: platformun desteklediği extensibility katmanında yapılan geliştirmelerin taşınması genellikle daha öngörülebilirken, standart nesneleri değiştiren yaklaşımlar yükseltmede ek çalışma üretebilir.

Kaçınılan maliyeti de ölçün

ERP kararı yalnızca gider tarafından değerlendirilirse eksik kalır. Karşı tarafta ölçülebilir kalemler vardır: kapanmayan mutabakat nedeniyle harcanan muhasebe saati, stok sayım farkı, geç faturalama nedeniyle gecikmiş tahsilat, elle hazırlanan raporun hazırlanma süresi.

Bunları proje öncesinde ölçün ve aynı ölçümü devreye almadan bir süre sonra tekrarlayın. Ölçüm yoksa iyileşme iddiası da olamaz — bu yüzden biz de önceden yüzde vermiyoruz, neyin ölçülebilir hâle geleceğini söylüyoruz.

Sözleşmede netleşmesi gereken maliyet maddeleri

  • Kapsam dışı listesi (neyin dâhil olmadığı açıkça yazılmalı)
  • Kabul kriteri ve kabul testinin kim tarafından yapılacağı
  • Kapsam dışı taleplerde birim fiyat ve onay süreci
  • Veri sahipliği ve proje sonunda verinin hangi formatta teslim edileceği
  • Uyarlamaların sürüm yükseltmelerinde kimin sorumluluğunda taşınacağı
  • Destek SLA'sı: yanıt süresi ile çözüm süresi ayrı tanımlanmalı
  • Lisans artış modeli ve kullanıcı ekleme fiyatı

Seçim çerçevesinin tamamı ERP nasıl seçilir rehberinde; uygulama ekibinin değerlendirmesi ERP danışmanlık firması nasıl seçilir yazısında. Bu hesabı kendi kapsamınız üzerinden kurmak isterseniz ERP danışmanlığı ekibimizle görüşebilirsiniz.

Sık sorulan sorular

ERP bütçesinde en sık atlanan kalem hangisidir?

En sık atlanan kalem iç iş gücüdür: anahtar kullanıcıların analiz, veri temizliği, test ve eğitimde geçirdiği süre. Geçiş yöntemi paralel çalışma gerektiriyorsa çift veri girişi de aynı şekilde bütçeye yazılmalıdır.

Sabit fiyat mı, adam/gün mü tercih edilmeli?

Kapsamı net çıkarılmış, analiz raporu onaylanmış bölümler için sabit fiyat uygundur. Analizi tamamlanmamış alanlarda sabit fiyat ya yüksek risk primi ya da kapsam tartışması üretir. Yaygın yaklaşım, analizi ayrı bir iş olarak fiyatlayıp geliştirmeyi analiz sonrası sabitlemektir.

Bulut ve şirket içi kurulum maliyeti nasıl karşılaştırılır?

Karşılaştırmayı beş yıllık toplamda yapın: abonelik artış oranı, sunucu yenileme, yedekleme, kesintisiz güç kaynağı, sistem yöneticisi zamanı ve felaket kurtarma senaryosu dâhil. Tek yıllık karşılaştırma genellikle bulut lehine görünür; beş yıllık sonuç iş yüküne ve altyapı ihtiyacına göre değişir.

Özel geliştirme maliyeti nasıl kontrol altında tutulur?

Her geliştirme talebini önce fit-gap tablosuna geri götürerek: bu ihtiyaç standartla, konfigürasyonla veya entegrasyonla karşılanabiliyor mu? Karşılanamıyorsa geliştirme yapılır, ancak yöntemi ve sürüm yükseltmeye etkisi belgelenir.