E-Fatura ve e-Defter Özel Entegratör Karşılaştırması

Kısa cevap: Özel entegratör, e-belgelerinizi GİB adına iletmeye yetkilendirilmiş aracıdır ve yetkisi yalnızca GİB'in resmî listesiyle doğrulanır. Karşılaştırmayı marka bilinirliğiyle değil beş kriterle yapın: hangi belge türlerinde yetkili, ERP'nize hangi yöntemle bağlanıyor, fiyatı kontör mü abonelik mi, saklama sorumluluğu kimde ve çıkışta veriyi hangi formatta iade ediyor.

Özel entegratör nedir, üç yöntemin neresinde durur?

GİB, e-Fatura uygulamasının üç yöntemle kullanılabildiğini belirtir: e-Fatura Portalı, mükellefin kendi bilgi işlem sisteminin Başkanlık sistemine doğrudan entegrasyonu ve Başkanlıktan izin almış özel entegratörün sistemi üzerinden kullanım (ebelge.gib.gov.tr, 2026). Bu üçlü, aslında bir sorumluluk dağılımı tablosudur. Portal, belgeyi elle üreten düşük hacimli mükellef için en ucuz ama en emek yoğun yoldur; ERP'nizle konuşmaz. Doğrudan entegrasyon, GİB servisleriyle kendi sisteminizin konuşması demektir: kontrol tamamen sizdedir, buna karşılık şema güncellemelerini, imza/mühür süreçlerini ve kesinti yönetimini kendi ekibiniz üstlenir. Özel entegratör ise aradaki yükü devralır — belgeyi UBL-TR şemasına uygun üretip iletir, zarf durumlarını takip eder, mevzuat değişikliğini kendi tarafında uygular.

Karar verirken şunu netleştirin: entegratör seçimi bir yazılım seçimi değil, bir hizmet ve sorumluluk seçimidir. ERP'niz zaten belgeyi üretiyorsa entegratör, o belgeyi mevzuata uygun taşıyan kanaldır. Bu yüzden karşılaştırmanın merkezinde "kimin arayüzü daha güzel" değil, "ERP'me nasıl bağlanıyor, kesintide ne oluyor, sözleşme bittiğinde verim nasıl geliyor" soruları olmalıdır.

Karşılaştırma kriterleri: altı başlık

1. GİB yetki kapsamı: Sağlayıcı hangi belge türlerinde resmî listede yer alıyor? e-Fatura, e-Arşiv, e-İrsaliye ve e-Defter için yetkilendirmeler ayrı ayrı yayımlanır.
2. ERP entegrasyon yöntemi: Portal/manuel giriş mi, konnektör mü, web servis/API mi, dosya aktarımı mı? Mevcut ERP'nizle hangisi çalışıyor?
3. Fiyat modeli türü: Belge başına kontör mü, dönemsel abonelik mi, ikisinin karması mı? Kurulum, saklama ve destek ayrı kalem mi?
4. Saklama ve arşiv: Yasal saklama süresi boyunca belgeler kimde, hangi formatta duruyor; erişim ve toplu indirme nasıl?
5. Destek ve SLA: Kesinti hâlinde tepki süresi, dönem sonu yoğunluğunda kanal kapasitesi, ölçülebilir taahhüt var mı?
6. Çıkış / taşınabilirlik: Entegratör değiştirdiğinizde geçmiş belgeleriniz hangi formatta ve hangi sürede iade ediliyor?

Kriter bazlı karşılaştırma tablosu

Aşağıdaki tabloda yalnızca resmî kaynaklardan doğrulayabildiğimiz bilgiler yer alıyor. Doğrulayamadığımız hücrelere "—" koyduk; tahmin yürütmedik. GİB listelerinde tüzel kişilik unvanları geçtiği için tabloyu marka + unvan eşleşmesiyle okuyun.

Kaynaklar: GİB e-Fatura Özel Entegratör Listesi (Ağustos 2026'da erişildi), ebelge.gib.gov.tr, GİB e-Defter uyumlu yazılımlar listesi, logo.com.tr/elogo, uyumsoft.com, mikro.com.tr, qnbesolutions.com.tr, sovos.com/tr, izibiz.com.tr, Odoo Türkiye lokalizasyon dokümantasyonu. Listeler Ağustos 2026'da kontrol edilmiştir ve GİB tarafından güncellenir. Tablodaki "—" hücreleri "yok" anlamına gelmez, "resmî kaynaktan doğrulayamadık" anlamına gelir — kendi kısa listenizi ilgili GİB sayfalarından teyit edin.

Doğrulama disiplini: marka adı ile tüzel kişilik aynı şey değil

Bu alanda en sık yapılan hata, sağlayıcının kendi sitesindeki "GİB onaylı özel entegratör" ifadesini doğrulama saymaktır. Resmî listelerde pazarlama markaları değil unvanlar yer alır ve bu ikisi çoğu zaman örtüşmez. Üç somut örnek:

• eLogo: GİB listesinde "eLogo" diye bir kayıt bulamazsınız; kayıt "LOGO YAZILIM SANAYİ VE TİCARET ANONİM ŞİRKETİ" adına açılmıştır. eLogo, Logo Yazılım'ın e-dönüşüm hizmet markasıdır ve kendi sayfasında ERP bağımsız hizmet olarak konumlanır.
• Sovos / Digital Planet: Listedeki kayıt "FIT BİLGİ İŞLEM SİSTEMLERİ SERV. SAN. VE TİC. A.Ş. (SOVOS)" şeklindedir. Piyasada hâlâ kullanılan Digital Planet markası ise Sovos'un Türkiye sitesine taşınmıştır; sovos.com/tr üzerinde "Digital Planet sovos.com/tr'ye taşındı" bilgisi yer alır. Yani eski marka adıyla arama yaparsanız listede karşılık bulamayabilirsiniz.
• Uyumsoft: Listede tek değil, iki ayrı Uyumsoft tüzel kişiliği geçer. Teklifi hangi şirketin verdiğini ve sözleşmenin hangi unvanla imzalanacağını netleştirin.
• QNB eSolutions: Aynı markanın iki listede farklı unvanlarla görünmesi mümkündür. GİB e-Fatura özel entegratör listesinde "QNB ESOLUTIONS ELEKTRONİK TİCARET VE BİLİŞİM HİZMETLERİ A.Ş." kaydı yer alırken, e-Defter uyumlu yazılımlar listesinde bu unvanla bir kayıt bulunmuyor; o listede "EFİNANS ELEKTRONİK TİCARET VE BİLİŞİM HİZM. A.Ş." kaydı var. Hangi belge türü için hangi tüzel kişiliğin yetkili olduğunu tek tek doğrulayın.

Pratik kural: teklifin üzerindeki vergi numarası ve unvanı alın, GİB listesinde birebir arayın, hangi belge türleri için yetkili olduğunu ilgili listeden ayrı ayrı kontrol edin. Bu beş dakikalık kontrol, sonradan "o hizmet ayrı sözleşme" sürprizini büyük ölçüde önler.

Sağlayıcı bazlı analiz

ERP üreticisinin kendi entegratörü (Logo/eLogo, Mikro, Uyumsoft, DİA)

Güçlü: ERP ile e-belge aynı çatı altındadır; mevzuat değişikliği geldiğinde hem ürün hem kanal tarafındaki güncellemeyi tek muhatap yapar. Fatura kesme akışı ERP ekranından çıkmaz, mutabakat ve iptal/itiraz süreçleri aynı veri modelinde durur. Bu dört sağlayıcının dördü de GİB e-Fatura özel entegratör listesindedir ve dördü de e-Defter uyumlu yazılımlar listesinde ayrıca yer alır — yani e-belge zincirinin iki ucu da aynı çatı altındadır. Zayıf: Bağımlılık tek noktada toplanır — ERP'yi değiştirmek istediğinizde e-belge kanalı da tartışmaya açılır. Ayrıca "paket içinde" sanılan e-dönüşüm modülleri çoğu zaman ayrı lisans ve ayrı kontör kalemidir; teklifte bunu kalem kalem gösterilmesini isteyin.

Bağımsız / banka iştiraki entegratörler (QNB eSolutions, İzibiz, Sovos)

Güçlü: ERP'den bağımsız çalışırlar; birden fazla sistemi (ERP + e-ticaret + saha satış) aynı kanala bağlamak isteyen kurumlar için doğal adaydırlar. QNB eSolutions, e-Faturanın hem kendi portalı ve mobil uygulaması üzerinden hem de kullanılan muhasebe programıyla uyumlu biçimde kesilebildiğini, e-belge verisini muhasebe/ERP programlarına aktaran bir konnektör sunduğunu ve SAP kullanıcıları için ayrı bir çözümü olduğunu resmî ürün sayfasında belirtir. Sovos, Türkiye sayfasında e-Fatura, e-Arşiv Fatura, e-İrsaliye ve e-Defter'i ana ürünler olarak, e-Mutabakat, e-Müstahsil Makbuzu ve e-Serbest Meslek Makbuzu'nu "diğer e-belgeler" başlığı altında listeler. İzibiz kendi sitesinde "GİB onaylı özel entegratör" ifadesini kullanır ve geniş bir belge türü seti yayımlar. Zayıf: ERP tarafındaki uyarlama sizin veya ERP iş ortağınızın işidir; iki tedarikçi arasında "sorun bende değil" sarmalına girmemek için sorumluluk sınırını sözleşmede çizin. Ayrıca e-Defter yetkilendirmesinin ayrı bir liste olduğunu unutmayın: İzibiz ve Sovos (FIT) e-Defter uyumlu yazılımlar listesinde de yer alırken, QNB eSolutions bu unvanla listede görünmez.

Açık kaynak/uluslararası ERP'lerin bağlandığı aracılar (örnek: Nilvera)

Türkiye dışında geliştirilen ERP'ler e-belgeyi doğrudan GİB'e değil, bir aracı üzerinden iletir. Somut ve doğrulanabilir örnek Odoo'dur: resmî dokümantasyonda Türkiye lokalizasyonu l10n_tr_nilvera, l10n_tr_nilvera_einvoice ve l10n_tr_nilvera_edispatch modülleriyle Nilvera üzerinden çalışır; Nilvera da GİB e-Fatura özel entegratör listesinde yer alır (Odoo dokümantasyonu, GİB listesi). Güçlü: Ürün ile kanal ayrışır, aracıyı değiştirmek teorik olarak mümkündür. Zayıf: Desteklenen senaryolar modülün kapsamıyla sınırlıdır — örneğin "temel senaryo" dışındaki akışlar veya belge türleri ek geliştirme isteyebilir. Uluslararası ERP değerlendiriyorsanız bu noktayı KOBİ ERP karşılaştırmamızda ayrıntılı ele aldık.

ERP entegrasyon yöntemleri: dört seçenek

• Portal / manuel giriş: Belge entegratörün web arayüzünde elle üretilir. Düşük hacimde çalışır; ERP ile veri tekrarına ve mutabakatsızlığa yol açar.
• Dosya aktarımı: ERP, belgeyi XML/UBL-TR olarak üretip bir klasöre/servise bırakır. Kurulumu basittir; hata yönetimi ve durum geri bildirimi zayıf kalabilir.
• Konnektör: Entegratörün ERP'nize özel geliştirdiği bileşen. Hızlı devreye alınır; ERP sürümü yükseldiğinde konnektörün de güncellenmesi gerekir — bunu kimin, hangi sürede yapacağını yazılı isteyin.
• API / web servis: Kendi sisteminiz entegratörün servislerine doğrudan bağlanır. En esnek yoldur; kendi ERP'sini yaptıran kurumların tercihi budur. Karar kriteri: dokümantasyon kalitesi, test (sandbox) ortamı, hata kodları ve idempotans davranışı.

Yöntem seçimi, e-belgenin muhasebe kaydıyla ilişkisini de belirler. Fatura numarası, dövizli tutar ve iade akışlarının ERP tarafında nasıl kapanacağını baştan tasarlamazsanız dönem sonunda mutabakat yükü büyür — finans tarafındaki gereksinim listesi için ERP ve mali-muhasebe çözüm sayfamıza bakabilirsiniz.

Fiyat modeli: kontör mü, abonelik mi?

Sektörde iki temel model var. Kontör modelinde belge başına tüketim yaparsınız; paket satın alır, geçerlilik süresi içinde harcarsınız. Abonelik modelinde dönemsel sabit bedel ödersiniz ve genellikle bir hacim bandı tanımlanır. Çoğu sağlayıcı fiyatını teklifle verir; kamuya açık fiyat sayfası istisnadır. Bu sayfada rakam verdiğimiz tek örnek, fiyatını yayımlayan bir sağlayıcıdır: QNB eSolutions'ın kontör paketleri sayfasında en küçük paket olarak 6 aylık 50 kontör 630 ₺ ve 12 aylık 50 kontör 785 ₺ olarak listelenmektedir; ayrıca kart bilgisi istemeyen 14 günlük ücretsiz deneme sunulur (qnbesolutions.com.tr, 9 Ağustos 2026'da erişildi). Bunlar dönemsel kontör paketi fiyatlarıdır — aylık abonelik değil, 6 veya 12 ay geçerli belge kontenjanıdır. Sayfada KDV dahil/hariç ayrımına dair bir ifade göremedik; fiyatlar üretici tarafından değiştirilebilir, satın alma öncesi güncel sayfadan teyit edin. Diğer sağlayıcıların rakamlarını uydurmamak için tabloda "—" bıraktık.

Modeli karşılaştırmanın doğru yolu, teklifleri kendi hacminize çevirmektir. Son 12 ayın e-fatura, e-arşiv ve e-irsaliye adetlerini ayrı ayrı çıkarın; her teklifi bu adetlerle çarpıp yıllık toplam bulun; üzerine kurulum /entegrasyon bedeli, saklama ücreti, ek belge türü ücretleri ve destek paketini ekleyin. Kontör modelinde ek olarak üç soruyu yazılı sorun: kullanılmayan kontörün geçerlilik süresi nedir, dönem sonunda devrediyor mu, iptal edilen belge kontör yakıyor mu?

Sözleşmede aranacak yedi madde

1. Kapsanan belge türleri: e-Fatura, e-Arşiv, e-İrsaliye, e-SMM, e-MM, e-Defter — hangileri dahil, hangileri ek ücretli?
2. Mevzuat güncelleme taahhüdü: Şema/tebliğ değişikliğini kim, hangi sürede uygular? Ek ücret çıkar mı?
3. SLA: Erişilebilirlik oranı, dönem sonu yoğunluk taahhüdü, arıza tepki ve çözüm süreleri.
4. Saklama: Yasal süre boyunca saklama dahil mi, ayrı ücretli mi; saklama hizmeti kimin altyapısında?
5. Veri iadesi ve çıkış: Sözleşme bittiğinde geçmiş belgeler hangi formatta (UBL-TR XML + PDF), hangi sürede, hangi bedelle teslim edilir?
6. KVKK ve alt işleyenler: Verinin barındırıldığı ülke, alt işleyen listesi ve veri işleme hükümleri açık yazılmalı. Yetki matrisi ve denetim izleri tarafını iç kontrol ve KVKK uyum sayfamızda ayrıntılandırdık.
7. Test ortamı: Canlıya geçmeden önce gerçek senaryolarla deneyebileceğiniz bir sandbox verilecek mi?

Hangi durumda hangisi?

• Tek ERP, düşük-orta hacim, dar BT kadrosu: ERP üreticisinin kendi e-dönüşüm hizmeti operasyonel olarak en az sürtünmeli yoldur; tek muhatap avantajı ağır basar.
• Birden çok kaynak sistemi (ERP + e-ticaret + saha): ERP'den bağımsız bir entegratör, hepsini tek kanala bağlamayı kolaylaştırır; API kalitesi belirleyici kriter olur.
• Uluslararası ERP kullanıyorsanız: Ürünün Türkiye lokalizasyonunun hangi aracıya bağlandığını ve hangi senaryoları kapsadığını dokümantasyondan doğrulayın; kapsam dışı akışlar için geliştirme bütçesi ayırın.
• Yüksek ve düzenli hacim: Abonelik/bant modeli birim maliyeti düşürebilir; ancak taahhüt süresi ve bant aşım fiyatını mutlaka sorun.
• Dalgalı hacim, sezonluk iş: Kontör modeli esneklik verir; kontör geçerlilik süresi ve devir şartı kritik hâle gelir.
• Kendi sistemini yaptıran kurum: API tabanlı entegrasyon; sözleşmede sandbox, dokümantasyon ve sürüm politikası şart koşulmalı.

Kendi sisteminizi yaptırıyorsanız: entegratör bir bileşendir, bir bağımlılık değil

Bu sitenin okuyucusunun önemli bir bölümü hazır paket müşterisi değil; kendi süreçlerine göre sistem yaptıran kurumlar. O senaryoda e-belge, mimarinin bir bileşenidir: uygulamanız faturayı kendi veri modelinde üretir, entegratörün API'sine gönderir, dönen durumları kendi tablolarınıza yazar. Bu tasarımın iki somut faydası vardır. Birincisi, entegratör değiştirmek bir adaptör değiştirmeye indirgenir — iş mantığınız yerinde kalır; ikincisi, belge verisi ve mutabakat kayıtları sizin veritabanınızda durur, çıkışta kimseden veri istemezsiniz. Dürüst tarafı da yazalım: bu yol, entegrasyonu bir kez doğru kurmak için analiz ve test disiplini ister; mevzuat değişikliklerinde adaptörünüzü güncelleyecek bir bakım anlaşmanız olmalıdır. Hazır paket ile özel geliştirme arasındaki genel dengeyi Türkiye ERP karşılaştırmamızda, maliyet mekaniğini ise ERP fiyatlandırma modelleri rehberimizde bulabilirsiniz.