Dijital Üründe KDV Muhasebesi: E-pin Satıcıları Neyi Kaçırıyor?

Bir oyun kodu sattığınızda aslında ne satıyorsunuz: bir mal mı, bir hizmet mi, yoksa gayri maddi bir hak mı? Kulağa akademik gelen bu soru, vergi dairesi karşısında çok somut bir sonuca dönüşüyor: hangi KDV oranını uygulayacağınız, faturayı ne zaman keseceğiniz ve yurt dışı tedarikçiden aldığınız bakiyeyi nasıl kayıt altına alacağınız. E-pin ve dijital ürün satan işletmelerin çoğu bu soruları işin başında değil, mali müşavirleri "bu ay bir tuhaflık var" dediğinde öğreniyor.

Dijital ürün satışında KDV neden herkesi bu kadar zorluyor?

Klasik ticarette işler nettir: bir ürün depodan çıkar, kargoya verilir, irsaliye kesilir, fatura düzenlenir. Dijital üründe bu fiziksel akış yok. Bir e-pin kodu saniyeler içinde müşterinin ekranına düşer; ne depo hareketi vardır ne de kargo takip numarası. Vergi Usul Kanunu ve KDV mevzuatı büyük ölçüde fiziksel mal teslimi üzerine kurulu olduğu için, dijital ürün satıcıları kendilerini gri bir alanda bulur.

Bu belirsizlik özellikle şu noktalarda kendini gösterir:

• Satılan şeyin "mal teslimi" mi yoksa "hizmet ifası" mı sayılacağı
• Teslim anının tam olarak ne zaman gerçekleştiğinin tespiti (kod üretildiğinde mi, müşteriye gösterildiğinde mi, kullanıldığında mı)
• Yurt içi ve yurt dışı tedarikçiden alınan ürünlerin farklı muamele görmesi
• Günde yüzlerce küçük tutarlı işlemin fatura düzenine nasıl sığdırılacağı

Sonuç olarak birçok e-pin satıcısı, işin hacmi büyüyene kadar bu konuları erteliyor; büyüdüğünde ise geriye dönük düzeltme yapmak, ilk günden doğru kurulmuş bir sistem kurmaktan çok daha maliyetli oluyor.

E-pin, oyun kodu ve dijital lisans hangi KDV sınıfına giriyor?

Türk vergi mevzuatında dijital kod, oyun içi para birimi (UC, VP gibi), yazılım lisansı ve benzeri ürünler genel olarak "elektronik ortamda ifa edilen hizmet" ya da "gayri maddi hak devri" kapsamında değerlendirilir. Kağıt kitap veya gazete gibi indirimli orana tabi istisnai kalemlerin aksine, dijital oyun kodları, hesap paketleri ve dijital lisanslar çoğu durumda genel KDV oranına tabidir.

Bu sınıflandırmanın pratikte anlamı şudur: satıcı, ürünü fiziksel bir mal gibi değil, elektronik ortamda sunulan bir hizmet gibi faturalandırmalıdır. Bu da fatura üzerindeki açıklama alanının, KDV oranının ve hatta hangi fatura türünün (e-Arşiv, e-Fatura) kullanılacağının doğru seçilmesini gerektirir.

• Yerli bir tedarikçiden alınıp yerli müşteriye satılan e-pin: standart oranda KDV'li fatura
• Yazılım lisansı satışı: genellikle hizmet ifası olarak, standart oranda faturalandırılır
• Bazı özel istisna durumları (ihracat sayılan işlemler, belirli B2B senaryoları) ayrı değerlendirme gerektirir

Burada önemli olan, ürün kataloğunuzdaki her kalemi tek tip varsaymamak; özellikle karma ürün yelpazesi (oyun kodu + yazılım lisansı + dijital hediye kartı gibi) satan işletmelerin, kalem bazında doğru sınıflandırma yapması gerekir.

Fatura teslimat anında mı, ödeme anında mı kesilmeli?

Vergi Usul Kanunu'na göre fatura, malın teslimi veya hizmetin ifasından itibaren belirli bir süre içinde düzenlenmek zorundadır. Dijital üründe "teslim anı", kodun müşteriye fiilen ulaştığı andır; ödemenin alınması değil. Bu ayrım küçük gibi görünse de, günde yüzlerce işlem yapan bir e-pin sitesinde ciddi bir operasyonel yük anlamına gelir.

Pratikte karşılaşılan sorunlar şunlardır:

• Ödeme alınıp kod teslim edilmeden fatura kesilmesi (tersine hata)
• Kodun teslim edildiği ama faturanın günler sonra, toplu olarak kesilmesi
• İptal edilen veya iade edilen siparişlerde fatura düzeltmesinin unutulması
• e-Arşiv/e-Fatura zorunluluk sınırının aşılıp aşılmadığının takip edilmemesi

Otomatik teslimat yapan bir sistemde bu sorun aslında çözülebilir bir sorundur: teslimat anı zaten sistem tarafından loglanıyorsa, fatura kesme sürecinin de bu ana bağlanması mümkündür. Pinova gibi bir altyapı kullanan işletmelerde her sipariş, teslim edilen kod ve zaman damgasıyla birlikte kayıt altına alındığı için, muhasebeye aktarılacak veri zaten hazır ve tutarlı hâlde bulunur.

Yurt dışı tedarikçiden e-pin alırken KDV nasıl hesaplanır?

Turkpin, Pinabi gibi yurt dışı menşeli veya yurt dışında mukim tedarikçilerden bakiye ya da doğrudan ürün satın alan işletmeler için işin rengi biraz değişir. Bu tür alımlar, hizmet ithali sayılabilir ve bu durumda alıcı, sorumlu sıfatıyla KDV beyan etmekle yükümlü olabilir (uygulamada "2 no'lu KDV beyannamesi" olarak bilinen mekanizma). Bu, tedarikçinin kestiği faturada KDV görünmese bile, alıcının bu vergiyi kendisinin hesaplayıp beyan etmesi gerektiği anlamına gelir.

Bu noktada dikkat edilmesi gereken bazı pratik unsurlar var:

• Her tedarikçinin sözleşme ve fatura düzeni farklı olabilir; genel bir kural yerine tedarikçi bazında değerlendirme yapılmalı
• Yurt dışı tedarikçi faturaları/dekontları düzenli olarak arşivlenmeli, sipariş kayıtlarıyla eşleştirilebilir olmalı
• Bu konu doğrudan mali müşavir onayı gerektiren bir alan; genel bilgi burada yol gösterici olsa da nihai uygulama şirketin özel durumuna göre değişir

İşin operasyonel tarafında ise şu fark ortaya çıkıyor: API üzerinden otomatik ürün çeken bir sistemde her alım, hangi tedarikçiden, hangi tarihte, hangi tutarla yapıldığı bilgisiyle birlikte otomatik kayıt altına alınır. Bu da yıl sonunda ya da denetim anında "hangi alım hangi satışın karşılığıydı" sorusuna dakikalar içinde cevap verilebilmesini sağlar.

Bayi ve cüzdan bakiyesi sisteminde KDV ne zaman doğar?

Çok seviyeli bayi sistemi çalıştıran e-pin işletmelerinde sık karşılaşılan bir soru şudur: bayi, sisteme bakiye yüklediğinde mi, yoksa bu bakiyeyle bir ürün satın aldığında mı vergiyi doğuran olay gerçekleşir? Genel kabul gören yaklaşım, bakiye yüklemesinin kendi başına bir teslim veya hizmet ifası olmadığı, bir tür avans niteliği taşıdığı yönündedir. Vergiyi doğuran olay, bakiyenin bir ürün karşılığında kullanıldığı, yani fiili teslimin gerçekleştiği andır.

Bununla birlikte bazı işletmeler ve mali müşavirler, iş modeline göre bakiye yüklemesini de ayrı bir belge ile takip etmeyi tercih edebilir. Burada belirleyici olan üç şey:

• Bayi sözleşmesinin bakiyeyi nasıl tanımladığı (avans mı, ön ödeme mi)
• Cari hesap mutabakatının ne sıklıkla yapıldığı
• Bakiye-satış-fatura üçlüsünün birbirine izlenebilir şekilde bağlı olup olmadığı

Manuel takip edilen bayi sistemlerinde bu üçlü bağ çoğu zaman kopar: bakiye Excel'de, satış farklı bir tabloda, fatura ise muhasebe programında ayrı ayrı tutulur. Cari hesap mutabakatı yapılırken rakamlar tutmadığında, saatler süren geriye dönük kontrol gerekir. Sistem içi bir cüzdan mekanizmasında ise her bakiye hareketi ve her bakiyeden düşüm, aynı kayıt zincirinin parçası olduğu için bu mutabakat sorunu büyük ölçüde ortadan kalkar.

Manuel takipte hangi hatalar mali müşaviri çileden çıkarır?

Mali müşavirlerin e-pin ve dijital ürün satan müşterilerinde en sık karşılaştığı sorunlar, aslında karmaşık vergi yorumlarından değil, basit kayıt tutarsızlıklarından kaynaklanır. Ay sonunda gelen "şu 40 işlemin faturası eksik" ya da "bu tutarlar birbirini tutmuyor" mesajlarının büyük kısmı, temelde bir veri toplama sorunudur.

En sık görülen hatalar şunlardır:

• Farklı ödeme yöntemlerinden (PayTR, Shopier, havale) gelen tahsilatların satış kayıtlarıyla elle eşleştirilmeye çalışılması
• İade veya iptal edilen siparişlerde KDV düzeltmesinin unutulması
• Ürün bazında farklı KDV oranı uygulanması gereken kalemlerin tek bir oranla karıştırılması
• Tedarikçi faturalarının hangi satışa karşılık geldiğinin, işlem hacmi arttıkça takip edilemez hâle gelmesi
• Gün sonu kasa/cüzdan mutabakatının haftalarca sonra, hafızaya dayanarak yapılmaya çalışılması

Bu hataların ortak noktası, verinin kaynağında değil, sonradan elle birleştirilmeye çalışılmasıdır. Satış, tedarikçi alımı, ödeme tahsilatı ve iade kaydının aynı sistemde, aynı sipariş numarasına bağlı olarak tutulduğu bir yapıda ise bu tür uyuşmazlıkların çoğu baştan oluşmaz.