E-ticarette ödeme tarafında hangi kayıtlar tutulur ve bu düzen beyan döneminde ne işe yarar?

Ödeme altyapısının panelinde görünen işlem listesi, tahsilatın nasıl gerçekleştiğini gösterir. Satışın kendi belgesi ise ayrı bir yerde durur ve ayrı bir soruyu cevaplar. İkisi aynı olayın iki farklı kanıtıdır, biri diğerinin yerine geçmez. Dönem kapanışında ortaya çıkan sıkıntı da genellikle eksik para değildir; hangi tahsilatın hangi satışa, hangi geri dönüşün hangi tahsilata karşılık geldiğinin sonradan kurulamamasıdır.

Bu eşleştirmeyi sonradan kurmak pahalıdır, çünkü ödeme tarafındaki kayıt işlemin kendisini saklar, bağlamını değil. Tahsilatın hangi siparişe ait olduğu, hangi belgeyle kapatıldığı, iadenin neden verildiği yalnızca işletmenin kendi sisteminde bulunur. Kayıt düzeni baştan kurulduğunda bu bilgi işlemle birlikte doğar; aylar sonra kurulmaya çalışıldığında büyük ölçüde hatırlanmaya çalışılır.

Bir tahsilatın arkasında kaç ayrı kayıt doğar

Ödeme tarafında kayıt üreten tek olay başarılı satış değildir. Denenip tamamlanamayan işlem, iptal, iade, karta yapılan itiraz ve hesaba geçen aktarım da birer iz bırakır. Bunların bir kısmı ödeme altyapısında oluşur, bir kısmı banka tarafında görünür, bir kısmı ise yalnızca işletmenin kendi sisteminde vardır. Düzeni kurmanın ilk adımı, hangi kaydın nerede doğduğunu bilmektir.

Tablonun son satırı en kolay atlanan ve sonradan en zor kurulan kayıttır. Ödeme altyapısı bir işlemin gerçekleştiğini gösterir; o işlemin hangi siparişe ait olduğunu ise sipariş numarasını ödeme isteğine siz iliştirdiyseniz bilir. Bu alan boş bırakıldığında geriye tutarları birbirine benzeyen uzun bir tahsilat listesi kalır.

Kayıt düzeni neden sonradan değil ilk günden kurulur

Sonradan indirilebilen bilgi ile sonradan kurulamayan bilgi aynı şey değildir. Tarih aralığı verilerek alınan bir işlem raporuna her zaman ulaşılır. Buna karşılık iadenin gerekçesi, işlemin hangi kampanyayla alındığı, tahsilatın hangi faturayla kapatıldığı gibi bilgiler o an kaydedilmediyse hiçbir panelden geri gelmez.

Ödeme aracının teknik adı ne olursa olsun, dönem kapanışında sorulan soru aynı kalır: bu tahsilat hangi kayıtla belgeleniyor. Bu nedenle vergisiz sanal POS kullanımı gibi başlıkları araştıran bir işletmenin ilk kuracağı şey de maliyet tablosu değil, kayıt düzenidir. Maliyet kalemleri ancak arkalarındaki kayıt sağlamsa doğru okunur.

İlk günden kurulması gereken yapı karmaşık değildir. Her tahsilatın işletme tarafında tekrar etmeyen tek bir referansla anılması, geri dönüşlerin bu referansa bağlanması ve panel raporunun düzenli aralıklarla dışa aktarılıp saklanması çoğu işletme için yeterlidir. Bu üç alışkanlık yerleştiğinde, aylar sonra sorulan bir soruya cevap vermek yeniden hesaplama değil, arama işine dönüşür.

İade ve iptal kaydı silinerek değil, ters kayıtla kapanır

Geri dönen bir tahsilatta ilk refleks ilgili satırı listeden çıkarmak olur. Kayıt düzeni açısından doğrusu bunun tersidir: ilk işlem yerinde kalır, geri dönüş kendi tarihiyle ikinci bir kayıt olarak eklenir. Aradaki fark, dönem sonundaki net tutarın nasıl oluştuğunun sonradan görülüp görülemediğidir.

Zamanlama tam bu noktada başlı başına bir konu haline gelir. Bir dönemde alınan tahsilat sonraki dönemde geri dönebilir. İki kayıt aynı olayın parçasıdır ama aynı döneme düşmez. Geri dönüşün hangi tahsilata bağlandığı yazılı değilse, sonraki dönemde tek başına duran bir eksi tutar kalır ve bunun hangi satışı kapattığı ancak tahminle bulunur.

Kısmi geri dönüşler bu ihtiyacı büyütür. Bir siparişin yalnızca bir kalemi geri döndüğünde kayıt, hem bağlı olduğu tahsilatı hem de siparişin hangi kısmını kapattığını taşımalıdır. Saklanması yararlı olan asgari alanlar şunlardır:

• Geri dönüşün bağlı olduğu tahsilat referansı
• İlk işlemin ve geri dönüşün kendi tarihleri
• Tam mı kısmi mi olduğu, kısmiyse hangi kalemi kapattığı
• Talebi başlatan taraf ve belirtilen gerekçe
• İşletme içinde işlemi onaylayan kişi

Tamamlanamayan denemeler ise ayrı bir mantıkla saklanır. Ücret yalnızca başarılı işlemler üzerinden doğduğu için bu satırlar bir maliyet kalemi üretmez. Buna karşılık ödeme sayfasındaki bir aksaklığı gösteren ilk işaret çoğu zaman onlardır. Yani muhasebe arşivinde değil, teknik takip tarafında değer taşırlar.

Mutabakatın kendisi de saklanacak bir kayıttır

Mutabakat çoğunlukla bir kontrol işi olarak görülür ve tamamlandığında geriye bir şey bırakmadan kapatılır. Oysa dönem kapanışında sorulan asıl soru mutabakatın yapılıp yapılmadığı değil, farkların neyle açıklandığıdır. Eşleştirme bittiğinde elde kalan liste ve fark açıklaması, dönemin kendi belgesi olarak arşivlenmelidir.

Farkın kaynağı genellikle iki başlıkta toplanır: aktarımın zamanlaması ve brüt ile net arasındaki kesinti. T+1 düzeninde tahsilat ertesi iş günü hesaba geçtiği için dönemin son gününde alınan ödeme, sonraki dönemin hesap hareketinde görünür. Bu kayma önceden biliniyorsa dönem raporuna tek satırlık bir not olarak girer.

Karşılaştırmanın iki tarafı da işletmenin kendi verisidir. SanalPos.com, üye işyeri adına tanımlanan sanal POS üzerinden çalışan teknik ödeme altyapısını sağlar; ödeme kuruluşu veya elektronik para kuruluşu statüsü taşımaz ve tahsil edilen bedel hiçbir aşamada bu şirketin hesaplarında durmaz. Tutar doğrudan işletmenin kendi banka hesabına aktarıldığı için mutabakatta eşleştirdiğiniz iki belge, kendi panel raporunuz ile kendi hesap ekstrenizdir.

Muhasebe aktarımının sınırı: veri taşınır, karar taşınmaz

Muhasebe entegrasyonu, ödeme tarafında oluşan verinin muhasebe programına elle girilmesini ortadan kaldırır. SanalPos.com tarafında Logo, Luca ve Paraşüt için entegrasyon seçeneği bulunur. Taşınan şey veridir: işlem tarihi, tutar, referans ve geri dönüş bilgisi.

Taşınmayan şey karardır. Hangi tutarın hangi hesapta izleneceği, satışın belgesinin ne zaman düzenleneceği, geri dönüşün hangi dönemde işleneceği işletmenin kendi muhasebe düzenine bağlıdır ve bu düzeni kuran taraf mali müşavirdir. Entegrasyon bu kararları hızlandırır, yerlerini almaz.

Aktarımın ne zaman kurulacağı hacme bağlıdır. Ayda birkaç düzine işlemde elle giriş yönetilebilir bir yüktür. İşlem sayısı arttıkça elle giriş yalnızca zaman almaz, hata da üretir: atlanan bir iade ya da iki kez işlenen bir tahsilat çoğunlukla dönem sonunda fark edilir. Aktarımı hacim büyümeden kurmanın nedeni budur, çünkü kurulduğu andan sonra biriken veri tutarlı hale gelir.

Beyan döneminde kayıt düzeni neyi kolaylaştırır

Dönem kapanışında mali müşavirin sorduğu sorular sınırlı sayıdadır ve hepsinin cevabı kayıt düzeninden çıkar: dönemde ne kadar tahsilat yapıldı, bunun ne kadarı geri döndü, hesaba geçen tutarla panel toplamı arasındaki fark neyden kaynaklanıyor, dönem sınırına yakın işlemler hangi tarafa yazıldı.

Kayıtlar dağınıksa bu soruların cevabı yok değildir, yalnızca pahalıdır. Her soru için ekstre ile panel raporunun yeniden karşılaştırılması, referansı olmayan satırların tek tek hatırlanmaya çalışılması gerekir. Düzen kurulmuşsa aynı sorular hazır listelerden yanıtlanır ve konuşma tutarların doğruluğuna değil, kaydın nasıl işleneceğine kalır.

Burada anlatılan şey kayıt düzeninin kendisidir, vergisel bir değerlendirme değildir. Hangi yükümlülüğün doğduğu, hangi belgenin ne zaman düzenleneceği ve kaydın hangi hesapta izleneceği işletmenin faaliyet alanına ve yürürlükteki mevzuata bağlıdır. Bu yazı genel bilgilendirme amacıyla hazırlanmıştır, vergi danışmanlığı yerine geçmez ve mevzuat zaman içinde değişebilir; işletmeye özel kararları mali müşavirinizle almanız gerekir.

Kayıt düzenini kuran altı adım

1. Her tahsilata işletme tarafında tekrar etmeyen bir referans verin ve bu referansı ödeme isteğiyle birlikte gönderin.
2. Panel raporunu sabit bir aralıkla dışa aktarıp kendi arşivinizde saklayın, arşivi tek bir panelin sürekliliğine bağlı bırakmayın.
3. Her geri dönüşü bağlı olduğu tahsilat referansına ve gerekçesine iliştirin.
4. Dönem kapanışında mutabakat sonucunu ve fark açıklamasını ayrı bir belge olarak arşivleyin.
5. Muhasebe aktarımını hacim büyümeden kurun ve ilk dönemde aktarılan veriyi elle bir kez doğrulayın.
6. Dönem sınırına düşen işlemleri ayrı bir listede işaretleyin, en çok soru üreten satırlar bunlardır.

Sık sorulan sorular

Ödeme paneli raporlarını ne kadar süre saklamak gerekir

Saklama süresi işletmenin tabi olduğu mevzuata göre belirlenir ve bunu mali müşaviriniz söyler. Kayıt düzeni açısından önemli olan nokta ayrıdır: arşivi yalnızca panele bağlı bırakmayın. Raporları dönem dönem kendi ortamınıza indirmek, geçmiş veriye erişimin bir hesabın veya bir sözleşmenin devamlılığına bağlı kalmasını önler.

Başarısız işlem kayıtları da saklanmalı mı

Maliyet tarafında bir karşılıkları yoktur, çünkü ücret yalnızca başarılı işlemlerden doğar. Teknik tarafta ise değerlidirler. Belirli bir kart ailesinde veya belirli bir saat aralığında yoğunlaşan ret kayıtları, ödeme sayfasındaki bir sorunun ilk göstergesidir. Bu nedenle onları muhasebe arşivinde değil, teknik takip listesinde tutmak yeterlidir.

Farklı para biriminde alınan tahsilatın kaydı nasıl tutulur

İşlem hangi para biriminde alındıysa panel kaydı o para birimiyle oluşur, hesaba geçen tutar ise banka tarafında karşılığını bulur. İkisinin de saklanması gerekir, çünkü aradaki fark yalnızca kesintiden kaynaklanmayabilir. Muhasebe kaydına hangi kurun ve hangi tarihin esas alınacağı ise işletmenin kendi muhasebe düzenine göre belirlenir ve mali müşavirinizle netleştirilir.

Abonelik gibi tekrar eden tahsilatlarda kayıt nasıl kurulur

Her yenileme kendi başına bir işlemdir ve kendi referansını taşır. Düzeni kuran şey, bu referansların ortak bir abonelik kimliğine bağlanmasıdır. Bağlantı kurulduğunda bir aboneliğin toplam tahsilatı, iptal tarihi ve geri dönüşleri tek listede görünür. Kurulmadığında aynı müşterinin ödemeleri birbirinden bağımsız satırlar olarak dağılır ve iptal sonrası soruların cevabı tek tek aranır.