Çoğu epin satıcısı işin en başında şunu sanır: "Ben fiziksel bir şey göndermiyorum, kodu mail atıyorum, ortada kargo yok, o zaman fatura da ayrı bir mesele değil." Bu cümle kulağa mantıklı geliyor çünkü dijital ürünün eli yüzü yok; stoğu bir Excel satırı, teslimatı bir e-posta. Ama vergi mevzuatı ürünün fiziksel olup olmasına değil, bir bedel karşılığı teslim gerçekleşip gerçekleşmediğine bakar. Sen 25 liralık bir oyun kodunu tek tıkla teslim ettiğinde, mevzuat açısından tamamlanmış bir satış vardır ve o satışın belgesi olmak zorundadır.
İşin tuhaf tarafı şu: epin satıcılarının başına gelen sorunlar neredeyse hiç "fatura kesmedim" yüzünden çıkmıyor. Fatura kesiyorlar ama yanlış türde, yanlış alıcı bilgisiyle, yanlış açıklamayla kesiyorlar. Sonra aylar sonra bir mutabakat farkı, bir iade talebi ya da bir banka hareketi sorgusu geldiğinde belgeler birbirini tutmuyor. Bu yazıda tam olarak o kör noktaları tek tek açıyorum: hangi durumda e-arşiv, hangi durumda e-fatura, açıklama alanına ne yazmalısın, iade halinde ne oluyor ve bütün bunları bir e-pin scripti üzerinden nasıl otomatiğe bağlarsın.
"Dijital ürün fatura gerektirmez" fikri nereden çıktı ve neden yanlış?
Bu inanç iki yerden besleniyor. Birincisi, epin piyasasının ilk yıllarında satışların büyük kısmı forumlarda, havale dekontuyla, elden yürüyordu; kimse belge sormuyordu. İkincisi, tutar başına rakamlar küçük olduğu için "25 liraya fatura mı kesilir" refleksi oluştu. Oysa mevzuat tutarla değil, işlemin niteliğiyle ilgilenir. Sen ayda beş bin adet küçük satış yapıyorsan, bunların toplamı ciddi bir hasılattır ve her biri kayıt altına alınmış olmalıdır.
Pratikte bunun anlamı şudur: nihai tüketiciye yaptığın küçük tutarlı satışlarda genel olarak e-arşiv fatura devreye girer, mükellef bir bayiye ya da kurumsal alıcıya sattığında ise e-fatura tarafına geçersin. Sınırlar ve tutar eşikleri dönem dönem güncellendiği için kendi durumunu mutlaka mali müşavirinle netleştir; ama iş modelini kurarken varsayman gereken temel şudur: her satış belgelenir, belge otomatik üretilir, belge müşteriye ulaşır. Bunu manuel yapmaya çalışırsan üçüncü ayda çuvallarsın. Bu yüzden kullandığın dijital ürün satış scripti fatura tarafını bir eklenti değil, çekirdek akışın parçası saymalı.
Alıcı kim? Müşterinin mükellef olup olmaması neyi değiştiriyor?
Epin satışında müşteri profili üçe ayrılır ve her biri farklı belge davranışı ister. Birinci grup, kartını girip kodu alan bireysel oyuncu. Onun için ihtiyacın olan tek şey doğru ad-soyad ve geçerli bir e-posta; belge elektronik olarak iletilir. İkinci grup, senden toplu alıp kendi sitesinde satan bayiler. Burada vergi kimlik numarası, unvan ve adres alanları zorunlu hale gelir; alıcı e-fatura mükellefiyse belgen sistem üzerinden ona düşmek zorundadır. Üçüncü grup ise internet kafe, kurumsal hediye alımı yapan şirketler gibi karma profiller.
Kritik hata şurada yapılıyor: satıcılar sipariş formunda tek bir "isim" alanı bırakıyor ve bayi de oraya kendi adını yazıyor. Sonra bayi "şirketime fatura lazım" diye geri dönüyor, belge düzeltilmek zorunda kalıyor, arada iptal-yeniden düzenleme trafiği çıkıyor. Çözüm çok basit ama çoğu kurulumda yok: ödeme adımında "bireysel / kurumsal" seçimi ve kurumsalda VKN doğrulaması. Doğru bir e-pin satış yazılımı bu ayrımı sipariş oluşurken yapar, fatura kesilirken değil.
| Satış senaryosu | Tipik belge yönü | Zorunlu alanlar | Otomasyonda dikkat |
|---|---|---|---|
| Bireysel oyuncu, 20-200 TL | e-Arşiv | Ad-soyad, e-posta, TCKN (istenirse) | E-posta doğrulaması şart, aksi halde belge ulaşmaz |
| Bayi / alt satıcı, toplu alım | e-Fatura (mükellefse) | Unvan, VKN, vergi dairesi, adres | Mükellef sorgusu sipariş anında yapılmalı |
| Kurumsal hediye/promosyon alımı | e-Fatura | Unvan, VKN, sipariş referansı | Toplu kod listesi belge ekine bağlanmalı |
| Yurt içi pazar yeri üzerinden satış | Platform kurgusuna bağlı | Platform sipariş no + alıcı bilgisi | Çift faturalama riski, mutabakat kaydı tut |
| İade / kısmi iade | İade belgesi veya iptal | Orijinal belge no, sebep kodu | Kod kullanıldıysa iade reddi gerekçesi loglanmalı |
Açıklama alanına ne yazacaksın? Sessiz ama en pahalı hata
Fatura satırındaki ürün tanımı, denetimde senin ne sattığını anlatan tek cümledir. "Ürün", "dijital kod", "bakiye" gibi belirsiz ifadeler yazarsan, karşı taraf ne sattığını anlamaz ve sana sormak zorunda kalır. İyi bir tanım şu üç bilgiyi taşır: ürün ailesi, nominal değer ve teslim biçimi. Örneğin "Oyun içi dijital kod - 100 birim - elektronik teslim" gibi bir ifade hem müşteri için hem de arşiv için okunabilir.
İkinci detay, adet ve birim fiyat kurgusu. Tek siparişte beş adet aynı koddan satıyorsan bunu tek satırda 5 adet olarak yazmak ile beş ayrı satır açmak farklı sonuçlar doğurur; özellikle kısmi iade geldiğinde tek satırlı belgeyi bölmek zahmetli olur. Tavsiyem: iade olasılığı olan her kalemi ayrı satır yap. Bu, kod bazlı ürünlerde hayat kurtarır çünkü müşteri genelde "beş koddan biri çalışmadı" der, tamamını iade etmez. Kullandığın epin yazılım tarafında satır kırılımını sipariş kalemine göre üretmesi, sonradan elle müdahaleyi sıfıra indirir.
Epin satıcılarının e-arşiv kaynaklı sorunlarının dağılımı
- Yanlış alıcı bilgisi / mükellef karışması 45%
- Belirsiz ürün tanımı ve satır kırılımı 25%
- İade-iptal akışının belgeye yansımaması 20%
- Belge iletiminde e-posta hatası 10%
Kod teslim edildikten sonra iade gelirse belge ne olur?
Dijital ürünün en hassas noktası burası. Fiziksel üründe malı geri alır, iade faturasını keser, işi kapatırsın. Epin'de ise kod bir kere görüntülendiğinde tüketilmiş sayılması gerekir. Bu yüzden iade politikanın "kod görüntülenmemişse iade edilir, görüntülenmişse yalnızca kod arızası halinde inceleme yapılır" şeklinde yazılı olması zorunludur. Bu cümle hem satış sayfanda hem de belge notunda yer almalı.
Teknik tarafta ihtiyacın olan şey bir görüntüleme logu: kodun hangi IP'den, hangi saatte, hangi oturumda açıldığı. Bu log olmadan iade tartışmasında elinde hiçbir kanıt olmaz ve ödeme sağlayıcısı otomatik olarak müşteri lehine karar verir. Belge tarafında ise iki yol vardır: satış aynı dönem içindeyse iptal, dönem kapandıysa iade belgesi. Hangi yolu seçeceğini kendin karar vermemelisin, akış bunu tarihe göre kendi seçmeli. Bu mantığı bir kere e-pin satış scripti içine gömdüğünde, destek ekibin "bunu nasıl yapıyorduk" sorusunu bir daha sormaz.
Elle fatura kesmek neden üçüncü ayda çöküyor?
Rakamla konuşalım. Günde 80 sipariş alıyorsun, her belge için ortalama 90 saniye harcıyorsun: günde iki saat. Bu iki saat, büyüme için kullanabileceğin en değerli zaman dilimi ve tamamen kopyala-yapıştır işine gidiyor. Üstelik insan eli girdiği her yerde hata payı var; yanlış tutar, eksik VKN, atlanmış sipariş. Ayın sonunda banka hareketleriyle belge listesi tutmuyor ve mutabakat için bir gün harcıyorsun.
Otomasyonun mantığı şu sırayla kurulur: ödeme onayı gelir → sipariş kesinleşir → kod rezerve edilir → belge talebi entegratöre gider → belge numarası siparişe yazılır → müşteriye kod ve belge birlikte iletilir. Bu zincirdeki her adımın tekrar denenebilir olması şart; entegratör bir saat cevap vermezse kuyruk beklemeli, sipariş düşmemeli. Özellikler sayfasında Pinova'nın sipariş-belge zincirini nasıl kuyrukladığını görebilirsin; buradaki asıl kazanç hız değil, hiçbir siparişin belgesiz kalmaması.
Entegratörden dönen belge numarasını sipariş kaydına işlemezsen, iade gününde hangi belgenin hangi siparişe ait olduğunu bulmak için saatlerini harcarsın. Tek alan, tek satırlık geliştirme, ömür boyu huzur.
Denetim kapıyı çaldığında elinde hangi üç kayıt olmalı?
Bir inceleme geldiğinde sana sorulan soru şudur: "Bu para hareketi hangi satışa ait ve o satışın belgesi nerede?" Buna cevap verebilmen için üç kaydın birbirine bağlı olması gerekir. Birincisi tahsilat kaydı: ödeme sağlayıcısından gelen işlem referansı. İkincisi sipariş ve teslim kaydı: hangi kodun kime, ne zaman gittiği. Üçüncüsü belge kaydı: e-arşiv ya da e-fatura numarası.
Bu üçlü zincir koptuğunda sorun sadece vergi tarafında kalmaz; ödeme sağlayıcın da senden aynı zinciri ister, itiraz dosyalarında bunu kanıt olarak sunarsın. Bu yüzden veri modelini kurarken üç tabloyu tek referansla bağla ve raporu tek ekranda göster. Aylık kapanışta yapman gereken tek şey "belgesiz sipariş var mı, siparişsiz tahsilat var mı" sorusunu iki sorguyla cevaplamak olmalı. Ölçeklenen bir dijital ürün satış yazılımı bu mutabakat ekranını hazır getirir; yoksa her ay elle tabloları karşılaştırırsın.
| Kontrol | Ne bakacaksın | Sıklık | Durum |
|---|---|---|---|
| Belgesiz sipariş taraması | Ödemesi onaylı ama belge numarası boş kayıtlar | Günlük | Otomatik uyarı kur |
| Alıcı tipi tutarlılığı | Kurumsal seçilip VKN girilmemiş siparişler | Günlük | Formda zorunlu alan |
| Kod görüntüleme logu | IP, saat, oturum kaydı eksiksiz mi | Haftalık | İade savunmasının temeli |
| İade-iptal eşleşmesi | Her iadenin bir belgesi var mı | Haftalık | Dönem farkına dikkat |
| Tahsilat mutabakatı | Sağlayıcı raporu ile sipariş toplamı | Aylık | Kuruş farkını bile kovala |
| Arşiv yedeği | Belgelerin ikinci bir yerde kopyası | Aylık | Tek sunucuya güvenme |
Fatura tarafını bir daha elle takip etmek zorunda kalma
Pinova, sipariş-teslim-belge zincirini tek akışta kurar; belgesiz sipariş kalmaz, mutabakat tek ekrandan yürür. Fiyat seçeneklerine bakıp kendi hacmine uygun paketi seçebilirsin.
Küçük tutarlı epin satışlarında da belge düzenlemek zorunda mıyım?
Evet. Mevzuat tutarı değil, bedel karşılığı teslimi esas alır. Ayda binlerce küçük satış yapan bir işletme için toplam hasılat ciddi bir büyüklüğe ulaşır; her satışın kaydı ve belgesi bulunmalıdır. Kendi mükellefiyet durumun ve eşikler için mali müşavirinle netleşmen gerekir.
Bayiye satış yaparken e-arşiv mi e-fatura mı kesmem gerekir?
Alıcı e-fatura mükellefiyse belge e-fatura tarafından yürür. Bu yüzden bayi kaydını açarken unvan, VKN ve vergi dairesi bilgilerini zorunlu alan yap ve mükellefiyet sorgusunu sipariş anında çalıştır. Sonradan düzeltme her zaman daha pahalıdır.
Müşteri kodu gördükten sonra iade isterse ne yapmalıyım?
İade politikan yazılı olmalı: kod görüntülenmemişse iade, görüntülenmişse yalnızca kod arızasında inceleme. Görüntüleme logun yoksa itirazda elinde kanıt olmaz. Belge tarafında ise satış aynı dönemdeyse iptal, dönem kapandıysa iade belgesi yolu izlenir.
Fatura otomasyonunu kendim mi yazmalıyım, hazır çözüm mü kullanmalıyım?
Sıfırdan yazarsan kuyruk, tekrar deneme, belge numarası geri yazımı ve iade senaryolarını tek tek çözmen gerekir; bu aylar alır. Hazır bir altyapı bu zinciri test edilmiş halde getirir, sen de enerjini ürün ve pazarlamaya ayırırsın.
Belge tarafı sıkıcı görünür ama işini büyütürken en çok zaman yiyen ve en çok risk taşıyan yer tam olarak burasıdır. Akışı bir kere doğru kurarsan bir daha dönüp bakmazsın; yanlış kurarsan her ay aynı yangını söndürürsün. Kendi sipariş hacmini düşünerek zincirin nasıl çalıştığını görmek istersen canlı demo üzerinden sipariş oluşturup belge alanlarının nasıl doldurulduğunu adım adım izleyebilir, ardından paket seçimine geçebilirsin.