Epin Satış Scriptinden Vergi Raporu Çıkarmak Sandığın Kadar Zor Değil: Denetimde Seni Koruyacak Veri Hazırlığının Bilinmeyen Kuralları

Çoğu dijital ürün satıcısı vergi raporunu bir dosya sanır: "dönem bitince panelden dökümü alırım, olur biter." Sonra ilk bilgi talebi geldiğinde gerçek ortaya çıkar. Sorulan şey ciro değildir; sorulan şey belirli bir günde belirli bir tutarın nereden geldiğidir, hangi kanaldan tahsil edildiğidir, karşılığında hangi belgenin düzenlendiğidir. Yani senden istenen bir rakam değil, o rakamın izidir.

İşte bu yüzden vergi raporu hazırlığı dönem sonunda başlayan bir iş değil, scriptin ilk kurulduğu gün kararlaştırılan bir veri düzenidir. Hangi alanlar kaydediliyor, kapanmış dönem hâlâ değiştirilebiliyor mu, bir siparişin geçmişi silinince ne oluyor? Bu üç soruya bugün verdiğin cevap, bir yıl sonra rapor çıkarmanın on dakika mı yoksa üç gün mü süreceğini belirliyor. Aşağıda, sağlam bir dijital ürün satış scripti üzerinde vergi tarafını nasıl kurşun geçirmez hâle getireceğini anlatıyoruz.

Neden ciro dökümü asla yeterli olmuyor?

Ciro tek bir sayıdır ve tek başına hiçbir şey kanıtlamaz. Vergi tarafında anlamlı olan şey, o sayının nasıl oluştuğudur. Brüt satış, iskontolar, iptaller, iadeler, tahsil edilmeyen siparişler ve bakiye yüklemeleri birbirinden ayrı durmalıdır. Bunları tek kalemde toplayan bir döküm, her soruda seni panele geri gönderir; her geri dönüş ise yeni bir tutarsızlık ihtimali doğurur.

Doğru kurgu, her dönem için katmanlı bir tablo üretir: en üstte brüt satış, altında indirimler, altında iptaller ve iadeler, en altta net satış. Yanında ise vergi matrahı ve hesaplanan vergi kalemleri yer alır. Bu yapı kurulduğunda sana sorulan hemen her soru tablonun bir satırında zaten yanıtlanmış olur. İyi bir e-pin satış yazılımı bu katmanları raporun kendisinde sunar; sen sadece dönemi seçersin.

Dönem kilidi: kimsenin konuşmadığı en önemli özellik

Bir dönemi kapattın, raporu verdin. Üç hafta sonra bir operatör eski bir siparişin tutarını düzeltti veya bir kaydı sildi. Artık verdiğin rapor ile sistemdeki veri farklı. Bunu fark etmen için bir sebep bile yok, çünkü panel sana hiçbir uyarı vermiyor. Bu, dijital ürün satışında yaşanan vergi problemlerinin en yaygın kaynağı ve çözümü şaşırtıcı derecede basit: dönem kilidi.

Dönem kilidi, belirli bir tarihten önceki kayıtların değiştirilemez hâle gelmesidir. Düzeltme gerekiyorsa kayıt silinmez; düzeltme kaydı olarak güncel döneme eklenir. Böylece geçmiş hiç değişmez, değişiklikler bugünün defterinde görünür. Bu mantık, muhasebenin yüz yıllık alışkanlığıdır ve epin yazılım tarafında uygulanmadığında elde kalan şey, her an sessizce değişebilen bir veri yığınıdır. Kilidi açma yetkisini de tek kişide toplamak ve her açılışı kayda geçirmek gerekiyor.

Vergi dahil mi hariç mi? Tek karar, tüm raporu belirliyor

Dijital ürün satışında fiyatlar genelde müşteriye vergi dahil gösterilir. Bu tercih doğrudur ama veri tarafında bir zorunluluk yaratır: sistemin her satış satırında hem brüt tutarı hem matrahı hem de vergi tutarını ayrı ayrı saklaması gerekir. Sadece brüt tutarı saklayıp matrahı rapor anında geri hesaplamaya kalkarsan, yuvarlama farkları birikir ve toplam ile satırların toplamı birbirini tutmaz.

Bu fark küçük görünür, sonuçları küçük değildir. Binlerce satırda kuruş bazında oluşan sapma, dönem toplamında açıklaması zor bir tutarsızlığa dönüşür. Doğru yaklaşım, hesaplamayı satış anında bir kez yapmak ve sonucu kaydetmektir. Ayrıca farklı vergi oranına tabi kalemler varsa, bunların oranı da satırın içinde durmalıdır; oranı ürün tanımından okuyup rapor anında uygulamak, geçmişte oran değiştiyse tüm eski dönemleri bozar.

Denetim izi nasıl kurulur, neden silme tuşu düşmandır?

Denetim izi, sistemde kim ne zaman neyi değiştirdi sorusunun cevabıdır. Dijital ürün satışında bu iz özellikle değerlidir, çünkü ürünler görünmez: elinde stok sayacak bir depo yok, tek kanıtın kayıtlar. Bir kod iki kez teslim edildiyse, bir sipariş tutarı elle düzeltildiyse veya bir stok kalemi silindiyse, bunun sistemde bir satırı olmalı.

Pratik kural şudur: hiçbir mali kayıt fiziksel olarak silinmez, yalnızca iptal işaretiyle pasifleştirilir. Böylece sayılar değişse bile tarih kaybolmaz. Buna ek olarak yetki ayrımı gerekir; sipariş görebilen bir destek personeli, tutar düzeltebilen kişiyle aynı olmamalıdır. Pinova'da mali alanlara dokunan her işlem ayrı bir günlük satırı ürettiği için, dönem sonunda "bu tutar neden farklı?" sorusunun cevabı tahmine değil kayda dayanıyor. Yetki matrisini özellikler sayfasından inceleyebilirsin.

Dönem kapanışını hangi sırayla yapmalısın?

Sıra önemli, çünkü her adım bir sonrakinin girdisini temizliyor. Önce bekleyen siparişleri sonuçlandırırsın: ödemesi düşmemiş olanlar iptal edilir, teslim bekleyenler tamamlanır. Sonra iade ve iptalleri işlersin. Ardından tahsilat mutabakatını yaparsın, yani kanal raporlarıyla sistem kayıtlarını karşılaştırırsın. Bu üç adım bittikten sonra rapor almak anlamlı hâle gelir.

Rapor alındıktan sonra iki iş kalır: belgesiz satırları listeleyip kapatmak ve dönemi kilitlemek. Belgesiz satır listesi çoğu işletmede hiç bakılmayan ama en çok değer üreten rapordur; çünkü her satır, ileride sorulacak bir sorunun şimdiden cevaplanması demektir. Kilitten sonra artık o döneme dokunulmaz; düzeltmeler güncel döneme düzeltme kaydı olarak girer. Aşağıdaki liste bu akışı kalıcı bir rutine çeviriyor.

Vergi tarafını rahatlatan şey akıllı bir formül değil, disiplinli bir veri düzeni. Bu düzenin hazır kurulmuş hâlini görmek istiyorsan fiyat seçeneklerine bakabilir, dönem kapanışı ve rapor ekranlarının nasıl çalıştığını canlı demo üzerinde adım adım deneyebilirsin; bir kez kurduğunda her dönem aynı on dakikayla kapanıyor.