Stablecoin ile Tahsilat Yaptığını Sanıyorsun Ama Defterinde Görünmeyen Bir Şey Var: E-Pin Scripti Kullananların Kimseye Anlatmadığı Muhasebe ve Yasal Gerçek

Çoğu kişi stablecoin tahsilatını şöyle sanır: müşteri cüzdanından USDT gönderir, sen bakiyeye işlersin, e-pin teslim olur, iş biter. Dolara sabit bir şey aldın, kur riski yok, komisyon da kart kadar değil. Kulağa temiz geliyor. Sahada olan ise başka: paranın kendisi sorunsuz gelir, ama o paranın nereden geldiğine, hangi kurdan defterine girdiğine ve hangi siparişle eşleştiğine dair iz bırakmazsan asıl maliyet altı ay sonra, muhasebecinin "bu 40 bin lira nedir" sorusuyla ortaya çıkar.

İşin kritik yeri şu: stablecoin tahsilatı bir ödeme yöntemi değil, bir kayıt disiplini meselesidir. Karta göre daha az itiraz, daha az chargeback verir; karşılığında sana daha fazla belge sorumluluğu yükler. Ve bu sorumluluğun büyük kısmı, senin kullandığın e-pin satış scriptinin ne kaydettiğine bağlıdır. Panelinde sadece "ödendi" yazıyorsa, elinde hiçbir şey yok. Aşağıda hem yasal çerçevenin mantığını hem de bir dijital ürün satış scriptinin bu işi nasıl taşıması gerektiğini, süslemeden anlatıyorum.

Neden "dolara sabit" olması kur riskini bitirmiyor?

Stablecoin dolara sabittir, Türk Lirası'na değil. Sen defterini lira tutuyorsun. Yani müşteriden 100 USDT aldığın anda, o tahsilatın lira karşılığı o anın kuruyla sabitlenir; parayı üç gün sonra bozdurursan aradaki fark senin lehine ya da aleyhine bir kur farkı doğurur. Bu fark küçük hacimde gözükmez, ayda 200 siparişte ciddi bir kalem olur.

Pratikte yapılan hata şu: satıcı ürünü lira etiketiyle satar, tahsilatı USDT alır, ama sistemine sadece lira tutarını yazar. O siparişin kaç USDT olduğu, hangi kurdan çevrildiği kaybolur. Sonra cüzdanda biriken bakiye ile defterdeki ciro birbirini tutmaz. Doğru yaklaşım, her siparişte üç değeri birlikte saklamak: kripto tutarı, uyguladığın kur, ve o kurun kaynağı-zamanı. Ciddi bir e-pin yazılımı bunu sipariş kaydının içinde tutar, ayrı Excel'de değil.

Bir de kurun kim tarafından belirlendiği var. Kendi kurunu koyuyorsan (piyasa + küçük bir pay), o payı bir hizmet bedeli gibi değil, satış fiyatının parçası gibi düşün ve şeffaf göster. Müşteri "sitede 1 USDT 41 lira yazıyordu, borsada 40,6" dediğinde tartışma çıkmasın diye kuru sipariş ekranında ve faturada aynı sayı olarak tut.

Yasal tarafta gerçekten hangi çizgide duruyorsun?

Türkiye'de kripto varlıklar ödeme aracı olarak kullanılamaz; bu net. Ama bunun pratikteki anlamı, insanların sandığı gibi "kripto alıp satmak yasak" değil. Fark şurada: müşteriye "ürünün fiyatı 100 USDT, USDT ile öde" demek ile, "ürünün fiyatı 4.100 TL, dilersen bu tutarı kripto varlık bozdurarak kapatabilirsin" demek arasında hukuken ciddi bir mesafe var. Birincisi kripto ile ödeme kurgusudur, ikincisi bir tahsilat pratiğidir.

Bu yüzden mimariyi baştan doğru kur: etiket fiyatı lira, fatura lira, kayıt lira. Kripto sadece paranın sana ulaşma yolu olsun ve tercihen bu dönüşüm lisanslı bir platform üzerinden, kimliği belli bir hesap hareketiyle gerçekleşsin. Şahsi cüzdanına gelen anonim transferlerle iş yürütmek, vergi tarafında değil, kaynağını açıklayamama tarafında yakar.

İkinci konu MASAK mantığı: paranın kaynağı sorulabilir. Bu sana "herkesi sorgula" görevi vermiyor; ama tek işlemde alışılmadık büyüklükte, parçalı, ya da onlarca farklı cüzdandan gelen ödemeleri işaretleyebilmen gerekiyor. Panelinde risk etiketi yoksa bu gözle görülmez.

Bir e-pin satış scripti bu tahsilatta neyi kaydetmek zorunda?

Burada ayrım net: hobi paneli ile ciddi dijital ürün satış yazılımı arasındaki fark, ödeme ekranının güzelliği değil, arkada bıraktığı iz. Stablecoin tahsilatında tutman gereken asgari set şu: işlem hash'i, gönderen cüzdan adresi, ağ (TRC20/ERC20/BEP20 ayrımı yanlış ağa gönderim kavgalarının yarısını bitirir), gelen net tutar, ağ ücreti, uygulanan kur, kur zaman damgası, ve bunun bağlandığı sipariş numarası.

Pinova gibi lisanslı bir e-pin satış yazılımı kullanmanın somut faydası tam olarak burada başlıyor: ödeme kaydı siparişin altına, sipariş de teslim edilen e-pin koduna bağlı durur. Yani "şu müşteri, şu tarihte, şu kurdan, şu hash ile ödedi ve şu kodu aldı" cümlesini üç tık ile kanıtlayabiliyorsun. Bu zinciri kurmayanlar, bir anlaşmazlıkta WhatsApp ekran görüntüsüyle kendini savunmaya çalışıyor.

Üçüncü nokta otomatik teslim kararı. Kripto onay sayısı beklemeden teslim yaparsan, düşük onaylı işlemle stok boşaltma riskin var. Panelin, ödeme onaylandı ile teslime hazır durumlarını ayrı tutmalı; teslim tetiği belirlediğin onay eşiğine bağlanmalı.

Faturayı neye göre kesiyorsun, iade politikan ne olacak?

Fatura tutarı, tahsilatın lira karşılığıdır ve sipariş anında sabitlenmiş kurdan hesaplanır. Sonradan bozdurma kuru değiştiyse bu bir kur farkı olarak muhasebeye girer, faturayı geriye dönük değiştirmen gerekmez. Bunu bir kere yazılı politikaya bağla, muhasebecine de aynı kuralı ver; her ay farklı yöntem uygulanan yerlerde yıl sonu kapanışı kâbusa dönüşüyor.

İade tarafı daha hassas. Kartta iade otomatiktir; stablecoin'de iade demek, kendi kasandan yeniden transfer yapmak demek. Üstelik aradan geçen sürede kur oynadıysa "aynı tutar" tanımı tartışmalı. Bu yüzden kripto tahsilatlarda iade kuralını baştan ilan et: iade, ödeme günündeki lira karşılığı üzerinden ve mümkünse site bakiyesi olarak. Kodu teslim edilmiş dijital üründe iade yapılmadığını da ayrıca yaz; e-pin işinde bu cümlenin eksikliği en pahalı eksikliktir.

Bayilerin stablecoin ile ödeme yapmasını istiyor musun?

Yurt içi perakende müşteride kripto tahsilatı genelde zahmete değmez: sepet küçük, soru çok, kur açıklaması zaman alıyor. Asıl verim bayi ve yurt dışı tarafında. Ayda birkaç kez yüksek tutarlı bakiye yükleyen bir bayi için stablecoin, hem havale kesintisini hem bekleme süresini düşürür.

Ama bunu "bayi cüzdana atsın, ben elle yüklerim" diye kurarsan, büyüdüğünde tek kişilik bir mutabakat departmanına dönüşürsün. Doğru kurulum, bayi bakiyesinin panelde otomatik artması, her yüklemenin kendi kur ve hash kaydını taşıması, ve bayi cari ekstresinin kuruş kuruş dışa aktarılabilmesi. Bunu kendi kodunla yapmaya çalışmak yerine, bu akışı zaten içinde taşıyan bir epin yazılım altyapısı kullanmak aylar kazandırır. Özellik listesini /#ozellikler sayfasında, paket karşılaştırmasını /#fiyat bölümünde görebilirsin.

Peki bunu tek başına kurmak mantıklı mı?

Teknik olarak mümkün: bir cüzdan API'si, bir kur servisi, bir webhook. Üç günde çalışır bir şey çıkarırsın. Sorun çalışmasında değil, ikinci yılda. Kur servisi cevap vermediğinde ne oluyor? Aynı hash iki kez işlenirse bakiye iki kat mı yükleniyor? Müşteri eksik tutar gönderdiğinde sipariş askıda mı kalıyor, yoksa sessizce teslim mi ediliyor? Bu soruların her biri, sahada birilerinin parasını kaybettiği gerçek senaryolar.

Lisanslı bir altyapıyı seçmenin mantığı burada: bu kenar durumlar başkalarının zararıyla çözülmüş olur. Pinova tarafında ödeme kayıtları, bakiye hareketleri, teslim logları ve bayi carisi tek zincirde durduğu için, muhasebeye verdiğin dosya ile paneldeki rakam birbirini tutar. Senin işin fiyat ve stok yönetmek olur, mutabakat dedektifliği değil.

Stablecoin tahsilatı, doğru kayıt disiplinini kurduğun anda e-pin işinde gerçekten avantaja dönüşüyor: daha az kesinti, sıfır banka itirazı, daha hızlı bayi bakiyesi. Yanlış kurulduğunda ise sadece muhasebe yükü oluyor. Bu zincirin panel tarafında nasıl durduğunu merak ediyorsan, sipariş kaydının içinde kur, hash ve teslim logunun nasıl yan yana göründüğünü canlı demo üzerinden kendi gözünle görüp kendi akışınla karşılaştırabilirsin.