Gelir İdaresi Başkanlığı, 27 Temmuz 2026’da duyurduğu e-Fatura, e-Arşiv Fatura ve UBL-TR kod listesi güncellemelerini 14 Eylül 2026 itibarıyla yürürlüğe koydu. Değişikliklerin çoğu son kullanıcının hiç görmeyeceği teknik ayrıntılar — ama bu ayrıntılar doğru işlenmezse fatura reddedilir, mal sevkiyatı gecikir, muhasebe ekibi mesaisini hata ayıklamaya harcar.
Bu yazıda güncellemede tam olarak ne değiştiğini, hangi işletmeleri ilgilendirdiğini ve bu tür kılavuz revizyonlarının neden ERP’nin görevi olması gerektiğini ele alıyoruz.
14 Eylül 2026 Güncellemesinde Ne Değişti?
GİB’in e-belge kılavuzları, mevzuat ve saha ihtiyaçları değiştikçe düzenli aralıklarla revize ediliyor. Eylül 2026 güncellemesinin öne çıkan kalemleri şöyle:
- Yeni istisna kodu (233): 2942 sayılı Kamulaştırma Kanunu kapsamında taşınmaz devirlerine ilişkin işlemler için UBL-TR kod listesine eklendi.
- Yatırım teşviki kodlarının ayrıştırılması: Yatırım teşvik istisna kodları artık ayrı bir YatirimTesvikTaxExemptionReasonCodeType listesinde toplanıyor — önceki genel istisna kod listesinden çıkarıldı.
- Plaka tipi genişletmesi: Sevkiyat bilgisi taşıyan e-Fatura, e-Arşiv Fatura ve e-İrsaliye belgelerinde mevcut DORSEPLAKA’ya ek olarak YABANCIDORSE, YABANCIPLAKA ve YABANCIDORSEPLAKA tipleri tanımlandı — sınır ötesi taşımacılık yapan işletmeler için önemli.
- Zarf yapısı revizyonu: ReservedAliases ve UserEnvelopeAliases alanlarında güncelleme yapıldı; e-Gider Pusulası için erreceipt etiketi entegre edildi.
Tek başına her madde küçük görünüyor. Ama pratikte anlamı şu: yazılımınız güncel kod listesini ve zarf şemasını desteklemiyorsa, ilgili senaryodaki belgeniz GİB tarafında reddedilebilir ya da entegratör hata döndürür.
Kimi Doğrudan İlgilendiriyor?
Değişikliğin etkisi işletmenin faaliyet alanına göre farklılaşıyor:
| Durum | Etki düzeyi |
|---|---|
| Kamulaştırma kapsamında taşınmaz devri yapan / danışmanlık veren | Yeni istisna kodunu (233) doğru kullanmak gerekir |
| Yatırım teşvik belgesi kapsamında işlem yapan | İstisna kodu artık farklı bir listede — eşleme kontrolü şart |
| Yurt dışı plakalı araçlarla taşıma/sevkiyat yapan veya yaptıran | Yeni plaka tipleri e-İrsaliye’de doğru seçilmeli |
| e-Gider Pusulası kullanan | erreceipt etiketinin sisteme yansıması gerekir |
| Yukarıdakilerin hiçbiriyle ilgisi olmayan çoğu KOBİ | Doğrudan aksiyon almaz — ama kullandığı yazılımın güncel olduğundan emin olmalı |
Son satır aslında en kritik olanı: işletmelerin büyük kısmı bu üç-dört maddeden hiçbiriyle doğrudan ilgilenmiyor. Asıl soru şu olmalı — “Kullandığım sistem, ben fark etmeden bu güncellemeye uyum sağlıyor mu?”
Entegratör mü, ERP mi: Sorumluluk Nerede Başlıyor?
Çoğu işletme için e-belge süreci üç ayrı katmandan oluşur: muhasebe/ERP yazılımı, e-belge entegratörü ve GİB’in kendi sistemi. Kılavuz güncellemesi geldiğinde ilk soru genelde “bu benim mi, entegratörümün mü, yoksa yazılım firmamın mı işi” oluyor — ve bu belirsizlik, güncellemenin gecikmesinin en büyük sebeplerinden biri.
Ayrık yapıda işleyiş şöyle: entegratör kendi altyapısını günceller, ama ERP tarafında kod eşlemesi hâlâ eski listeye bakıyorsa, entegratör doğru veri gönderse bile ERP’den çıkan belge hatalı olabilir. Tersi de mümkün — ERP güncel ama entegratör geride kalmışsa yine sorun aynı yerde patlar. İki taraf da “diğeri güncelledi” varsayımıyla hareket ettiğinde, güncelleme aylarca uygulanmadan kalabilir.
Bu yüzden değerlendirilmesi gereken asıl soru teknik detay değil, sorumluluk zincirinin netliği: bir kılavuz güncellemesi geldiğinde işletmenizin bunu kimden, ne şekilde öğreneceği belli mi?
Kılavuz Güncellemeleri Neden Bu Kadar Sık Yaşanıyor?
E-belge altyapısı, statik bir form değil; sürekli genişleyen bir mevzuat ve saha pratiği katmanı üzerine kurulu. Yeni bir kanun maddesi, yeni bir istisna, yeni bir taşımacılık senaryosu ortaya çıktıkça kod listeleri ve şema tanımları da güncellenmek zorunda. Bu, GİB tarafında normal işleyiş — sorun güncellemenin kendisi değil, güncellemenin işletmeye kimin, ne zaman ulaştırdığı.
Klasik senaryoda bu zincir şöyle işler: entegratör kılavuzu okur, yazılım firmasına iletir, yazılım firması bir sonraki sürümde günceller, işletme o sürümü kurar. Her halka arasında gün, bazen hafta kaybı olur. Kurulum tabanlı (on-premise) ve manuel güncellemeli sistemlerde bu gecikme, geçiş penceresinin tamamını yiyebilir.
Not: Güncel kod listeleri, geçiş tarihleri ve tebliğ taslakları zaman zaman değişebiliyor. İşletmenizi doğrudan ilgilendiren bir istisna kodu veya haddiyle ilgili nihai teyidi mali müşavirinizden ya da GİB’in resmi duyurularından almanızı öneririz.
ERP’nin Görevi: Bu Güncellemeyi “Görünmez” Kılmak
Buradaki asıl tasarım sorusu, ERP’nin e-dönüşümü ayrı bir modül olarak mı, yoksa platformun doğal bir parçası olarak mı ele aldığı. Ayrı bir entegratör katmanında bu güncellemeler işletmeye “bir aksiyon gerekiyor” olarak düşer. Satış, stok ve muhasebe ile aynı veri katmanında çalışan bir e-belge altyapısında ise güncelleme, arka planda uygulanan bir bakım işlemi olmalı — kullanıcının fark etmesine gerek yok.
Qera ERP’de e-dönüşüm süreçleri (e-Fatura, e-Arşiv, e-İrsaliye, e-Defter) platformun kendi içinde çalışır; kod listesi ve şema güncellemeleri Microsoft Azure altyapısı üzerinden merkezi olarak uygulanır. Bu, işletmenin ayrı bir entegratör panelini takip etmesi, sürüm notlarını okuması ya da “acaba güncel mi” diye BT ekibine sorması gerekmediği anlamına gelir. Aynı yaklaşım, e-Defter zorunluluğu ve e-İrsaliye geçiş hadleri gibi önceki zorunluluk dönemlerinde de aynı prensiple işledi: mevzuat değişir, entegrasyon katmanı arkada güncellenir, işletme kesintisiz çalışmaya devam eder.
Kurumsal Değerlendirme İçin Kontrol Listesi
E-belge altyapınızın bu tür güncellemelere ne kadar dayanıklı olduğunu değerlendirirken sorulacak sorular:
- Kod listesi veya şema güncellemesi geldiğinde yazılım sağlayıcınız bunu ne kadar sürede uygulamaya alıyor — gün mü, ay mı?
- Güncelleme sizin tarafınızda manuel bir kurulum/yama gerektiriyor mu, yoksa otomatik mi işleniyor?
- Yurt dışı plakalı taşımacılık, kamulaştırma kapsamlı işlem veya yatırım teşviki gibi özel senaryolarınız varsa, bu senaryolar için kod eşlemesi doğru mu test ediliyor?
- Reddedilen bir belge olduğunda, hatanın kaynağını (yanlış kod, eski şema, eksik alan) görebiliyor musunuz, yoksa entegratör kara kutusuna mı bakıyorsunuz?
- Muhasebe/finans ekibiniz her mevzuat değişikliğini kendi başına takip etmek zorunda mı kalıyor?
Bu sorulara net cevap veremiyorsanız, e-dönüşüm altyapınız muhtemelen sizden fazla dikkat talep ediyor demektir.
Bir başka pratik gösterge: son bir yıl içinde kaç kez “belge reddedildi, sebebini araştırıyoruz” e-postası aldınız? Sayı sıfırdan büyükse, sorun genelde tek bir faturada değil, güncelleme takibinin nerede kırıldığındadır. Kod eşlemesi mi eskidi, entegratör mü geride kaldı, yoksa manuel bir kurulum adımı mı atlandı — bu üçünü ayırt edebilmek, aynı hatanın tekrarını önlemenin ilk adımı.
Sıkça Sorulan Sorular
Bu güncelleme hangi işletmeleri etkiliyor?
Doğrudan etki, kamulaştırma kapsamlı taşınmaz devri, yatırım teşviki kapsamlı işlem ya da yurt dışı plakalı araçlarla taşımacılık/sevkiyat yapan işletmelerde görülüyor. Bu senaryoların dışındaki işletmeler için asıl önemli olan, kullanılan yazılımın güncel kod listesini desteklemesi.
Güncellemeyi uygulamazsam ne olur?
Yeni kod veya plaka tipi gerektiren bir işlemde eski şema kullanılırsa belge GİB tarafında reddedilebilir veya entegratör hata döndürebilir. Bu da fatura/irsaliye sürecinde gecikme ve yeniden işlem yükü demektir.
Qera ERP bu tür kılavuz güncellemelerini nasıl uyguluyor?
Kod listesi ve şema değişiklikleri platform tarafında merkezi olarak uygulanır; işletmenin ayrı bir kurulum veya yama süreci yürütmesi gerekmez. e-Fatura, e-Arşiv ve e-İrsaliye akışları satış ve muhasebe verisiyle aynı sistemde çalıştığı için güncelleme sonrası veri tutarlılığı da korunur.
GİB kılavuz güncellemelerini nereden takip edebilirim?
Resmi kaynak GİB’in e-Belge duyuru sayfası (ebelge.gib.gov.tr/duyurular.html). Yazılım sağlayıcınızın bu duyuruları ne kadar hızlı uyguladığı da ayrıca sorgulanmalı.
Mevcut bir ERP’den Qera’ya geçerken e-dönüşüm süreci kesintiye uğrar mı?
Geçiş planlaması sırasında e-belge akışlarının sürekliliği ayrıca değerlendirilir; veri migrasyonu adımlarını inceleyerek geçiş sürecinin nasıl işlediğini görebilirsiniz.
Entegratör ile ERP arasındaki güncelleme sorumluluğunu nasıl netleştirebilirim?
Sözleşme veya hizmet kapsamınızda “kılavuz güncellemesi kimin sorumluluğunda, ne kadar sürede uygulanır” sorusunun yazılı bir cevabı olmalı. Bu netlik yoksa, güncelleme iki taraf arasında sessizce gecikebilir ve fark ancak bir belge reddedildiğinde anlaşılır.
Fiyatlandırma nasıl işliyor?
Qera ERP’de anahtar teslim kurulum yaklaşımı esas alınır; kullanıcı sayısına bağlı sürpriz maliyet oluşmaz ve 100 kullanıcıya kadar ek kullanıcı maliyeti çıkmaz. Net teklif, işletmenin kapsamı ve mevcut sistem yapısı değerlendirildikten sonra çıkarılır.
Sonraki Adım
Mevzuat ve teknik kılavuz güncellemelerini takip etmek, işletmenin asıl işi değil. Qera ERP’nin e-dönüşüm süreçlerini nasıl arka planda yönettiğini görmek isterseniz, kendi senaryonuzla ücretsiz demo talep edebilirsiniz.
Kaynak: GİB e-Belge Duyuruları
