e-Defter, Vergi Usul Kanunu ve Türk Ticaret Kanunu'na göre tutulması zorunlu yevmiye defteri ile büyük defterin (defter-i kebir) GİB'in belirlediği XBRL-GL biçiminde elektronik olarak oluşturulması, mali mühür veya e-imzayla imzalanması ve GİB'den berat alınarak saklanmasıdır. Kâğıt defterin ve noter onayının yerini alır; ancak muhasebedeki her kayıt hatası artık doğrudan resmî deftere yansır.
e-Defter nedir, neyi kapsar?
Kâğıt dönemde yevmiye defteri noterde açılış onayından geçer, kayıtlar elle ya da çıktıyla işlenir ve yıl kapanış onayıyla biterdi. e-Defter'de bu adımların yerini dijital karşılıkları alır. Muhasebe yazılımı aylık yevmiye ve büyük defter dosyalarını standart XBRL-GL biçiminde üretir; tüzel kişiler mali mühürle, gerçek kişiler nitelikli elektronik imzayla imzalar.
Ardından her dönem için bir berat dosyası oluşturulur ve GİB'e gönderilir. Berat, defterin özetini ve imzasını taşıyan, GİB'in kendi mali mührüyle onayladığı dosyadır; defterin o dönem için "kapandığını" ve sonradan değiştirilmediğini kanıtlar. Berat yükleme süreleri tebliğle belirlenir; genel kural ilgili ayı izleyen üçüncü ayın sonudur, yıl sonu dönemi için farklı süreler uygulanabilir. Güncel takvimi mali müşavirinizle ve GİB duyurularından teyit edin.
Kapsamda yevmiye ve büyük defter vardır; envanter defteri, karar defteri gibi defterlerin durumu ayrı kurallara tabidir. Saklama da iki katmanlıdır: defter ve berat dosyalarını mükellef saklar, ayrıca 2020'den bu yana bu dosyaların ikincil kopyalarının GİB sistemlerinde saklanması uygulaması vardır. Türk Ticaret Kanunu defterler için on yıllık saklama süresi öngörür.
e-Defter tek başına bir "fatura" uygulaması değildir. e-Fatura entegrasyonu belgenin karşı tarafa nasıl gittiğini düzenler; e-Defter ise o belgelerin muhasebe kaydı olarak deftere nasıl yazıldığını. İkisi aynı ERP verisinden beslenir ama farklı soruları cevaplar; e-Fatura sistemine kayıtlı olmayan alıcılara kesilen faturalar için e-Arşiv fatura rehberimize bakabilirsiniz.
Kimler için zorunlu ve 2025'te ne değişti?
Uzun yıllar e-Defter, e-Fatura mükellefleri ve belirli ciro eşiklerini aşan şirketler için zorunluydu. Bu tablo 2025'te belirgin biçimde genişledi:
GİB'in 2025 Yılı Faaliyet Raporu'na göre e-Defter uygulamasından yararlanan mükellef sayısı 2024'te 781.584 iken 2025 sonunda 2.192.798'e çıktı.
Aynı raporda GİB bu sıçramayı, 8 Kasım 2024'te yayımlanan 5 Sıra No.lu Elektronik Defter Genel Tebliği'ne bağlıyor: 1 Ocak 2025'ten itibaren bilanço esasına göre defter tutmak zorunda olan mükellefler e-Defter'e geçmek zorunda. Bu, ilk kez e-Defter'e geçen yüz binlerce KOBİ'nin, muhasebe verisini aylık ve biçimsel olarak denetlenebilir hâle getirmek zorunda kaldığı anlamına geliyor. İşletme hesabı esasında defter tutanlar ve serbest meslek erbabı ise genellikle ayrı bir sistem olan Defter Beyan Sistemi'ni kullanır; aynı rapora göre bu sistemin 2025 sonunda 2,9 milyon aktif kullanıcısı vardı. Serbest meslek tarafındaki belge akışını e-SMM rehberimizde ele aldık.
Asıl mesele: e-Defter, ERP verinizin aynasıdır
e-Defter'e geçen şirketlerin çoğu ilk ay aynı şeyi fark eder: yazılım dosyayı üretmiyor, hata veriyor. Sebep çoğunlukla e-Defter'in kendisi değil, önündeki veridir. Yevmiye maddesinde belge türü ya da belge numarası eksikse, tarih sıralaması bozuksa, fiş numaraları atlıyorsa ya da borç-alacak dengesi tutmuyorsa, dosya e-Defter doğrulama kontrollerinden geçmez.
Bu hataların kaynağı genelde dağınık süreçlerdir. Satış ERP'de, satın alma ayrı bir programda, banka hareketleri Excel'de, masraf fişleri mail ekinde bekler. Her kopyalama bir hata fırsatıdır; Excel ile iş takibinin sınırları muhasebede en çok ay sonunda hissedilir. Ön muhasebe ile genel muhasebe arasında elle aktarım yapılıyorsa, e-Defter bu açığı her ay görünür kılar. Aynı tablo, ürün alımını ve ortak hakedişini ayrı programlarda tutan kooperatiflerde de görülür; bu kayıtları tek sistemde birleştirmeyi tarım kooperatifi yönetim yazılımı yazısında anlattık.
Yabancı ortaklı ya da grup şirketlerinde bir katman daha vardır. Türkiye'deki şirketin kayıtları çoğu zaman UFRS'ye göre kurgulanmış bir grup ERP'sinde tutulur, oysa yasal defter Tekdüzen Hesap Planı'na göre üretilmek zorundadır. Bu eşleştirme elle yapılıyorsa, her ay kapanışta aynı farklar yeniden çıkar. Eşleştirme tablosunu sistemde tutmak ve değişiklikleri sürümlemek, bu tür yapılarda e-Defter hatalarını kaynağında keser.
Hacim de büyüyor. GİB 2025 Faaliyet Raporu'na göre Türkiye'de 2025'te 1.188.605.103 e-Fatura düzenlendi; bu belgelerin her biri bir yerde muhasebe kaydına dönüşüyor. Gelen faturaları hâlâ elle giriyorsanız, OCR ile fatura okuma ya da doğrudan entegrasyonla bu adımı kısaltmak, e-Defter hatalarının en büyük kaynağını azaltır.
e-Defter'i geciktirmenin ve hatalı tutmanın maliyeti
Berat zamanında yüklenmezse ya da defter yeniden üretilmek zorunda kalırsa maliyet sadece vergi cezası riskiyle sınırlı değildir. Kapanmış bir dönemde düzeltme yapmak; iptal, yeniden oluşturma ve mali müşavirle yazışma demektir. Bu sırada yönetim de güncel bilanço ve nakit akış raporu yerine "defter kapanınca bakarız" cevabı alır.
Yazılım seçimi de ayrı bir karar yüküdür. GİB'in aynı faaliyet raporuna göre 2025 sonunda yazılım uyumluluk onayı almış ticari e-Defter yazılımı sayısı 219'a ulaştı. Seçenek çok; ancak onaylı bir yazılım, ERP'nizdeki veri kalitesini düzeltmez. Asıl maliyet, yazılım ile ERP arasındaki köprünün zayıf kurulmasından doğar.
e-Defter'e nasıl geçilir? Ay kapanışı için 7 adım
Aşağıdaki sıra, hem ilk kez geçen hem de "her ay hata alıyoruz" diyen şirketler için işe yarar:
- Kapsamı netleştirin. Hangi şirket ve şubeler e-Defter'e tabi, şubeler merkezle birlikte mi ayrı mı defter tutacak, geçiş hangi dönemden başlıyor? Bunu mali müşavirle yazılı olarak belirleyin.
- İmza altyapısını hazırlayın. Tüzel kişi için mali mühür, gerçek kişi için nitelikli e-imza; son kullanma tarihlerini takvime işleyin ve yedek sorumlu atayın.
- Yazılım yolunu seçin. ERP'nizin kendi e-Defter modülü mü, ayrı bir e-Defter hizmeti mi? Karar verirken ERP ile veri alışverişinin nasıl yapılacağını, API entegrasyonu ya da dosya aktarımı üzerinden, somut olarak sorun.
- Hesap planını ve belge türlerini düzeltin. Her yevmiye maddesinde belge türü, numarası ve tarihinin dolu olmasını ERP'de zorunlu alan yapın; "diğer" belge türünün açıklamasız kullanılmasını engelleyin.
- Ön muhasebeyi bağlayın. Fatura, banka ve masraf verisinin elle kopyalanmadan genel muhasebeye akmasını sağlayın. Tekrarlayan mutabakat işleri için RPA süreç otomasyonu iyi bir adaydır.
- Kapanış öncesi kontrolleri otomatikleştirin. Aşağıdaki tablodaki kontroller, dosya üretilmeden önce raporla yakalanmalıdır.
- Saklama ve geri yüklemeyi test edin. Defter ve berat dosyalarının nerede, kaç kopya tutulduğunu belgeleyin ve geri yükleme testini yılda en az bir kez yapın.
Ay kapanışından önce kontrol tablosu
| Kontrol | Neden önemli | Nerede yakalanmalı |
|---|---|---|
| Yevmiye madde ve fiş numarası sürekliliği | Atlanan numara doğrulama hatası ve denetim sorusu doğurur | ERP'de kapanış raporu |
| Belge türü, numarası, tarihi dolu mu | XBRL-GL zorunlu alanları | Kayıt anında zorunlu alan |
| Tarih sıralaması | Geriye tarihli kayıt, kapanmış döneme yazılamaz | Dönem kilidi |
| Borç-alacak dengesi | Dengesiz madde dosyayı durdurur | Otomatik kontrol raporu |
| Banka ve cari mutabakatı | Eksik kayıt sonraki dönemde düzeltme gerektirir | Mutabakat ekranı veya RPA |
| Mali mühür / e-imza geçerliliği | Süresi dolan imza beratı geciktirir | Takvim hatırlatması |
| Berat yükleme tarihi | Yasal süre aşımı | Ekip panosu |
Bu kontrollerin çoğu, iyi kurulmuş bir veri yönetişimi çerçevesinin muhasebedeki karşılığıdır: kimin hangi alanı doldurmaktan sorumlu olduğu ve hatanın nerede yakalanacağı önceden bellidir.
Karşılaştırma: ERP modülü mü, ayrı e-Defter hizmeti mi?
İki yol da GİB uyumlu olabilir; fark, veri akışında ve sorumlulukta ortaya çıkar.
| Kriter | ERP'nin kendi e-Defter modülü | Ayrı e-Defter hizmeti |
|---|---|---|
| Veri aktarımı | Aynı veritabanı, aktarım yok | Dosya veya API ile aktarım gerekir |
| Hata ayıklama | Hata doğrudan kayıtta düzeltilir | Hata iki sistem arasında izlenir |
| Çok şirketli yapı | ERP'nin şirket yapısına bağlı | Sağlayıcının desteğine bağlı |
| Yazılım değişikliği | ERP değişince e-Defter de değişir | ERP değişse de e-Defter sürer |
| Saklama | Şirket altyapısında veya ERP bulutunda | Çoğunlukla sağlayıcı tarafında |
Hangisinin doğru olduğu, ERP'nizin olgunluğuna bağlıdır. ERP nedir, KOBİ'ye ne zaman gerekir sorusunu henüz netleştirmediyseniz, önce ön muhasebe ile genel muhasebenin aynı yerde toplanıp toplanamayacağına bakın. ERP projelerinin neden başarısız olduğunu anlatan yazımızdaki uyarılar e-Defter geçişinde de geçerlidir: süreç netleşmeden yazılım seçmek sorunu taşır, çözmez.
Digital Bridge'de bu işi nasıl yapıyoruz?
Digital Bridge bir e-Defter sağlayıcısı değildir; biz ERP, ön muhasebe ve e-Defter yazılımı arasındaki veri akışını kurarız. Çalışmaya her zaman bir keşif ve ihtiyaç analiziyle başlarız: son birkaç ayın kapanış hatalarını, elle yapılan aktarımları ve kimin hangi adımda beklediğini mali müşavirinizle birlikte çıkarırız. Bu analiz, dijital dönüşüm danışmanlığı kapsamında daha geniş bir yol haritasının parçası da olabilir.
Ardından en çok hatayı üreten akışla bir pilot yaparız; çoğu zaman bu gelen faturaların veya banka hareketlerinin genel muhasebeye aktarımıdır. ERP kurumsal kaynak yönetimi tarafında zorunlu alanları ve dönem kilitlerini düzenler, mevcut ERP ve e-Defter yazılımınız arasında API entegrasyonu ile otomatik aktarım kurarız.
Son adımda kapanış öncesi kontrolleri bir panoya taşırız. BI dashboard üzerinde numara sürekliliği, eksik belge türleri, mutabakat farkları ve berat takvimi tek ekranda görünür; muhasebe ekibi sorunları dosya üretilmeden önce görür. Bu yaklaşımı dijital dönüşüm yol haritası içinde hangi süreçle başlanacağını belirleyen otomasyon önceliklendirme yöntemiyle birlikte ele alırız.
Muhasebe bürolarıyla çalışan şirketlerde belge trafiği de önemlidir; mali müşavirlik belge yönetimi yazımız, fiş ve dekontların büroya düzenli ulaşmasını anlatır. Diğer e-dönüşüm rehberleri için dijital dönüşüm konu sayfamıza göz atabilirsiniz.
Sonraki adım
e-Defter'e yeni geçtiyseniz ya da her ay aynı hataları düzeltiyorsanız, son üç ayın kapanış sürecini birlikte inceleyelim. Hangi adımın elle yapıldığını, hangi kontrolün otomatikleşebileceğini ve ERP ile e-Defter yazılımınız arasındaki köprünün nasıl güçlendirileceğini somut olarak ortaya koyalım. İletişim sayfamızdan bize ulaşın.