Çoğu e-pin satıcısı, ayın sonunda muhasebecisine bankadan indirdiği tek bir hesap hareketi dökümünü gönderip işini bitirdiğini sanır. Mantık basit görünür: para hesaba girdi, dekont burada, gerisini muhasebeci halleder. Ama muhasebecinin eline geçen o döküm, senin işletmenin gerçek hikâyesini anlatmaz. Sana 100 TL'lik satış yaptıran bir sipariş, banka hareketinde 93,60 TL olarak görünür; 40 TL'lik bir iade, hiçbir yere düşmez; cüzdana yüklenip henüz harcanmamış bakiye ise hiç satılmamış bir mal gibi ortada kalır.
Bu yüzden e-pin işinde muhasebe hatası neredeyse hiçbir zaman "vergi yanlış hesaplandı" diye başlamaz. "Ciro neden bu kadar yüksek?" diye başlar. Çünkü ödeme sağlayıcının brüt yatırdığı tutar ciro sayılır, ama kesintiler gider olarak işlenmezse kârın olmadığı yerde kâr üretilir ve o hayalî kârın vergisini sen ödersin. İyi haber şu: bu tablonun tamamı zaten kullandığın e-pin satış scripti içinde duruyor. Sorun raporun olmaması değil, hangi raporu kimin istediğini bilmemek.
Banka dökümü neden asla yeterli değil?
Banka hareketi tek bir şeyi kanıtlar: paranın hesaba girdiğini. Kimden, hangi ürün için, hangi komisyonla, kaç parça siparişin toplamı olarak girdiğini anlatmaz. Ödeme sağlayıcıları genellikle gün sonu toplu aktarım yapar; yani tek satırda onlarca siparişin net toplamı gelir. Muhasebecinin o satırı 30 ayrı satışa bölmesi, üstüne kesintiyi ayırması ve iadeyi düşmesi imkânsızdır. O yüzden banka dökümü bir doğrulama aracıdır, kayıt kaynağı değildir.
Kayıt kaynağı sipariş kaydıdır. Bir dijital ürün satış scripti her siparişte ürün adı, adet, brüt tutar, indirim, kupon, ödeme yöntemi, sağlayıcı referansı ve durum bilgisini tutar. Muhasebe bunu ister; çünkü mali kayıt sipariş bazlı tutulur, banka bazlı değil. Senin görevin iki listenin birbirini tutmasını sağlamak: sipariş raporundaki net toplam, banka hareketleriyle kuruş kuruş eşleşiyorsa ay kapanmıştır.
Muhasebecinin gerçekte istediği 7 rapor hangisi?
Muhasebeciler genelde "satış dökümünü at" der ve sen ne göndereceğini bilemezsin. Aşağıdaki yedi başlık, e-pin ve dijital kod satan bir işletmede eksiksiz bir dönem kapanışı için yeterlidir. Hepsinin ortak şartı var: aynı tarih aralığı, aynı saat dilimi ve aynı para birimi. Bir raporu 1-31 arası, diğerini 1-30 arası çekersen fark aramakla bir hafta harcarsın.
| Rapor | Ne gösterir | Periyot | Neden zorunlu |
|---|---|---|---|
| Sipariş detay dökümü | Sipariş no, ürün, adet, brüt tutar, durum | Aylık | Mali kaydın asıl kaynağı |
| Ödeme yöntemi özeti | Sağlayıcı bazında brüt ve net tahsilat | Aylık | Banka mutabakatı için |
| Komisyon ve kesinti raporu | Her sağlayıcının kestiği tutar | Aylık | Gider olarak işlenmesi gerekir |
| İade ve iptal raporu | İptal edilen, iade edilen sipariş listesi | Aylık | Ciroyu düzeltir |
| Cüzdan hareket raporu | Yüklenen, harcanan, kalan bakiye | Aylık + dönem sonu | Kalan bakiye borç niteliğinde |
| Tedarikçi alış dökümü | Kod alımları, birim maliyet | Aylık | Satılan malın maliyeti |
| Stok/kod envanteri | Dönem sonu satılmamış kod adedi ve değeri | Dönem sonu | Envanter değerlemesi |
Bu yedi rapordan en çok atlanan ikisi cüzdan hareketi ve kod envanteridir. Kullanıcının cüzdanına yüklediği ama henüz harcamadığı para senin kazancın değildir; müşteriye olan yükümlülüğündür. Aynı şekilde depoda duran satılmamış kodlar gider değil, varlıktır. İkisini de bildirmezsen tablo baştan yanlış kurulur.
Komisyon kesintisi ciroyu nasıl görünmez şekilde şişirir?
Bir örnekle netleştirelim. Ay içinde 500 sipariş, toplam 250.000 TL brüt satış yaptın. Ödeme sağlayıcısı ortalama %7,2 kesti, hesabına 232.000 TL geçti. Muhasebeciye sadece banka dökümünü verirsen ciro 232.000 TL görünür ve 18.000 TL'lik komisyon gideri hiç kayda girmez. Tersine sadece sipariş raporunu verirsen ciro 250.000 TL olur, gider yine yoktur. İki durumda da kârın olduğundan farklı çıkar.
Doğru yol ikisini birlikte vermektir: brüt satış 250.000 TL, komisyon gideri 18.000 TL, net tahsilat 232.000 TL. Bu üçlü birbirini doğruladığı anda hem ciro hem gider doğru yazılır. İyi bir e-pin yazılımı bunu ayrı ayrı hesaplatmanı gerektirmez; ödeme yöntemi özetinde brüt, kesinti ve net kolonlarını yan yana verir. Excel'de elle çıkarmaya çalışırsan hata payı büyür, çünkü her sağlayıcının oranı ve sabit işlem ücreti farklıdır.
Muhasebe uyuşmazlıklarının kaynağı
- Komisyon ve kesintiler 45%
- İade ve iptaller 25%
- Manuel girilen siparişler 20%
- Kur farkı ve diğer 10%
İade ve iptal edilen siparişler nereye yazılıyor?
Dijital ürün iadesi fiziksel üründen daha karmaşıktır, çünkü kodu teslim ettiysen geri alamazsın. Pratikte üç senaryo olur: ödeme alınmadan iptal, ödeme alındıktan sonra kod teslim edilmeden iade, kod teslim edildikten sonra jest olarak yapılan iade. Üçü muhasebede aynı şey değildir. Birincisi hiç satış sayılmaz, ikincisi satış iptalidir, üçüncüsü genelde satış + ayrı bir gider/kayıp kalemidir.
Scriptinden çekeceğin iade raporunda bu ayrımın sipariş durumu etiketiyle görünmesi şart. "İptal" ile "iade edildi" aynı kutuya atılıyorsa, muhasebeci hangisini ciro düzeltmesi yapacağını bilemez. Panelde durum adlarını netleştirmek beş dakikalık bir iştir ve her ay yaşadığın kafa karışıklığını bitirir. Üstelik aynı etiketler müşteri hizmetleri tarafında da işine yarar: hangi ürün grubunda iade yoğunlaşıyorsa oradaki tedarikçinde sorun var demektir.
Raporları aylık mı, günlük mü kapatmalısın?
Aylık kapanış standarttır ama e-pin işinde gün sonu mutabakatını atlamak pahalıya gelir. Günlük yapman gereken tek şey var: o günün net tahsilat toplamıyla banka/sağlayıcı bakiyesinin farkına bakmak. Fark sıfırsa geç; fark varsa aynı gün bul. Otuz gün beklersen 500 siparişin içinde 3 TL'lik farkı bulmak saatler alır, aynı gün bakarsan on beş sipariş arasından çıkar.
Aşağıdaki kontrol listesini ay kapanışında sırayla uygula. Bunu muhasebecine göndermeden önce sen doldurursan, gelen soru sayısı belirgin şekilde azalır ve dosyanı ikinci kez hazırlamak zorunda kalmazsın.
| Kontrol adımı | Nasıl bakılır | Sık görülen hata |
|---|---|---|
| Tarih aralığı sabitlendi mi | Tüm raporlar aynı gün aralığı | Bir rapor 30, diğeri 31 gün |
| Brüt = net + kesinti | Ödeme özeti toplamları | Sabit işlem ücreti atlanır |
| Net tahsilat = banka girişi | Sağlayıcı hesap özeti | Gün kayması hesaplanmaz |
| İade raporu ciroya işlendi mi | İptal/iade ayrımı | İkisi aynı kabul edilir |
| Cüzdan kalan bakiyesi bildirildi mi | Dönem sonu bakiye | Gelir sayılır |
| Manuel siparişler etiketli mi | Admin panelinden girilenler | Tahsilatsız satış görünür |
| Kod envanteri sayıldı mı | Satılmamış stok değeri | Hiç sayılmaz |
Denetimde ilk sorulacak şey ne?
Bir inceleme geldiğinde ilk istenen şey nadiren kâr tablosudur. İlk istenen şey belirli bir siparişin izlenebilir hikâyesidir: bu sipariş kaçta oluştu, hangi ödeme referansıyla tahsil edildi, hangi kod teslim edildi, kime teslim edildi. Bu zinciri kuramazsan tek tek açıklama yazmak zorunda kalırsın. Kurabilirsen tek ekran görüntüsü yeter.
Bu yüzden rapor seçiminde tek kriterin "muhasebeci istedi mi" olmasın; "altı ay sonra bu satırı geri izleyebilir miyim" olsun. Sipariş numarası, ödeme referansı ve teslim kaydı aynı ekranda birbirine bağlıysa işin tamamdır. Kullandığın dijital ürün satış yazılımı bu bağı kurmuyorsa, her dönem sonu elle arkeoloji yapıyorsun demektir.
Yedi raporu ayrı ayrı e-posta atmak yerine ay adıyla tek klasör oluştur ve dosya adlarını 2026-09_siparis_detay gibi standartlaştır. Aynı isimlendirmeyi her ay kullanırsan muhasebeci kontrolü dakikalar içinde bitirir.
Raporlar zaten panelde olsun
Pinova, sipariş detayından komisyon dökümüne ve kod envanterine kadar muhasebenin istediği raporları tek ekrandan verir. Özellikleri inceleyebilir, fiyat planlarına göz atabilirsin.
Muhasebeciye Excel mi PDF mi göndermeliyim?
Sayısal raporları Excel veya CSV olarak gönder; muhasebeci üzerinde filtre ve toplam alabilir. PDF sadece sağlayıcı hesap özetleri gibi resmi belgeler için uygundur.
Cüzdan bakiyesini gelir olarak yazmak neden yanlış?
Müşteri cüzdanına para yüklediğinde henüz bir ürün teslim etmemiş olursun. O tutar müşteriye olan yükümlülüktür; gelir, bakiye harcandığında oluşur.
Küçük tutarlı farkları görmezden gelebilir miyim?
Tek seferde küçük görünse de fark genelde sistematik bir hatanın işaretidir. Aynı hata her siparişte tekrarlanırsa yıl sonunda ciddi bir tutara ulaşır.
Tedarikçi alış kayıtlarını neden ayrı tutmalıyım?
Satılan malın maliyeti ancak alış kayıtlarıyla hesaplanır. Kod alışlarını ayrı tutmazsan brüt kâr marjını ölçemez, hangi ürün grubunun zarar ettiğini göremezsin.
Muhasebe, işini büyütmeyen ama yanlış yapıldığında büyümeni durduran bir alan. Yedi raporu her ay aynı düzenle çıkardığında kapanış bir sabah işine dönüşür ve kârının nerede oluştuğunu ilk kez net görürsün. Raporların panelde nasıl durduğunu kendi gözünle görmek istersen canlı demo üzerinden sipariş, komisyon ve envanter ekranlarını tek tek gezebilirsin.

