Kripto ödeme bağlantıları nasıl çalışır?

Kripto ödeme bağlantısı, belirli bir satış veya borç için oluşturulan paylaşılabilir checkout sayfasıdır. Satıcı wallet adresini, token adını, ağı, tutarı ve son tarihi ayrı mesajlarda anlatmak yerine bir invoice oluşturur ve müşteriye tek URL gönderir. Alıcı linki açar, ödemenin ne için olduğunu kontrol eder, izin verilen USDT veya USDC rotalarından birini seçer ve transferi uyumlu wallet ya da exchange hesabından yapar.

Para yine blockchain üzerinde satıcının yapılandırdığı public wallet adresine gider. Linkin eklediği değer custody değil, transferin çevresindeki iş bağlamıdır: beklenen tutar, ödeme amacı, token ve ağ, invoice kimliği, geçerlilik süresi ve takip edilen durum. Bu bağlam ödeme gelmeden önce oluşturulduğu için sonradan “bu transfer hangi müşteriye aitti?” sorusunu çözmek daha kolaydır.

Bu model freelancer, ajans, danışman, küçük işletme ve satışını sohbet ya da e-posta üzerinden kapatan ekipler için uygundur. Siparişler doğrudan web sitesinde oluşuyor ve insan müdahalesi olmadan fulfilment gerekiyorsa web sitesi kripto ödeme akışı daha doğru modeldir.

Kısa cevap: ödeme linki hangi problemi çözer?

Wallet adresi yalnızca fonun nereye gönderileceğini söyler. Bir ticari ödeme için ise en az şu soruların tek bir yerde cevaplanması gerekir:

• Müşteri ne için ödüyor?
• Hangi token ve hangi blockchain ağı kullanılacak?
• Tam olarak ne kadar gönderilecek?
• Talep ne zamana kadar geçerli?
• Transfer bu invoice ile eşleşti mi?
• Satıcı ne zaman ürün veya hizmeti teslim edebilir?

Ödeme linki bu koşulları invoice içinde sabitler. Blockchain işlemini geri alınabilir yapmaz ve yanlış transferi otomatik düzeltmez; ancak alıcı ile satıcıya beklenen ödemenin aynı sürümünü gösterir.

Soru	Mesajdaki wallet adresi	İzlenen ödeme linki
Ödeme amacı	Sohbette ayrı anlatılır	Checkout içinde gösterilir
Token ve ağ	Kolayca karışabilir	Satıcının etkin rotalarından seçilir
Beklenen tutar	Elle yazılır ve kontrol edilir	Invoice için kesin olarak gösterilir
Müşteri/sipariş bağlantısı	Transferden sonra araştırılır	Ayrı invoice ile önceden kurulur
Son tarih	Çoğu zaman belirsizdir	Timer ve expiry ile görünür
Sonuç	Screenshot veya mesaj beklenir	Waiting/paid/expired/cancelled izlenir

Kripto ödeme linki adım adım nasıl çalışır?

1. Satış koşulları belirlenir

Önce ürün veya hizmet, fiyat, teslim zamanı ve varsa iptal/refund politikası kararlaştırılır. Payment link sözleşmenin ya da sipariş onayının yerine geçmez; yalnızca bu anlaşmadan doğan ödeme talebini temsil eder.

Her yükümlülük için ayrı invoice oluşturmak gerekir. Aynı müşteri iki milestone ödeyebilir, iki farklı müşteri aynı tutarı gönderebilir. Tek linki tekrar kullanmak bu ödemeleri birbirinden ayırmayı zorlaştırır.

2. Satıcı invoice oluşturur

Satıcı GramPayBot web kabinetinde veya Telegram akışında ilgili app’i seçer; USD tutarını, alıcının göreceği public description’ı ve isteğe bağlı private note’u girer. App seçimi önemlidir çünkü checkout’ta sunulabilecek token, ağ ve receiving wallet rotalarını o app’in ayarları belirler.

Public description alıcının talebi tanımasını sağlamalıdır: Web sitesi tasarımı — %50 depozito iyi bir örnektir. Ödeme gibi belirsiz bir metin yeterli değildir. Private note ise ACME · ORDER-4821 · Eylül gibi yalnızca ekibin arayacağı referansı taşıyabilir.

3. Sistem benzersiz checkout üretir

Invoice oluşturulduğunda public invoice ID, geçerli süre, kullanılabilir payment routes ve hosted checkout URL hazır olur. Telegram Mini App linki etkinse aynı invoice için ikinci bir açılış yolu da bulunabilir. İki yol farklı ödeme istemez; aynı talebi farklı kanallarda açar.

Satıcı URL’yi göndermeden önce bir kez açmalı ve açıklama, USD total, token seçenekleri ve timer’ın anlaşmayla uyumlu olduğunu kontrol etmelidir.

4. Alıcı token ve ağı seçer

Checkout yalnızca satıcının etkinleştirdiği rotaları gösterir. USDT tek başına yeterli talimat değildir: USDT on TRON ile USDT on Ethereum farklı ağlarda ve farklı transaction koşullarında çalışır. Alıcı exchange withdrawal ekranında veya wallet’ında checkout’ta yazan token ve ağın aynısını seçmelidir.

Network adı benzer görünse bile contract/mint veya desteklenen representation farklı olabilir. Alıcı ticker’a güvenmek yerine invoice tarafından sunulan rotayı kullanmalı, özellikle bridged token veya exchange ağı konusunda tahmin yürütmemelidir.

5. Alıcı kesin tutarı gönderir

Checkout seçilen rota için exact token amount, receiving address ve QR code gösterir. QR kod kopyalamayı kolaylaştırır; onaylama sorumluluğunu ortadan kaldırmaz. Alıcı göndermeden önce ilk ve son adres karakterlerini, token’ı, ağı ve tutarı yeniden kontrol etmelidir.

Exchange ayrıca withdrawal fee kesiyorsa recipient receives değerinin checkout’taki exact amount ile aynı olduğundan emin olunmalıdır. Tutarı yuvarlamak underpayment yaratabilir.

6. Invoice sonucu kaydeder

Bir işlem blockchain üzerinde success olabilir fakat yine de yanlış adrese, yanlış token contract’ına veya farklı invoice’a ait olabilir. Güvenilir eşleştirme network, token, recipient, amount, zaman aralığı ve transaction identity koşullarını birlikte değerlendirir. Uygun transfer eşleştiğinde invoice paid olur ve transaction reference daha sonra reconciliation için saklanır.

Güncel GramPayBot arayüzü sentetik verilerle mevcut üründen alınmıştır. Satıcı sitesi yalnızca entegrasyon örneğidir.

Örnek: ORDER-4821 nasıl tek bir ödeme kaydına dönüşür?

Northstar Studio, web sitesi tasarımı için 125 USD depozito talep ediyor. Satıcı önce kendi sisteminde ORDER-4821 kaydını açıyor, sonra GramPayBot’ta 125 USD invoice oluşturuyor. Public description Website redesign deposit, private note ise ORDER-4821 · SEPTEMBER oluyor.

Müşteri checkout’ta USDC ve Base rotasını seçiyor, 125.00 USDC’yi gösterilen adrese gönderiyor. Invoice waiting durumundan paid durumuna geçtiğinde cabinet aynı invoice üzerinde token/ağ, recipient, transaction ve paid time bilgilerini gösteriyor. Satıcı teslimatı screenshot’a göre değil, takip edilen paid sonucuna göre başlatıyor.

Satıcı sitesi açıklayıcı bir entegrasyon örneğidir. Checkout ve panel, güncel GramPayBot ürününden sentetik verilerle alınmış gerçek ekranlardır: website order → checkout → merchant invoice.

Public description ve private note neden ayrılmalı?

Public description checkout’u açan herkes tarafından görülebilir; bu nedenle kısa, tanınabilir ve gizli bilgi içermeyen bir açıklama olmalıdır. Private note satıcının iç kaydıdır ve müşteri adı, order ID, proposal reference veya ekip kodu için kullanılabilir.

Alan	Örnek	Kim görür?
Public description	Website redesign deposit	Alıcı ve satıcı
Private note	ORDER-4821 · SEPTEMBER	Yalnızca satıcı
Invoice ID	GP-4821	Checkout ve cabinet
Transaction reference	0xB91E…7C20	Ödeme sonrası kayıt

Bu ayrım, benzer tutarlı birçok talep olduğunda hem privacy’yi hem aramayı iyileştirir.

Payment link durumları ne anlama gelir?

• Waiting: Invoice aktif; uygun ödeme henüz eşleşmemiştir. Teslimat yapmayın.
• Paid: Beklenen koşulları sağlayan transfer invoice’a kaydedilmiştir. Anlaşmaya göre fulfilment başlayabilir.
• Expired: Süre dolmuştur ve invoice açık ödeme talebi olarak kullanılmamalıdır. Koşullar hâlâ geçerliyse yeni invoice oluşturun.
• Cancelled: Satıcı talebi kapatmıştır. Eski linki müşteriye yeniden göndermeyin.

Expired olduktan sonra gelen transfer, wrong-network payment, underpayment veya overpayment otomatik olarak ticari karara dönüşmez. Ekip bu durumları manual review kuyruğunda değerlendirmeli; kabul, ek ödeme, yeni invoice veya merchant-controlled refund kararını kayıt altına almalıdır.

Bu durumlar için ayrı rehberleri kullanın: ödenmemiş, geç veya süresi dolmuş faturalar, eksik ve fazla ödemeler ve yanlış ağda gönderilen USDT/USDC.

Ödeme linki neyi çözmez?

Link private key saklamaz, blockchain transferini geri almaz, vergi belgesi üretmek zorunda değildir ve müşteriyle olan ticari uyuşmazlığı çözmez. GramPayBot’un non-custodial akışında fon doğrudan yapılandırılmış merchant wallet’a gider; wallet backup, treasury ve refund işlemleri satıcının sorumluluğundadır.

Screenshot da güvenilir final status değildir. Görüntü düzenlenmiş, pending bir işlemi göstermiş veya başka adrese ait olabilir. Transaction hash araştırmaya yardımcı olur; doğru invoice’ın paid olduğunu tek başına kanıtlamaz. Ayrıntılı kontrol için sahte screenshot’lardan kaçınarak kripto ödemesini doğrulama rehberine bakın.

Payment link mi, API entegrasyonu mu?

İnsan her satışı konuşuyor, invoice oluşturuyor ve exception’ları inceleyebiliyorsa payment link en basit başlangıçtır. Siparişler web sitesinde otomatik oluşuyor, kullanıcı hesabına erişim anında açılıyor veya gece personel olmadan işlem yapılması gerekiyorsa API-created invoice ve signed webhook gerekir.

Manuel payment link	Website/API akışı
Satışı kişi kapatır	Sistem order oluşturur
Invoice kişi tarafından açılır	Invoice API ile oluşturulur
URL sohbet veya email ile gönderilir	Website checkout’a yönlendirir
Durumu kişi izler	Backend sonucu işler
Custom ve tek seferlik satışlara uygundur	Tekrarlanan otomatik siparişlere uygundur

İlk izlenen ödeme linkinizi oluşturun

İyi bir crypto payment link müşteriye yalnızca bir adres vermez. Ne için ödeme yaptığını, hangi token ve ağı kullanacağını, kesin tutarı, son tarihi ve mevcut durumu tek checkout’ta gösterir. Satıcı da aynı talebi invoice listesinde ve ödeme sonrası transaction kaydıyla takip eder.

Uygulamasız başlamak için kripto ödeme linki oluşturma rehberini izleyin. Süreci ürün seçimi açısından görmek için payment links ve invoices kullanım senaryosuna geçebilir veya güncel fiyatları inceleyebilirsiniz.