Müşteri “Ödedim ama siparişim hâlâ ödenmemiş görünüyor” dediğinde, yeniden ödeme istemek yerine kanıtlarla başlayın. Kripto ödeme desteği, bir transferi siparişle eşleştirecek kadar bilgi gerektirir; ancak kurtarma ifadesi, özel anahtar veya cüzdan parolası asla gerektirmez.
Bu rehber dijital ürün, hizmet veya üyelik satan satıcılar içindir. Destek talebini alma ve ilgili birime aktarma sürecini ele alır; fonların kurtarılacağına dair bir söz vermez. Satıcılar için önerilen bir işleyiştir; Yolfi'nin otomatik destek veya fon kurtarma özelliğini anlatmaz.
Ödemeye ilişkin gerekli asgari kanıtları toplayın
Tek bir özel destek kaydı açın; sipariş referansını, ödeme için seçilen ağı ve varsa işlem özetini isteyin. Müşteriden satın alma sürecinin tamamını yeniden anlatmasını istemek yerine, karşılaştırma için kendi kayıtlarınızdaki ödeme sayfası bilgilerini kullanın.
| Kanıt | Ne işe yarar? | Güvenli kullanım |
|---|---|---|
| Sipariş veya fatura referansı | İlgili satın alma işlemini bulmayı sağlar | Satıcının sipariş kaydıyla doğrulayın |
| Seçilen ağ ve token | Transferin nerede inceleneceğini belirler | İkisini de kaydedin; yalnızca sembol yeterli değildir |
| İşlem özeti veya blokzincir gezgini bağlantısı | Ağa yayınlanmış işlemi bulmayı sağlar | Güvenilir bir gezgini kendiniz açın |
| Gönderilen tutar ve yaklaşık saat | Birden fazla denemeyi ayırt etmeye yardımcı olur | Varlık birimini ve saat dilimini koruyun |
| Gerekiyorsa gönderen hizmet | Cüzdan transferiyle borsadan çekimi ayırt eder | Hizmetin adını isteyin, parolasını asla istemeyin |
| Hassas bilgileri gizlenmiş hata mesajı | Ödeme veya çekim işleminin nerede durduğunu gösterir | İlgisiz bakiyeleri ve kişisel bilgileri kaldırın |
İşlem özeti bir cüzdan sırrı değildir; ancak bir ad veya e-posta adresiyle ilişkilendirilmesi müşterinin mali hareketlerini açığa çıkarabilir. Herkese açık bir yorum yerine özel destek kaydında saklayın. Tek bir transfer soruyu yanıtlamaya yeterliyse cüzdanın tüm geçmişini istemeyin.
Sorun gidermeyi asla cüzdana erişime dönüştürmeyin
İlk yanıtınızda şu sınırı açıkça belirtin: destek için kurtarma ifadesi, özel anahtar, cüzdan parolası, tek kullanımlık giriş kodu veya müşterinin cihazına uzaktan erişim gerekmez. Önceki bir ödemeyi doğrulamak için müşteriden cüzdanını bir “onarım” sitesine aktarmasını, açıklanmayan bir mesajı imzalamasını veya token harcama izni vermesini istemeyin.
MetaMask'ın resmî destek rehberi, destek ekibinin hiçbir zaman Secret Recovery Phrase istemeyeceğini belirtir ve beklenmedik özel mesajlara karşı uyarır. Kendi ödeme destek taleplerinizde de aynı gizli bilgi istememe kuralını uygulayın; bir cüzdan sağlayıcısı adına konuştuğunuzu iddia etmeyin.
Müşteri yanlışlıkla gizli bir bilgi gönderirse destek kaydına erişimi kısıtlayın; bu bilgiyi günlüklere veya kurum içi sohbetlere kopyalamayın. Müşteriye, cüzdan sağlayıcısının güvenliği ihlal edilmiş cüzdanlara ilişkin resmî yönergelerini gecikmeden izlemesini söyleyin. Bir destek mesajını silmek, açığa çıkmış anahtarı yeniden güvenli hâle getirmez.
“Gönderilmedi” ile “gönderildi ama henüz çözülemedi” durumlarını ayırın
İşlem özetinin bulunup bulunmadığını sorun. Bir ödeme sayfası, QR kodu veya cüzdan onay istemi, transferin ağa yayınlandığını kanıtlamaz. Cüzdandaki işlem gönderilmeden önce iptal edildiyse veya başarısız olduysa incelenecek bir blokzincir ödemesi bulunmayabilir.
Borsanın çekim referansı, blokzincir işlem özeti değil, hizmetin kendi iç kimlik numarası olabilir. Müşteriden ilgili hizmetin resmî uygulamasında çekim durumunu kontrol etmesini isteyin. Sıraya alınmış bir çekimi, satıcının ödemeyi aldığına dair onay olarak yorumlamayın ve kesin bir varış süresi vaat etmeyin.
İşlem özeti varsa ödeme sayfasında seçilen ağda doğrulayın. Destek talebindeki bir bağlantıya cüzdan bağlamak yerine güvenilir bir gezgine kendiniz gidin. Herkese açık bir işlemi okumak için cüzdan bağlantısı gerekmez. Hedefi, varlığı, transfer tutarını ve işlem sonucunu satıcının kayıtlarıyla karşılaştırın. Token transferlerinde yalnızca işlemin ağın yerel parasındaki değerini değil, token transfer ayrıntılarını inceleyin.
Başka bir ağda başarılı olan işlem veya tanıdık bir sembole sahip olsa da farklı sözleşme kullanan bir token, otomatik olarak eşleşen bir ödeme sayılmaz. Doğaçlama kurtarma talimatları vermek yerine bu istisnaları yanlış ağ ödemeleri kontrol listesine göre yönlendirin.
Ödeme denemesini ticari siparişle eşleştirin
Ticari siparişi, ödeme denemesini ve blokzincir transferini ayrı tutun. Müşteri aynı satın alma için birden fazla deneme başlatabilir. Yeniden kullanılabilir bir bağlantı, ürünün ödeme giriş noktasını tanımlar; mutlaka tek bir müşterinin benzersiz siparişini tanımlamaz.
Yolfi'nin API Checkout belgeleri, yeniden kullanılabilen sabit fiyatlı Paylinks ile değişken siparişler için sunucuda oluşturulan Checkout Sessions arasında ayrım yapar. Bağımsız bir oturum için Paylink gerekmez. Destek ekibi, ilgili akışta hiç oluşturulmamış bir nesne eksik diye talebi reddetmek yerine, o akış için gerçekten kaydedilmiş referansları kullanmalıdır.
Sabit ürünlerde Yolfi ödeme linkleri ödeme giriş noktasını sağlar. Destek sürecinizin yine de müşterinin talebini ilgili fatura veya siparişle ilişkilendirecek bir yönteme ihtiyacı vardır. Hizmet üzerinde sunulan ödeme sayfasının tam URL'sini herkese açık biçimde paylaşmayın: bu, siparişle ilgili bilgileri açığa çıkarabilir veya başkalarının o ödeme sayfasında işlem yapmasına olanak tanıyabilir.
Müşteriden iki kez ödeme istemeden talebi yönlendirin
Kısa bir karar kaydı tutun: ne bekleniyordu, hangi kanıt bulundu, sonraki adım kimin sorumluluğunda ve müşteriye ne zaman bilgi verilecek? Bilgilendirme için verilen saat, blokzincirde kesinleşme veya fonların kurtarılması garantisi değildir.
- Ağa yayınlandığına dair kanıt yok: yeni bir deneme önermeden önce cüzdanın veya gönderen hizmetin transferi gerçekten gönderip göndermediğini belirlemeye yardımcı olun.
- Transfer hâlâ beklemede: gönderen hizmetin veya cüzdanın resmî rehberine göre kontrol edin; yalnızca desteği hızlandırmak için ikinci bir ödeme istemeyin.
- Yanlış hedef, ağ veya varlık: ilk talimatları ve transfer kanıtlarını koruyun, ardından konuyu ilgili birime aktarın. Kurtarma sözü vermeyin ve cüzdan sırlarını istemeyin.
- Ödeme kayıtlı, sipariş teslim edilmemiş: alıcıdan ödeme sürecini tekrarlamasını istemeden önce satıcının sipariş ve teslimat sürecini inceleyin.
- Süresi dolmuş veya eşleşmeyen deneme: yeni denemeyi sessizce daha önce gönderilen paranın yerine saymak yerine, özel süresi dolmuş fatura prosedürünü uygulayın.
Yolfi'nin webhook başvuru belgesi, payment.confirmed olayını siparişin yerine getirilmesini başlatan temel tetikleyici olarak tanımlar. invoice.created olayı ödeme kanıtı değildir. Müşterinin ekran görüntüsü ve tarayıcı yönlendirmesi yararlı bağlam sağlar; ancak sunucu tarafında doğrulanmış ödeme onayının yerini tutmaz.
Bir gezgin, blokzincirde ne olduğunu belirlemeye yardımcı olabilir; fakat tek başına uygulamanızın ödemeyi eşleştirdiğini veya siparişi teslim ettiğini göstermez. Ödeme incelemesiyle teslimat incelemesini bağlantılı ama ayrı tutun.
Kısa ve güvenli bir ilk yanıt şablonu kullanın
Bu mesajı kendi destek kanalınıza ve kayıt numaranıza uyarlayın:
Lütfen sipariş veya fatura referansınızı, seçtiğiniz ağı ve tokeni, gönderdiğiniz tutarı ve varsa işlem özetini iletin. Çekim işlemini bir borsa yaptıysa adını ve çekim durumunu da ekleyin. İlgisiz bakiyeleri ve kişisel bilgileri gizleyin. Kurtarma ifadesi, özel anahtar, cüzdan parolası veya giriş kodu asla göndermeyin. Mevcut denemeyi kontrol ederken lütfen ödemeyi tekrarlamayın. Ödeme ve sipariş kayıtlarını inceledikten sonra size bilgi vereceğiz.
Para iadesi sözü vermeden önce ödemeyi yapan kişinin siparişle ilişkisini doğrulayın ve para iadesi inceleme kontrol listesini izleyin. Bir destek talebi, sohbette yazılan herhangi bir alternatif adrese para gönderme yetkisi vermez.
Sık sorulan sorular
Bir ekran görüntüsü satıcının ödemeyi aldığını kanıtlayabilir mi?
Tek başına kanıtlayamaz. Planlanan bir transferi, bekleyen bir çekimi veya başka bir işlemi gösteriyor olabilir. Siparişi teslim etmeden önce gerçek transferi doğrulayın ve satıcının ödeme kaydıyla eşleştirin.
İşlem özeti istemek güvenli mi?
Özel bir ödeme incelemesinde genellikle uygundur. Bu, imzalama sırrı değil, herkese açık blokzincir bilgisidir; ancak müşteriyi görünür mali hareketlerle ilişkilendirebilir. Yalnızca gerekli bilgileri toplayın ve erişimi kısıtlayın.
Destek ekibi müşteriden cüzdan bağlamasını istemeli mi?
Herkese açık bir işlemi okumak veya mevcut ödeme kaydını incelemek için istememelidir. Üründeki ayrı ve meşru bir işlem cüzdan gerektiriyorsa bu işlemi yerleşik ödeme akışı üzerinden açıkça anlatın. İmza veya harcama iznini asla sıradan bir destek doğrulaması gibi sunmayın.
Yolfi veya bir cüzdan sağlayıcısı her hatalı transferi geri alabilir mi?
Bunu varsaymayın. Kurtarma olanağı hedefe, ağa, varlığa ve alınan fonları kimin kontrol ettiğine bağlıdır. Hiçbir destek metni, yalnızca işlem özetine dayanarak işlemin geri alınacağını veya fonların kurtarılacağını garanti etmemelidir.
Sonuç: desteği kanıta dayalı hâle getirin
Güvenli bir ödeme destek süreci, az sayıda gerekli referansı toplar, transferi bağımsız olarak doğrular ve cüzdan kimlik bilgilerini açığa çıkarmadan sonraki adımın sorumlusunu belirler. Yolfi ödeme linklerini açık müşteri talimatları ve özel bir kanıt kontrol listesiyle birlikte kullanın. Böylece çözülemeyen sipariş, sırların paylaşılması veya yeniden ödeme yapılması için bir davet değil, bir inceleme konusu olur.
