E-Defter Muhasebe Kaydı Sadece Dijitalleşmek Değil, Disiplindir
E-Defter uygulamasına geçiş yapmak, birçok işletme için kâğıt yükünden kurtulmak anlamına gelse de, bu geçişin temel amacı mali kayıt disiplinini artırmaktır. Vergi Usul Kanunu (VUK) ve Gelir İdaresi Başkanlığı (GİB) kılavuzları, dijital kayıtların nasıl tutulacağına dair katı kurallar belirlemiştir. Bu kurallara uymamak, GİB’in artan elektronik denetim kapasitesi karşısında ciddi riskler barındırır.
Birçok muhasebe profesyoneli ve işletme sahibi, “kâğıt defterde” esnek olan bazı uygulamaların e-defterde nasıl yapılacağı konusunda kafa karışıklığı yaşamaktadır. Özellikle üç “özellikli konu” öne çıkıyor:

- Belge numarası olmayan banka ekstresi hareketleri (faiz, komisyon, EFT masrafı vb.) nasıl kaydedilecek?
- İçinde hem çek, hem senet, hem de kredi kartı olan tek bir “Tahsilat Makbuzu” nasıl işlenecek?
- Aynı cariye (müşteriye) hem çek keşide edip hem de ondan çek alırken kayıtlar nasıl netleştirilecek?
Bu blog yazısında, bu üç karmaşık senaryoyu GİB kılavuzları ve denetim mantığı çerçevesinde, doğrudan uygulanabilir ve “denetimden geçebilecek” yöntemlerle çözeceğiz.
E-Defterin Temel Taşı: “Tek Belge, Tek Yevmiye Kaydı” Prensibi
Tüm karmaşık konuların çözümüne geçmeden önce, e-defterin temel felsefesini anlamalıyız: “Her belge için tek yevmiye kaydı” esastır. Bu, her muhasebe işleminin, kaynağını teşkil eden asli belgeye (fatura, çek, senet, POS slipi vb.) birebir bağlanması gerektiği anlamına gelir.
Bu bağlantıyı sağlamak için GİB, yevmiye maddesinde iki kritik alanın doldurulmasını zorunlu kılar:
- Ödeme Yöntemi: Burası “serbest metin” (free text) alanıdır. GİB, buraya işlemin mahiyetini açıklayan “Nakit”, “Banka”, “Çek”, “Kredi Kartı” gibi ifadeler yazmanızı bekler. Tahsilat veya tediye içermeyen virman gibi işlemlerde ise “Yok” veya “Boş” yazılabilir.
- Belge Tipi: Burası “serbest metin” DEĞİLDİR. GİB’in belirlediği 8 standart tipten birini (Çek, Fatura, Makbuz, Senet vb.) seçmek zorundasınız.

Peki, kaydınızın dayanağı olan belge (örneğin “Banka Dekontu” veya “POS Slipi”) bu 8 tip arasında yoksa ne yapacağız?
Cevap, sekizinci belge tipi olan “Diğer” (Other) seçeneğidir. “Diğer” tipini seçtiğiniz anda, “Belge Açıklaması” alanına dayanak olarak VUK belgesinin adını ( “Gider Pusulası”, “Ücret Bordrosu”, “Banka Dekontu”) yazmak yasal bir zorunluluktur. Bu “Diğer” belge tipi, aşağıdaki karmaşık senaryoların tamamında bizim için kilit rol oynayacaktır.
Belge Numarası Olmayan Banka Ekstresi Kayıtları (Faiz, Komisyon, Masraf)
En sık karşılaşılan sorunla başlayalım. Banka ekstresini açtınız; içinde 5 TL EFT masrafı, 20 TL BSMV, 150 TL faiz tahakkuku var. Bu işlemlerin VUK’a uygun bir “fatura” veya “makbuz” numarası yok. E-defter ise “Belge Numarası” alanı olmadan kaydı kabul etmiyor.
Hatalı Yöntem (Yüksek Risk)
Panikle “Belge Numarası” alanına tarih (01.01.2025), “0” veya “YOK” gibi ifadeler yazmak. Bu, kaydın “belgesiz” kabul edilmesine ve denetimde usulsüzlük cezası alınmasına neden olabilir.
Doğru Yöntem (GİB Uyumlu “Muhasebe Fişi” Metodu)
GİB, bu durumun zorluğunun farkında ve kılavuzlarda bunun için net bir çözüm sunuyor: Eğer banka işlemleri dekont bazında tek tek işlenemiyorsa, günlük olarak ve banka bazında ayrıştırılarak bir “Muhasebe Fişi”ne (iç belge) dökülebilir. Elbette muhasebe bürolarında bunu uygulamak imkânsız sayılacak kadar zordur. Zira ekstre üzerinden kayıt yapılarak işlem tamamlanıyor. Ayrıca muhasebe fişi çıktısı alıp kaşe, imza ve sıra numarası vermek oldukça zordur.
Bunu kesin çözümü ancak banka ekstrelerinde dekont numarasının yazılma zorunluluğunun sağlanması iledir. Bunu da ancak GIB üzerine vazife addederek yapabilir.
Bu, e-defterin “her belgeye tek kayıt” kuralını, asli belgeler (ekstre satırları) yerine, o belgeleri gruplayan ikincil (ama resmi) bir belgeye (“Muhasebe Fişi”) dayandırarak çözmektir. Ana prensip bu şekildedir. Elbette uygulamak oldukça zordur.
Adım Adım Uygulama Örneği:
Ayın 1’inde A Bankası ekstrenizde 5 farklı masraf (EFT, komisyon vb.) ve 2 farklı faiz geliri satırı olduğunu varsayalım.
Bu 7 satırı (veya en azından benzer nitelikteki masrafları) bir araya getiren bir icmal listesi (Excel, yazılım raporu vb.) hazırlayın.
Bu listeyi “Muhasebe Fişi” başlığıyla bir iç belgeye dönüştürün. Üzerine müteselsil bir numara (örn: MH-2025-001) ve tarih (örn: 01.01.2025) verin.
Bu “Muhasebe Fişi”ni şirket kaşesi ve imzasıyla (veya e-imza ile) onaylayarak resmi bir iç belge haline getirin ve saklayın.
Şimdi, e-deftere banka ekstresindeki 7 satırı tek tek değil, bu fişe istinaden tek bir toplu yevmiye kaydı olarak girin.
E-Defter Alanlarının Doldurulması (Altın Bilgi):
Yevmiye Kaydı: (Borç) 780 Finansman Giderleri (Borç) 102 Bankalar (Faiz) (Alacak) 102 Bankalar (Masraflar) (Alacak) 642 Faiz Gelirleri
- Belge Tipi: other (Diğer)
- Belge Açıklaması: Muhasebe Fişi
- Belge Numarası: MH-2025-001
- Belge Tarihi: 01.01.2025
- Ödeme Yöntemi: Banka
Kritik Uyarı: Bir denetimde, sizden “MH-2025-001” numaralı “Muhasebe Fişi”ni ibraz etmeniz istendiğinde, o imzalı/kaşeli icmal belgesini sunamazsanız, ilgili yevmiye kaydının tamamı “belgesiz” sayılır. Uygulamadan bu işlemin zor olduğunu, uygulamayı yapanlar çok iyi bilir.
Çoklu Makbuz” Bilmecesi (Tek Makbuzda Çek + Senet + Kredi Kartı)
İkinci karmaşık senaryo: Müşterinizden 100.000 TL’lik bir alacağınız için 001234 numaralı tek bir “Tahsilat Makbuzu” kestiniz. Müşteri bu tutarı şöyle ödedi:
- 30.000 TL Çek
- 40.000 TL Senet
- 30.000 TL Kredi Kartı
Hatalı Yöntem (Yüksek Risk)
“Makbuz” GİB’in 8 standart tipinden biri olduğuna güvenerek, tek bir yevmiye kaydı yapmak:
- (Borç) 101 Alınan Çekler: 30.000
- (Borç) 121 Alacak Senetleri: 40.000
- (Borç) 108 Diğer Hazır Değerler: 30.000
- (Alacak) 120 Alıcılar: 100.000
Belge Tipi: Makbuz
Belge Numarası: 001234
Bu Neden Hatalı?
.Heterojen İcmal Yasağı: GİB, yalnızca türdeş (homojen) belgelerin gruplanmasına izin verir (örn: birden fazla çeki “Çek Bordrosu” altında toplamak ). Farklı türdeki (heterojen) belgelerin (Çek + Senet + POS Slipi) tek bir belge altında toplanmasına izin veren hiçbir düzenleme yoktur.
- Hesap-Belge Uyumu: Denetim yazılımları, 101-Çekler hesabına gelen kaydın “Belge Tipi” alanında “Çek” görmeyi bekler, “Makbuz” değil.
- Asli Belge İlkesi: Tahsilat makbuzu bir teyit belgesidir, asli bir belge değildir. Hatta kredi kartı ile tahsilatta POS slipi saklanıyorsa, makbuz düzenleme zorunluluğu bile yoktur. Asli belgeler çekin kendisi, senedin kendisi ve POS slipidir.
Doğru Yöntem (Ayrıştırma / Dekompozisyon Metodu)
Çözüm basittir: O 001234 numaralı “Tahsilat Makbuzu”nu bir yevmiye kaydı olarak işlemiyoruz. Onu sadece bu işlemin yapıldığını teyit eden bir üst yazı olarak dosyamızda saklıyoruz.
Bunun yerine, “tek belge, tek yevmiye” kuralını makbuzun içeriğindeki 3 asli belgeye ayrı ayrı uyguluyoruz. Yani, bu tek bir tahsilat için e-deftere ÜÇ AYRI YEVMİYE MADDESİ giriyoruz:
- Kayıt 1: Çek İçin
- Yevmiye Kaydı: 101 Alınan Çekler (Borç) / 120 Alıcılar (Alacak) – 30.000 TL
- Belge Tipi: Çek (Eğer tek çek ise)
- Belge Numarası: [Çekin üzerindeki seri numarası]
- Ödeme Yöntemi: Çek
(Not: Eğer birden fazla çek alınsaydı, Belge Tipi: “other” ve Belge Açıklaması: “Çek Bordrosu” diyecektik ).
Kayıt 2: Senet İçin
- Yevmiye Kaydı: 121 Alacak Senetleri (Borç) / 120 Alıcılar (Alacak) – 40.000 TL
- Belge Tipi: Senet (Eğer tek senet ise)
- Belge Numarası:
- Ödeme Yöntemi: Senet
Kayıt 3: Kredi Kartı İçin
- Yevmiye Kaydı: 108 Diğer Haz. Değ. (Borç) / 120 Alıcılar (Alacak) – 30.000 TL
- Belge Tipi: other (Diğer) (Çünkü “POS Slipi” standart 8 tipte yok)
- Belge Açıklaması: POS Slipi (veya “Kredi Kartı Slipi”)
- Belge Numarası:
- Ödeme Yöntemi: Kredi Kartı
Bu yöntem, VUK’a ve GİB denetim mantığına %100 uyumludur.
Çift Yönlü Çek İşlemleri (Netleştirme Yasağı)
Son senaryo: A Müşterisi sizden hem mal alıyor (120 Hesap) hem de size mal satıyor (320 Hesap).
- A Müşterisi’nden 50.000 TL’lik bir çek aldınız.
- A Müşterisi’ne (bu kez satıcı kimliğiyle) 30.000 TL’lik bir çek keşide ettiniz (verdiniz).
Hatalı Yöntem (Yüksek Risk)
“Nasılsa aynı cari, aradaki 20.000 TL farkı (net) kaydederim” demek. Bu, muhasebenin temel “brüt esas” ilkesini ve VUK’u doğrudan ihlal etmektir. E-defter, işlemlerin netleştirilmesine değil, brüt olarak ayrı ayrı belgelendirilmesine dayanır.
Doğru Yöntem (Brüt Esas ve Üç Ayrı Kayıt Metodu)
Bu senaryo, aslında “netleştirme” değil, üç ayrı işlem içerir: Çek almak, çek vermek ve (gerekirse) iki hesabı virmanlamak.
Kayıt 1: Müşteriden Çek Alınması
- Yevmiye Kaydı: 101 Alınan Çekler (Borç) / 120 Alıcılar (Alacak) – 50.000 TL
- Belge Tipi: Çek
- Belge Numarası: [Alınan çekin numarası]
- Ödeme Yöntemi: Çek
Kayıt 2: Müşteriye Çek Keşide Edilmesi (Verilmesi)
- Yevmiye Kaydı: 320 Satıcılar (Borç) / 103 Verilen Çekler (Alacak) – 30.000 TL
- Belge Tipi: Çek
- Belge Numarası: [Keşide ettiğiniz çekin numarası]
- Ödeme Yöntemi: Çek
Kayıt 3: Cari Hesapların Virmanlanması (Mahsup)
Şu anda 120 hesabınız 50.000 TL alacaklı, 320 hesabınız 30.000 TL borçlu. Bu iki hesabı kapatmak (mahsuplaşmak) isterseniz, bu üçüncü ve belgesiz bir işlemdir. Bu belgesiz işlem için (tıpkı banka kayıtlarında olduğu gibi) bir iç “Muhasebe Fişi” veya “Virman Fişi” oluşturmalısınız.
- Yevmiye Kaydı: 120 Alıcılar (Borç) / 320 Satıcılar (Alacak) – 30.000 TL
- Belge Tipi: other (Diğer)
- Belge Açıklaması: Muhasebe Fişi (veya “Virman Fişi”)
- Belge Numarası: [Oluşturduğunuz iç fişin numarası, örn: MH-2025-002]
- Ödeme Yöntemi: Yok (veya “Boş”, çünkü bu bir ödeme değil, aktarımdır)
E-Defterde Başarının Anahtarı “İkincil Belgeler”dir
Gördüğünüz gibi, e-defterde karşılaşılan en karmaşık işlemlerin çözümü, GİB’in “Diğer” (Other) belge tipi ile sağladığı kontrollü esneklikte yatmaktadır.
Ancak bu esnekliğin bir bedeli vardır: “Diğer” yazdığınız her kayıt için, “Belge Açıklaması” alanına yazdığınız o “Muhasebe Fişi”, “Çek Bordrosu” veya “POS Slipi”ni kaşeli, imzalı (veya e-imzalı) olarak saklamak ve denetimde ibraz etmek zorundasınız.
E-defter sistemi, berat alındıktan sonra geriye dönük düzeltmeye izin vermez. Bu nedenle, “kâğıt defter alışkanlıkları” ile hatalı kayıt yapmak, dijital ortamda kalıcı bir risk yaratır. Bu rehberdeki “ayrıştırma”, “icmal” ve “brüt esas” metodolojilerini benimsemek, e-defter kayıtlarınızın bütünlüğünü ve denetimlerdeki savunulabilir ligini garanti altına alacaktır.
Bunun yanında görüldüğü gibi banka ekstresi, peşin satış veya alış faturanın kaydedilmesinde belirsizlik devam ediyor. Cari hesap hareketlerinde görünmesi için belge mahsup olarak kaydediliyor. Tahsilat veya ödemesinde makbuz olmadığı için belge numarası, belge türü boş geçiliyor.
Buna benzer şekilde banka ekstresi üzerinden yapılan kayıtlarda da ekstrede üç ana kalem bulunur. Tarih, açıklama ve tutar. Bu bilgileri göre kayıt yapmak zorunda kalındığında ne gibi yol takip edilecek. Mahsup fişi olarak kaydetmek gerekir. Ancak binlerce satır işlemi bulanan biri için her mahsup fişinin çıktısını alıp, kaşe ve imza olayı sizce mümkün mü?
Bazı uygulamalar kâğıt üzerinde çözüm gibi sunulsa da uygulamada maalesef, uygulanabilir olamayabiliyor. Özellikle banka ekstresi ve makbuzu olmayan tahsilat ve tediyeler için farklı bir kayıt şeklinin üretilmesi zorunludur. Özellikle banka ekstrelerinin bir düzen ve intizam dahilinde zorunlu bir şekil şartının oluşturulması zorunludur.
Her banka farklı bir hesap hareket listesi veriyor. Kayıt şekline bir kalıp, bir prensip konuyorsa, kayda alınacak evrak konusunda da ketum olup, bir şekil şartının konması gerekir. Bazı taşlar zamanla yerine oturuyor ancak bazı canları da yakıyor.