GİB e-Gider Pusulası Paketini Güncelledi: Son Alıcı ve Rapor Doğrulaması
GİB, e-Gider Pusulası paketini 15 Eylül 2026'da güncelledi. Rapor şemasına sonAliciBilgileri eklendi: iadeyi getiren kişi satın alandan farklıysa bu bilgi rapora ayrı yazılır. bilgiDetay kuralları SATIŞ ve İADE senaryolarına göre yeni Schematron'da tanımlandı. Teknik kılavuz, belge XSLT'si ve SATIŞ örneği aynı kaldı.
Mayıs paketine göre geliştirdiyseniz güncel RAR'ı yeniden indirip İADE, son alıcı ve rapor doğrulama akışlarını yeniden test edin.
e-Gider Pusulası Paketi ↗Mayıs ile aynı indirme adresi · yürürlük duyuruda belirtilmedi
Pakette ne değişti?
GİB duyurusu kısa: paket güncellendi; ayrıntı yok. NES, 22 Mayıs 2026 tarihli arşiv paketiyle güncel RAR'ı karşılaştırdı.
Mayıs → Eylül
Yeni
- earsiv_schematron.xsl
Değişen
- eArsiv.xsd
- ornek rapor.xml
- 3 İADE belge örneği
Aynı
- Teknik kılavuz PDF
- giderPusulasi.xslt
- GiderPusulasıSATIS.xml
Tek rapor örneği yeterli; farklı senaryolar İADE belge örneklerinde ayrılıyor.
Son alıcı artık raporda nasıl yazılıyor?
İadeyi getiren kişi, ürünü satın alan kişiden farklı olabilir. Satın alanın bilgisi belgede kalır; iadeyi başka biri getirdiyse o kişinin bilgisi de kayda eklenir.
Belge bu kişiyi BuyerCustomerParty ile gösterir; rapor aynı bilgiyi sonAliciBilgileri alanına taşır. Mayıs rapor şemasında bu ayrım için ayrı alan yoktu. Eylül eArsiv.xsd dosyasında sonAliciType ve opsiyonel sonAliciBilgileri eklendi; üç İADE örneği de bu eşlemeyi gösteriyor.
* GiderPusulasıIADE_IADE_KoduYazılması.xml içinde BuyerCustomerParty/Contact örneğinde SMS placeholder değeri geçiyor. Örnekler yapıyı gösterir; alan değerleri için Schematron ve teknik kılavuz esas alınmalıdır.
bilgiDetay zorunluluğu nasıl değişti?
XSD'de opsiyonel oldu; zorunluluk Schematron'da SATIŞ ve İADE senaryolarına göre tanımlandı.
Mayıs'ta aliciBilgileri/bilgiDetay şema seviyesinde her zaman zorunluydu (minOccurs="1"). Eylül'de XSD'de opsiyonel (minOccurs="0"); zorunluluk kalkmış değil — yeni earsiv_schematron.xsl senaryoya göre kontrol ediyor.
Alıcı kişi her kayıtta durur. SATIŞ belgesinde son alıcı yok; ek iletişim alıcı kısmında istenir. İADE'de yer, iadeyi kimin getirdiğine göre değişir.
| İadeyi kim getirdi? | Ek bilgi detayı |
|---|---|
| Ürünü satın alan kişi | Alıcı kısmında |
| Başka biri | Son alıcı kısmında |
- Satın alan getirdi — alıcı kısmı: aliciBilgileri içinde kisi ve bilgiDetay
- Başka biri — son alıcı kısmı: aliciBilgileri/kisi durur; sonAliciBilgileri içinde kisi ve bilgiDetay
Entegrasyon ekipleri ne yapmalı?
- Rapor modelini güncelleyin
sonAliciBilgileri üretimini ve İADE'de BuyerCustomerParty eşlemesini kontrol edin.
- Schematron'u doğrulama hattına alın
Güncel earsiv_schematron.xsl dosyasını rapor doğrulama adımlarınıza ekleyin veya güncelleyin.
- İADE örneklerini yeniden test edin
Belgesiz, SMS ve İADE kodu senaryolarını güncel örneklerle çalıştırın.
Bu güncelleme yeni bir genel yürürlük tarihi açıklamıyor; teknik entegrasyon paketindeki İADE ve raporlama modelini güncelliyor. Zorunluluk takvimi için e-Gider Pusulası zorunluluğu yazısına bakın. Paket dosyalarının özeti teknik merkez sayfasında.
Resmi kaynak
- Resmi duyuru ↗15 Eylül 2026 maddesi · ebelge.gib.gov.tr
- e-Gider Pusulası Paketi ↗e-Gider_Pusulasi_Paketi.rar
Mevzuat değişikliklerini özet olarak e-postanıza iletelim.
Devamını Oku
İlgili yazılar
- GİB Duyurusu
GİB e-Gider Pusulası Paketini Yayımladı (22 Mayıs 2026)
GİB, e-Gider Pusulası için resmi teknik paketi yayımladı: kılavuz V.1.0, XSD/XSLT, SATIŞ ve İADE örnek XML dosyaları ile örnek e-Arşiv raporu.
- GİB Duyurusu
e-Gider Pusulası Teknik Kılavuzu ve GİB Paketi
GİB tarafından yayınlanan e-Gider Pusulası Teknik Kılavuzu V1.0, resmi paket içeriği, SATIŞ/İADE senaryoları ve entegrasyon dosyaları hakkında teknik özet.
- NES'ten Haber
e-Gider Pusulası Nedir? Kimler İçin Zorunlu Olacak?
Kağıt gider pusulasının e-Belge karşılığı e-Gider Pusulası: beklenen kapsam, hangi mükellefler, hangi eşikler ve geçiş takvimi. Güncel teknik paket için teknik kılavuz sayfasına yönlendirme.