Yeni nesil bulut ERP mi, köklü yerli ERP mi? KOBİ için karar çerçevesi

Bir tekstil üreticisinin muhasebe müdürü, on beş yıldır aynı Logo Tiger ekranından fatura kesiyor. Genç satış ekibi geçen ay bir bulut ERP girişiminin demo ekranını gösterdiğinde ilk tepki hayranlıktı — on dakikada kurulan bir gösterge paneli, mobil uygulamadan onaylanan bir sipariş. Muhasebe müdürünün sorduğu ilk soru farklıydı: "e-Defter burada da mı çalışıyor, yoksa entegratörü baştan mı kuracağız?" Bu iki tepki arasındaki mesafe, aslında bugün Türkiye'deki yerli ERP pazarının içindeki en az konuşulan kararı özetliyor.

Aslında hangi eksen karşılaştırılıyor

Bu yazı "yerli mi yabancı mı" sorusunu değil, yerli ERP'lerin kendi içindeki bir kuşak farkını ele alıyor — o soruyu ayrı bir yazıda yerli ve uluslararası ERP karşılaştırmamızda işledik. Bulut ile şirket içi kurulum arasındaki genel tercihi de bulut ERP ile on-premise karşılaştırmamızda ayrıca ele aldık. Buradaki soru farklı: aynı "yerli" etiketi altında, 1980'ler ve 1990'larda masaüstü/istemci-sunucu mimarisiyle doğup zamanla buluta taşınan köklü platformlarla, baştan bulut-öncelikli (cloud-native) mimariyle kurulan daha genç platformlar arasında nasıl seçim yapılır?

Köklü platformların biriktirdiği şey: modül derinliği ve bayi ağı

Logo Tiger 3 Enterprise, Logo Netsis 3 Enterprise ve Mikro Fly gibi ürünler onlarca yıllık bir birikimin üzerine oturuyor. Bu birikim iki biçimde ortaya çıkıyor. Birincisi sektörel derinlik: tekstilde renk-beden matrisi, üretimde iş emri ve maliyet merkezi kırılımı, inşaatta hakediş takibi gibi ihtiyaçlar yıllar içinde ayrı modüller olarak olgunlaşmış durumda. İkincisi bayi ve destek ağı: bu platformların Türkiye genelinde yaygın bir iş ortağı ağı var, bu da yerinde destek ve mevzuat sorununda hızlı müdahale anlamına geliyor. Bu genişlik bir bedelle geliyor — arayüz genelde katman katman eklenmiş özelliklerin izini taşıyor ve modern raporlama ihtiyacı sıklıkla ayrı bir görselleştirme aracına (örneğin Power BI bağlayıcısına) bağlanıyor; bu bağımlılığı yerleşik raporlama mı, ayrı iş zekası mı yazımızda ayrıca ele aldık.

Yeni nesil bulut ERP'lerin gerçek farkı: mimari, arayüz, hız

DIA ERP, Qera ERP ve Birasyo ERP gibi ürünler farklı bir mühendislik varsayımıyla kuruldu: sunucu satın alma, kurulum danışmanlığı ve yıllık büyük sürüm geçişi olmadan, tarayıcı ya da mobil uygulama üzerinden çalışan çok kiracılı (multi-tenant) bir mimari. Bunun pratik sonucu canlıya geçiş süresinin kısalması ve yeni özelliklerin vendor tarafından merkezi olarak, kullanıcı bir şey yapmadan devreye alınması. Arayüz de genelde daha az katmanlı — çünkü ürün sıfırdan web/mobil öncelikli tasarlandı, masaüstü ekranın sonradan tarayıcıya taşınması gibi bir geçmiş taşımıyor. İki bulut-öncelikli yerli ürünün doğrudan yan yana karşılaştırmasını DIA ile Birasyo karşılaştırmamızda bulabilirsiniz.

e-Fatura ve e-Defter: nesil farkı değil, mimari farkı

Sık rastlanan bir varsayım, yeni nesil bulut ERP'lerin GİB entegrasyonunda köklü platformların gerisinde kaldığı yönünde — oysa durum tam tersi bir mimari farkına dayanıyor. Bulut-öncelikli ürünlerde e-fatura, e-arşiv ve e-defter akışı genelde ürünün çekirdek mimarisine baştan gömülü geliyor; çünkü bu ürünler zaten Türkiye pazarı için, Türkiye mevzuatıyla birlikte tasarlandı. Köklü platformlarda aynı işlev de var ve genelde uzun süredir olgunlaşmış durumda, ama tarihsel olarak ayrı bir modül ya da entegratör bağlantısı üzerinden eklendi. Sonuç ikisinde de çalışan bir e-belge akışı; asıl fark hangi ekibin, ne sıklıkla ve hangi sözleşme maddesiyle bu entegrasyonu güncel tuttuğunda. Bu soruyu somut hale getiren kontrol listesini GİB e-Beyan sistemi entegrasyon rehberimizde ve e-Fatura, e-Arşiv, e-İrsaliye zorunluluk limitleri yazımızda topladık.

Riskin adı: ekosistem olgunluğu ve referans derinliği

Yeni nesil bulut ERP'nin asıl riski teknik değil, ekosistemle ilgili. Daha genç bir platformun üçüncü parti entegrasyon kataloğu (muhasebe eklentisi, sektörel eklenti, kargo/pazaryeri bağlantısı) henüz köklü bir platform kadar geniş olmayabilir; benzer ölçekte, benzer sektörde kaç referans müşterisi olduğu da değerlendirme sürecinde doğrudan sorulmalı. Buna karşılık köklü platformların riski tam tersi yönde: değişimin daha yavaş olması. Büyük bir kullanıcı tabanına hizmet eden bir platformda mimari düzeyde bir değişiklik (örneğin tamamen yeni bir arayüze geçiş) yıllar sürebilir, çünkü mevcut binlerce kurulumun geriye dönük uyumluluğu korunmak zorunda. Hiçbir taraf diğerinden "daha güvenli" değil; risk türü farklı.

Fiyat ve toplam sahip olma maliyeti

Yeni nesil bulut ERP'lerde fiyatlandırma genelde aylık, kullanıcı başı abonelik modeliyle kuruluyor; bu da başlangıç yatırımını düşürüyor ve nakit akışı açısından KOBİ'ye esneklik sağlıyor. Köklü platformlarda ise çoğunlukla lisans + yıllık bakım/güncelleme bedeli modeli hâkim; ilk yatırım daha yüksek olabilir ama çok kullanıcılı, uzun vadeli kullanımda toplam maliyet dengesi değişebilir. Hangi modelin belirli bir kullanıcı sayısı ve süre için daha ekonomik çıkacağı vendor'dan vendor'a, kullanım yoğunluğuna ve pazarlık gücüne göre değişir — bu yüzden karar öncesi net bir rakam yerine, aynı senaryo üzerinden en az iki-üç vendor'dan güncel teklif almak gerekir. Sözleşmeye girmeden önce sorulması gereken maddelerin genel çerçevesini ERP sözleşmesi kontrol listemizde topladık.

Ölçek ve sektöre göre eğilim

Tek lokasyonlu, standarda yakın süreçleri olan ve hızlı büyüyen bir KOBİ için yeni nesil bulut ERP genelde daha kısa sürede sonuç veriyor — kurulum ekibi vendor'ın kendi bünyesinde, süreç zaten sık karşılaşılan bir kalıba oturuyor. Buna karşılık birden fazla üretim tesisi olan, sektöre özgü karmaşık bir süreci (parti izlenebilirliği, çok aşamalı hakediş, döviz bazlı ihracat faturalama gibi) yöneten işletmelerde köklü platformun modül derinliği ilk yıl için daha az sürpriz taşıyabilir; bu ihtiyacı üretim ve inşaat-proje sektör sayfalarımızda ayrıca ele aldık. Sektöre özgü bu tür süreçler standart pakette değilse iki kuşak arasındaki fark, fiyattan çok "kaç haftada eksiksiz canlıya geçiyoruz" sorusunda ortaya çıkıyor.

Hibrit yaklaşım: iki kuşağı bir arada kullanmak

Bazı işletmeler bu iki dünya arasında kesin bir seçim yapmak yerine ikisini birlikte kullanıyor: üretim ve finans çekirdeği köklü platformda kalırken, saha satışı, CRM ya da e-ticaret entegrasyonu daha genç bir bulut aracı üzerinden yürütülüyor. Bu yaklaşımın maliyeti entegrasyon karmaşıklığında ortaya çıkıyor — iki sistemin veri tutarlılığını kim, ne sıklıkla kontrol edeceği baştan netleşmeli. Tek platform ile birden fazla sistemi bir arada kullanma kararının genel çerçevesini tek platform mi, ayrı sistemler mi yazımızda ve modüler mimari tarafını composable ERP yazımızda ele aldık; bu iki kaynak, köklü-yeni nesil ayrımını tek başına değil daha geniş bir mimari kararın parçası olarak görmek isteyenler için faydalı olabilir.

Karar tablosu

Kurumsal değerlendirme süreci için kontrol listesi

• Sektörünüze özgü süreç (renk-beden matrisi, hakediş, parti izlenebilirliği gibi) her iki nesilde de standart pakette mi, yoksa ek modül/geliştirme mi gerektiriyor?
• Değerlendirilen bulut ERP'nin kendi sektörünüzde, kendi ölçeğinizde kaç canlı referansı var; bu referanslarla doğrudan görüşülebiliyor mu?
• e-Fatura, e-Arşiv ve e-Defter entegrasyonu hangi ekip tarafından, hangi sıklıkla güncelleniyor; bu bir sözleşme maddesi mi yoksa sözlü bir vaat mi?
• Köklü platform seçiliyorsa arayüz ve raporlama tarafında ek bir görselleştirme aracına (Power BI gibi) ihtiyaç olup olmayacağı demo aşamasında netleşti mi?
• Aynı kullanıcı sayısı ve süre varsayımıyla en az iki-üç vendor'dan yazılı, karşılaştırılabilir bir teklif alındı mı?
• Vendor değişirse ya da sözleşme sona ererse veri ve e-belge arşivinin nasıl, hangi formatta teslim edileceği netleşti mi?

Bu maddelerin çoğu demo ortamında somut sorularla test edilebilir; demo aşamasının genel çerçevesini ERP demo değerlendirme rehberimizde ayrıca ele aldık. Kendi sektörü ve ölçeği için bu iki kuşak arasında tarafsız bir değerlendirme isteyen kurumlar bir keşif görüşmesi talep edebilir; ölçeğe uygun ürünleri kısa listeye indirmek için uygun ERP bul aracı da kullanılabilir.

Kaynaklar

• Gelir İdaresi Başkanlığı — e-Belge Uygulamaları
• Yerli mi, yabancı mı? Türk firmaları için ERP seçim ikilemi
• Bulut ERP mi, on-premise mi? Karar rehberi