Cüzdana Giren Para Henüz Gelir Değil: Oyunda Sanal Para, Battle-Pass ve Abonelikte Gelir Dönemselliği (2026)

Mevzuat Notu: Bu yazı 2026-07-25 itibarıyla 213 sayılı Vergi Usul Kanunu’nun dönemsellik ve değerleme hükümleri (özellikle md. 283 ve md. 287), Tek Düzen Hesap Planı’nı düzenleyen 1 Sıra No.lu Muhasebe Sistemi Uygulama Genel Tebliği (26.12.1992 tarih, 21447 mükerrer R.G.), 3065 sayılı Katma Değer Vergisi Kanunu’nun 10. maddesi (vergiyi doğuran olay) ile kart/şifre/kod satışına ilişkin 49 Seri No.lu KDV Genel Uygulama Tebliği değişikliği (18.01.2024, 32433 R.G.), bağımsız denetime tabi işletmeler için TFRS 15 (Müşteri Sözleşmelerinden Hasılat) ve konuya değen GİB özelgeleri esas alınarak hazırlanmıştır. Coin/kod satışının KDV karşısındaki niteliği somut olaya ve sözleşme metnine göre değişebilir; kritik işlemde kendi durumunuz için özelge talebini değerlendirin.

Oyununuz mağazada. Oyuncu 100 birimlik coin paketini alıyor, para hesaba geçiyor. İçgüdü basit: para girdi, gelir yazayım. Sahada en sık gördüğüm — ve en pahalıya patlayan — hata tam burada başlıyor.

Çünkü cüzdana giren para henüz gelir değil. Oyuncu size bir söz karşılığı ödedi: “ileride bu coin’i harcayınca bana bir şey vereceksin.” O sözü yerine getirene kadar elinizdeki nakit, gelir değil bir yükümlülük. Vergi de, doğru muhasebe de bu ayrımın üstüne kurulu.

60 Saniyede Cevap

Önce üç ürünü ayırın; çünkü her birinin gelir saati farklı:

• Sanal para (coin/gem): Coin, hukuki ve fiilî niteliği itibarıyla ileride sunulacak ürün/hizmetler için kullanılan bir “cüzdan” (satın alma gücü) niteliğindeyse ve işletmenin edimi kullanım anına kadar sürüyorsa, gelir o coin oyunda harcandıkça doğar. Harcanmamış bakiye, tahsil edildiği an “gelecek aylara ait gelirler” (380) hesabına yazılır ve orada bekler. (Coin tek bir belirli hizmete kilitliyse tablo değişir — aşağıda ele alıyorum.)
• Battle-pass / sezon bileti: Belirli bir sezonu (çoğunlukla 1–3 ay) kapsar. Bedel, sezon süresi boyunca dönemlere yayılarak gelir yazılır.
• Abonelik: Peşin alınan yıllık/aylık paketin bedeli, abonelik süresine oranlı olarak her dönem sonunda gelire aktarılır.

Üstüne bir katman daha var: KDV başka bir saatte işler. Cüzdan (satın alma gücü) niteliğindeki coin satışında KDV doğmaz; KDV, coin harcanıp somut bir sanal ürüne dönüştüğünde doğar. Battle-pass ve abonelik ise “belirli bir hizmete erişim” sağladığından, erişim hakkının teslim/ifa edildiği anda KDV’ye tabidir; bundan önce fatura düzenlenirse KDVK md. 10/b uyarınca fatura tutarıyla sınırlı KDV o anda doğar. Yani aynı işlemde gelir bir saatte, KDV başka bir saatte tahakkuk edebilir.

Yanlış saati kullanmanın bedeli tek cümle: tüm tahsilatı peşinen gelir yazarsanız matrahınızı öne çekersiniz — nakit henüz kâr değilken kurumlar vergisi ve geçici vergi ödersiniz.

Tahsilat neden gelir değil?

Ticari kazançta iki temel ilke var: tahakkuk ve dönemsellik. Tahakkuk, bir gelirin mahiyet ve tutar olarak kesinleşmesini; dönemsellik ise o gelirin ait olduğu döneme yazılmasını ister. İkisi birlikte şunu söyler: peşin tahsil etmiş olmanız, geliri bu dönem yazmanızı gerektirmez. Henüz ifa etmediğiniz hizmetin bedeli, ifa dönemine kadar bekletilir.

Vergi Usul Kanunu bunu değerleme tarafında da kurar. VUK md. 287, gelecek hesap dönemlerine ait olarak peşin tahsil olunan hasılatı pasifleştirerek değerlemeyi öngörür (giderlerin simetrik hâli md. 283’tedir). Tek Düzen Hesap Planı’nda bu ilke iki hesapla yürür:

• 380 — Gelecek Aylara Ait Gelirler: peşin tahsil edilen gelirlerin bilanço tarihinden itibaren bir yıldan kısa süreye ait kısmı.
• 480 — Gelecek Yıllara Ait Gelirler: bir yıldan uzun kısmı. Dönem sonunda bir yılın altına inen tutar 380’e aktarılır.

Bu hesapların işleyişi, 1 Sıra No.lu Muhasebe Sistemi Uygulama Genel Tebliği’nde açık yazar: “Peşin tahsil olunan gelirler bu hesabın alacağına kaydedilir. Ait olduğu dönemde ilgili gelir hesaplarına devredilir.” Gelir İdaresi de bu hesapları “gelecek bir hesap dönemine ait olarak peşin tahsil olunan gelirlerin izlendiği” hesap olarak tanımlar (E-11395140-105[VUK-3-4192]-554230 sayılı, 02.05.2025 tarihli özelge — bu özelge oyun işleminin gelir zamanını değil, 380/480 hesaplarının niteliğini teyit eder; oyun coin’i hakkında doğrudan idari görüş değildir).

Bir ayrım daha var: bedel, şartı henüz gerçekleşmemiş ve iade edilebilir bir avans niteliğindeyse 340 Alınan Sipariş Avansları; gelecek döneme ait olduğu artık kesinleşmiş bir gelirse 380/480 kullanılır. Hangisinin uygun olduğu — ve edimin hangi anda yerine getirildiği — sözleşmedeki hak kazanma ve iade koşullarına göre belirlenir. TFRS 15’teki “sözleşme yükümlülüğü” de otomatik olarak vergi kayıtlarında 380 demek değildir.

Kısacası mekanizma şu: para girer → (niteliğine göre 340 ya da 380/480’e yazılır) → işletmenin edimi yerine getirildikçe ilgili tutar 600’lü gelir hesabına devredilir. Gelir, nakitle değil ifayla doğar. Coin’in harcanması çoğu yapıda bu ifanın gerçekleştiği andır; ama bu otomatik değildir — harcanan coin karşılığında süreli erişim, barındırma ya da sonradan teslim edilecek içerik veriliyorsa gelir daha ileri bir döneme yayılabilir. Yani “harcama” gelirin nihai tetiği değil, edim analizinin ilk tespitidir.

Sayısal karşılaştırma: 100 birimlik coin paketi

Bir stüdyonun bir ayda 100 birim değerinde (KDV hariç) coin sattığını, oyuncuların o ay bunun 60 birimini harcadığını varsayalım. Maliyet ve diğer matrah unsurlarını sadelik için dışarıda tutuyoruz. İki muhasebe yolu:

Kalem	(A) Tümü tahsilatta gelir	(B) Harcandıkça gelir (örnekteki cüzdan varsayımıyla)
Tahsilat anı	100 birim gelir yazılır	100 birim 380’e (yükümlülük) yazılır
O dönemin geliri	100 birim	Harcanan 60 birim 380’den gelire devredilir
Dönem sonu 380 bakiyesi	0	40 birim (henüz harcanmadı)
Matraha esas hasılat etkisi	100 birim	60 birim
Sonuç	40 birimlik henüz doğmamış gelir için erken vergi	Hasılat gerçek ifayı izler

(A) yolu, oyuncunun henüz harcamadığı 40 birim için sizi bu dönem vergilendirir. Oyuncuların iade ettiği kısım gerçekten hiç gelire dönüşmeyebilir; işletmede kalan kullanılmamış bakiye ise breakage politikasına göre daha sonraki bir dönemde gelir olabilir (aşağıda ayrı ele alıyorum). Her hâlde (A) yolu bu tutarın vergisini şimdiden ödetir. (B) yolu ise hasılatı ifaya bağlar; gelirin dönemselliği bakımından erken kurumlar/geçici vergi etkisini azaltır. Ama dikkat: dönemsellik dayanaksız bir erteleme değildir — coin’in ediminin fiilen satış/aktivasyon anında tamamlandığı bir yapıda geliri ertelemek de cezalı tarhiyat riski doğurur. Doğru dönem, taktik değil, sözleşmedeki edimin gerçek zamanıdır.

İki teknik uyarı. Birincisi asil-vekil: “store size 100 tahsil etti” derken store/platform sözleşmede asil de olabilir vekil de. Hasılatın brüt (100) mü yoksa platform komisyonu düşülmüş net tutar mı kaydedileceği, iadeler ve chargeback bu ayrıma bağlıdır; platform ekstresi ve kullanıcı sözleşmesi incelenmeden rakam kesinleşmez (store komisyonunun brüt/net ve KDV matrahı boyutunu ayrı bir yazıda ele aldım). İkincisi enflasyon düzeltmesi: 380/480 bakiyeleri parasal olmayan kıymet niteliğindedir; enflasyon düzeltmesi kapsamındaki mükelleflerde bu bakiyelerin düzeltmeye tabi tutulması ilgili hesap döneminde ayrıca kontrol edilmelidir.

Battle-pass’te tablo benzer: 90 günlük bir sezon bileti 900 birime satıldıysa, bedel sözleşmedeki edimin niteliğini en iyi yansıtan yöntemle (erişime hazır bulunma söz konusuysa süreye dayalı, aşamalı içerik teslimi varsa buna uygun bir ilerleme ölçüsüyle) sezona yayılır; sezon iki vergilendirme dönemine taşıyorsa her döneme isabet eden pay ayrı ayrı gelir yazılır. Abonelikte ise dağılım bilanço tarihinden itibaren kalan süreye bakılarak yapılır: bir yıl içinde gelire dönüşecek kısım 380’de, bilanço tarihinden itibaren bir yıldan uzun vadeli kısım 480’de izlenir; her ay sonu o ayın payı gelire aktarılır.

Karar matrisi: hangi üründe hangi saat?

Doğru soruyu sorarsanız doğru dönemi bulursunuz: “Bu bedelin karşılığı olan edimi ne zaman yerine getiriyorum?” Cevap ürüne göre değişir — ve gelir saati ile KDV saati aynı olmak zorunda değildir.

Ürün	Gelir tanıma tetiği (VUK/dönemsellik)	KDV doğuş anı (KDVK md. 10)	Not
Sanal para (coin/gem) — cüzdan niteliğinde	Oyuncu harcadıkça (380’den devir)	Satışta KDV yok; coin harcanıp ürüne dönüşünce doğar	49 Seri No.lu KDV GUT değişikliği: “satın alma gücü/ödeme aracı” niteliğindeki kod satışta KDV’nin konusuna girmez
Battle-pass / sezon	Sezon süresi boyunca yayılır	Satış anında (belirli hizmete erişim)	Sezon takvim yılını aşarsa dönemlere böl
Abonelik	Süreye oranlı (aylık devir)	Satış/fatura anında (belirli hizmete erişim)	Yıllık peşin: 380 + 480 dağıt
Belirli oyuna erişim e-pin/kod	İlgili işletmenin sözleşmedeki edimi tamamlandığında	Satışta KDV (karşılığı belirli hizmet)	Satıcı/ihraççı/aracı ve asil-vekil ayrımı tutarı ve zamanı etkiler; cüzdan koduyla karıştırma
Harcanmayan bakiye (breakage)	Hak fiilen düşünce / süre bitince gelir	Cüzdan bakiyesinde satışta KDV zaten doğmamıştır; satışta KDV hesaplanan belirli hizmet hakkında ise ek KDV doğmaz	İki senaryoyu ayır; aşağıda ele alıyorum

KDV tarafındaki ayrımın dayanağı, kart/şifre/kod satışına 49 Seri No.lu KDV Genel Uygulama Tebliği değişikliğiyle (18.01.2024, 32433 R.G.) eklenen bölümdür: karşılığı belirli bir ürün/hizmet olan kod satışta KDV’ye tabidir; ödeme aracı/satın alma gücü niteliğindeki cüzdan kodu ise satışta değil, kullanıldığında KDV doğurur. Oyun içi coin çoğunlukla ikinci gruba (cüzdan) girer. Ama bu somut olaya ve sözleşme metnine bağlıdır: coin’i tek bir belirli hizmete kilitlerseniz, idare onu “belirli hizmete erişim” sayıp KDV’yi satışa çekebilir. Tartışmalı hâllerde özelge talebi en temiz yoldur.

Gökay GÜL’ün Notu

Gökay GÜL’ün Notu: Sahada gördüğüm en yaygın tuzak, mağaza (store) hesap özetindeki tahsilatı doğrudan gelir tablosuna yazmak. Store size 100 tahsil etti diye o 100 bu ayın geliri değildir — bir kısmı harcanmamış coin, bir kısmı gelecek aya sarkacak abonelik payıdır. Ben ay sonunda üç şeyi mutabakat ederim: (1) dönem içi coin satışı, (2) dönem içi coin harcaması, (3) dönem sonu cüzdan bakiyesi. Fark, 380 hesabına düşer. Bu tek disiplin, hem erken vergiden korur hem de bir vergi incelemesinde “geliri neden ertelediniz?” sorusuna telemetri verisiyle cevap verebilmenizi sağlar. Dönemselliği “geç gelir yazma taktiği” değil, ifayı izleyen bir kayıt disiplini olarak kurun.

Saha Vakası

(Temsilî örnek — gerçek mükellef deneyimlerinden damıtılmış, anonim bir bileşke.)

İstanbul’da mobil bir yapım stüdyosu, ilk tam faaliyet yılında tüm store tahsilatını doğrudan “yurt içi/yurt dışı satışlar”a yazdı. Yıl sonu tablosu şişkin bir kâr gösterdi; kurumlar ve geçici vergi buna göre ödendi. Oysa oyuncuların o yıl satın aldığı coin’in kayda değer bir kısmı henüz harcanmamıştı — yani hizmet henüz verilmemişti. Bir takip sistemi de olmadığından, ertesi yıl aynı bakiye harcanınca ikinci kez gelirleştirilme (mükerrer kayıt) riski doğdu ve mutabakat karıştı; araya iade/denge güncellemeleri girince tablo iyice bulanıklaştı.

Böyle bir tabloda uygulanabilecek düzeltme sadedir ama etkilidir: cüzdan bakiyesi telemetriyle muhasebeye bağlanır, harcanmamış coin niteliğine göre 340/380’e taşınır, battle-pass ve abonelik gelirleri süreye yayılır. Ticari hacim değişmez; ama matrah gerçek ifayı izlemeye başlar ve nakit-vergi uyumu düzelir. Önceki dönem için ise — şartları oluştuğu ölçüde — düzeltme beyannamesi ve ilgili usuller (düzeltme-şikâyet, zamanaşımı, ispat) değerlendirilebilir; düzeltme beyanı vermek erken ödenmiş sayılan verginin kendiliğinden iadesini garanti etmez. Değişen asıl şey, “para girdi = gelir” refleksini “para girdi = yükümlülük, ifa = gelir” disiplinine çevirmektir.

Sık Sorulan Sorular

Coin sattım; geliri ne zaman yazarım? Coin, oyuncuya ileride harcayacağı bir “satın alma gücü” sattığınız için, tahsilat anında gelir değil yükümlülüktür: 380 (Gelecek Aylara Ait Gelirler) hesabına yazılır. Gelir, oyuncu coin’i oyunda harcadıkça — yani ona bir sanal ürün/hizmet verdikçe — o tutar 380’den ilgili dönem gelir hesabına devredilerek doğar. Dönem sonunda harcanmamış bakiye 380’de bekler.

Harcanmayan bakiye (breakage) ve süresi dolan battle-pass ne olur? İki çerçeve farklı işler. TFRS 15 uygulayan işletmede, geçmiş verisiyle harcanmayacak kısmı güvenilir biçimde tahmin edebiliyorsanız bu tutarı oyuncuların kullanım oranına orantılı olarak gelire alabilirsiniz; tahmin edemiyorsanız hakkın kullanılma ihtimali fiilen kalmadığında (örneğin sezon kapandığında) gelir yazarsınız (TFRS 15, “eksik talep” hükümleri). VUK/tek düzen tarafında ise breakage’ı doğrudan düzenleyen özel bir hüküm yoktur; süresi dolup işletmede kalan tutarlar, ait olduğu dönemde gelire alınır. Harcanmayan oyun ön ödemesine birebir oturan tarih-sayılı bir düzenlemeye ulaşamadım; bu yüzden kalem tahakkuk ve dönemsellik ilkesi çerçevesinde ele alınmalı ve tereddütlü hâllerde işlem öncesi özelge talep edilmelidir.

Battle-pass sezonu takvim yılını aşıyorsa? Bedeli sezon süresine yayarsınız; sezon iki vergilendirme dönemine taşıyorsa her döneme isabet eden payı o dönemin geliri olarak yazarsınız. Peşin bedelin bir yılı aşan kısmı 480’de, bir yılın altındaki kısmı 380’de izlenir.

Yıllık aboneliği peşin aldım; hepsi bu yılın geliri mi? Hayır. Peşin tahsilat, hizmetin sunulacağı aylara aittir. 12 aylık aboneliğin bedeli süreye oranlı dağıtılır: her ay sonu o ayın payı 380’den gelire aktarılır. 380/480 ayrımı takvim yılına göre değil, bilanço tarihinden itibaren kalan vadeye göredir; bir yıldan uzun vadeli kısım 480’de bekler. Not: doğrudan “abonelik” konulu tarih-sayılı bir GİB özelgesine ulaşamadım; bu yüzden ilkeyi (peşin tahsilatın süreye yayılarak gelir yazılması) tahakkuk ve dönemsellik esasından kuruyorum — idarenin peşin tahsil edilen intifa/kira bedelinde verdiği görüş de aynı ilkeyi destekler.

KDV’yi coin satışında mı, harcamada mı hesaplarım? Coin cüzdan/satın alma gücü niteliğindeyse satışta KDV doğmaz; KDV, coin harcanıp somut bir sanal ürüne dönüştüğünde doğar (49 Seri No.lu KDV GUT değişikliği). Battle-pass ve abonelik “belirli hizmete erişim” sağladığından satış anında KDV’ye tabidir. Gelirin ertelenmesi KDV’yi ertelemez; iki tahakkuk ayrı saatlerde işleyebilir. Ayrıca teslim/hizmetten önce fatura düzenlerseniz KDVK md. 10/b uyarınca fatura tutarıyla sınırlı KDV o anda doğar.

Ne Yapmalısınız

1. Ürün taksonomisi çıkarın. Her monetizasyon kalemini üçe ayırın: cüzdan niteliğinde coin/gem, belirli hizmete erişim (battle-pass/abonelik), ve tek satışta teslim edilen kalıcı içerik. Bu sınıflandırma hem KDV doğuş anını hem gelir dönemini belirler; kullanım koşulları (EULA) metniyle tutarlı olsun.
2. Cüzdanı muhasebeye bağlayın. Dönem içi coin satışı, harcaması ve dönem sonu bakiyesini telemetriyle mutabakat edin; harcanmamış bakiyeyi 380/480’de bekletin.
3. KDV ile geliri ayrı yönetin. Coin’in hukuki ve fiilî niteliği satın alma gücü/ödeme aracıysa satışta KDV doğurmayın, harcamada hesaplayın; belirli hizmete erişim veren battle-pass/aboneliği erişimin ifasında (öncesinde fatura kesilirse md. 10/b ile) KDV’ye tabi tutun. Yurt dışından kod alımlarında sorumlu sıfatıyla KDV (2 No’lu) yükümlülüğünü işlemin niteliğine ve Türkiye’de yararlanma şartına göre ayrıca inceleyin.
4. Breakage politikanızı yazın. Denetime tabiyseniz TFRS 15’in orantılı/ihtimal-düştüğünde yöntemlerini belgeleyin; değilseniz süresi dolan bakiyeyi ait olduğu dönemde gelir yazın. Tartışmalı kalemlerde özelge talep edin.
5. Sınırları izleyin. TFRS uygulama kapsamındaysanız (ya da isteğe bağlı TFRS uyguluyorsanız) TFRS 15’in sözleşme yükümlülüğü ve edim yükümlülüğü hükümleri devreye girer; diğer bağımsız denetime tabi işletmeler tabi oldukları raporlama çerçevesini (ör. BOBİ FRS) uygular. VUK ile TFRS arasındaki zamanlama farkı ertelenmiş vergi (TMS 12) doğurur. Dijital Hizmet Vergisi eşiklerini de mükellef ve varsa grup bazında yıllık kontrol edin.

Kaynaklar: 213 sayılı VUK md. 283, 287; 1 Sıra No.lu Muhasebe Sistemi Uygulama Genel Tebliği (26.12.1992, 21447 mükerrer R.G.); 3065 sayılı KDVK md. 10; 49 Seri No.lu KDV Genel Uygulama Tebliği değişikliği (18.01.2024, 32433 R.G.); TFRS 15 Müşteri Sözleşmelerinden Hasılat (9.9.2016, 29826 R.G.); GİB özelgesi E-11395140-105[VUK-3-4192]-554230 (02.05.2025). Bu yazı genel bilgilendirme amaçlıdır; somut işlem öncesi kendi durumunuz için mali müşavirinize danışın.