e-Defter

Başlangıç

GİB Teknik Gereksinimleri

GİB teknik paketleri, XBRL-GL belgeleri, beratlar, imza ve resmî kaynaklar.

Bu sayfa GİB'in teknik dosya zinciri ile VBT entegrasyonunda doğrulanması gereken dış sonuçları ayırır. Entegratörün kaynak veriyi GİB XML'ine çevirmesi beklenmez; ancak üretilen dosyaların dönem ve mali içeriğini onaydan önce doğrulaması gerekir.

Teknik Mimari

GİB, yevmiye defteri ve büyük defterin XBRL-GL e-Defter format ve standartlarına göre hazırlanmasını ister. Defter dosyası ile bu dosyadan üretilen berat imzalanır veya mali mühürle onaylanır; aynı parçaya ait iki XML tek paket içinde GİB'e yüklenir. GİB mali mührüyle onaylanan berat ile imzalı defter dosyası birlikte muhafaza edilir.

KatmanKontrolEntegratörün kanıtı
Kaynak veriFiş/satır sırası, borç-alacak dengesi, hesap ve belge bilgileriAktarım raporu ve teşhis mesajları
XBRL-GLGüncel XSD ve şematron kurallarıDoğrulamadan geçen yevmiye/kebir dosyaları
İmzaNES veya mali mühür ve zaman damgası gereksinimiİmzalı defter ve berat dosyaları
GİBPaket adı, defter/berat yüklemesi ve durum sonucuOlumlu paket sonucu ve GİB onaylı berat

Belge ve Berat Zinciri

AşamaOluşan teknik çıktıGİB'e iletilenMuhafaza kanıtı
Yevmiye üretimiParçalı yevmiye XBRL-GL dosyalarıAynı parçaya ait imzalı yevmiye XML'i ile yevmiye berat XML'ini içeren ZIP paketİmzalı yevmiye + GİB onaylı yevmiye beratı
Kebir üretimiParçalı büyük defter XBRL-GL dosyalarıAynı parçaya ait imzalı kebir XML'i ile kebir berat XML'ini içeren ZIP paketİmzalı kebir + GİB onaylı kebir beratı
Defter raporuTeknik paketin öngördüğü defter raporuİlgili rapor/berat akışıİmzalı rapor ve ilişkili sonuç dosyası
GİB sonucuGİB mali mührüyle onaylı beratYeni bir muhasebe kaydı değil, gönderilen beratın sonucuOrijinal dosya adı ve ilgili Uuid ile saklanan onaylı berat
Önemli ayrım: GİB web servis paketinde aynı parçanın imzalı defter XML'i ve berat XML'i birlikte bulunur; servis sonucu GİB onaylı berat olarak alınır. PDF/HTML görünümü bu teknik dosyaların yerine geçmez.

Yükleme Zamanlaması

Her ayın e-Defter ve berat dosyaları ayrı oluşturulur. Yasal son tarih, mükellef türüne ve GİB'e bildirilen aylık veya geçici vergi dönemi bazlı yükleme tercihine göre belirlenir.

TercihGelir vergisi mükellefiDiğer mükelleflerUygulama notu
Aylık yüklemeİlgili ayı takip eden dördüncü ayın 10. günü sonuİlgili ayı takip eden dördüncü ayın 14. günü sonuHer ayın defter ve berat paketi kendi son tarihine göre tamamlanır.
Hesap döneminin son ayıGelir vergisi beyannamesinin verileceği ayı takip eden ayın 10. günü sonuKurumlar vergisi beyannamesinin verileceği ayı takip eden ayın 14. günü sonuKapanış onayı yerine geçen ay için özel son tarih uygulanır.
Geçici vergi dönemi bazlı tercihGİB'e hesap döneminin ilk ayında bildirilen tercihe ait güncel takvim uygulanır.Dosyalar yine her ay için ayrı üretilir; yalnız yükleme takvimi dönem bazında değerlendirilir.
Takvim kontrolü: GİB süre uzatımı yayımlayabilir. Operasyon takvimi, güncel Tebliğ ve ilgili döneme ait GİB sirkülerleri kontrol edilerek kapatılmalıdır.

Doğrulama Katmanları

Bir dosyanın XML olarak açılabilmesi, GİB açısından geçerli olduğu anlamına gelmez. Onaydan önce aşağıdaki kontroller ayrı ayrı tamamlanmalıdır.

KatmanNe doğrulanır?Hata halinde
Kaynak muhasebeFiş/satır sırası, hesaplar, belge alanları, borç-alacak dengesi ve dönemKaynak kayıt düzeltilir; üretime/onaya geçilmez.
XSDAlanların XML yapısı, türü, çokluğu ve zorunluluğuGüncel teknik paket ve mapping karşılaştırılır.
ŞematronAlanlar arası GİB iş kuralları ve koşullu zorunluluklarMesajın işaret ettiği alan ilişkisi düzeltilir.
Mali mutabakatYevmiye/kebir toplamları ile kaynak ERP toplamlarıFark giderilmeden kullanıcı onayı verilmez.
İmza/mali mühürYetkili sertifika, belge bütünlüğü ve imzalı çıktıGeçerli yetki/sertifika sağlanır; imzasız dosya gönderilmez.
GİB sonucuPaket durumu ve GİB onaylı beratın erişilebilirliğiAynı paket adı ve Uuid üzerinden sonuç izlenir.

Dosya Kimliği ve Parçalar

Firma VKN/TCKN'si, şube, yıl-ay, defter türü ve parça bilgisi teknik dosya kimliğinin temelidir. Entegratör dosya veya paket adını tahmin ederek üretmez; liste, özet ve GİB çağrılarında platformun döndürdüğü gerçek Uuid ve FileName değerlerini kullanır. Çok parçalı bir ayda her parçanın yevmiye, kebir ve berat ilişkisi ayrı doğrulanır.

İmza, Onay ve Muhafaza

  • Onay, kaynak verinin ve üretilen görünümün yetkili kullanıcı tarafından kontrol edildiğini ifade eder.
  • İmza veya mali mühür, teknik dosyanın bütünlüğünü ve imzalayan tarafı doğrular.
  • GİB onaylı berat, gönderilen beratın GİB tarafından onaylanan sonucudur.
  • İmzalı yevmiye/kebir dosyaları ile ilgili GİB onaylı beratlar birlikte saklanır.
  • PDF ve HTML yalnız okunabilir görünüm sağlar; orijinal XML/XBRL ve imza kanıtı muhafaza edilir.

İkincil kopya saklama akışı, GİB paket onayından ayrı bir muhafaza katmanıdır. İmzalı e-Defter ve berat dosyalarının şifreli ikincil kopyaları yetkili saklayıcı kuruluşa aktarılır; SentSecondCopy bu ayrı adımın tamamlandığını gösterir.

Canlıya Geçiş Kontrolü

  1. GİB'in yayımladığı güncel e-Defter paketini, kılavuzları ve mevzuat sayfasını kontrol edin.
  2. VBT ortamında kullanılan teknik paket sürümüyle test verisini doğrulayın.
  3. En az bir tek parçalı ve bir çok parçalı ay için yevmiye, kebir, berat ve GİB sonucu zincirini tamamlayın.
  4. Onay öncesi mali mutabakatı, başarısız doğrulama mesajlarını ve timeout sonrası aynı kaydı bulma davranışını test edin.
  5. İmzalı teknik dosyaların ve GİB onaylı beratların kurum arşivine eksiksiz aktarılabildiğini kanıtlayın.

Resmî Kaynaklar

Sürüm kontrolü: Canlıya geçiş ve her paket güncellemesinde GİB'in yayımladığı XSD, şematron, XSLT ve kılavuz sürümleri yeniden kontrol edilmelidir. Bu sayfa güncel paketin yerine geçmez.