Bir kripto aboneliğini iptal etmek, gelecekteki yenilemeleri durdurmak demektir. Bu işlem tek başına tamamlanmış bir ödemeyi iade etmez, gönderilmiş bir transferi geri almaz veya ücretli erişimin ne zaman biteceğini belirlemez. Bunlar, satıcının birbiriyle uyumlu şekilde yürütmesi gereken ayrı işlemlerdir.
Müşteri için ilk adım, hizmetin yayımladığı iptal yolunu izlemektir. Onay mesajında erişimin son tarihini ve bekleyen bir yenileme olup olmadığını kontrol edin. Ödeme modeli cüzdan harcama izinlerini de kullanıyorsa bunları incelemek için ilgili cüzdanın resmî talimatlarını izleyin. Bir web sitesinin bağlantısını kesmek, harcama onayını kaldırmakla aynı şey değildir.
Bu rehber, seçilen varlık ve ağın kullanılabildiği durumlarda USDC veya USDT ile düzenli ödeme alan satıcılar içindir. Uygulama ve destek süreçleri için önerilen bir yaklaşımı anlatır; aşağıdaki tüm kontrollerin Yolfi'de yerleşik özellik olarak sunulduğunu iddia etmez.
Aboneliği değiştirmeden önce dört unsuru ayırın
Tek bir “iptal edildi” etiketi, birbirinden farklı durumları gizler. Şu kayıtları ayrı tutun:
| Kayıt | Yanıtlanacak soru | İptal işlemi |
|---|---|---|
| Yenileme takvimi | Başka bir ödeme istenecek veya denenecek mi? | Belgelenmiş faturalama kontrolleriyle gelecekteki işlemleri durdurun |
| Ödeme denemesi | Yenileme ödemesi zaten gönderildi mi veya tamamlandı mı? | Gerçek durumunu kontrol edin; iptalin ödemeyi geri aldığını varsaymayın |
| Ücretli erişim hakkı | Müşteri hangi tarihe kadar erişim satın aldı? | Yayımlanmış koşullara ve geçerli hukuka göre erişimi koruyun veya sonlandırın |
| Kullanılıyorsa cüzdan izni | Belirli bir uygulama, izin verilen varlığı hâlâ harcayabilir mi? | İlgili modele özgü izin kaldırma yolunu açıklayın; sonucunu ayrıca doğrulayın |
İptalden önce ödenen bir yenileme, geçerli bir hizmet dönemine karşılık gelebilir. Buna karşılık cüzdanda para olmaması, iptal edildiğinin kanıtı değildir. Başarısız tahsilattan müşterinin niyetini çıkarmak yerine talebini kaydedin.
Üyeliğin daha geniş yaşam döngüsü için topluluklarda düzenli stablecoin faturalaması yazısına bakın. Burada odak, iptal sırasında faturalama, ödeme ve erişim kayıtları arasındaki koordinasyondur.
Düzenli ödemeye nasıl yetki verildiğini belirleyin
Her kripto aboneliği aynı mekanizmayı kullanmaz. Her dönemde yeni bir ödeme talebi oluşturmak, önceden verilmiş yetkiyle otomatik tahsilat yapmaktan farklıdır. Cüzdan izinleri de uygulamaya göre değişir.
Somut bir örnek olarak—Yolfi'nin uygulamasını anlatmak için değil—Base'in düzenli ödeme belgeleri, kaldırılabilir harcama izinlerini açıklar. Bu sistemdeki işlev adlarını, izin sınırlarını veya iptal davranışını başka bir sağlayıcıya uygulamayın.
MetaMask'in onay rehberi, bir sitenin bağlantısını kesmekle token harcama onayını kaldırmayı birbirinden ayırır. Bu işlemlerin hiçbiri tek başına uygulamanıza, önceden ödenmiş erişimi koruması veya iade yapması gerekip gerekmediğini söylemez.
Kullanıma açmadan önce yenilemeleri hangi sistemin planladığını, hangi yetkilendirmeyi kullandığını, kimin durdurabildiğini ve başarının nasıl kontrol edildiğini belgeleyin. Müşterilere asla arama sonucunda bulunan rastgele bir sözleşmenin iznini kaldırmalarını söylemeyin. Söz konusu cüzdan, ağ ve izin için resmî belgeleri kullanın; kurtarma ifadesi veya özel anahtar istemeyin.
İptali kayıt altına alınan bir işlem olarak yürütün
Destek ekibiyle uygulamanın ortak kullandığı tek bir iptal referansı kullanın:
- Talepte bulunan kişinin kimliğini doğrulayın ve aboneliği doğru müşteriyle eşleştirin. Herkese açık bir cüzdan adresi, tek başına hesap sahipliğini kanıtlamaz.
- Talep zamanını, saat dilimini, planı, mevcut ücretli dönemin bitiş tarihini ve iptal politikası sürümünü kaydedin.
- Kuyruğa alınmış, işlenmekte olan veya onaylanmış bir yenileme olup olmadığını kontrol edin. Kimliğini ve gözlenen durumunu kaydedin.
- Gerçek entegrasyon için belgelenmiş kontrolleri kullanarak gelecekteki yenileme işlemlerini durdurun. Bir API uç noktası uydurmayın veya yerel bir işareti haricî zamanlayıcının durduğunun kanıtı saymayın.
- Oluşan faturalama durumunu yeniden okuyarak doğrulayın. Kontrol başarısız olursa tamamlandığını söylemek yerine iptali beklemede olarak işaretleyin ve bir sorumlu atayın.
- Erişimin bitiş tarihini koşullara ve ödeme kanıtlarına göre belirleyin. İade kararını ayrı tutun.
- Neyin durduğunu, neyin beklediğini ve erişimin ne zaman biteceğini belirten bir onay gönderin.
Tekrarlanan talepleri güvenli hâle getirin: aynı iptali yeniden denemek başka bir iade oluşturmamalı, erişimi iki kez kısaltmamalı veya çelişkili onaylar göndermemelidir. Bildirimlere dayalı entegrasyonlarda idempotent kripto ödeme webhook'ları ile aynı ilkeleri uygulayın.
İptalle aynı zamana denk gelen yenilemeyi çözümleyin
Zor durum, ödeme işlenirken müşterinin iptal talebinde bulunmasıdır. En son hangi bildirimin geldiğine göre karar vermek yerine talebin zaman damgasını saklayın ve ödeme denemesini inceleyin.
| Gözlenen durum | Önerilen yaklaşım |
|---|---|
| Yenileme denemesi yok | Gelecekteki yenilemelerin oluşturulmasını durdurun ve erişimin bitiş tarihini onaylayın |
| Yenileme kuyruğa alınmış ancak ödeme gönderilmemiş | Entegrasyonun belgelenmiş durdurma kontrollerini kullanın ve oluşan durumu doğrulayın |
| Transfer zaten gönderilmiş | Onayı takip edin; takvimi durdurmanın transferi iptal edeceğini vaat etmeyin |
| İnceleme sırasında ödeme tamamlanmış | Ödemeyi doğru dönemle eşleştirin, ardından iptal ve iade politikasını uygulayın |
| Gecikmiş bildirim iptalden sonra gelmiş | İptal talebini koruyun; faturalamayı sessizce yeniden başlatmadan ödeme kanıtını işleyin |
Uygulamanızda birbiriyle yarışan güncellemeleri sırayla işleyin; böylece ödeme işleyicisi yanlışlıkla iptal talimatını silemesin. Kendi işlem referanslarınızı kullanın; bu yazıdaki etiketler kavramsaldır, Yolfi API durum değerleri değildir.
Para ulaştıysa geri ödeme, ayrı bir karar ve işlemdir. Kripto ödeme iade kontrol listesi, adres doğrulamasını, onayı ve kayıt tutmayı ele alır. İadeyi, asıl blokzincir transferini geri almak olarak tanımlamayın.
Erişimin bitiş zamanını açıkça belirtin
Yenilemeyi durdurmak ve hizmeti sonlandırmak aynı anda olmak zorunda değildir. Dönem sonuna kadar erişimi açıklamak genellikle daha kolaydır; ancak hukuka uygun sonuç koşullara, hizmete ve yargı alanına bağlıdır. Her durumda geçerli bir iade veya iptal süresi vaat etmeyin.
Onay mesajı şu örneği izleyebilir; bu bir örnektir, müşteri hikâyesi değildir:
Yenilemeniz durduruldu. Mevcut ücretli erişiminiz, hesabınızda gösterilen tarih ve saate kadar devam edecek. İptalden önce başlatılmış bir ödeme denemesini inceliyoruz. Sonucunu ayrıca bildireceğiz. Bu iptal onayıyla herhangi bir iade yapılmamıştır.
Gönderdiğiniz mesajda hesaba yapılan belirsiz atıfları gerçek bitiş zamanı ve saat dilimiyle değiştirin. Faturalama durumu kontrolü hâlâ bekliyorsa “yenilemeniz durduruldu” demek yerine bunu belirtin. İncelenen bir ödeme yoksa ilgili cümleyi çıkarın.
Mesajı, teslim sonucunu ve sonraki incelemeden sorumlu kişiyi kaydedin. Erişimi kaldırmadan önce ücretli dönemi ve çözümlenmemiş yenilemeleri mutabakata alın. Ödeme mutabakatı, destek görevlisinin hafızasına dayanmak yerine ödeme, abonelik ve erişim hakkını birbirine bağlamalıdır.
Yolfi'nin rolü ve doğrulanması gerekenler
Yolfi'nin mevcut abonelikler sayfası, her faturalama döneminde bir yenileme ödemesi oluşturulmasını, bakiye yükleme hatırlatmalarını ve ödemenin doğrudan satıcının cüzdanına aktarılmasını anlatır. Sık sorulan sorularda müşterilerin kendi cüzdanlarından ödeme yaptığı belirtilir; bu, harcama iznine dayalı otomatik tahsilatı doğrulamaz. Bu yetenekler, satıcının iptal koşulları, erişim politikası veya istisnaların yönetimine ilişkin sorumluluğunu ortadan kaldırmaz.
Belirli bir entegrasyonu kullanmadan önce mevcut iptal kontrollerini, yetkilendirme modelini ve bildirim davranışını belgelerden veya Yolfi desteğinden doğrulayın. Bu rehber, Yolfi'de iptal uç noktası, otomatik cüzdan izni kaldırma, yerleşik erişim hakkı yönetimi veya iade otomasyonu bulunduğunu ortaya koymaz.
İptali yenilemeden önce, bekleyen bir deneme sırasında ve ödeme tamamlandıktan sonra test edin. Her durumda zamanlayıcının son durumunu ve müşteri mesajını doğrulayın. Uygulama testlerini gerçek para hareketinden ayırmak için kullanıma açılmadan önce entegrasyon kontrol listesini kullanın.
Sık sorulan sorular
Cüzdan bağlantısını kesmek kripto aboneliğini iptal eder mi?
Böyle olduğunu varsaymayın. Bir sitenin bağlantısını kesmek, harcama iznini kaldırmak ve satıcının aboneliğini iptal etmek farklı işlemlerdir. Hizmetin iptal yolunu ve cüzdanın belgelenmiş izin kontrollerini izleyin, ardından her sonucu kontrol edin.
İptal, son ödemeyi otomatik olarak iade eder mi?
Hayır. İptal, hizmet koşulları kapsamında gelecekteki yenilemeleri durdurur. İade için ayrı bir uygunluk kararı, yetkilendirme ve ödeme kaydı gerekir; kanuni haklar da geçerli olabilir.
Ücretli erişim hemen sona ermeli mi?
Yayımlanmış koşulları, onaylanmış ücretli dönemi ve geçerli hukuku esas alın. Genel bir iptal etiketinin bunu yanlışlıkla belirlemesine izin vermek yerine açık bir erişim bitiş zamanı kaydedin.
Gecikmiş bir ödeme bildirimi aboneliği yeniden başlatabilir mi?
Uygulamanız gecikmiş ödeme mesajını düzenli faturalamaya verilmiş yeni bir onay olarak görmemelidir. Ödemeyi mutabakata alın, iptal talimatını koruyun ve uygun durumlarda açık bir yeniden etkinleştirme süreci zorunlu tutun.
Sonuç
İptali tek bir durum alanı değil, koordineli bir değişiklik olarak ele alın. Gelecekteki faturalamayı durdurun, sonucu doğrulayın, işlenmekte olan ödemeleri çözümleyin ve müşteriye erişimin tam olarak ne zaman biteceğini söyleyin. İzin kaldırma ve iade işlemlerini açıkça ayrı tutun; böylece ne müşteri ne de ekibiniz tek bir işlemi dördünün yerine koyar.
