2026'da Muhasebe SaaS: Anlamı ve Doğru Seçimi Yapma Rehberi

Muhasebe SaaS kavramının 2026'daki gerçek karşılığı, üç ürün yapısının farkları ve işletmenizin işlem akışına en uygun olanı nasıl seçeceğinize dair bir rehber.

Muhasebe SaaS, satıcının çalıştırdığı ve güncellediği, internet üzerinden erişilen ve bir lisans yerine abonelikle ödemesi yapılan muhasebe yazılımıdır. Veriler satıcının altyapısında barındırılır, güncellemeler sizin müdahalenize gerek kalmadan gerçekleşir ve mevzuat değişiklikleri bir proje olarak değil, güncellemeler şeklinde sisteme yansır.

Alternatifin bir ofis bilgisayarına kurulan programlar olduğu 2012 yılında bu faydalı bir ayrımdı. 2026'da neredeyse her şey bulut tabanlı olduğundan, bu etiket artık size pek bir şey ifade etmiyor. Şu an sorulması gereken soru, bir ürünün SaaS olup olmadığı değil, hangi üç farklı biçimden birine sahip olduğu; çünkü kimin kullandığını, nasıl fiyatlandırıldığını ve işlem hacminize ayak uydurup uyduramayacağını bu biçim belirler.

Muhasebe SaaS'ın üç farklı biçimi

Biçim	Birincil kullanıcı	Veri giriş yöntemi	Fiyatlandırma ölçütü
Uygulama odaklı muhasebe	Muhasebeci, mali müşavir veya işletme sahibi	Manuel veri girişi, banka entegrasyonları, dosya içe aktarımları, bazı entegrasyonlar	Kullanıcı veya kuruluş başına aylık
API odaklı (gömülü) muhasebe	Bir geliştirici, bir ürün adına	Yazılımınızın olaylarleştikçe API'yi tetiklemesi	Kullanım, genellikle istek (request) veya işlem adedi
ERP paketi	Finans ekibi ve operasyon birimleri	İşletme genelindeki modüllerin tek bir veritabanını beslemesi	Kullanıcı başına aylık, artı kurulum maliyeti

Uygulama odaklı muhasebe, kurulum tabanı bakımından en büyük kategoridir. Arayüzün kendisi üründür; varsa API, diğer araçlarla senkronizasyon için bir yardımcı görevi görür. Defterlerden sorumlu bir kişinin olduğu ve işlem hacminin bir insanın denetleyebileceği düzeyde olduğu durumlarda doğru seçim bu biçimdir.

API odaklı muhasebe bunu tersine çevirir. Arayüz API'dir ve uygulama bu API'nin istemcilerinden (client) biridir. Kendi yazılımınızın muhasebe olaylarını ürettiği durumlarda doğru seçim budur; satıcı ödemelerini uzlaştıran bir pazar yeri (marketplace), abonelik geliri kaydeden bir SaaS ürünü veya sınırlar ötesinde faturalandırma yapan bir e-ticaret platformu buna örnektir. Nordlet bu kategoride yer alır: her modüle API üzerinden erişilebilir ve uygulama, dışarıdaki geliştiricilerin kullandığı uç noktaların (endpoint) aynısını kullanır, hiçbir özel uç nokta gizli tutulmaz.

ERP paketleri, muhasebenin yanı sıra envanter, üretim, CRM, insan kaynakları ve daha birçok alanı kapsar. Muhasebe sorunu operasyon sorunundan ayrılamayacak durumlarda tercih edilirler ve genellikle bir kayıt formundan ziyade bir uygulama projesiyle birlikte gelirler.

Bu kategoride yapılan kötü yazılım yatırımlarının çoğu satıcı hatasından değil, yanlış biçim seçiminden kaynaklanır. Bir platformun muhasebe altyapısı olarak satın alınan uygulama odaklı bir araç, özel ara katman yazılımlarına (middleware) ihtiyaç duyacaktır. Bir muhasebecinin yerini alması için satın alınan bir API ise muhasebeciyi hayal kırıklığına uğratacaktır.

2026 itibarıyla gerçekte ne değişti?

Bu yıl yapılacak bir satın alma kararını etkilemesi gereken dört önemli değişim bulunmaktadır.

Elektronik faturalandırma ülke ülke zorunlu hale geliyor. Birkaç AB üye devleti, yurt içi işletmeler arası (B2B) ticarette halihazırda yapılandırılmış e-faturaları zorunlu kılıyor ve AB'nin Dijital Çağda KDV (VAT in the Digital Age - ViDA) paketi yönü belirliyor: 1 Temmuz 2030'dan itibaren sınırlar ötesi B2B dijital raporlama e-faturaya geçiyor, ulusal sistemler ise 1 Ocak 2035 itibarıyla buna uyum sağlıyor. Yalnızca PDF çıktısı veren bir ürün, bu trendin yanlış tarafında kalıyor. Yapılandırılmış formatlar büyük önem taşıyor; Nordlet, düzenlenen faturaları ve alacak dekontlarını (credit note) bu zorunlulukların çoğunun temelini oluşturan Peppol BIS 3.0 için EN 16931 UBL formatında sunar.

Tek Noktadan Durum (One Stop Shop - OSS) raporlaması 2027'de değişiyor. 1 Ocak 2027'den itibaren OSS ve IOSS rejimleri; yeni bir düzeltme mekanizması, ek IOSS bilgileri ve tüketim üye devletine göre aylık IOSS beyannameleri kazanıyor. Şu anda satın alacağınız herhangi bir araç, yalnızca toplamları değil, orijinal işlemleriyle bağlantılı düzeltmeleri de saklayabilmelidir.

Banka bağlantıları bir farklılaştırıcı değil, standarttır. Ödeme hizmetleri düzenlemeleri, onaylı banka erişimini olağan bir hizmet haline getirdi. Canlı akışlar artık temel bir beklentidir; burada fark yaratan unsurlar, bir ürünün gelen ödemeyi doğru belgeyle ne kadar iyi eşleştirdiği ve eşleştiremediği ödemelerle ne yaptığıdır.

"Yapay zeka muhasebesi" iddialarının test edilmesi gerekir. Otomatik sınıflandırma son derece faydalı olduğu kadar hatalara da açıktır. Bir satıcıya sorulması gereken soru modelin ne kadar doğru çalıştığı değil, hata yaptığında ne olduğudur: yapılan düzeltme izlenebilir bir kayıt bırakıyor mu ve kapatılmış bir dönem hala korunabiliyor mu?

Fiyatlandırma modelleri nasıl ayrışıyor?

Fiyatlandırma, ürün biçimlerinin en keskin şekilde ayrıldığı ve bir elektronik tablonun (spreadsheet) özellik listesinden daha üstün geldiği noktadır.

Model	Şunun tipik özelliğidir:	Maliyetin artış kaynağı:	Şu durumlarda dezavantajlıdır:
Kullanıcı başına aylık	Uygulama odaklı araçlar, ERP paketleri	Defterlerle ilgilenen personel sayısı	Kayıtları insanlar değil, yazılımınız oluşturuyorsa
Kuruluş başına aylık	Muhasebecilere hizmet veren uygulama odaklı araçlar	Yasal varlık veya müşteri şirketi sayısı	Yüzlerce kiracı (tenant) için defter tutmanız gerekiyorsa
İstek veya işlem başına	API odaklı araçlar	Ürününüzün ürettiği gerçek işlem hacmi	Hacim dalgalıysa ve öngörülmesi zordur

Somut bir örnek vermek gerekirse: Bir pazar yerinin kendisi ve 200 satıcı kuruluşu için defter tutması gerektiğini, toplamda ayda yaklaşık 40.000 muhasebe işlemi gerçekleştiğini varsayalım.

Kuruluş başına fiyatlandırma modelinde (örneğin kuruluş başına aylık 30 €), bu durum 201 abonelik ve ayda yaklaşık 6.000 € anlamına gelir; bunun gerçekleşen gerçek işlem faaliyetiyle neredeyse hiçbir ilgisi yoktur.
Kullanıma dayalı fiyatlandırma (metered pricing) modelinde ise aynı iş yükü, sınırsız şirket ve 40.000 istek içeren tek bir hesaptır. Nordlet'in yayınlanan planlarında bu durum, 30.000 istek dahil ve tanesi 0,003 €'dan 10.000 ek istek içeren ayda 50 €'luk kadroya denk gelir; yani toplamda aylık yaklaşık 80 € tutarındadır.

Bu örnekteki rakamlar fikir vermesi içindir ve kuruluş başı ücret, herhangi bir satıcının gerçek fiyatından ziyade temsili bir değerdir. Oranlar ne olursa olsun yapısal ilke geçerliliğini korur: kişi veya kuruluş başı fiyatlandırma organizasyonunuzun yapısına göre ücret alırken, kullanıma dayalı fiyatlandırma gerçekleştirilen iş miktarına göre ücretlendirir. İşi insanlar yapıyorsa kişi başı lisans adil bir ölçüttür. İşi yazılım yapıyorsa, değildir.

Seçim yaparken dikkat edilecekler kontrol listesi

Birincil kullanıcıyı belirleyin. Bir insan mı yoksa bir program mı? Diğer her şey bu soruya verilen yanıta göre şekillenir.
Varlık (entity) sayısını hesaplayın. Tek bir şirket mi, konsolidasyon gerektiren bir grup mu yoksa birçok kiracı mı? Grup konsolidasyonu ve çoklu kiracı (multi-tenant) izolasyonu kulağa benzer gelen ancak farklı sorunlardır.
Ülkeleri listeleyin. Ardından, her ülke için ürünün gerçekte ne ürettiğini sorun: yalnızca vergi oranları mı, beyanname hesaplaması mı, beyannameye hazır bir defter mi yoksa kuruma doğrudan gönderim mi? Bunlar dört farklı destek seviyesidir ve satıcıların hepsi bunları "KDV'yi destekler" olarak tanımlar.
Yazma yolunu (write path) kontrol edin. İhtiyacınız olan her şey API üzerinden yapılabiliyor mu, yoksa bazı işlemler sadece arayüz üzerinden mi yürütülüyor? Arayüzün zorunlu kıldığı adımlar sonsuza dek manuel adımlar olarak kalır.
Hata durumlarını test edin. Bir isteği yeniden deneyin (retry). Kapatılmış bir döneme kayıt girmeyi deneyin. Düzenlenmiş bir belgede değişiklik yapmayı deneyin. Sistemin vereceği ret yanıtları, başarı durumlarından çok daha fazla şey söyleyecektir.
Dışa aktarma (export) listesini okuyun. XLSX, PDF veya JSON formatında raporlar; otoritenin beklediği formatta vergi defterleri; tam bir yevmiye dökümü. Verileriniz dışarı çıkamıyorsa, sağlayıcı değiştirme maliyetiniz (switching cost) sınırsız olur.
Satıcının örnek müşterisine göre değil, kendi hacimlerinize göre fiyatlandırma yapın.
Kurallar değiştiğinde ne olacağını sorun. Güncellemeyi kim gönderiyor, hangi takvimle ve ne kadarlık bir maliyetle?

Hangi durumlarda muhasebe SaaS satın almak yanlıştır?

İki dürüst istisna bulunmaktadır.

Aylık bir avuç faturası ve anlaşılır bir yurt içi vergi durumu olan şahıs şirketiyseniz, bir abonelik size kazandırdığından daha fazlasına mal olabilir. Bu araçlar yüksek hacimde, karmaşık yapılarda veya her ikisinde de maliyetini çıkarır.

Gereksiniminiz bir cüzdan veya ödeme ürünü içindeki gerçek zamanlı bakiye takibiyse ve yasal defterler başka bir yerde yönetilen ayrı bir konuysa, ihtiyacınız olan şey bir muhasebe sisteminden ziyade değiştirilemez çift yönlü defter-i kebir (double-entry ledger) API'lerimiz hakkındaki rehberimizde ele alınan türden defter altyapısıdır.

FAQ

Muhasebe alanında SaaS ne anlama gelir?

Hizmet olarak yazılım (SaaS), muhasebe uygulamasının satıcı tarafından barındırılıp bakımının yapıldığı, internet üzerinden eriştiğiniz ve bir lisans satın almak yerine yinelenen bir abonelik ücreti ödediğiniz anlamına gelir. Mevzuat değişiklikleri dahil olmak üzere güncellemeler, sizin tarafınızdan kurulmak yerine satıcı tarafından devreye alınır.

Muhasebe SaaS finansal veriler için güvenli midir?

Güvenli olabilir; burada genel bir soru yerine spesifik sorular sormak gerekir: veriler nerede depolanıyor, verilere kimler erişebiliyor, yedeklemeler nasıl yönetiliyor, sistemi bıraktığınızda verilerinize ne oluyor ve ürün her değişiklik için bir denetim kaydı (audit log) tutuyor mu? Bu sorulara net yanıtlar veren bir satıcı, "banka düzeyinde güvenlik" yanıtını veren bir satıcıdan çok daha güvenilirdir.

Muhasebe SaaS ile muhasebe API'si arasındaki fark nedir?

Muhasebe API'si, programlanabilir arayüzün bir eklenti değil de bizzat ürünün kendisi olduğu bir muhasebe SaaS biçimidir. Bir ürün SaaS olabilir ancak anlamlı bir API'ye hiç sahip olmayabilir.

Muhasebe SaaS'ın maliyeti nedir?

Bu durum özellik setinden ziyade fiyatlandırma modeline bağlıdır. Kullanıcı başı araçlar genellikle kullanıcı başına aylık yaklaşık 10 € ile 70 € arasında değişir; varlık başı araçlar her şirket için ücret alır; kullanıma dayalı araçlar ise kullanım miktarına göre faturalandırır. Nordlet'in planları 3.000 istek dahil aylık 10 €'dan başlar ve her plan tüm modüller ile tam API erişimini içerir. Kendi hacimlerinizi mutlaka modelleyin, çünkü aynı ürün işletmenizin ürettiği kullanım türüne bağlı olarak ucuz ya da pahalı olabilir.

Muhasebe SaaS, birden fazla ülkede AB KDV süreçlerini yönetebilir mi?

Bazı yazılımlar bunu farklı derinliklerde yapabilir. Ürünün yalnızca vergi oranlarını mı bildiğini, bir beyanname mi hesapladığını, beyannameye hazır bir dosya mı ürettiğini yoksa resmi kuruma gönderim mi yaptığını mutlaka sorun. Nordlet, geçmiş dönem düzeltmeleriyle birlikte faturalarınızdan OSS ve IOSS beyannamelerini hesaplar ve ülkeye göre KDV oranı referansı AB-27'yi kapsar; ancak yerel beyanname paketleri bugün itibarıyla yalnızca üç ülke için sunulmaktadır; Litvanya (FR0600), Almanya (UStVA) ve Polonya (JPK_V7M), ayrıca hiçbir beyanname sizin adınıza resmi kuruma gönderilmez.