SaaS ERP: What It Is and How It Differs From Traditional ERP

A plain definition of SaaS ERP, a side-by-side comparison with on-premise and hosted ERP, and the API-first subcategory that platforms build on.

SaaS ERP, satıcının kendi altyapısında çalıştırdığı ve bir abonelik olarak sattığı kurumsal kaynak planlama yazılımıdır; böylece her müşteri tarayıcı veya API üzerinden aynı, sürekli güncellenen sürümü kullanır. Geleneksel ERP ise bir kez lisansladığınız, kontrolünüz altındaki sunuculara kurduğunuz ve ayrı bir proje olarak güncellediğiniz bir yazılımdır.

Tanımın tamamı bundan ibarettir. Bu makalenin geri kalanı bunun doğurduğu sonuçlar hakkındadır: güncellemeleri kim yapar, fiyat nasıl hesaplanır, verilerin sahibi kimsedir, diğer sistemler nasıl bağlanır ve geleneksel modelin hâlâ doğru seçim olduğu durumlar nelerdir.

Üç dağıtım modeli

"Bulut ERP (Cloud ERP)" terimi, birbirinden farklı iki kavram için gelişigüzel kullanılmaktadır ve teklifleri karşılaştırırken bu ayrım önem taşır.

	SaaS ERP (çok kiracılı / multi-tenant)	Barındırılan ERP (Hosted ERP - tek kiracılı / single-tenant)	Şirket içi ERP (On-premise ERP)
Sunucuları kim çalıştırır	Satıcı	Satıcı veya bir barındırma iş ortağı	Siz
Yazılım sürümü	Tüm müşteriler için tek bir sürüm	Kendi takviminize göre güncellenen kendi kopyanız	Kendi takviminize göre güncellenen kendi kopyanız
Güncellemeler nasıl gelir	Kesintisiz olarak, proje gerektirmeden	Planlı bir proje olarak	Planlı bir proje olarak
Özelleştirme	Yapılandırma ve API; kod değişiklikleri nadirdir	Kod değişiklikleri mümkündür	Kod değişiklikleri mümkündür
Tipik ticari model	Kullanıcı, tüzel birim veya kullanım başına abonelik	Abonelik veya lisans artı barındırma ücreti	Süresiz lisans artı yıllık bakım
Uyumluluk güncellemeleri (vergi oranları, beyanname formatları)	Satıcı tarafından herkese aynı anda sunulur	Uyguladığınız yamalar şeklinde sunulur	Uyguladığınız yamalar şeklinde sunulur

Satıcının "bulut" olarak adlandırdığı, barındırılan tek kiracılı bir ürün, başkasının veri merkezinde çalışan şirket içi yazılımın operasyonel profiline sahiptir. O hâlâ sizin sürümünüzdür ve güncellemeler hâlâ sizin projenizdir. Çok kiracılı bir ürünle karşılaştırma yapmadan önce, ürünün hangi sütuna ait olduğunu mutlaka sorun.

Güncellemeleri kim yapar

Çok kiracılı bir SaaS ERP'de yazılımın tek bir sürümü bulunur ve satıcı herkesi o sürüme geçirir. Bir güncelleme planlamaz, yeni sürümü özelleştirmelerinizle test etmez veya taşıma işlemi için bir entegratörün hizmetine para ödemezsiniz. Bunun dezavantajı ise güncellemeyi reddedemeyecek olmanızdır.

Muhasebe açısından bunun somut bir sonucu vardır. Vergi oranları değişir, beyanname formatları yenilenir ve e-fatura zorunlulukları sizin BT takviminize göre değil, devletlerin belirlediği tarihlerde yürürlüğe girer. SaaS modelinde bu değişiklikler her müşteriye bir ürün güncellemesi olarak gönderilir. Geleneksel modelde ise bunların her biri, kuruluşunuzdaki birinin son tarihten önce uygulaması gereken birer yamadır.

Nordlet, finans çekirdeğine uygulanan SaaS modelinin bir örneğidir: değişiklik günlüğü (changelog) her bir değişikliği listeler ve ülkelere göre beyanname desteği tablosu doğrudan koddan üretilir; böylece ürünün gönderdiği ile genel sayfada yazanlar aynı kaynaktan gelir.

Fiyat nasıl hesaplanır

Geleneksel ERP fiyatlandırması; süresiz bir lisans (genellikle adlandırılmış veya eşzamanlı kullanıcı başına ücretlendirilir), lisans değerinin yaklaşık beşte biri tutarında yıllık bakım, bir uyarlama projesi ve donanım maliyetlerinden oluşur. Uyarlama projesi genellikle en büyük kalemi oluşturur ve maliyetini tahmin etmek en zor olanıdır. 2026 yılı itibarıyla ERP yazılımının maliyeti başlıklı yazımız, tam maliyet modelini ele almaktadır.

SaaS ERP fiyatlandırması üç farklı yapıda karşımıza çıkar:

Kullanıcı başına aylık. Finans ve operasyon ekiplerine yönelik yazılım paketlerinde yaygın olan modeldir. Maliyet, işletme hacmiyle değil personel sayısı ile artar. İki finans personeliyle günde binlerce işlem üreten bir platform az öder; kırk depo çalışanına sahip bir şirket ise çok öder.
Tüzel birim başına aylık. Her yasal şirket ayrı bir aboneliktir. Birçok küçük tüzel birime sahip gruplar, işlem hacmine bakılmaksızın her biri için ayrı ödeme yapar.
Kullanım bazlı ölçüm. Maliyet, sistemin gerçekleştirdiği işlem sayısıyla birlikte artar. Bu model, insanlar tarafından veri girilmesinden ziyade başka yazılımlar tarafından tetiklenen yazılımlara uygundur.

Nordlet üçüncü modeli kullanır. Fiyatlandırma API isteklerine göre ölçülür: Starter planı 3.000 istek ile ayda 10 €, Business planı 30.000 istek ile 50 €, Scale planı 200.000 istek ile 300 € tutarındadır ve ek isteklerin maliyeti pakete bağlı olarak 0,004 € ile 0,002 € arasında değişir. Kullanıcı ve şirket sayısı sınırsızdır ve planlar yalnızca istek hacmi, SLA ve dahil edilen depolama alanı açısından farklılık gösterir. Özellik kısıtlaması yoktur: faturalandırma, defteri kebir (general ledger), stok, bordro, konsolidasyon ve eksiksiz API her pakette yer alır.

Verilerin sahibi kimsede ve verilere nasıl ulaşırsınız

Geleneksel modelde veritabanı kendi sunucunuzda yer alır ve doğrudan sorgulama yapabilirsiniz. SaaS modelinde ise veriler satıcının tarafında tutulur ve dışarı aktarabilecekleriniz yalnızca satıcının dışarıya açtığı verilerle sınırlıdır. Sözleşme imzalamadan önce şu üç hususu kontrol edin:

Eksiksiz bir okuma API'si (read API) var mı? Yalnızca rapor indirebiliyorsanız, defterlerinizi başka bir yerde yeniden oluşturamazsınız.
Dışarı aktarılan veriler, muhasebecinizin ve sonraki sistemin kabul edeceği formatlarda mı? Bir AB şirketi için bu durum yasal mali tabloları, KDV defterlerini ve ilgili durumlarda ulusal denetim dosyası formatlarını ifade eder.
Ayrıldığınızda ne olur? Arşivleme, saklama süreleri ve silme politikaları kamuya açık olmalıdır.

Nordlet, uygulamanın kendisinin kullandığı API üzerinden her modülü özel uç nokta (private endpoint) olmaksızın erişime sunar. Defter dışarı aktarımları Almanya için DATEV formatında, Fransa için FEC formatında ve İsveç için SIE formatında desteklenir; raporlar ise XLSX, PDF veya JSON olarak üretilir. Arşivlenmiş bir şirket ayda 1 € maliyete sahiptir ve tüm verilerini muhafaza eder.

Entegrasyon: API öncelikli (API-first) ve bağlayıcı (connector) karşılaştırması

Geleneksel ERP; veritabanı erişimi, dosya aktarımları ve bir ara katman (middleware) aracılığıyla entegre olur. SaaS ERP ise API'si üzerinden entegre olur ve bu API'nin kalitesi, süreçlerinizin ne kadarının otomatize edilebileceğini belirler.

SaaS kategorisinin kendi içinde de anlamlı bir ayrım bulunmaktadır:

Uygulama öncelikli (App-first) SaaS ERP, ürünü bir kullanıcı arayüzü olarak sunar ve API'yi ikincil bir özellik olarak ele alır. Bazı işlemler yalnızca ekranda mümkündür. Entegrasyonlar genellikle iş ortakları tarafından bağlayıcılar (connector) aracılığıyla yapılır.
API öncelikli (API-first) SaaS ERP, ürünü bir API olarak ele alır ve arayüzü bu API'nin istemcilerinden (client) yalnızca biri olarak konumlandırır. Ekranın gerçekleştirdiği her işlem, başka bir programın çağırabileceği belgelenmiş bir komuttur.

Bu fark, kendi yazılımınız işlemlerin kaynağı olduğunda ortaya çıkar. Satıcılara yapılan ödemeleri kaydeden bir pazar yeri (marketplace), her ay gelir tahakkuku gerçekleştiren abonelik tabanlı bir ürün veya birden fazla AB ülkesine fatura kesen bir e-ticaret platformu ikinci tür sisteme ihtiyaç duyar. Muhasebe API'si nedir başlıklı yazı, bu kategoriyi daha detaylı açıklamaktadır.

Nordlet'te her işlem, JSON gövdesine sahip bir POST /v1/{module}/{resource}/{action} çağrısıdır. Anahtarlar sales:write gibi yetki kapsamlarına (scope) sahiptir. Idempotency-Key başlığı yeniden denemeleri güvenli hale getirir: aynı yük ile gönderilen aynı anahtar saklanan yanıtı yeniden oynatır, farklı yük içeren aynı anahtar ise reddedilir. Webhook'lar, raporladıkları değişiklik ile aynı veritabanı işleminde (database transaction) yazılır; bu sayede geri alınan (roll-back) bir belge asla bir olay (event) tetiklemez. Türü belirlenmiş SDK'lar, OpenAPI spesifikasyonundan dokuz farklı dilde üretilir ve her biri için kurulum talimatları sunulur.

Geleneksel ERP'nin hâlâ kazandığı durumlar

SaaS, her kuruluş için doğru çözüm değildir. Geleneksel model şu üç durumda geçerliliğini korumaktadır:

Derin süreç özelleştirmeleri. Planlama mantığı tek başına rekabet avantajı olan bir üretici, çok kiracılı bir ürünün izin veremeyeceği kod düzeyinde değişikliklere ihtiyaç duyabilir.
İzole ağlar. Savunma sanayii, bazı kamu hizmetleri ve bazı kamu kurumları internete kesinlikle erişmemesi gereken sistemler çalıştırır.
Satıcının karşılayamayacağı yasal veri yerelleştirme (data-residency) kuralları. Çoğu satıcı bu kurallara uyum sağlayabilir; ancak varsayımda bulunmak yerine veri işleme sözleşmesini (data-processing agreement) mutlaka kontrol edin.

Bu durumların dışında, kendi ERP sürümünüzü çalıştirmanın ve her uyumluluk yamasını bizzat uygulamanın maliyeti, hiçbir fayda sağlamadan ödenmiş bir bedeldir. ERP uyarlamaları neden başarısız olur yazısı, bu maliyetin genellikle nerede ortaya çıktığını inceler.

API öncelikli alt kategori

Tam kapsamlı bir ERP paketi; finans, stok, üretim, CRM, İK ve daha birçok alanı tek bir üründe birleştirir. "SaaS ERP" arayışında olan birçok şirket, finans ve operasyon çekirdeğine ihtiyaç duyar ancak geri kalanına ya zaten sahiptir ya da istememektedir.

Nordlet bu çekirdeği kapsamaktadır: boşluksuz numaralandırmaya sahip satış ve satın alma faturalandırması, dönem kilitleme özelliğine sahip çift taraflı kayıt defteri kebiri, ödeme eşleştirmeli banka akışları (bank feeds) ve ekstre içe aktarımı, depolar arası FIFO stok yönetimi, malzeme listeleri (BOM) ile üretim, duran varlıklar ve amortisman, çalışanlar ve bordrolama, yinelenen faturalandırmaya (recurring billing) sahip sözleşmeler, IFRS 15 uyarınca gelir tahakkuku, masraf merkezleri, grup konsolidasyonu ve 30 ülke için AB KDV, e-fatura ve yasal beyannameler. Her modüle API üzerinden erişilebilir ve uygulamanın kendisi de aynı uç noktalar üzerine inşa edilmiştir.

2026 yılı itibarıyla erken erişimde (early access) olan ve tasarım ortaklarını bünyesine katan yeni bir üründür. On yıllardır satılan paket yazılımlarla karşılaştırma yaparken bunu bilmek önemlidir. ERP sistemleri nasıl çalışır, böyle bir çekirdekte veri akışının pratikte nasıl göründüğünü gösterir.

Teklifler nasıl karşılaştırılır

Her ürünü yukarıdaki tablonun doğru sütununa yerleştirin. Barındırılan tek kiracılı (Hosted single-tenant) sistemler SaaS değildir.
Vergi ve beyanname güncellemelerini kimin, ne zaman uyguladığını sorun. Faaliyet gösterdiğiniz ülkeler için bunu yazılı olarak alın.
Mevcut hacminizin ve personel sayınızın üç katı üzerinden maliyet modellemesi yapın. Büyüdükçe kullanıcı başına, birim başına ve kullanım başına fiyatlandırma modelleri birbirinden keskin biçimde ayrılır.
Satın alma kararından önce, bir deneme sürümünden (trial) veya test ortamından (sandbox) eksiksiz bir veri seti dışarı aktarın.
Test ortamında API'ye karşı gerçek bir entegrasyon akışı kurgulayın. Üretim öncesi test planı, nelerin kontrol edilmesi gerektiğini listeler.

FAQ

SaaS ERP ile bulut ERP aynı şey midir?

Her zaman değil. Bulut ERP hem çok kiracılı SaaS'ı hem de tek kiracılı barındırılan ürünleri kapsar. Yalnızca çok kiracılı SaaS, size kendi projenizi yürütmenize gerek kalmadan satıcı tarafından yönetilen güncellemeler sunar. İlgilendiğiniz ürünün hangisi olduğunu mutlaka sorun.

SaaS ERP özelleştirilebilir mi?

Yapılandırma ve API aracılığıyla evet. Yazılımın kendisine yönelik kod düzeyli değişiklikler genellikle mümkün değildir, çünkü her müşteri aynı sürümü çalıştırır. İhtiyacınız kod değişiklikleri gerektiriyorsa, barındırılan (hosted) veya şirket içi (on-premise) yazılımlara bakıyorsunuz demektir.

Verilerim bir SaaS ERP satıcısıyla güvende mi?

Cevap, kategoriden bağımsız olarak satıcının sözleşmesine ve denetim mekanizmalarına bağlıdır. Veri işleme sözleşmesini, verilerin nerede saklandığını, saklama ve silme kurallarının ne olduğunu ve her şeyi geri alabilmeniz için eksiksiz bir okuma API'sinin bulunup bulunmadığını kontrol edin.

Bir SaaS ERP'yi kullanmaya başlamak ne kadar sürer?

Kayıt olmak dakikalar sürer; bir test ortamı (sandbox) aynı gün test yapmanıza olanak tanır. Canlıya geçiş (production rollout) süreci ise veri taşıma, hesap planı kararları ve entegrasyon çalışmalarını yine de gerektirir. Gerçekçi ERP uyarlama takvimleri, bu süreci proje yapısına göre parçalara ayırmaktadır.

SaaS ERP bir muhasebecinin yerini alır mı?

Hayır. Kaydeder, hesaplar ve beyan eder. Sınıflandırma kararları, karşılıklar (provisions) ve çoğu ülkede yasal mali tabloların imzalanması yetkili bir kişinin sorumluluğunda kalmaya devam eder.