Bir özelliğin değeri, ürettiği farkla ölçülür

Demolarda gördüğünüz her ekran çalışıyordur. Sorun, o ekrana ulaşmak için gereken kurulum, veri, entegrasyon ve danışmanlık emeğinin görünmemesidir. Sektör verileri bu boşluğu net gösteriyor: ERP projelerinde başarısızlık oranı yaygın olarak %55–75 aralığında raporlanıyor, ortalama uygulama süresi planlanan ~12 ay yerine ~17 ayı buluyor ve gecikmelerin başlıca nedeni yazılımın yeteneği değil; veri göçü, kapsam genişlemesi ve değişim yönetimi oluyor.

Fonksiyonel özellikler

1.1  Tek veri modeli

Tüm modüllerin aynı ana veriyi ve aynı veritabanını kullanması. "Entegre" kelimesi burada iki farklı anlama gelir ve fark kritiktir:

1.2  Uçtan uca süreç kapsamı

Siparişten tahsilata, satın almadan ödemeye, plandan ürüne, talepten çözüme kadar zincirlerin tek sistemde tamamlanması. Ölçü şudur: bir sürecin herhangi bir adımında sistemden çıkıp Excel'e ya da başka bir programa geçiliyorsa, kapsam eksiktir.

1.3  Parametrik esneklik — kod yazmadan uyarlama

Her şirketin süreci farklıdır; ama bu farklılık her seferinde yazılım geliştirmeyi gerektirmemelidir. İyi bir sistemde şunlar ayardır, geliştirme değil:

• Onay hiyerarşileri, iş akışı adımları, kural ve limitler
• Ekran alanları, zorunluluklar, varsayılan değerler, kullanıcıya özel görünümler
• Belge tasarımları, numaralandırma serileri, çok dilli metinler
• Kullanıcı tanımlı alanlar ve bu alanların raporlarda kullanılabilmesi
• Rapor ve analiz panelleri

1.4  Sektörel derinlik

Genel bir ERP'nin %80'i her sektöre uyar; şirketi ayakta tutan %20 ise sektöre özgüdür. Üretimde ürün ağacı ve maliyet, perakendede kampanya ve mağaza, servis sektöründe sözleşme ve iş emri, sağlıkta izlenebilirlik. Bu derinlik ya üründe vardır ya da her müşteride yeniden yazılır — ikincisi projeyi geciktiren en yaygın nedendir.

1.5  İzlenebilirlik ve denetlenebilirlik

• Her belgenin nereden türediği ve nereye bağlandığı (belge zinciri)
• Lot/seri/parti bazında geriye ve ileriye izleme
• Değişiklik iz kaydı ve onay geçmişi
• Görev ayrılığı kurallarının sistemce zorlanması

1.6  Rol bazlılık ve proaktif bilgi

Kullanıcı bilgiyi aramamalı; bilgi kullanıcıya gelmelidir. Rolüne göre açılan ekran, kendi işine ait bekleyen görevler, eşik aşıldığında düşen uyarı. Bu, "kullanıcı benimsemesi" denen ve projelerin en çok takıldığı konunun teknik karşılığıdır.

1.7  Yerelleştirme ve çoklu yapı

• Türkiye mevzuatının ürünün içinde olması; eklenti veya yerel ortak gerektirmemesi
• Çok şirket, çok depo, çok para birimi, çok dil
• Grup içi işlemler ve konsolidasyon

Teknik özellikler

2.1  Mimarinin yaşı ve türü

Sorulacak soru "bulutta mı?" değil, "ne zaman ve neye göre tasarlandı?" olmalıdır. Piyasadaki pek çok ürünün çekirdeği 1980'ler–90'lar mimarisidir; üzerine modern görünümlü bir arayüz geçirilmiştir. Bu ürünlerde web, mobil, gerçek zamanlı analitik ve yapay zekâ birer ek katmandır ve her biri ayrı bir maliyet, ayrı bir gecikme üretir.

• Gerçek web mimarisi: tarayıcıda çalışır, istemciye kurulum gerektirmez, uzak masaüstü/terminal sunucu numarası yoktur
• Çok kiracılı bulut / SaaS: güncelleme, ölçekleme ve güvenlik tedarikçinin sorumluluğundadır
• Dağıtım seçeneği: bulut, SaaS, şirket içi veya hibrit — ve bunlar arasında geçiş hakkı

2.2  Veritabanı ve veri bütünlüğü

Kurumsal veride tutarlılık pazarlık konusu değildir. İşlem bütünlüğü (ACID), eşzamanlı yüzlerce kullanıcı altında kilitlenmeden çalışma, büyük veri hacminde performans ve olgun yedekleme/kurtarma araçları; hepsi veritabanı katmanının kalitesine bağlıdır. Kurumsal sınıf bir veritabanı (örneğin Oracle) bu başlıklarda kanıtlanmış bir zemin sunar.

2.3  Performans ve ölçeklenebilirlik

• Kullanıcı sayısı ve veri hacmi arttıkça yanıt süresinin korunması
• Yoğun dönemlerde (ay sonu, kampanya, sayım) kapasitenin esnemesi
• Ağır raporların operasyonu yavaşlatmaması
• Ölçü: en sık kullanılan 10 ekranın gerçek veriyle yanıt süresi — demo verisiyle değil

2.4  Entegrasyon yeteneği

• Belgelenmiş, açık ve sürüm güvencesi olan API'ler
• Olay tabanlı bildirim (webhook) ile dış sistemleri tetikleyebilme
• Hazır bağlantılar: banka, e-belge entegratörü, e-ticaret, pazaryeri, kargo, EDI
• Toplu veri aktarım araçları ve tekrarlanabilir aktarım şablonları
• Yapay zekâ ajanlarının sisteme güvenli erişimi için standart arayüzler

2.5  Güvenlik

• Rol ve veri bazlı yetki; alan seviyesinde kısıt
• Çok faktörlü kimlik doğrulama, tek oturum açma (SSO)
• Aktarımda ve saklamada şifreleme; KVKK/GDPR uyumlu saklama ve silme
• Log, izleme ve olay müdahale süreci; sızma testi geçmişi
• Veri merkezi sertifikasyonları ve fiziksel güvenlik

2.6  Süreklilik: yedekleme, kurtarma, erişilebilirlik

Sorulacak somut sorular: Yedek ne sıklıkla alınıyor? En fazla ne kadar veri kaybı kabul ediliyor (RPO)? Sistem ne kadar sürede ayağa kalkar (RTO)? Geri dönüş testi en son ne zaman yapıldı? Erişilebilirlik taahhüdü sözleşmede yazılı mı?

2.7  Güncellenebilirlik — sessiz maliyetin kaynağı

Kurumsal yazılımın en pahalı kavramı: özelleştirme borcu. Müşteriye özel yazılan her kod, sonraki her sürüm güncellemesinde yeniden test ve düzeltme yükü doğurur. Bir süre sonra şirket, güncelleme yapamayacak kadar özelleşmiş bir sürümde kilitli kalır; yeni yetenekler (yapay zekâ dahil) bu şirkete asla ulaşmaz.

2.8  Uzatılabilirlik ve gözlemlenebilirlik

• Şirketin kendi ekibinin ekleyebileceği alanlar, kurallar, raporlar (düşük kodlu geliştirme)
• Geliştirme–test–canlı ortam ayrımı ve sürüm yönetimi
• Sistem sağlığı, hata ve performans göstergelerinin izlenebilmesi

Yeni nesil yetenekler

Gartner'ın 2026 değerlendirmesi, ERP'nin klasik "kayıt sistemi" tanımından çıkıp, üzerine zekâ katmanı eklenmiş, olay güdümlü ve bileşenlenebilir bir yürütme modeline doğru evrildiğini anlatıyor. Aynı yönde, kurumsal uygulamalarda göreve özel yapay zekâ ajanlarının 2026 sonunda %40 seviyesine ulaşacağı öngörülüyor. Bu, bir yazılım seçiminde 5 yıllık ufuk açısından belirleyici bir kırılma.

Kullanıcı deneyimi ve benimseme

• Öğrenme eğrisi: yeni bir kullanıcı temel işini kaç saatlik eğitimle yapabiliyor? Bu, doğrudan devreye alma süresine ve dirence yansır.
• Ekran ekonomisi: günlük bir işin kaç tıkla tamamlandığı. Günde 200 kez tekrarlanan bir işte 3 tık farkı, yılda haftalarca zaman demektir.
• Kişiselleştirme: kullanıcının kendi listesini, filtresini, kısayolunu kurabilmesi.
• Kullanıcı tanımlı rapor: her yeni soru için tedarikçiye iş açmak zorunda kalmamak.
• Mobil ve saha kullanımı: sahada, depoda, yolda gerçekten kullanılabilir olması — sadece "mobil uyumlu" görünmesi değil.
• Erişilebilirlik ve hız: düşük bant genişliğinde çalışabilme; klavyeyle tam kullanım.
• Hata mesajlarının anlaşılırlığı: kullanıcının ne yapması gerektiğini söyleyen mesajlar, destek yükünü belirgin biçimde azaltır.

Ticari ve ilişkisel özellikler

5.1  Toplam sahip olma maliyetinin (TCO) şeffaflığı

Lisans ya da abonelik bedeli, gerçek maliyetin çoğu zaman yarısından azıdır. Karşılaştırma yaparken şu kalemlerin tamamı hesaba katılmalıdır:

5.2  Veri sahipliği ve çıkış hakkı

Sözleşmede aranması gereken maddeler: verinin size ait olduğu, istediğiniz an standart formatta eksiksiz alabileceğiniz, sözleşme bittiğinde verinin size teslim edileceği ve makul bir süre saklanacağı. Çıkışı garanti edilmemiş bir sistem, bir tedarik ilişkisi değil bağımlılıktır.

5.3  Destek modeli

• Destek eden kişi işi mi biliyor, yalnızca kayıt mı açıyor?
• Yanıt ve çözüm süreleri sözleşmede tanımlı mı? (İkisi farklı taahhütlerdir.)
• Kritik dönemlerde (ay sonu, sayım, kapanış) artırılmış destek var mı?
• Ürünü geliştiren ekiple destek ekibi arasındaki mesafe ne kadar?

5.4  Tedarikçinin sürekliliği ve yol haritası

• Şirketin kaç yıldır bu işi yaptığı ve ürünün kaç canlı müşteride çalıştığı
• Ürünün gelecek 24 ayına dair yayımlanmış yol haritası
• Yılda kaç sürüm çıktığı ve güncellemelerin nasıl uygulandığı
• Referans görüşmesi: tedarikçinin seçmediği, sizin seçtiğiniz benzer ölçekte bir müşteriyle konuşabilmek

Şirketin yazılımdan elde etmesi gereken faydalar

6.1  Operasyonel faydalar

6.2  Finansal faydalar

6.3  Yönetsel ve karar faydaları

• Tek doğru kaynağı: toplantıların rakam tartışmasıyla değil, karar konusuyla başlaması.
• Müdahale hızı: sorunun ay sonunda değil, oluştuğu gün görülmesi. Bu, en çok küçümsenen ama en yüksek getirili faydadır.
• Yönetim kapasitesi: aynı ekiple daha büyük bir işi yönetebilmek — büyüme sırasında personel artışının cirodan daha yavaş büyümesi.
• Kurumsal hafıza: bilginin kişilerde değil sistemde durması; devir teslim ve ayrılıkların iş sürekliliğini bozmaması.
• Denetlenebilirlik: vergi denetimi, bağımsız denetim, banka ve yatırımcı incelemelerinde hazır olmak.
• Şirket değeri: düzenli veri ve şeffaf süreç, satın alma ve ortaklık görüşmelerinde doğrudan değerleme etkisi yaratır.

6.4  İnsan ve kültür faydaları

• Tekrar eden manuel işin azalması; nitelikli çalışanın veri kopyalamak yerine analiz yapması
• Departmanlar arası suçlama döngüsünün kırılması — herkes aynı veriye bakar
• Yeni çalışanın hızlı adapte olması; işin kişiye değil sürece bağlanması
• Çalışan self-servisiyle İK ve muhasebe üzerindeki rutin talep yükünün düşmesi

6.5  Stratejik faydalar

• Ölçeklenme kapasitesi: yeni şirket, yeni depo, yeni ülke veya yeni kanalın haftalar içinde açılabilmesi
• Yeni iş modeli denemesi: abonelik, kiralama, pazaryeri, servis satışı gibi modellerin sistemde karşılığının olması
• Tedarik zinciri dayanıklılığı: alternatif tedarikçi, çoklu kaynak ve senaryo hazırlığı
• Uyum hazırlığı: sürdürülebilirlik ve raporlama zorunluluklarının veriyle karşılanabilmesi
• Yapay zekâya hazır olmak: temiz ve bütünleşik veri, gelecekteki her otomasyon yatırımının ön koşuludur

Her tedarikçiye sorulacak 20 soru

1. Ürününüzün çekirdeği hangi yılda ve hangi mimariyle yazıldı?
2. Tüm modüller aynı veritabanını mı kullanıyor, yoksa aralarında aktarım mı var?
3. Bizim büyüklüğümüzde ve sektörümüzde kaç canlı müşteriniz var? Biriyle görüşebilir miyiz — seçimi biz yapalım.
4. Devreye alma süresi tahmininiz nedir ve bu tahmin neye dayanıyor?
5. Veri göçünü kim yapar, hangi araçlarla ve kaç günde?
6. Bizim için yapılacak geliştirme, standart ürüne mi girer yoksa bize özel sürüm mü oluşur?
7. Sürüm güncellemesi ne sıklıkla ve nasıl yapılır? Bizim tarafımızda ne kadar iş çıkarır?
8. Onay akışını, ekran alanlarını ve raporları biz kendimiz değiştirebilir miyiz?
9. Kullanıcı tanımlı rapor üretmek için hangi bilgi seviyesi gerekiyor?
10. Türkiye mevzuatı (e-belgeler, bordro, enflasyon muhasebesi) ürünün içinde mi, eklenti mi?
11. Mevzuat değişikliği kaç günde sisteme yansır? Ek ücreti var mı?
12. Yapay zekâ yetenekleriniz hangi canlı müşteride, hangi süreçte çalışıyor?
13. Yapay zekâ ek lisansa mı tabi? Verimiz nerede işleniyor?
14. Analitik ürünün içinde mi, ayrı bir iş zekâsı aracı mı gerekiyor?
15. API'leriniz belgeli mi? Sürüm değişince entegrasyonlarımız bozulur mu?
16. Erişilebilirlik taahhüdünüz, RPO ve RTO değerleriniz nedir? Sözleşmede yer alıyor mu?
17. Destek ekibi ürünü geliştiren ekibe ne kadar yakın? Sorunu çözen mi, kayıt açan mı?
18. 5 yıllık toplam maliyeti tüm kalemleriyle yazılı verebilir misiniz?
19. Ayrılmak istersek verimizi hangi formatta, ne kadar sürede alırız?
20. Ürünün önümüzdeki 24 aylık yol haritasında ne var?