Genel bakış
İşletmeler için kripto acquiring, ödeme sayfasına bir cüzdan adresi koymakla aynı şey değildir. Bir şirketin, altyapı gibi davranan bir ödeme deneyimine ihtiyacı vardır: net bir fatura, barındırılan bir ödeme sayfası, otomatik sipariş eşleştirmesi, güvenilir ödeme durumları, webhook bildirimleri ve eksik ödemeler, fazla ödemeler, süresi dolan faturalar ve iadeler için operasyonel kurallar.
Bu katman olmadan kripto ödemeleri elle yapılan işe dönüşür. Destek ekipleri ekran görüntülerini kontrol eder. Finans ekipleri blok zinciri işlemlerini elle mutabakat eder. Geliştiriciler, en baştan ödeme akışının parçası olması gereken uç durumlar için tek seferlik betikler yazar.
Bu makale, kripto acquiring’in B2B şirketler için nasıl işlediğini, bir cüzdandan ve geleneksel kart acquiring’den nasıl ayrıldığını, API’nin, faturaların, barındırılan ödeme sayfalarının ve webhook’ların neden önemli olduğunu ve kripto ödemelerini operasyonel bir borca dönüştürmeden bir sağlayıcının nasıl seçileceğini anlatır.
Kripto acquiring ne anlama gelir
Kripto acquiring, bir işletmenin web sitesinde, müşteri hesabında, bir fatura üzerinden veya bir ödeme bağlantısı aracılığıyla kripto para ödemeleri kabul etmesini sağlayan ödeme altyapısıdır. Müşteri bir varlık ve ağ seçer, ödemeyi tamamlar ve satıcı yapılandırılmış bir durum alır: oluşturuldu, beklemede, kısmen ödendi, onaylandı, süresi doldu, iptal edildi veya elle inceleme gerektiriyor.
İşletme için değer yalnızca «kripto almak» değildir. Değer, ödemeyi gerçek bir ticari sürece bağlamaktır: bir sepet, bir sipariş, bir abonelik, bir hesap bakiyesi, bir fatura, bir iş ortağı ödemesi veya bir finans raporu.
Bir şirket genellikle şu senaryolardan biri ya da birkaçı ortaya çıktığında kripto acquiring’e bakmaya başlar:
- müşteriler USDT, BTC, ETH veya diğer kripto varlıklarıyla ödeme yapmak istiyor;
- ürün uluslararası satılıyor veya kriptoya alışık bir kitleye hitap ediyor;
- cüzdana elle yapılan ödemeler mutabakat sorunları yaratıyor;
- ekip fatura, durum ve otomatik bildirimlere ihtiyaç duyuyor;
- işletmenin ayrıca iş ortaklarına, içerik üreticilerine, tedarikçilere veya kullanıcılara ödeme yapması gerekiyor.
İşletme, coin saklayacak bir yer yerine ödeme mantığına ihtiyaç duyuyorsa, API, fatura, webhook ve raporlama sunan bir kripto ödeme ağ geçidi açısından düşünmelidir. Temel ağ geçidi kavramını ayrı olarak, bir kripto ödeme ağ geçidirehberimizde ele aldık.
Cüzdan, kart acquiring ve kripto acquiring: aradaki fark
Bir cüzdan, varlıkları tutmak ve göndermek için tasarlanmıştır. Kart acquiring, kart ödemelerini bankalar ve ödeme ağları üzerinden işlemek için tasarlanmıştır. Kripto acquiring bu iki modelin arasında durur: blok zinciri tabanlı ödemeleri kabul eder, ancak satıcı için yapılandırılmış bir ödeme sistemi gibi davranmak zorundadır.
Fark, bir siparişin bir ödemeyle eşleştirilmesi gerektiğinde belirginleşir. Bir müşteri kripto’yu doğrudan bir cüzdana gönderirse, satıcının kimin ödediğini, hangi siparişin ödendi olarak işaretleneceğini, tutarın doğru olup olmadığını, hangi ağın kullanıldığını ve işlemin ürün veya hizmeti teslim edecek kadar kesinleşip kesinleşmediğini belirlemesi gerekir.
Düşük hacimde bu yönetilebilir olabilir. Ölçek büyüdüğünde ise bir destek ve finans sorununa dönüşür.
Kripto acquiring bunu, her ödemeyi bir faturaya ve bir durum yaşam döngüsüne sararak çözer. Her ödemenin bir bağlamı vardır: tutar, para birimi, ağ, son geçerlilik süresi, sipariş tanımlayıcısı ve bildirim kuralları.
| Ölçüt | Cüzdan | Kart acquiring | Kripto acquiring |
|---|---|---|---|
| Ana işlev | Varlıkları saklamak ve göndermek | Kart ödemelerini kabul etmek | Kripto ödemelerini yapılandırılmış bir ödeme süreci olarak kabul etmek |
| Sipariş eşleştirme | Genellikle elle | Otomatik | Fatura ve API ile otomatik |
| Ödeme durumları | Ayrıca kontrol edilir | Sağlayıcı üzerinden erişilebilir | Panel, API ve webhook’lar üzerinden erişilebilir |
| Ağ ve tutar sorunları | Elle yönetim | Aynı şekilde geçerli değil | Sağlayıcı kuralları üzerinden yönetilir |
| Web sitesine uygunluk | Sınırlı | Güçlü | Güçlü |
Pratik soru «kripto kabul edebilir miyiz?» değil, «destek, finans ve mühendislik için elle iş yaratmadan bunu kabul edebilir miyiz?» sorusudur.
Bir web sitesinde kripto ödemesi nasıl işler
Sağlıklı bir kripto ödeme süreci, müşteri için kolay ve satıcı için öngörülebilir olmalıdır.
Tipik akış şöyle görünür:
- Müşteri, web sitesinde veya hesap alanında kripto ödemesini seçer.
- Web sitesi, tutar, sipariş tanımlayıcısı, açıklama ve son geçerlilik süresiyle bir fatura oluşturmak için API’ye bir istek gönderir.
- Ödeme ağ geçidi, barındırılan bir ödeme sayfası URL’si veya özel bir ödeme deneyimi için ödeme verisi döndürür.
- Müşteri bir varlık ve ağ seçer, örneğin TRC-20 veya ERC-20 üzerinde USDT.
- Müşteri ödemeyi gönderir.
- Ağ geçidi işlemi izler ve uygun durumu bekler.
- Web sitesi bir webhook alır ve siparişi, aboneliği veya bakiyeyi günceller.
- Finans ekibi ödemeyi siparişle mutabakat edebilir.
Karmaşıklık uç durumlardadır. Bir müşteri yanlış ağı seçebilir, gerekenden az gönderebilir, fazla ödeyebilir, fatura süresi dolduktan sonra ödeyebilir, ödemeyi iki işleme bölebilir veya işlem bitmeden sayfayı kapatabilir. Ciddi bir kripto acquiring kurulumu yalnızca başarılı ödemeleri işlemekle kalmamalı, aynı zamanda bu durumların nasıl ele alınacağını da tanımlamalıdır.
E-ticaret ekipleri için bu kritiktir. Bir satıcı, bir siparişi çok erken ödendi olarak işaretlememeli, ancak destek ekibini her işlemi elle incelemeye de zorlamamalıdır. Bu yüzden e-ticaret işletmeleri için kripto ödemeleri ilk günden itibaren faturalar, durumlar ve otomatik bildirimler etrafında tasarlanmalıdır.
API, faturalar, barındırılan ödeme sayfaları ve webhook’lar neden önemli
Kripto acquiring yalnızca şirketin sistemlerine entegre edildiğinde işe yarar hâle gelir. Uygulamanın ölçeklenip ölçeklenmeyeceğini genellikle dört bileşen belirler.
API
API, satıcının web sitesini, ürün arka ucunu veya dahili araçlarını ödeme ağ geçidine bağlar. Faturalar oluşturur, durumları alır, sipariş tanımlayıcılarını iletir ve ödemeyi ait olduğu iş nesnesine bağlı tutar.
Geliştiriciler için «bir API’si var» demek yeterli değildir. Önemli sorular şunlardır: hangi durumlar var, hangi alanlar zorunlu, imzalar nasıl doğrulanıyor, webhook yeniden denemeleri nasıl işliyor ve bir faturanın süresi dolduğunda ya da kısmen ödendiğinde ne oluyor.
Faturalar
Fatura, yapılandırılmış bir ödeme talebidir. Tutarı, para birimini, varlığı, ağı, son geçerlilik süresini ve satıcı tarafı tanımlayıcısını içerir. İşletmenin, finansın sonradan elle eşleştirmek zorunda kalacağı bağlantısız transferler almasını önler.
Faturalar yalnızca e-ticaret için yararlı değildir. B2B hizmetleri, ajanslar, SaaS ürünleri ve pazar yerleri çoğu zaman geleneksel bir sepet akışının dışında ödeme bağlantılarına ihtiyaç duyar.
Barındırılan ödeme sayfası
Barındırılan bir ödeme sayfası mühendislik yükünü azaltır. Varlık seçimi, ağ seçimi, adres gösterimi ve ödeme durumu için tüm arayüzü inşa etmek yerine, satıcı müşteriyi hazır bir ödeme sayfasına yönlendirebilir.
Bu çoğu zaman en iyi ilk adımdır: hızlıca başlatın, talebi doğrulayın ve hacim gerektirdiğinde daha derin bir API entegrasyonuna geçin.
Webhook’lar
Webhook’lar, satıcı sisteminin ödeme olaylarını otomatik olarak almasını sağlar. Operasyon için elzemdirler: siparişler, abonelikler ve bakiyeler elle kontrol olmadan güncellenmelidir.
Uygulama dikkatli olmalıdır. Satıcı, webhook imzalarını doğrulamalı, sipariş tanımlayıcısını eşleştirmeli, tutarı doğrulamalı ve yinelenen bildirimleri güvenli biçimde ele almalıdır. Aynı webhook iki kez teslim edilirse, sistem ürünü iki kez teslim etmemeli ya da bakiyeyi iki kez yüklememelidir.
Şu durum SaaS şirketleriiçin önemlidir, çünkü ödemeler çoğu zaman erişime, planlara, yenilemelere ve kullanım sınırlarına bağlıdır. Kripto ödemeleri ayrı bir elle butonu değil, faturalandırma mimarisinin parçası olmalıdır.
Kripto acquiring en çok nerede değer yaratır
Kripto acquiring her şirket için aynı ölçüde yararlı değildir. En güçlü olduğu yerler, müşterilerin uluslararası, kriptoya alışık, dijital öncelikli olduğu veya hâlihazırda stablecoin kullandığı yerlerdir.
E-ticaret ve dijital ürünler
Bir çevrimiçi mağaza için kripto acquiring, alıcılar zaten USDT, BTC, ETH veya diğer varlıkları tercih ettiğinde yararlıdır. Ödeme, tanıdık satın alma yolculuğunu bozmamalıdır: sepet, tutar, ödeme sayfası, sipariş durumu ve onay.
Zayıf bir kurulum, alıcıdan kripto’yu bir cüzdana göndermesini ve destekle iletişime geçmesini ister. Güçlü bir kurulum bir fatura oluşturur, net bir ödeme talimatı verir ve ödeme onaylandığında siparişi otomatik olarak günceller.
SaaS ve abonelik ürünleri
SaaS ekiplerinin, ödemelerin planlarla, yenilemelerle, erişim kurallarıyla ve kullanım sınırlarıyla bağlanmasına ihtiyacı vardır. Kripto ödemeleri faturalandırmanın dışında kalırsa hatalar hızla ortaya çıkar: bir müşteri öder ama erişim verilmez, fatura süresi dolduktan sonra öder, yanlış tutar gönderir veya eski fatura hâlâ aktifken planını yükseltir.
SaaS için API ve webhook’lar isteğe bağlı eklentiler değildir. Güvenilir bir ödeme deneyiminin çekirdeğidirler.
Oyun ve eğlence platformları
Oyun ve eğlence ürünleri çoğu zaman hızlı hesap güncellemeleri, net durumlar ve itiraz edilen ya da geciken ödemelerin güçlü biçimde ele alınmasını gerektirir. Kullanıcılar kredilerin, erişimin veya bakiyelerin otomatik olarak güncellenmesini bekler.
Şu projeler oyun projeleriiçin kripto acquiring net durum mantığı, ağ yönlendirmesi ve uç durumlar etrafında operasyonel kurallar içermelidir. Aksi takdirde destek darboğaza dönüşür.
Pazar yerleri ve iş ortağı ödemeleri
Bir işletme ödeme kabul edip sonra iş ortaklarına, satıcılara, içerik üreticilerine veya kullanıcılara ödeme yapıyorsa, acquiring ve ödemeler birlikte tasarlanmalıdır. Finansın neyin girdiğini, neyin tutulduğunu, neyin ödendiğini ve her hareketi kimin onayladığını anlaması gerekir.
İşte burada toplu ödemeler ayrı bir elle süreç olmak yerine aynı ödeme mimarisinin parçası hâline gelebilir.
Yaygın uygulama hataları
Çoğu başarısızlık blok zincirinin kendisinden kaynaklanmaz. Zayıf ödeme operasyonundan kaynaklanır.
İlk hata, faturasız ödeme kabul etmektir. Bir siparişe bağlı bir ödeme nesnesi olmadan her anlaşmazlık elle araştırmaya dönüşür.
İkinci hata, ağları görmezden gelmektir. TRC-20, ERC-20 ve TON üzerindeki USDT aynı rota değildir. Müşteri seçilen ağı net biçimde görmeli ve satıcı yanlış ağ durumlarının nasıl ele alındığını bilmelidir.
Üçüncü hata, webhook’lara doğrulamadan güvenmektir. Bir webhook imzayla doğrulanmalı, ardından beklenen tutar, para birimi, durum ve sipariş tanımlayıcısıyla karşılaştırılmalıdır.
Dördüncü hata, eksik ödemeler ve fazla ödemeler için kural tanımlamamaktır. Müşteriler eksik gönderebilir, fazla gönderebilir, geç ödeyebilir veya tutarı birkaç işleme bölebilir. İşletme neyin otomatik olduğuna, neyin inceleme gerektirdiğine ve neyin iade işlemi gerektirebileceğine karar vermelidir.
Beşinci hata, çok erken fazla şey inşa etmektir. Bazı ekipler, müşterilerin kripto ödemelerini kullanıp kullanmayacağını doğrulamadan karmaşık bir özel ödeme akışıyla başlar. Barındırılan bir ödeme sayfası daha temiz bir ilk adım olabilir.
Bir kripto acquiring sağlayıcısı nasıl seçilir
Yalnızca fiyatla değil, operasyonla başlayın. Ekip ödemeleri mutabakat etmek ve destek taleplerini yanıtlamak için saatler harcıyorsa, düşük bir komisyon işe yaramaz.
Yedi alanı kontrol edin:
- Fatura oluşturma ve durum alma için API netliği.
- Webhook desteği ve imza doğrulama.
- Eksik ödemelerin, fazla ödemelerin, süresi dolan faturaların ve itiraz edilen ödemelerin ele alınışı.
- Müşterilerinizle ilgili desteklenen varlıklar ve ağlar.
- Barındırılan bir ödeme sayfasıyla başlayıp sonra API entegrasyonunda derinleşme imkânı.
- Finans ekipleri için raporlama, roller ve mutabakat.
- İş modeli gerektiriyorsa acquiring’i ödemelere bağlama imkânı.
Müşteri deneyimi de önemlidir. Ödeme sayfası kafa karıştırıcıysa müşteriler ağ ve tutar hataları yapar. Durumlar net değilse maliyeti destek üstlenir. Kripto acquiring operasyonel yükü azaltmalı, yeni bir elle kontrol katmanı eklememelidir.
Güncel ticari koşullar şurada incelenmelidir: Cryptoway fiyatlandırma sayfası, çünkü bir ödeme kurulumunun gerçek maliyeti yalnızca işlem komisyonunu değil, aynı zamanda geliştirme eforunu, destek yükünü ve mutabakat kalitesini de içerir.
Cryptoway bu kullanım senaryosuna neden uygun
Cryptoway, web sitesinde, bir hesap alanında veya ödeme bağlantıları aracılığıyla kripto ödemeleri kabul etmesi gereken şirketler için B2B kripto ödeme altyapısı olarak inşa edilmiştir. Kişisel bir cüzdan, borsa, alım-satım ürünü veya yatırım hizmeti değildir.
İş ekipleri için ilgili kısımlar şunlardır:
- barındırılan bir ödeme sayfası veya API entegrasyonu ile başlatma;
- siparişlere ve müşterilere bağlı faturalar;
- otomatik durum güncellemeleri için webhook’lar;
- USDT dahil yaygın kullanılan kripto varlıklar ve ağlar için destek;
- e-ticaret, SaaS, oyun projeleri ve kripto platformları için senaryolar;
- operasyon modeli gerektirdiğinde ödeme kabulünü toplu ödemelere bağlama imkânı.
Amaç «kripto»yu bir pazarlama kutucuğu olarak eklemek değildir. Amaç, kripto ödemelerini normal satış, faturalandırma, destek ve finans iş akışlarının parçası hâline getirmektir.
Pratik devreye alma planı
Büyük bir özel geliştirmeyle başlamayın. Ödeme süreciyle başlayın.
Ödemenin nerede ortaya çıktığını haritalandırın: ödeme adımı, hesap yükleme, fatura, abonelik yenileme veya elle satış akışı. Ardından sisteminizin hangi durumlara ihtiyaç duyduğunu tanımlayın: oluşturuldu, beklemede, onaylandı, kısmen ödendi, süresi doldu, iptal edildi ve inceleme gerektiriyor.
Bundan sonra ilk başlatma modunu seçin. Talep doğrulaması için barındırılan bir ödeme sayfası ve faturalar yeterli olabilir. Tam bir ürün iş akışı için API entegrasyonunu ve webhook işlemeyi hazırlayın. Pazar yerleri veya iş ortağı ekosistemleri için ödemeleri ve raporlamayı en baştan tasarlayın.
Pratik bir asgari başlatma şöyle görünür:
- bir ödeme senaryosu seçin;
- API üzerinden faturalar oluşturun;
- barındırılan bir ödeme sayfası kullanın;
- webhook’ları imza doğrulamasıyla işleyin;
- ödeme durumunu sipariş veya hesap durumuna bağlayın;
- eksik ödeme, fazla ödeme ve süre dolumu kurallarını tanımlayın;
- müşteri yolculuğunu test edin;
- ilk istikrarlı süreçten sonra varlıkları, ağları ve ödeme mantığını genişletin.
Bu yaklaşım uygulamayı kontrol altında tutar. Ekip, kanalı ölçeklendirmeden önce müşteri ödemesinden finans mutabakatına kadar tüm yolu görür.
Sonuç
Kripto acquiring, gerçek bir ödeme altyapısı olarak çalıştığında değerlidir: faturalar, API, barındırılan ödeme sayfası, webhook’lar, raporlama ve mutabakat. Bir şirket durumları, uç durumları ve sipariş eşleştirmesini ne kadar erken tanımlarsa, lansman sonrası o kadar az elle iş yaratır.
Cryptoway, kripto ödemelerini bir web sitesinin, ürün hesabının, dijital hizmetin veya B2B ödeme iş akışının parçası olarak isteyen şirketlere uygundur. Bir senaryoyla başlayın, ödeme sürecini güvenilir hâle getirin ve ardından entegrasyonu genişletin.
