Kripto ödemeye geçen e-pin satıcılarının çoğu işe aynı yerden başlar: bir borsa hesabı açar, USDT adresini kopyalar, sipariş sayfasına yazar ve altına ödeme yaptıysan bize yaz notu bırakır. İlk hafta harika görünür; komisyon yok, itiraz yok, provizyon beklemek yok. İkinci haftadan sonra destek kutusu dolar: müşteri 3 kuruş eksik göndermiştir, biri yanlış ağ seçmiştir, biri iki sipariş için tek transfer yapmıştır, biri bir hafta önceki fiyattan ödeme yapıp bugün kodunu istemektedir.
Kriptonun e-pin işindeki gerçek avantajı komisyon değil; geri alınamaz olması. Chargeback riskini sıfıra indirir. Ama bu avantajı alabilmen için ödeme akışının elle takip edilen bir yazışma değil, kod tarafından yönetilen bir durum makinesi olması gerekiyor. Yani mesele bir adres yazmak değil, e-pin satış scriptine gerçek bir kripto tahsilat modülü eklemek. Aşağıda bu modülün hangi parçalardan oluştuğunu, hangi kararların geri dönüşü zor olduğunu ve dijital ürün satış yazılımı tarafında neyi baştan doğru kurmak gerektiğini anlatıyorum.
Elle Takip Edilen Kripto Ödeme Neden Ölçeklenmiyor?
Tek adres üzerinden tahsilat yaptığında iki temel bilgiyi kaybediyorsun: bu para kimden geldi ve hangi siparişe ait. Zincir üzerinde gördüğün şey bir gönderici adresi ve bir tutardır; müşterinin adını, sipariş numarasını, e-postasını taşımaz. Bu yüzden her ödeme bir eşleştirme bulmacasına dönüşür. Günde on siparişte bulmacayı çözersin, yüz siparişte çözemezsin. Doğru mimari, her siparişe tekil bir tahsilat adresi veya tekil bir fatura kimliği atamaktır. Böylece gelen transferin hangi siparişe ait olduğu soru işareti bırakmaz, teslimat otomatikleşir ve destek yükü kaybolur. Bu tek karar, kripto modülünün elle sürdürülen bir yöntemden ölçeklenebilir bir ödeme kanalına dönüşmesini sağlar.
Kendi Node'unu mu Kuracaksın, Ödeme İşlemcisi mi Kullanacaksın?
Bu, modülün mimarisini belirleyen ilk ve en pahalı karar. Üç yol var: doğrudan zincir dinleme (kendi node veya açık zincir API'si), üçüncü parti kripto ödeme işlemcisi, ya da borsa tahsilat hesabı. Her biri farklı bir sorumluluk dağılımı getirir. Aşağıdaki tablo, e-pin satış yazılımı tarafında bunları yan yana koyuyor.
| Yöntem | Kurulum zorluğu | Maliyet | Kur riski kimde | Uygun olduğu ölçek |
|---|---|---|---|---|
| Ödeme işlemcisi (hosted fatura) | Düşük | %0,5-1 | İşlemcide (anlık dönüşüm) | Her ölçek |
| Zincir API'si + tekil adres | Orta | Sadece ağ ücreti | Sende | Orta ve üzeri |
| Kendi node altyapısı | Yüksek | Sunucu maliyeti | Sende | Yüksek hacim |
| Tek borsa adresi (elle) | En düşük | Çekim ücreti | Sende | Ölçeklenmez |
Hangi Ağ? Yanlış Cevap Müşterini Kaybettirir
Stablecoin tercihi kadar kritik olan şey ağ tercihidir. Aynı USDT, farklı ağlarda farklı ücret ve farklı hız demektir; ve müşteri yanlış ağ seçtiğinde para teknik olarak kaybolmuş sayılır. Bu yüzden ödeme ekranında ağ seçimini serbest bırakmak yerine tek tek desteklenen ağları listelemek ve seçilen ağa özel adresi ayrı üretmek gerekir. Ekranda üç şeyi büyük punto ile göstereceksin: coin, ağ adı ve tam gönderilecek tutar. Kopyalanabilir adres, QR kod ve geri sayım sayacı da bu üçlünün yanında dursun. Uyarı metni yeterli değildir; kullanıcı arayüzü yanlış seçimi mümkün kılmayacak biçimde kurulmalı. Epin yazılım tarafında bu, ağ başına ayrı bir yapılandırma kaydı ve ayrı bir adres havuzu anlamına gelir.
Kripto Ödemede İptal ve Müdahale Sebepleri
- Eksik tutar gönderimi 40%
- Süresi geçen fatura 30%
- Yanlış ağ seçimi 20%
- Diğer 10%
Eksik Tutar Geldiğinde Script Ne Yapacak?
Bu senaryoyu kodlamadıysan modülün bitmemiştir. Müşteri ağ ücretini tutardan düşerek gönderir ve fatura 99,7 dolar olarak kapanır. Elle yönetilen bir sistemde bu bir destek biletidir; doğru kurulmuş bir modülde ise bir kuraldır. Üç eşik tanımla: tolerans içi (ör. %1 altındaki eksiklik kabul edilir, sipariş kapanır), kısmi ödeme (kalan tutar ekranda gösterilir, müşteri tamamlar, aynı faturaya yazılır) ve fazla ödeme (fark otomatik olarak site cüzdanına bakiye yazılır). Aynı disiplin onay sayısı için de geçerli: her ağ için kaç blok onayında teslim edileceğini yaz, düşük tutarda hızlı, yüksek tutarda ihtiyatlı davran. Ve her durum geçişini idempotent yap; aynı transfer iki kez işlenip iki kod teslim edilmesin.
Fiyat Kilidi ve Muhasebe: Kur Riskini Kim Taşıyor?
Kripto tahsilatta ürün fiyatını lira üzerinden tutup ödeme anında coin karşılığını hesaplaman gerekir. Bu hesabı yaparken oluşan kuru bir süre kilitlersin; 10-15 dakika sağlıklı bir aralıktır. Süre uzarsa kur riski sana geçer, kısa olursa müşteri yetişemez. Faturanın üzerinde hem lira tutarı hem coin tutarı hem de kullanılan kur kaydedilmelidir. Muhasebe tarafında altın kural şudur: satış lira üzerinden kaydedilir, kripto yalnızca tahsilat aracıdır; gelen coin'in ne zaman ve hangi kurdan nakde çevrildiği ayrı bir kayıttır. Bu ayrımı yapmayan siteler, kâr sandıkları tutarın kur dalgalanmasıyla eridiğini aylar sonra fark ediyor.
Modülü Hangi Sırayla Kuracaksın?
Kripto ödemeyi tek seferde açma. Aşağıdaki listeyi sırayla uygula ve her satırı canlıda küçük tutarla test et. Sıranın kendisi, geri dönüşü zor hataları en başa toplar.
| Adım | Yapılacak | Doğrulama | Risk |
|---|---|---|---|
| 1 | Desteklenen coin ve ağ listesini sabitle | Ekranda yalnız bu seçenekler çıkıyor | Yanlış ağ |
| 2 | Sipariş başına tekil adres/fatura üret | İki sipariş aynı adresi almıyor | Eşleştirme hatası |
| 3 | Fiyat kilidi ve geri sayımı bağla | Süre bitince fatura kapanıyor | Kur kaybı |
| 4 | Onay sayısı eşiklerini yaz | Eşik altında teslim yok | Ters çevrilen blok |
| 5 | Eksik/fazla ödeme kurallarını kur | Kısmi ödeme aynı faturaya yazılıyor | Destek yükü |
| 6 | İdempotent işlem kaydı ekle | Aynı hash iki kez işlenmiyor | Çift teslimat |
| 7 | Nakde çevirme ve raporlamayı ayır | Lira satış, coin tahsilat ayrı | Muhasebe karmaşası |
Kodu doğrudan teslim etmek yerine gelen tutarı site içi bakiyeye yaz, müşteri bakiyesiyle alışverişi tamamlasın. Böylece eksik tutar, fazla ödeme ve fiyat farkı sorunlarının tamamı tek bir mutabakat noktasında çözülür.
Kripto tahsilatı hazır bir altyapıyla aç
Pinova, çoklu ödeme kanalını tek sipariş akışında yöneten lisanslı bir e-pin satış yönetim yazılımıdır; fatura durumları, idempotent kayıt ve bakiye mutabakatı kutudan çıkar.
Hangi coin ile başlamalıyım?
Dolar sabitli bir stablecoin ile başla; fiyat dalgalanması olmadığı için muhasebe ve iade süreçlerin çok daha sade olur. İlerledikçe ağ çeşitlendirmesi yapabilirsin.
Kaç blok onayında kodu teslim etmeliyim?
Ağa ve tutara göre değişir. Düşük tutarlarda tek onay yeterli olabilir; yüksek tutarlarda eşiği yükseltmek ve manuel onay kuyruğu kullanmak daha güvenli.
Kripto ödemede iade nasıl yapılır?
Aynı coin ve ağ üzerinden yapılır ama ağ ücreti düşülür. Bu yüzden iadeyi mümkünse site bakiyesi olarak verip müşteriye seçim hakkı bırakmak daha pratiktir.
Kripto kanalı chargeback riskini gerçekten bitiriyor mu?
Zincir üzerindeki transfer geri alınamaz, dolayısıyla klasik itiraz riski ortadan kalkar. Buna karşılık yanlış tutar ve yanlış ağ gibi operasyonel riskler devreye girer.
Kripto kanalı, doğru kurulduğunda e-pin işinin en temiz tahsilat yolu; yanlış kurulduğunda ise destek ekibinin en çok vakit harcadığı yer. Modülün hangi durumları kapsaması gerektiğini özellikler sayfasında karşılaştırabilir, lisans seçeneklerini fiyat bölümünde görebilirsin; fatura üretiminden bakiye mutabakatına kadar akışı uçtan uca denemek istersen canlı demo üzerinde küçük tutarlı bir sipariş açıp her durum geçişini kendi gözünle izle.