ERP teklifi değerlendirme, gelen teklifleri toplam rakama göre değil; ihtiyaçlarınızı ne kadar karşıladıklarına, lisans modeline, uygulama hizmetinin içeriğine, veri aktarımına, entegrasyonlara, yerel mevzuat uyumuna ve canlı sonrası desteğe göre aynı tabloda karşılaştırmaktır. Doğru yöntem üç parçalıdır: ağırlıklı puanlama, sizin verinizle yapılan senaryolu demo ve referans görüşmesi.
Masadaki üç ERP teklifi neden birbirine benzemiyor?
Tipik tablo şöyledir: üç firmadan teklif istediniz, biri kullanıcı başına yıllık abonelik, biri kalıcı lisans artı adam-gün uygulama bedeli, üçüncüsü ise "anahtar teslim" tek bir rakam gönderdi. Birinde veri aktarımı hiç geçmiyor, birinde e-Fatura entegrasyonu "opsiyonel" diye ayrılmış, diğerinde eğitim yalnızca iki kişilik. Kâğıt üzerinde en ucuz görünen teklif, gerçekte en az işi kapsayan teklif olabilir.
Sorunun kökü genellikle teklif isteme aşamasındadır. Firmalara aynı yazılı ihtiyaç listesi gönderilmediyse, her biri işi kendi anladığı gibi fiyatlar ve teklifleri kıyaslamak imkânsızlaşır. ERP'nin ne olduğunu ve hangi modülle başlanacağını henüz netleştirmediyseniz önce KOBİ'ler için ERP rehberimize bakın; bu yazı teklifler masaya geldikten sonraki değerlendirmeye odaklanıyor.
Yanlış teklifi seçmenin maliyeti
ERP seçimindeki hata, projenin ortasında ek bütçe ve gecikme olarak geri döner. Uluslararası anket verileri bunun istisna olmadığını gösteriyor:
Panorama Consulting The 2026 ERP Report katılımcılarının dörtte birinden fazlası projesinin bütçeyi aştığını, dörtte birine yakını takvimin gerisinde kaldığını bildirdi. Bütçe aşımının en yaygın nedeni, sonradan ortaya çıkan ek teknoloji ihtiyacıydı.
Bu son bulgu doğrudan teklif aşamasıyla ilgilidir: teklifte görünmeyen entegrasyon, rapor aracı ya da ek modül, imzadan sonra ek fatura olarak gelir. Daha geniş ölçekte BCG'nin 2020 tarihli dijital dönüşüm araştırması da dönüşüm programlarının %70'inin hedeflerine ulaşamadığını ortaya koymuştu. ERP projelerinin hangi noktalarda raydan çıktığını ERP projeleri neden başarısız olur yazısında ayrıntılı ele aldık.
Türkiye'de ERP hâlâ birçok işletme için ilk kez verilecek bir karardır. TÜİK Girişimlerde Bilişim Teknolojileri Kullanım Araştırması 2025 verisine göre 10 ve daha fazla çalışanı olan girişimlerin yalnızca %28,3'ü ERP kullanıyor. İlk ERP'sini seçen bir ekibin karşılaştırma deneyimi olmadığı için yapılandırılmış bir değerlendirme yöntemi daha da önemli hale gelir.
ERP teklifinde olması gerekenler: 8 bölüm
Değerlendirmeye başlamadan önce her teklifin aşağıdaki bölümleri içerip içermediğine bakın. Eksik bölüm, sonradan ek teklif olarak dönecek bir belirsizliktir; tedarikçiden yazılı olarak tamamlamasını isteyin.
- Kapsam ve uygunluk analizi. Gönderdiğiniz her gereksinim için "standart karşılıyor", "ayarla karşılıyor", "geliştirme gerekiyor" ya da "karşılamıyor" cevabı. Bu gereksinim listesini hazırlamanın yolunu yazılım ihtiyaç analizi yazısında anlattık.
- Lisans ya da abonelik modeli. Kullanıcı türleri (tam, sınırlı, salt okunur), eş zamanlı mı isimli mi kullanıcı, hangi modüllerin dahil olduğu ve kullanıcı sayısı arttığında nasıl hesaplanacağı.
- Uygulama hizmeti. Aşamalar, her aşamanın çıktısı ve bedeli, tedarikçi tarafında kimin çalışacağı ve sizin ekibinizden beklenen zaman.
- Veri aktarımı. Cari, stok, ürün ağacı, açık sipariş ve açılış bakiyelerinden hangilerinin kim tarafından, kaç deneme aktarımıyla taşınacağı.
- Entegrasyonlar. Muhasebe programı, e-ticaret, bayi portalı, üretim sistemleri ve bankalarla bağlantının ayrı kalem olarak yazılıp yazılmadığı.
- Yerel mevzuat uyumu. e-Fatura, e-Arşiv, e-İrsaliye ve e-Defter süreçlerinin nasıl karşılandığı, bunun için hangi entegratör ya da ek yazılımın gerektiği.
- Özelleştirme ve sürüm yükseltme. Size özel yapılan geliştirmelerin yeni sürüme geçişte korunup korunmadığı ve bunun bedeli.
- Destek, sözleşme ve çıkış. Destek kanalları ve yanıt süreleri, bakım bedelinin kapsamı, verinin ve özel geliştirmelerin kime ait olduğu, sözleşme bitince verinin hangi formatta teslim edileceği.
Altıncı madde Türkiye'ye özgü ve sık atlanan bir kalemdir. Gelir İdaresi Başkanlığı, e-Fatura ve e-Defter'i belirli koşulları sağlayan geniş mükellef grupları için zorunlu tutuyor; GİB 2025 Yılı Faaliyet Raporu verisine göre 2025 sonunda yazılım uyumluluk onayı almış ticari e-Defter yazılımı sayısı 219'a ulaştı; teklifteki çözümün bu süreçte hangi bileşene dayandığını yazılı isteyin. e-Defter'in ERP verisine nasıl bağlandığını e-Defter rehberimizde anlattık.
ERP teklifi değerlendirme tablosu: ağırlıklı puanlama
Bölümler tamamlandıktan sonra teklifleri aynı tabloya koyun. Her kritere önceden, teklifleri görmeden bir ağırlık verin (1 düşük, 3 yüksek) ve her teklifi 1–5 arası puanlayın; ağırlık ile puanın çarpımı toplam skoru verir. Ağırlıkları teklifler geldikten sonra belirlemek, beğenilen teklifi haklı çıkarmaya dönüşür.
| Kriter | Önerilen ağırlık | Puanlarken sorulacak soru |
|---|---|---|
| Gereksinim uygunluğu | 3 | Kritik gereksinimlerin kaçı standart ya da ayarla karşılanıyor, kaçı geliştirme istiyor? |
| Uygulama yöntemi ve ekip | 3 | Aşama çıktıları ve kabul kriterleri yazılı mı, ekipteki kişiler belli mi? |
| Veri aktarımı | 2 | Hangi veriler, kaç deneme aktarımı ve temizlik sorumluluğu kimde? |
| Entegrasyonlar | 2 | Her bağlantı ayrı kalem mi, yöntemi (API, dosya, veritabanı) yazılı mı? |
| Mevzuat uyumu | 2 | e-Fatura, e-Arşiv, e-İrsaliye ve e-Defter akışı uçtan uca nasıl işliyor? |
| Toplam sahip olma maliyeti | 3 | Lisans, uygulama, bakım, ek kullanıcı ve sürüm yükseltme birkaç yıl için hesaplandı mı? |
| Destek ve süreklilik | 2 | Yanıt süreleri, yerinde destek koşulları ve bakım kapsamı net mi? |
| Veri sahipliği ve çıkış | 2 | Veri ve özel geliştirmeler kime ait, çıkışta ne teslim ediliyor? |
Toplam sahip olma maliyetini hesaplarken yalnızca ilk yılı değil, birkaç yıllık lisans, bakım ve ek geliştirme kalemlerini yan yana koyun. ERP bütçesini hangi etkenlerin belirlediğini ERP fiyatları neye göre değişir yazısında sıraladık. Hazır paket ile firmaya özel ERP arasında hâlâ kararsızsanız, iki modelin toplam maliyet farkını özel yazılım mı hazır paket mi rehberinde karşılaştırdık.
Senaryolu demo ve referans görüşmesi: teklifi doğrulamak
Puan tablosu, teklifte yazanı ölçer; yazılanın gerçekten çalıştığını ise demo gösterir. Tedarikçiye genel tanıtım yerine, sizin örnek verinizle üç-dört uçtan uca senaryo verin: örneğin "müşteri siparişinden sevkiyata ve e-Faturaya", "satın alma talebinden mal kabule ve tedarikçi faturasına" ya da "ürün ağacından iş emrine ve maliyete". Her senaryoyu aynı kişiler izlesin ve aynı formla puanlasın.
Senaryoları sektörünüze göre seçin. Üretimde fire, yarı mamul ve iş emri maliyeti; toptan ticaret ve dağıtımda çok depolu stok, bayi fiyat listesi ve iade; proje bazlı hizmet işlerinde ise proje maliyeti ve hakediş akışı en çok zorlanan noktalardır.
Referans görüşmesinde tedarikçinin seçtiği başarı hikâyesini değil, size benzer ölçek ve sektördeki bir kullanıcının deneyimini sorun. Canlıya geçişte en çok neyin zorladığını, veri aktarımının kaç deneme sürdüğünü ve destek talebine ne kadar hızlı dönüldüğünü öğrenin. Firmayı bir bütün olarak değerlendirme ölçütlerini yazılım firması seçerken rehberimizde bulabilirsiniz.
Değerlendirme sırasında şu uyarı işaretlerine dikkat edin:
- Kapsam "stok modülü", "finans modülü" gibi tek satırlık başlıklarla yazılmış, gereksinimlere tek tek cevap verilmemiş.
- Veri aktarımı ve eğitim "müşteri sorumluluğundadır" diye geçilmiş, destek bedeli sayılmamış.
- Özelleştirmelerin yeni sürümde korunup korunmayacağı sorusu cevapsız bırakılmış.
- Sözleşme bitiminde verinin nasıl teslim edileceği yazılmamış.
Son iki madde sözleşmede kapatılmalıdır; mülkiyet, lisans ve yediemin seçeneklerini yazılım sözleşmesi ve kaynak kodu yazımızda anlattık. ERP'ye çalışan ve müşteri verisi girileceği için tedarikçinin veri işleyen sıfatıyla imzalayacağı sözleşmeyi de veri işleyen sözleşmesi rehberimizle kontrol edin.
Digital Bridge'de ERP teklifini nasıl ele alıyoruz?
Digital Bridge iki farklı rolde bu işin içinde. Birincisi yüklenici rolü: firmaya özel ERP ve kurumsal kaynak yönetimi projelerinde hazır paket kurmuyor, önce süreç analizi yapıyor, ardından kapsamı, aşamaları ve bedeli yazılı olarak gösteren bir teklif hazırlıyoruz. Firmaya özel ERP'de kullanmadığınız modüle lisans ödemezsiniz ve kaynak kodu size aittir; resmî muhasebe kayıtları alıştığınız programda kalabilir.
İkincisi alıcı tarafı rolü: kurum BT danışmanlığı kapsamında gereksinimleri test edilebilir bir teknik şartnameye dönüştürüyor, gelen teklifleri aynı tabloda karşılaştırmanıza yardım ediyor ve seçimden sonra yükleniciyi ara teslimlerde ve kabul testinde takip ediyoruz. Önerilerimiz belirli bir markaya göre değil, sizin ihtiyacınıza göre şekillenir. Yatırımın hangi sırayla yapılacağı net değilse süreç, dijital dönüşüm danışmanlığı ile yol haritası çıkarmaktan başlar.
Entegrasyon kalemini her iki rolde de ayrıca ele alıyoruz. Muhasebe programı, e-ticaret, bayi sistemi ya da banka bağlantılarını API entegrasyonu ve entegre yazılım sistemleri kapsamında tasarlıyor; üretim yapan firmalarda atölye verisinin ERP'ye nasıl bağlanacağını MES ile ERP farkı üzerinden netleştiriyoruz. Aktarılacak cari ve ürün kartlarının temizliği için de ana veri yönetimi adımlarını projenin başına koyuyoruz.
Sonraki adım
Elinizde birden fazla ERP teklifi varsa, bu yazıdaki sekiz bölümü kontrol listesi olarak kullanın ve eksikleri tedarikçilerden yazılı isteyin. Ardından ağırlıkları belirleyip puan tablosunu doldurun. Satın alma sürecinin diğer adımlarını Yazılım Geliştirme yazılarımızda bulabilirsiniz.
Tekliflerinizi bağımsız bir gözle birlikte incelemek ya da firmaya özel bir ERP için süreç analizi planlamak isterseniz iletişim sayfamızdan bize ulaşın; gereksinim listenizi ve eldeki teklifleri birlikte masaya koyalım.