Çevrimiçi USDC ödemeleri nasıl kabul edilir?

Çevrimiçi USDC kabul etmek için önce işletmenin hangi USDC token gösterimini ve blockchain rotalarını destekleyeceğini kesin olarak belirleyin. Her sipariş için ayrı bir ödeme isteği oluşturun; müşteriye token, ağ, tutar, adres ve son kullanma süresini aynı yerde gösterin; siparişi yalnızca güvenilir bir sunucu sonucu ile ödendi olarak işaretleyin. Nadir ve gözetimli satışlarda manuel transfer yeterli olabilir. Sohbet veya e-postayla gönderilen faturalar için izlenen ödeme bağlantısı, otomatik web sitesi siparişleri içinse API ile oluşturulan invoice daha güvenlidir.

Karar	Asgari güvenli cevap
Hangi varlık kabul ediliyor?	Belirli bir ağ için yapılandırılmış kesin USDC sözleşmesi veya mint
Hangi yöntem kullanılacak?	Satış hacmine göre manuel transfer, izlenen bağlantı veya API invoice
Müşteri ne görecek?	Amaç, kesin USDC tutarı, ağ, adres/QR, süre ve canlı durum
Sipariş ne zaman ödenmiş sayılır?	Doğru invoice ile eşleşen onaylı işlemden sonra
Para nereye gider?	Başlangıçta seçilen satıcı cüzdanı, sağlayıcı bakiyesi veya fiat payout

Önce hangi USDC’nin kabul edildiğini tanımlayın

USDC, Circle tarafından birden fazla blockchain üzerinde çıkarılan dolar cinsinden bir stablecoin’dir. Circle, varlığın yüksek likiditeli nakit ve nakit benzerleriyle desteklendiğini belirtir ve rezerv bilgilerini şeffaflık sayfasında yayımlar. Bu bilgiler varlığı değerlendirmeye yardımcı olur; fakat checkout rotasını kendi başına güvenli hâle getirmez.

Her ödeme rotası üç öğeyi sabitlemelidir: blockchain, token sözleşmesi veya mint ve alıcı adresi. Yalnızca USDC ticker’ına güvenmeyin. Bir cüzdan Circle tarafından çıkarılan native USDC ile bridged veya pegged bir gösterimi aynı isimle sunabilir. Circle resmî USDC sözleşme adreslerini yayımlar ve USDC.e gibi bazı gösterimlerin Circle tarafından çıkarılmadığını özellikle belirtir.

Bu nedenle Circle’ın desteklediği tüm ağları ödeme sayfasına kopyalamak doğru değildir. Issuer desteği, satıcı cüzdanının ve ödeme ürününün aynı rotayı desteklediği anlamına gelmez. Müşteri için son kaynak, canlı checkout yapılandırması ve oradaki kesin sözleşmedir.

Kabul modelini sipariş sürecine göre seçin

Model	Uygun olduğu durum	İşletmenin sorumluluğu
Manuel cüzdan transferi	Az sayıda gözetimli ödeme	Talimat, doğrulama, sipariş eşleştirme ve istisnalar
İzlenen ödeme bağlantısı	Teklifler ve sohbet/e-posta satışları	Invoice oluşturma, cüzdan, refund ve kayıtlar
API ve hosted checkout	Ecommerce, SaaS ve çevrimiçi hizmetler	Yerel sipariş durumu, entegrasyon ve fulfilment
Custodial işlemci	Sağlayıcı bakiyesini kabul eden işletme	Hesap erişimi, para çekme ve mutabakat
Dönüştürülmüş settlement	Fiat veya başka varlık isteyen işletme	Uygunluk, payout süresi, dönüşüm maliyeti ve muhasebe

Ham bir cüzdan adresi ticari bağlam taşımaz. İki müşteri aynı adrese 100 USDC gönderdiğinde blockchain hangi transferin hangi siparişe ait olduğunu bilmez. Ödeme bağlantısı her yükümlülüğe tutar, süre ve durum kazandırır. API invoice ise müşteriden önce web sitesinin order ID’sini ödeme isteğine bağlar.

Ayda bir ödeme alan danışman için bağlantı yeterli olabilir; personel yokken erişim satan bir hizmetin sunucu tarafı durumuna ve tekrar güvenli fulfilment’a ihtiyacı vardır. Ödeme bağlantıları kullanım senaryosu manuel yolu, web sitesi kullanım senaryosu otomatik yolu açıklar.

Ağları gerçek müşteri davranışına göre açın

Her rota için şunları doğrulayın:

• müşterinin cüzdanı veya borsası tam olarak o ağdaki yapılandırılmış USDC’yi çekebiliyor;
• satıcı cüzdanı doğru sözleşmeyi alıp gösterebiliyor;
• ödeme ürünü aynı sözleşme veya mint’i izliyor;
• işletme ağ ücretini nasıl ödeyeceğini ve refund göndereceğini biliyor;
• destek ekibi doğru explorer ve ağ adını tanıyor.

GramPayBot şu anda Ethereum, Optimism, BNB Smart Chain, Base, Polygon, Arbitrum ve Solana üzerinde yapılandırılmış USDC rotaları sunar. Bunların hepsine Circle-native demek doğru değildir: mevcut BNB Smart Chain sözleşmesi Circle’ın native sözleşme listesinde yer almaz. Kataloğu kalıcı issuer vaadi değil, tarihli ürün bilgisi olarak değerlendirin. Yalnızca proje ayarlarında görülen ve alıcı cüzdanın gerçekten desteklediği rotaları açın. Ayrıntılar cüzdanlar ve ağlar rehberinde bulunur.

Çok sayıda ağ otomatik olarak daha iyi conversion sağlamaz. Her rota yeni bir bakiye, refund yolu, fee token ve destek senaryosu ekler. Müşteriler esas olarak Base ve Solana kullanıyorsa, test edilmiş iki rota kimsenin işletmediği uzun bir listeden daha güvenlidir.

Her müşteri yükümlülüğü için ayrı invoice oluşturun

Önce merchant sisteminde ecommerce siparişi, hesap yüklemesi, paket veya proje aşaması oluşturun ve değişmeyen bir ID verin. Ardından payment invoice oluşturup dönen invoice ID’yi siparişin yanında saklayın. API entegrasyonunda yerel referansı payload gibi makine tarafından okunabilen alana gönderin. Timeout sonrası tekrarın ikinci checkout üretmemesi için sabit bir Idempotency-Key kullanın.

Bu bağlantı iki soruyu ayırır: doğru USDC işlemi geldi mi ve hangi iş siparişi ilerleyebilir? İlk soruyu blockchain kanıtı, ikinciyi kaydedilmiş order-to-invoice ilişkisi yanıtlar. Tam veri modeli kripto ödemelerini müşteri siparişleriyle eşleştirme rehberinde anlatılır.

Müşteriye tek ve eksiksiz talimat gösterin

Checkout aynı yerde ödeme amacını, kesin USDC tutarını, ağın tam adını, adresi ve QR kodunu, kalan süreyi ve canlı durumu göstermelidir. Adresi bir mesajda, ağı başka mesajda göndermeyin. Birçok EVM ağı aynı 0x adres biçimini kullandığından cüzdan doğru ağı otomatik olarak çıkaramaz. Borsadan gönderimde withdrawal network etiketi checkout rotasıyla eşleşmelidir.

Token hassasiyetini varsaymayın. Circle-native USDC çoğunlukla altı decimal kullanırken GramPayBot’un mevcut BNB Smart Chain rotası 18 kullanır. Müşteriye invoice’ın döndürdüğü kesin tutarı gösterin; yazılımda route catalog’daki precision ve decimal arithmetic kullanın, binary float ile para karşılaştırmayın.

Ödemeyi tarayıcıda değil sunucuda doğrulayın

Return page settlement kanıtı değildir. Tarayıcı erken kapanabilir, eski success URL tekrar açılabilir veya client state değiştirilebilir. Screenshot ve müşterinin verdiği tx hash de tek başına yeterli değildir; gerçek bir hash yanlış token, ağ, alıcı, tutar veya siparişi gösterebilir.

Manuel kontrolde doğru explorer üzerinde status, token contract, recipient ve amount değerlerini invoice ile karşılaştırın. Manuel doğrulama kontrol listesi bu süreci açıklar. Otomatik web sitesi, authenticated API lookup veya geçerli imzalı webhook kullanmalıdır. Hash ve ödeme zamanını siparişle birlikte saklayın.

Webhook işleyicisi idempotent olmalıdır. Raw body üzerindeki imzayı doğrulayın, kararlı event veya delivery anahtarını kaydedin, hızlı yanıt verin ve fulfilment’ın yalnızca bir kez commit edilmesini sağlayın. Tekrarlanan paid olayı ikinci ürün, ikinci paket veya ikinci bakiye yüklemesi oluşturmamalıdır.

Custody, settlement ve istisnaları önceden belirleyin

Bir sağlayıcı USDC’yi kendi bakiyesinde tutabilir, başka biri fiat’a dönüştürebilir, direct-to-wallet araç ise işlemi izlerken para doğrudan satıcı adresine gider. Üçü aynı ürün değildir. Para yolunu açıkça çizin ve wallet security, payout, conversion, fee ve refund sorumluluğunu karşılaştırın. Direct-to-wallet modelinde hizmet yalnızca public address’e ihtiyaç duyar; seed phrase veya private key paylaşılmaz.

Geç ödeme, eksik/fazla tutar, farklı token sözleşmesi, yanlış ağ, eski invoice ve refund için yazılı kurallar oluşturun. Bu vakaları sessizce paid yapmayın. Gerçek işlem kanıtını saklayın ve yetkili incelemeye gönderin. Yanlış ağ transferi kurtarılamayabilir; GramPayBot gibi izleme hizmeti satıcının cüzdanından refund gönderemez.

Desteklenen USDC rotasını seçin

Bir ağı etkinleştirmeden önce tam rota matrisini kontrol edin. Ethereum, Base, Polygon ve Arbitrum native USDC sayfalarını gönderenin exact asset’iyle karşılaştırın.

GramPayBot bu akışta nerede yer alır?

GramPayBot manuel olarak veya API üzerinden USDC invoice oluşturur, hosted checkout sunar ve desteklenen rotadaki işlemi izler. Para doğrudan satıcının yapılandırdığı public wallet’a gider. Web sitesi kendi sipariş referansını payload içinde gönderir ve sonucu API veya imzalı webhook ile alır.

GramPayBot payment request, checkout ve işlem durumunu sağlar; satıcı sipariş, cüzdan, fulfilment, refund, treasury ve muhasebeden sorumludur. Otomatik ürün tesliminden önce API quickstart ve webhook rehberini uygulayın.

Bir ürün, bir ağ ve düşük değerli gerçek transferle başlayın. Checkout’taki sözleşmeyi, cüzdana gelişi, paid durumunu, order reference ve tx hash kaydını doğrulayın. Ardından expiry, duplicate webhook ve yanlış tutarı fulfilment vermeden test edin. Güvenilir USDC akışı müşteriye tek bir açık talimat, işletmeye ise siparişe bağlı doğrulanmış tek sonuç verir.