"GİB her güncellemede yeni bir paket ya da kılavuz yayımlıyor; entegrasyonumuz ve otomasyonlarımız bozulmadan nasıl uyum sağlarız?" Fatura, irsaliye ve diğer elektronik belgeleri kendi sistemlerinden üreten şirketlerde bu soru artık bir kerelik bir proje değil, sürekli bir işletme konusu. Gelir İdaresi Başkanlığı'nın (GİB) e-Belge duyuru sayfasında 2026'nın başından 30 Eylül'e kadar en az 17 ayrı duyuru yer alıyor; bunların önemli bir kısmı paket, kod listesi ya da kılavuz güncellemesi.
Neden şimdi? Çünkü takvimde iki yakın tarih var. 25 Eylül 2026'da güncellenen e-Döviz ve Kıymetli Maden Alım Satım Belgesi Paketi 2 Kasım 2026 itibarıyla devreye alınacak. 30 Eylül'de güncellenen UserList (Kullanıcı Listeleri) Kılavuzu'na yönelik geliştirmelerin ise 16 Kasım 2026'ya kadar yapılması gerekiyor. Bu yazının yayımlandığı 7 Ekim'den itibaren ilk tarih için 26, ikincisi için 40 gün kalıyor.
Çerçeve: 2026'da e-Belge tarafında neler değişti?
Duyuru sayfası, güncellemelerin hem sık hem de birbirine bağlı olduğunu gösteriyor. Öne çıkan örnekler:
- Ocak: e-Fatura ve e-Arşiv Fatura paketleri, UBL-TR Kod Listeleri Kılavuzu ve UBL-TR 1.2.1 paketi güncellendi; değişikliklerin 2 Şubat 2026 itibarıyla devreye alınacağı duyuruldu. Aynı duyuruda İnşaat Demiri İzleme Sistemi (İDİS) kapsamındaki teslimlere ilişkin kılavuzun geliştirme süresi, gelen geri dönüşler üzerine 12 Ocak'tan 2 Şubat'a uzatıldı.
- Mart: 16 Mart'ta, özel entegratörler üzerinden düzenlenen belgelerde sicil ve faaliyet kodu kayıtları üzerinden kontrollerin 1 Nisan'da başlayacağı duyuruldu ve "555-KDV Oran Kontrolüne Tabi Olmayan Satışlar" kodu eklendi. 27 Mart'taki duyuruyla bu kontrol, GİB'in yapacağı ikinci bir duyuruya kadar ertelendi; 16 Mart tarihli paket güncellemeleri için işlem yapılmayacağı belirtildi.
- Nisan: Hesapları kapatılan mükelleflerin bilgilerinin ve sicil entegrasyonu sonuçlarının takibi için UserList Kılavuzu hazırlandı; geliştirme süresi 15 Nisan 2026 olarak açıklandı.
- Temmuz-Ağustos: 27 Temmuz'da e-Fatura ve e-Arşiv Fatura paketleri ile UBL-TR Kod Listeleri Kılavuzu güncellendi; değişikliklerin 14 Eylül 2026 itibarıyla devreye alınacağı açıklandı. 24 Ağustos'ta ise 27 Temmuz'da yayımlanan e-Fatura paketindeki eksikliklerin giderildiği duyuruldu.
- Eylül: e-Gider Pusulası paketi (15 Eylül), e-Döviz paketi (25 Eylül) ve UserList Kılavuzu (30 Eylül) güncellendi.
Bu listeden üç ders çıkıyor. Birincisi, yayım tarihi ile devreye alma tarihi arasında çoğu zaman birkaç haftalık bir pencere var. İkincisi, bir duyuru sonradan ertelenebiliyor, süresi uzatılabiliyor ya da paketi düzeltilebiliyor; yani tek bir duyuruyu okumak yetmiyor, ardından gelenleri de izlemek gerekiyor. Üçüncüsü, aynı gün birden fazla bileşen (paket, kod listesi, kılavuz) birlikte değişebiliyor.
İki yakın tarih ne anlama geliyor?
e-Döviz ve Kıymetli Maden Alım Satım Belgesi (2 Kasım). GİB'in 2023 tarihli duyurusuna göre bu belge, kâğıt ortamdaki döviz ve kıymetli maden alım/satım belgeleriyle aynı hukuki niteliğe sahip; yeni bir belge türü değil. Kapsama alınan yetkili müesseselerin belgelerini 1 Mayıs 2023'ten itibaren bu elektronik belge olarak düzenlemesi gerektiği o tarihte duyurulmuştu. 25 Eylül 2026 duyurusu ise yeni bir zorunluluk olarak değil, mevcut uygulamanın paket güncellemesi olarak yayımlandı. Paketin 1.3 sürümüne duyuru sayfasından ulaşılabiliyor; değişikliğin ayrıntıları paket içeriğinden ve kullanılan entegratörün sürüm notlarından takip edilmeli.
UserList Kılavuzu (16 Kasım). Kılavuz, mükelleflere ait e-Fatura ve e-İrsaliye etiket bilgilerinin paylaşıldığı XML dosyasını tarif ediyor. Kılavuzun 1.1 sürümünde test erişim adresleri eklendi ve "User Temp List" bölümünün açıklamaları güncellendi. Belgelerini kendi sistemi üzerinden gönderen ya da alıcı etiketlerini otomatik olarak sorgulayan yapılar için bu, doğrudan veri akışına dokunan bir değişiklik.
Benzer bir hazırlık sürecinin tarım alımları tarafındaki örneği için e-Müstahsil Makbuzunda SMS doğrulama yazımıza, e-Belge verisinin finans süreçlerinde uçtan uca kullanımı için de e-Fatura ve e-dönüşüm yazımıza bakabilirsiniz.
Otomasyonlar neden etkilenir?
e-Belge güncellemeleri yalnızca entegratörün ya da ERP'nin sorunu değil. Pek çok şirkette fatura verisini okuyan, kod listelerine göre sınıflandıran, alıcı etiketini kontrol eden ya da muhasebe kaydı açan ek otomasyonlar (yazılım robotları, betikler, aktarım servisleri) bulunuyor. Bir kod listesine yeni değer eklendiğinde ya da bir XML alanının kullanım kuralı değiştiğinde, bu otomasyonlar hata vermeden yanlış sonuç üretebilir. Bu nedenle güncelleme yönetimi, belge üreten sistemle sınırlı tutulmamalı; belgeyi tüketen her adımı kapsamalı.
Pratik yol: güncellemeleri bir işletme sürecine bağlamak
Aşağıdaki adımlar duyuru sayfasındaki örüntüden türetilmiş genel bir çerçevedir; her kurum kendi düzenleme kanalına (GİB portalı, özel entegratör ya da doğrudan entegrasyon) göre uyarlamalıdır.
- Tek bir takip sorumlusu atayın. Duyuru sayfasının düzenli olarak (örneğin haftalık) okunmasını bir kişiye ya da ekibe bağlayın. Her duyuruyu yayım tarihi, ilgili belge türü ve devreye alma ya da son geliştirme tarihiyle bir kayda geçirin.
- Belge ve bileşen envanteri çıkarın. Hangi e-Belge türlerini düzenlediğinizi ve aldığınızı, bunları hangi sistemin ürettiğini, hangi otomasyonların bu veriyi okuduğunu listeleyin. Bir duyuru geldiğinde etki analizi bu envanter üzerinden birkaç dakikada yapılabilir.
- Takvimi geriye doğru planlayın. Devreye alma tarihinden geriye doğru test, onay ve canlıya geçiş adımlarını yerleştirin. 2 Kasım ve 16 Kasım gibi tarihler, ara kontrol noktalarıyla birlikte yönetim takvimine girmeli.
- Entegratör ve yazılım sağlayıcısından yazılı plan isteyin. Güncel paketin hangi tarihte test ortamına ve canlıya alınacağını, sizin tarafınızda yapılması gereken bir değişiklik olup olmadığını netleştirin.
- Test ortamını kullanın. UserList Kılavuzu gibi belgeler test erişim adreslerini de içeriyor. Değişiklikleri canlı veride değil, test ortamında ve örnek belgelerle doğrulayın.
- Otomasyonları da regresyon testine alın. Kod listesi ya da alan değişikliğinden sonra, belgeyi okuyan robot ve betiklerin örnek belgelerle beklenen çıktıyı ürettiğini kontrol edin. Doğrulamayı mümkün olduğunca otomatik kontrol listelerine dönüştürün.
- Sonraki duyuruları izleyin. 2026 örneklerinin gösterdiği gibi bir paket sonradan düzeltilebiliyor, bir kontrol ertelenebiliyor. Canlıya geçtikten sonra da ilgili konuda yeni bir duyuru gelip gelmediğini birkaç hafta izleyin.
- Kayıt tutun. Hangi duyuruya hangi tarihte, hangi değişiklikle uyum sağlandığını kayda geçirin. Bu kayıt hem iç denetimde hem de bir sonraki güncellemenin planlanmasında işe yarar.
Sonuç
GİB'in e-Belge duyuruları, elektronik belge altyapısının durağan değil, düzenli olarak güncellenen bir sistem olduğunu gösteriyor. Yakın tarihler 2 Kasım (e-Döviz paketi) ve 16 Kasım (UserList Kılavuzu) olsa da asıl kazanım, her duyurunun envantere, takvime ve teste bağlandığı tekrarlanabilir bir süreç kurmak. Bu süreç kurulduğunda bir sonraki paket güncellemesi, son dakika telaşı yerine planlı bir bakım işine dönüşür.
Bu yazı genel bilgilendirme amaçlıdır, hukuki danışmanlık yerine geçmez.
#interimmanagement #forwarddeployedengineering
