Link ile ödeme almada fatura, makbuz ve kayıt düzeni

Ödeme linki tahsilatı kapatır, belgeyi kapatmaz. Müşteri linki açıp kartıyla ödediğinde ortaya çıkan şey bir ödeme kaydıdır; satışın faturası hâlâ işletmenin kendi düzeninde üretilmesi gereken ayrı bir belgedir. Link ile ödeme almada yaşanan kayıt karışıklıklarının büyük bölümü bu iki zincirin tek zincir sanılmasından doğar.

Pratikte iki ayrı iz vardır ve ikisinin de tutulması gerekir. Birincisi ödeme izi: hangi tutarın, hangi tarihte, hangi işlem numarasıyla tahsil edildiği. İkincisi belge izi: bu satışın kime, hangi tutarla ve neye karşılık faturalandığı. Kayıt düzeni dediğimiz şey, bu iki izin birbirine hangi alandan bağlanacağının önceden kararlaştırılmış olmasıdır.

Bağlantı önceden kurulmazsa maliyeti ay sonunda çıkar. Banka ekstresindeki satırın hangi faturaya ait olduğu tek tek hatırlanmaya çalışılır, iade edilen bir tahsilat ya iki kez düşülür ya da hiç düşülmez, mükerrer link ödemesi ise fark edilmeden kalır.

Ödeme kaydı ile fatura aynı belge değildir

Kart tahsilatı sonunda oluşan kayıt paranın alındığını gösterir. Fatura ise malın veya hizmetin satıldığını gösterir. İkisi çoğu zaman aynı işleme aittir, ama aynı şeyi kanıtlamazlar ve birbirinin yerine geçmezler. Bir tahsilat, satışın belgesi üretilmeden de teknik olarak tamamlanabilir; bu, belge yükümlülüğünün ortadan kalktığı anlamına gelmez, yalnızca kaydın eksik bırakıldığı anlamına gelir.

Makbuz kelimesi burada üçüncü bir kavram olarak karışıklık yaratır. Günlük dilde ödeme onayına da makbuz denir; oysa tahsilat makbuzu ödemenin alındığını beyan eden bir belgedir ve satışın faturası yerine kullanılmaz. Link tahsilatında müşterinin eline geçen ödeme onayı da bu anlamda bir bildirimdir, satış belgesi değildir.

Tahsilatı doğru belgeyle eşleştiren alan linkin kendisidir

Eşleştirme, ödeme gerçekleştikten sonra kurulan bir şey değildir. Link oluşturulurken içine konan referans neyse, kayıt sonradan onun üzerinden bağlanır. Bu yüzden link üretme anı, muhasebe açısından sürecin en belirleyici adımıdır.

Entegrasyon ve web sitesi gerektirmeyen kurulumlarda bu daha da belirleyici olur. Markalı bağlantı, kısa özel link veya QR kod üzerinden yürüyen sitesiz link ile ödeme alma yöntemi tercih edildiğinde, siparişi taşıyan bir e-ticaret veritabanı yoktur. Eşleştirmeyi taşıyacak alan, linkin açıklaması ve tutarından ibarettir; boş bırakılan bir açıklama, ay sonunda kaynağı belirsiz bir tahsilat satırına dönüşür.

1.      Link oluşturmadan önce satışın referansını belirle: sipariş numarası, teklif numarası, sözleşme numarası veya net bir hizmet tanımı.

2.      Bu referansı linkin açıklamasına, müşterinin de göreceği biçimde yaz. Müşteri neyi ödediğini görsün, sen neyi tahsil ettiğini gör.

3.      Her satış için ayrı link üret. Tek linki birden fazla müşteriye göndermek, kaydı sonradan ayrıştırılamaz hale getirir.

4.      Fatura bilgilerini ödeme anından önce topla. Unvan, vergi bilgileri, adres ve e-posta ödeme sonrasına bırakıldığında geri dönüş oranı düşer.

5.      Tahsilat gerçekleştiğinde işlem numarasını belge numarasının yanına yaz ve bağı çift yönlü kur: faturadan işleme, işlemden faturaya gidilebilsin.

Bu düzenin testi basittir. Rastgele seçilen bir banka satırından hareketle, hangi müşteriye hangi hizmet için düzenlenen faturanın tahsil edildiğine iki adımda ulaşabiliyorsan eşleştirme çalışıyordur. Üç adımdan fazlası gerekiyorsa referans alanı yeterince bilgi taşımıyordur ve düzeltilecek yer linkin oluşturulma anıdır.

Otomatik oluşan ödeme onayı ne işe yarar, neyin yerine geçmez

Kartla yapılan her tahsilat, ödeme tarafında kendi kaydını üretir: tutar, tarih, işlem numarası ve kartın yalnızca son hanelerini içeren bir iz. Müşteriye iletilen ödeme onayı bu izin okunabilir halidir ve üç somut işi vardır.

•         Müşteri tarafında kapanış sağlar. Ödemenin geçtiğini gören alıcı aynı tahsilat için ikinci bir deneme yapmaz.

•         İşletme tarafında zaman kazandırır. Ödeme geçti mi sorusuyla açılan telefon trafiği, onay karşı tarafa ulaştığında büyük ölçüde azalır.

•         Mutabakatın ilk ayağını kurar. Banka hareketi henüz düşmemişken bile tahsilatın gerçekleştiği kayıtta görünür.

Yapmadığı şey ise daha önemlidir. Ödeme onayı faturanın yerine geçmez, satış belgesi sayılmaz ve belge düzenleme yükümlülüğünü ortadan kaldırmaz. Müşteri onayı aldı diye belgeyi ertelemek, kaydı en baştan eksik kurmak demektir.

Belgeyi ve tahsilatı aynı akışta taşımak isteyen işletmeler için Tahsilat.com'un e-posta ile ödeme kanalı faturayı ve ödeme talebini tek gönderide birleştirir, takibi de otomatik yürütür. SMS tarafında aynı işi toplu gönderim ve otomatik hatırlatma üstlenir. Abonelik tahsilatında ise tekrarlayan tutar ile esnek faturalama birlikte kurgulandığından belge döngüsü de dönemsel hale gelir.

Ödeme onayının kayıt açısından bir sınırı daha vardır. Onayda kartın tam numarası yer almaz, yer almaması da gerekir. PCI-DSS Level 1 kapsamındaki bir altyapıda kart verisi tokenization ile temsil edilir; işletmenin kendi tablolarında kart numarası tutması ise hem bu düzeni bozar hem de KVKK ve GDPR tarafında gereksiz bir sorumluluk yaratır. Kayıtta saklanacak alan işlem numarasıdır, kartın kendisi değil.

İade ve iptalde kayıt nasıl ilerler

Kayıt düzeninin gerçek sınavı iade tarafındadır, çünkü burada iki yanlış refleks aynı anda devreye girer: kaydı silmek ve düzeltmeyi tek satıra sığdırmak.

Doğru işleyiş eklemedir, silme değil. Bir tahsilat iade edildiğinde ilk kayıt yerinde kalır, üzerine ters yönlü ikinci bir kayıt eklenir. Böylece hem paranın alındığı hem de geri gönderildiği izlenebilir olur. Kaydı silmek ise mutabakatta hiçbir zaman kapanmayan bir fark bırakır.

İptal ile iadeyi ayırmak kaydın seyrini değiştirir. İşlem gün içinde, banka tarafına geçmeden durdurulmuşsa ortada kapanmış bir tahsilat yoktur ve kayıt tek satırda kapanır. Tutar işletmenin hesabına geçtikten sonra geri gönderiliyorsa iki ayrı hareket vardır, ikisi de görünmelidir.

Kısmi iade üçüncü bir durumdur. Tahsilatın tamamı değil bir bölümü geri gönderildiğinde eşleştirme artık bire bir değildir; tek bir işlem numarasının altında birden fazla hareket toplanır. Bu yüzden iade kaydına, hangi işlemin hangi bölümünün geri gönderildiğini gösteren bir referans eklemek gerekir. Aksi halde kalan tutarın hangi faturaya karşılık geldiği ay sonunda yeniden hesaplanır.

Belge tarafı ödeme tarafıyla kendiliğinden hizalanmaz. İadeye karşılık düzenlenecek belgenin türü, karşı tarafın mükellef olup olmamasına ve işlemin niteliğine göre değişir. Bu seçim ödeme altyapısının değil, işletmenin belge düzeninin konusudur ve iade kaydı ile düzenlenen belge birbirine referansla bağlanmadıkça iade zinciri yarım kalır.

Kart hamilinin işleme itiraz ettiği durumlarda elde tutulan kayıt doğrudan savunma malzemesine dönüşür. İşlemin 3D Secure 2.0 doğrulama adımından geçtiği, hangi referansla ve hangi tutarla yapıldığı, müşteriye hangi belgenin gönderildiği bir arada duruyorsa süreç hızlanır. Bu bilgiler farklı yerlere dağılmışsa cevabı süresi içinde toplamak zorlaşır.

Kayıtların muhasebeye aktarım düzeni

Aktarımı kurmadan önce paranın kimin hesabında olduğunu netleştirmek gerekir. Tahsilat.com bir banka, ödeme kuruluşu veya elektronik para kuruluşu değildir; sunduğu şey teknik ödeme altyapısıdır ve tahsil edilen tutar, işletme adına tanımlı sanal POS üzerinden doğrudan işletmenin kendi banka hesabına aktarılır. Muhasebe açısından bunun sonucu şudur: aktarılacak hareket bir aracı hesabın değil, işletmenin kendi hesabının hareketidir.

İkinci netleştirme kapsamla ilgilidir. Tahsilat.com'un B2B ve B2C tahsilat ürünleri muhasebe entegrasyonu içermez. Kayıtlar defterlere kendiliğinden düşmez; aktarım, işletmenin kendi kurduğu düzenli bir rutindir. Bunu baştan bilerek kurmak, otomatik olduğunu varsayıp ay sonunda fark etmekten çok daha ucuza gelir.

Aktarımın taşıyıcısı üç ayaklı bir eşleşmedir.

•         Tahsilat ayağı: işlem numarası, tarih, tutar ve tahsilatın geldiği kanal.

•         Belge ayağı: fatura numarası, müşteri ve belgenin tutarı.

•         Banka ayağı: hesaba geçen tutar ve hareketin tarihi.

Üçü aynı referansla birbirine bağlanabiliyorsa aktarım mekanik bir işe dönüşür. Bağlanamıyorsa her ay yeniden yapılan bir hatırlama çalışmasına dönüşür ve hata payı ay büyüdükçe artar.

Tarihlerin birbirini tutmaması normaldir, düzeltilmesi gereken bir sapma değildir. Tahsilat işlem tarihinde gerçekleşir, tutarın hesaba geçmesi ertesi iş gününde olabilir. Kayıt kendi tarihini, banka hareketi kendi tarihini taşır; ikisini aynı güne zorlamak yerine aradaki farkı bekleyen bir ara kalem olarak modellemek daha sağlam bir düzen kurar.

Taksitli satış aynı ayrımı büyütür. 12 taksite kadar bölünebilen bir ödemede müşterinin ödeme takvimi ile satışın gerçekleştiği an aynı değildir; belge tarafının hangisine bağlanacağı işletmenin belge düzeninde kararlaştırılır ve bu karar bir kez verilip her işleme aynı biçimde uygulanmalıdır.

Yabancı para birimiyle yapılan tahsilatlarda kayıt tek başına tutardan ibaret değildir. 20'den fazla para biriminde tahsilat yapılabilen bir kurguda işlem para birimi, işlem tutarı ve hesaba geçen karşılık ayrı ayrı tutulur; kur farkının nasıl kaydedileceği ise işletmenin muhasebe politikasına bağlıdır.

Aktarım sıklığı da bir karardır. Haftalık aktarım, ay sonu yığılmasını ortadan kaldırır ve iade veya mükerrer ödeme gibi sapmaları hâlâ düzeltilebilecek bir aralıkta yakalar. Aynı sapma aylık aktarımda, düzeltilmesi çok daha pahalı bir noktada görünür.

Bu bölüm yalnızca yol göstermek için yazılmıştır; belge ve beyan yükümlülüğünüzün ayrıntısı için mali müşavirinize danışın. Fatura düzenleme zamanı, iadeye karşılık gelen belgenin türü, kur farkının kaydı ve benzeri konular işletmenin mükellefiyetine ve faaliyet biçimine göre değişir, mevzuat da zaman içinde güncellenir. Uygulamaya geçmeden önce kendi düzeninizi mali müşavirinizle birlikte netleştirin. Belgesi düzenlenmeyen bir tahsilat, hangi kanaldan alınırsa alınsın eksik kayıttır.

Link tahsilatında kayıt düzenini bozan durumlar

•         Açıklaması boş bırakılan link. Tahsilat gerçekleşir, kaynağı ay sonunda aranır.

•         Tek linkin birden fazla müşteriye gönderilmesi. İki ödeme gelir, hangisinin kime ait olduğu ayrılamaz.

•         Fatura bilgisinin ödeme sonrasına bırakılması. Parayı almış olmak bilgiyi toplamayı kolaylaştırmaz, zorlaştırır.

•         İade edilen tahsilatın kaydından silinmesi. Ekstre ile kayıt bir daha örtüşmez.

•         Ödeme onayının fatura yerine sayılması. Müşteri belgesiz kalır, kayıt eksik kapanır.

•         Kart numarasının işletmenin kendi dosyasında tutulması. Gereksiz veri sorumluluğu doğar, kayıt tarafına bir katkısı olmaz.

•         Aktarımın ay sonuna yığılması. Zamanında görülse düzeltilebilecek sapmalar düzeltilemez hale gelir.

Sık sorulan sorular

Müşteri linki ödedi ama fatura bilgilerini vermediyse ne yapılır

Bilgi ödeme sonrasında da istenebilir, ancak dönüş oranı belirgin biçimde düşer, çünkü karşı taraf için işlem bitmiştir. Kalıcı çözüm sırayı değiştirmektir: unvan, vergi bilgileri ve e-posta adresi link gönderilmeden önce ya da linkle birlikte toplanır. Halihazırda tahsil edilmiş bir tutar için bilgi bekleniyorsa kayıt açık bırakılır ve belge üretilene kadar kapatılmaz.

Ödeme onayı müşteriye ulaşmazsa tahsilat kaydı geçersiz mi olur

Hayır. Kayıt işlem tarafında oluşur, bildirim ise ayrı bir iletim adımıdır. E-posta veya kısa mesaj ulaşmadığında tahsilat aynen geçerlidir; yapılması gereken onayın yeniden iletilmesi ve ilk denemenin ulaşmadığının kayda düşülmesidir. Bildirimin ulaşmamasını tahsilatın gerçekleşmediği anlamında yorumlamak, aynı müşteriden ikinci kez ödeme istenmesine yol açar.

Link ile gelen tahsilatlarda kart bilgisi kendi kayıtlarımızda tutulmalı mı

Kart numarasının işletmenin kendi tablolarında saklanması kayıt açısından bir fayda sağlamaz, buna karşılık ciddi bir veri sorumluluğu doğurur. Tekrarlayan tahsilat gerekiyorsa kart verisinin kendisi yerine tokenization ile üretilen temsil kullanılır. Kayıtta tutulması gereken alanlar işlem numarası, tarih, tutar ve satışın referansıdır.