Sitede USDT Ödeme Kabul Etme: Adım Adım Kurulum

Sitede USDT ve USDC ödemesi kabul etmek için bir Paymos projesi oluşturun; ödeme linki, e-ticaret eklentisi, Hazır Ödeme Sayfası, Gömülü Ödeme Sayfası, Low-Code SDK veya REST API arasından seçim yapın ve desteklenen varlık-ağ çiftlerini açın. Fatura onaylanana kadar siparişi bekletin. Paymos, alınan stablecoin'i zorunlu bir dönüşüm olmadan aynı varlıkta teslim eder.

Hangi ödeme yöntemi satış sürecine uyar?

Yönetici faturayı oluşturup e-posta, sohbet veya CRM üzerinden gönderiyorsa ödeme linki kullanın. Mağaza desteklenen bir platformda çalışıyorsa ve sipariş durumu platformda kalmalıysa resmi e-ticaret eklentisini seçin. Hazır Ödeme Sayfası, Paymos barındırmalı bir ödeme ekranı açar. Gömülü Ödeme Sayfası aynı deneyimi iframe ile satıcı sitesinin içine taşır. Low-Code SDK JavaScript kontrolleri ekler ve iframe veya yönlendirme modlarını destekler.

Host-to-host API, sunucu taraflı sipariş sistemi olan ve ödeme durumu yönetimini üstlenecek geliştiricileri bulunan işletmeler içindir. Stablecoin kabulü için varsayılan gereklilik değildir. API entegrasyon rehberi HMAC kimlik doğrulama, tekrar-güvenli fatura oluşturma ve imzalı webhook konularının sahibidir.

İlk faturadan önce ne hazırlanmalı?

Projeyi oluşturun, kimin yöneteceğini seçin ve satış, teslimat, iade ve ödeme çıkışı sorumluluklarının hangi ekipte olduğunu tanımlayın. İşletme, KYC belgesi sunmadan başlayabilir; ancak geçerli risk, limit veya düzenleyici politika kapsamında daha sonra ek doğrulama istenebilir. Düzenli ödeme çıkışından önce hedef adresi onaylı süreçle tanımlayın.

Müşteri siparişinin Paymos faturasına nasıl eşlendiğini yazın. Ödeme linklerinde bu bir CRM veya muhasebe referansı olabilir. Eklentide e-ticaret siparişidir. Bağlı ödeme sayfasında satıcının kendi sistemindeki sipariştir. Tek net referans, müşteri desteğiyle mutabakatı aynı hizada tutar.

Ödeme sayfası hangi USDT ve USDC rotalarını sunmalı?

Paymos'un desteklediği ve müşterilerin gerçekten kullandığı varlık-ağ çiftlerini açın. USDT ödeme sayfası ve USDC ödeme sayfası güncel ağ tablolarının sahibidir; uygunluk için referans onlardır. USDT her USDC ağında, USDC de her USDT ağında yoktur. Ödeme ekranı varlıkla ağı birlikte göstermelidir.

Seçilen ağ, müşterinin transferi nasıl gönderdiğini, güncel blokzincir ücretini nasıl ödediğini ve onayı nasıl beklediğini değiştirir; her zincir için ayrı satıcı bakiyesi oluşturmaz. Ağ adını adresin ve QR kodun yanında gösterin. Rotayı adlandırmadan müşteriye «USDT veya USDC gönderin» demeyin, tek bir dolar gas tahminini koda sabitlemeyin. Cüzdanın güncel ücreti küçük bir fatura için yüksekse müşterinin ödeme sırasında köprü uydurması yerine başka bir desteklenen rota seçmesine izin verin.

Müşteri ödeme sırasında ne görür?

Müşteri Paymos ödeme sayfasını açar, USDT veya USDC ile uygun bir ağı seçer ve faturanın kesin tutarını uyumlu bir cüzdandan gönderir. Sayfada ödeme adresi, QR kodu ve güncel ödeme durumu bulunur. Müşterinin Paymos hesabına, e-posta adresine veya ödeme KYC'sine ihtiyacı yoktur. Satıcı, seçilen entegrasyona göre yönlendirme veya gömülü deneyim kullanabilir.

Transfer algılanıp onaylanırken siparişi bekletin. Başarı sayfasına dönüş yönlendirme için faydalıdır ama teslimat sinyali değildir. Müşteri sayfayı kapatsa bile siparişin satıcı iş akışında güvenilir bir duruma ihtiyacı vardır. Özel sistemler için API rehberi, bu satıcı kurulum kılavuzunu mühendislik el kitabına çevirmeden sunucu taraflı olay yolunu açıklar.

USDT veya USDC kabulünün maliyeti nedir?

Müşterinin ağ ücretini satıcı işlem komisyonundan ve sonradan yapılacak dönüşümden ayırın. Müşterinin cüzdanı, USDT veya USDC göndermenin değişken blokzincir ücretini hesaplar ve öder. Paymos standart işlem komisyonu tahsil edilen fatura başına %1,0'dır; kurumsal fiyatlandırma talep üzerine %0,3'tür. Varsayılan olarak Paymos komisyonunu satıcı öder; proje bunun bir kısmını veya tamamını müşteriye yansıtabilir.

Kurulum ücreti, aylık platform ücreti, aylık alt limit, rezerv, gizli dönüşüm marjı veya zorunlu dönüşüm yoktur. Paymos, ödemeleri kabul etme ve konsolide etmenin ağ maliyetini karşılar ve satıcı faturasına ayrı bir sweep komisyonu eklemez. İşletme stablecoin'i daha sonra harici bir servisle dönüştürürse o sağlayıcının kuru, marjı, gas ve ödeme çıkışı koşulları ayrı maliyetlerdir.

Sipariş ne zaman teslim edilmeli veya incelemeye alınmalı?

Yalnızca fatura, seçilen rota ve tutarın gerektirdiği onaylı ödeme durumuna ulaştığında teslim edin. Algılanan bir transfer veya işlem karması tek başına yeterli değildir. Geç ödeme, eksik ödeme, yinelenen bildirim veya uymayan rota, tanımlı bir inceleme yolu ister; personel müşteri baskısı altında doğaçlama yapmamalıdır.

İadeler de yayına geçmeden tanımlanmalıdır. Stablecoin iadesi, orijinal transferin geri alınması değil, yeni bir giden işlemdir. Varlığı, ağı, tutarı, müşteriyi ve hedefi kimliği doğrulanmış bir süreçle doğrulayın. Stablecoin karşılaştırma rehberi ihraççı, likidite ve varlık seçimi risklerini ayırır.

USDT ve USDC satıcıya nasıl geçer?

Desteklenen ağlardan alınan USDT satıcının USDT bakiyesine, USDC ayrı USDC bakiyesine işlenir. Paymos fiat, BTC, ETH veya başka bir stablecoin'e zorunlu dönüşüm yapmaz. Ödeme çıkışında işletme o varlık için uygun bir rota ve onaylı bir hedef seçer. Paymos ödeme çıkışından işlem komisyonu almaz; seçilen rotada açıklanmış bir ağ ücreti veya alt limit uygulanabilir. O ücret, rotanın zincirdeki maliyetinin altında yazılır.

Tahsilat ve hazine yetkilerini ayrı tutun. Ödeme linki düzenleyen veya e-ticaret siparişlerini yöneten personelin ödeme çıkışı hedeflerini değiştirme yetkisine ihtiyacı yoktur. Tahsil edilen faturaları ilgili varlık bakiyesiyle mutabık tutun, ödeme çıkışı teklifini gözden geçirin ve sonraki harici dönüşümleri ayrı bir hazine işlemi olarak kaydedin.

Yayına geçmeden önce ne test edilmeli?

Açılan her ödeme yönteminden ve temsili USDT ve USDC rotalarından küçük bir gerçek ödeme geçirin. Faturanın açıldığını, varlık ve ağın net olduğunu, cüzdanın gönderebildiğini, ödemenin beklenen durumlardan geçtiğini, siparişin bir kez teslim edildiğini ve doğru bakiyenin güncellendiğini doğrulayın. Geç ödeme, eksik ödeme, müşteri terk etmesi ve iade talebini operasyonel senaryolar olarak test edin.

Bağlı entegrasyonlarda desteklenen ödeme sonuçlarını Sandbox ile test edin ama simüle edilmiş sonuçları gerçek blokzincir transferiyle karıştırmayın. Yayın öncesi üretim erişimini, ödeme çıkışı kontrollerini, destek sahipliğini ve müşteriye dönük talimatları doğrulayın. Hedef mümkün olan en büyük entegrasyon değil, tekrarlanabilir bir satış ve teslimat sürecidir.