KYC olmadan kripto ödeme kabul etmek: işletmeler için pratik rehber
Kripto kabul etmek isteyen çoğu işletme aynı duvara toslar. Sağlayıcı şirket evraklarını, yöneticinin pasaportunu, adres belgesini ve banka ekstresini ister, sonra üç hafta bekletip olumsuz döner. Bu sırada USDT ile ödemek isteyen müşteri çoktan başka yerden almıştır.
Daha kısa bir yol var. Bu rehber KYC istemeyen bir kripto ödeme altyapısının nasıl çalıştığını, pratikte size neye mal olduğunu ve hangi durumda tercih edilmemesi gerektiğini anlatıyor.
Kripto kabul etmek neden göründüğünden zor
Zor kısım hiçbir zaman blok zinciri değil. USDT göndermek basit iş. Zorluk etrafındaki her şeyde: her sipariş için ayrı adres üretmek, gelen transferi altı ağda birden izlemek, o transferi doğru faturayla eşleştirmek, eksik ödemeleri yönetmek ve parayı dondurulabilecek bir borsa hesabına uğramadan kendi cüzdanınıza çıkarmak.
Bunu kendiniz kurarsanız elinizde küçük bir altyapı projesi olur. Lisanslı bir sağlayıcıdan alırsanız yeniden evrak trafiğine dönersiniz.
Burada KYC yok ne demek
Ödeme almaya başlamadan önce şirketinizin kurumsal doğrulamadan geçmesinin istenmemesi demek. Kayıt olursunuz, API anahtarınızı alırsınız ve tahsilata başlarsınız.
Paranın izinin sürülemeyeceği anlamına gelmez, yükümlülüğünüz kalmadığı anlamına da gelmez. Her işlem açık bir defterde durur. Vergi ve raporlama sorumluluklarınız aynen devam eder. Değişen tek şey, bir uyum ekibi ana sözleşmenizi okurken üç hafta kapıda beklememeniz.
Akış uçtan uca nasıl işliyor
Bizim altyapımızdaki mekanik, iyi kurulmuş her çözümle aynı:
- Backend'iniz belirli tutar ve para birimiyle bir ödeme oluşturur.
- Altyapı benzersiz bir yatırma adresi ve geçerlilik süresi döner.
- Müşteriniz o adrese USDT, USDC, BTC, ETH, BNB, SOL veya TON gönderir.
- Altyapı zinciri izler, transferi onaylar ve sunucunuza imzalı bir webhook gönderir.
- Siparişi ödendi olarak işaretlersiniz.
Ödeme başına benzersiz adres, mutabakatı güvenilir kılan şeydir. Müşteriden işlem hash'i istemeniz ya da ödemeleri tutara bakarak eşleştirmeniz gerekmez.
Coinler, ağlar ve asıl önemli olan maliyet
Desteklenen varlıklar müşterilerin gerçekten tuttuklarını kapsıyor: TRC-20, ERC-20, BEP-20 ve Polygon üzerinde USDT ve USDC, ayrıca BTC, ETH, BNB, SOL ve TON.
Ağ seçimi çoğu satıcının beklediğinden daha önemli. Ethereum üzerinden USDT ödeyen bir müşteri, ürünün fiyatından fazlasını gas'a verebilir. TRC-20 ve Polygon kuruşlarla sonuçlanır. Yüz doların altında bir şey satıyorsanız ödeme ekranında ucuz ağı varsayılan yapın, ısrar eden müşteri değiştirsin.
Saklamalı bakiye mi, doğrudan cüzdana mı
İki mutabakat modeli var ve entegrasyondan önce farkı anlamakta fayda var.
Saklamalı bakiyede gelen ödemeler altyapıda birikir ve istediğiniz zaman ödeme talebi açarsınız. Zincir üstünde daha az işlem, toplamda daha düşük ağ maliyeti demektir, ve bakiyeyi doğrudan harcayabilirsiniz, örneğin kendi kullanıcılarınıza kart çıkararak.
Otomatik aktarımda onaylanan her ödeme doğrudan kendi cüzdanınıza gider. Kimsede bakiye tutmazsınız. Ağ maliyeti artar ama para onaylandığı anda sizindir.
Biri diğerinden iyi değil. Parayı ürünün içinde döndürüyorsanız saklamalı, hemen dışarı almak istiyorsanız otomatik aktarım.
Tahsilat ürünün yarısı
Çoğu kripto altyapısı eksik hissettirir çünkü iş tahsilatta biter. Elinizde bakiyede duran USDT kalır ve harcama yolu yoktur.
Bu yüzden ödeme kabulü ile kart çıkarma aynı API'ye aittir. Müşteri ödemelerini alan bakiye, tek bir istekle kendi kullanıcılarınızdan birine dolar kart açmak için kullanılabilir, ve o kart internetten çalışır, Apple Pay veya Google Pay'e eklenir. Bir pazaryeri, bir ödeme dağıtım ürünü ya da paranın bir taraftan girip diğer taraftan çıkması gereken herhangi bir şey işletiyorsanız, bu koca bir entegrasyonu ortadan kaldırır.
Kart tarafını sanal kart sayfasında, insanların bu şekilde ödediği servisleri ise servis dizininde görebilirsiniz.
API anahtarından ilk ödemeye
Makul bir entegrasyon bir sprint değil, bir öğleden sonra sürer:
- Bir üretim, bir de sandbox anahtarı alın.
- Sandbox'ta tek bir test ödemesi oluşturup simüle edilen uç noktadan onaylayın.
- Webhook'u test sunucunuza yönlendirin ve imzayı doğrulayın. İmza doğrulamasını atlamayın.
- Kodunuzda üç durumu ele alın: oluşturuldu, onaylandı, süresi doldu. Eksik ödeme dördüncüsüdür ve er geç karşınıza çıkar.
- Anahtarı üretime alın.
Sandbox üretim uç noktalarını birebir yansıtır, dolayısıyla anahtarı değiştirdiğinizde kodunuzda hiçbir şey değişmez.
KYC'siz altyapıyı ne zaman kullanmamalısınız
Kağıt üzerinde lisanslı bir ödeme kuruluşuna ihtiyaç duyan düzenlemeye tabi bir işletmeyseniz, KYC'siz bir altyapı bunun yerine geçmez. Müşterileriniz kartla ödüyor ve chargeback bekliyorsa, kriptoda bu yok, bu sizi korur ve onları açıkta bırakır, bazı kitleler bu takası kabul etmez. Ve hacminiz bir bankanın sorunsuz hesap açacağı düzeydeyse, geleneksel yol daha ucuza gelebilir.
Geri kalan herkes için, dijital ürünler, abonelikler, ajanslar ve yerel kartları yurt dışında geçmeyen müşterilere hizmet veren pazaryerleri dahil, KYC'siz yol genelde daha hızlı ve işletmesi daha ucuz.
Denemek isterseniz hesap açın ve önce bir sandbox anahtarı üretin. Herhangi bir karar vermeden önce onaylanmış bir test ödemesi görebilirsiniz.