İşlem başarılı görünüyor, sipariş neden ödenmedi?

Blokzincir gezginindeki Success, işlemin başarıyla çalıştığını gösterir. Siparişin ödenmesi için gerçek transferin varlığı, alıcısı, tutarı ve ağı faturayla eşleşmeli; gereken onaylar da tamamlanmalıdır. Yeşil durum etiketi bu koşulların hepsini doğrulamaz.

Hayalî bir örnek üzerinden ilerleyelim: mağazanızda 100 USDT tutarında bir sipariş var. Müşteri, Success yazan işlem linkini gönderip ürünün kargoya verilmesini istiyor. Ödeme sayfasında ise fatura hâlâ ödenmemiş görünüyor. İki kaydın farklı sorulara cevap verdiğini anlamak, bu durumu açıklamanızı sağlar.

Faturayla işlem linki neden farklı şeyler söylüyor?

Fatura, belirli bir siparişin ödeme koşullarını taşır. Blokzincir gezgini ise ağda gerçekleşen bir işlemi gösterir. Gezgin, mağazanızın hangi ürünü sattığını veya müşteriden neden 100 USDT istediğini bilmez. Bu yüzden gerçek bir işlem kaydı, tek başına o siparişin ödeme belgesi olmaz.

Ethereum makbuzundaki durum, ana çağrının başarılı olup olmadığını belirtir. EIP-658 bu alanın anlamını tanımlar. İşlem linki araştırmaya başlamak için yararlıdır; fakat ödemeyi onaylamak için çağrının sonucunu ve ilgili faturayı birlikte incelemeniz gerekir. Bir sayfada Success, diğerinde ödenmemiş durumunu görmek tek başına çelişki sayılmaz.

Müşteri transfer yerine izin vermiş olabilir mi?

approve çağrısı başarılı çalışabilir. Bu çağrı, başka bir adrese belirli miktarda token harcama izni verir; tokenları tek başına göndermez. ERC-20 standardı, izin verme ve transfer işlemlerini ayrı tanımlar. Hayalî siparişimizde 100 USDT için verilmiş bir izin, mağazaya 100 USDT ulaştığını göstermez.

Müşterinin ağ ücreti ödemiş olması da sonucu değiştirmez. Ücret, işlemin ağda çalışmasıyla ilgilidir. İstenen tokenın doğru alıcıya geçtiğinin kanıtı değildir. Ethereum işlem açıklaması, işlem verileriyle yürütme ücretini ele alır. Burada bakmanız gereken, işlemin adı veya masrafı yerine gerçekleşen token transferidir.

Alıcı adresini hangi kayıttan kontrol edersiniz?

EVM ağlarında to alanı dikkat gerektirir. Token sözleşmesine yapılan çağrıda bu alan, çağrılan sözleşmenin adresini gösterebilir. Tokenı alan adres ise çağrının verilerinde ve sözleşmenin kaydettiği olayda bulunabilir. Ethereum belgeleri, hedef adres ile çağrı verilerinin görevlerini açıklar.

Dolayısıyla sayfanın üst kısmındaki adresi doğrudan fatura adresiyle karşılaştırmak yanıltıcı olabilir. Doğrulanan token sözleşmesinin gerçekten kime, ne kadar gönderdiğine bakın. Girdi verisi istenen eylemi anlatır; sonucun ayrıca kontrol edilmesi gerekir. Transfer adlı bir olayın hangi sözleşmeden çıktığı da önemlidir. Başka bir adrese ulaşan token, başarılı işleme rağmen sizin siparişinizi ödemez.

USDT adı doğru varlığı kanıtlar mı?

Tokenın adı ve simgesi kimlik belgesi değildir. ERC-20 bunları sözleşmenin isteğe bağlı bilgileri olarak tanımlar. Farklı bir sözleşme tanıdık bir simge kullanabilir. Bu nedenle USDT yazısını görmek, kabul edilen gerçek tokenın gönderildiğini kanıtlamaz. ERC-20 içindeki tanımlar bu ayrımı gösterir.

Sahte bir tokenı başka bir kabul edilen varlıkla karıştırmayın. Tanıdık adı, onu kabul edilen token hâline getirmez; işletme bakiyesine geçeceği de vaat edilmemelidir. Diğer yanıltıcı ödeme kanıtları için kripto ödeme dolandırıcılığı yazısına bakabilirsiniz. Sözleşmeyi doğrulamak, faturayla karşılaştırılacak gerçek bir transfer olup olmadığını belirler.

Gerçek transfer bulunduktan sonra ne eksik kalabilir?

Örneğimizdeki güncel 100 USDT faturasına geri dönün. Ağ, varlık, alıcı ve tutar fatura koşullarına uymalıdır. Transferin hangi faturaya bağlandığını da kontrol edin. Başka bir alışverişe ait gerçek ödeme, bu siparişin durumunu değiştirmez.

Ardından ağ onayları gelir. Ethereum'da işlemin başarıyla çalışması ve bir bloğa girmesi, sonraki kesinleşme aşamalarının tamamlandığı anlamına gelmez. İşlemin yaşam döngüsü bu aşamaları açıklar. Paymos'ta gereken onaylar ağa ve ödeme tutarına bağlıdır; tüm ödemeler için tek süre yoktur. Tespit edilmiş transferin onay beklemesi kendi başına hata veya dolandırıcılık kanıtı değildir. Ayrıntılar blokzincir onayları ve kesinlik yazısında yer alır.

İşletme bakiyesi artarken fatura açık kalabilir mi?

Paymos'ta başka bir kabul edilen varlık, geç gönderilen ödeme veya kapanmış faturaya gelen tutar işletme bakiyesine ayrı olarak geçebilir. Bu giriş faturayı ödenmiş yapmaz ve o giriş için faturanın ödeme webhook'u gelmez. Sahte tokenlar, kabul edilen varlık örneği değildir.

Aynı varlığın başka ağdan gönderilmesi de her zaman kayıp veya her zaman ödenmiş sipariş anlamına gelmez. İlgili ödeme yolunun izinli olması ve transferin o fatura için izlenmesi sonucu belirler. Kargoya karar vermeden önce bakiye girişini ve faturanın durumunu ayrı ayrı kontrol edin.

Kargoyu hangi bilgiye dayanarak çıkarırsınız?

Müşteri ödeme sayfasındaki durumu takip eder. Mağazanız, ilgili faturanın sunucudaki durumuna veya doğrulanmış ödeme webhook'una dayanarak siparişi onaylar. Bildirimi işlemeden önce imzayı kontrol edin, ardından içindeki faturayı doğru siparişle eşleştirin. Paymos belgeleri imza doğrulamasını açıklar.

Tarayıcı bildirimi, teşekkür sayfasına dönüş veya gezgin ekran görüntüsü bu kontrolün yerini tutmaz. Hayalî siparişimizde kargoyu başlatan bilgi, ilgili 100 USDT faturasının doğrulanmış ödemesidir.