İptal ve iade sürekli aynı şeymiş gibi ele alınır, oysa abonelik uygulamaları için birbirine hiç yakın değildir. İptal, bir sonraki yenilemeyi durdurur ve mevcut dönemi olduğu gibi bırakır. İade ise önceden ödenmiş parayla ilgilidir ve işlem durumunu, erişim hakkını (entitlement) ve müşterinin şu anda neye erişebilmesi gerektiğini değiştirir.
Bu fark, App Store abonelik iadelerinin bir gelen kutusu değil bir iş akışı gerektirmesinin nedenidir. İade, abonelik durumu, erişim hakkı, müşteri erişimi ve gelir kayıtlarının hepsi birlikte hareket eder; yalnızca bazıları hareket ederse, artık ödemediği halde ücretli erişimi devam eden bir müşteriniz olur.
Öne Çıkanlar
• İptal ve iade farklı olaylardır. İkisini aynı handler'a bağlamayın.
• İade kararını Apple verir. Geliştiriciler istendiğinde bilgi sağlar ve sonrasında kendi sistemlerini yönetir.
• İade olayları size App Store Server Notifications üzerinden ulaşır; bunun için çalışan ve doğrulanmış bir endpoint gerekir.
• Abonelik erişim hakları, kısmi geri alma dahil, işlem durumuyla uyumlu kalmalıdır.
• Sonuçları dahili olarak takip edin. Bir iadeyi tespit etmek, onu kaydetmek ve gereğini yapmakla aynı şey değildir.
• Otomasyon, kaçırılan olayları ve manuel işi azaltır. Apple'ın kararı üzerinde hiçbir etkisi yoktur.
Abonelik uygulamaları için App Store iadeleri neden farklıdır?
Çünkü abonelik yalnızca bir satın alma değil, bir faturalandırma ilişkisi taşır. Bir dönemin iadesi genellikle bu ilişkiyi sonlandırır; böylece hem iade edilen tutarı hem de sonrasında beklenen yenilemeleri kaybedersiniz.
Ayrıca tek seferlik satın almalarda olmayan bir erişim sorusu vardır. Her dönem belirli bir zaman aralığı için erişim hakkı verir ve iade bu hakkı erken kapatmalıdır; dolayısıyla erişim hakkı mantığı bir takvim tarihine değil, bir işlem olayına tepki vermelidir.
Abonelik uygulamaları için App Store iade süreci nasıl işler?
Müşteriler iadeyi sizden değil, Apple'ın iade talep etme süreci üzerinden Apple'dan talep eder. Sizin tarafınız paralel olarak ilerler:
Müşteri iade talep eder
↓
Apple talebi inceler
↓
İadeyle ilgili bir bildirim alabilirsiniz
↓
Apple'ın desteklenen bir fırsat sunduğu yerde yanıt verirsiniz
↓
Apple kararı verir
↓
Sonucu takip edersiniz
↓
Erişim hakkı güncellenir
Apple'ın şeridi müşteriye dönüktür ve kontrol edemediğiniz bir kararla biter. Sizinki tekniktir ve bir bildirim geldiğinde başlar.
Geliştiriciler App Store iadelerini nasıl ele almalı?
Olayı takip edin, işlemi ve müşteriyi belirleyin, Apple isterse yanıt verin, ardından sonuç belli olunca erişim hakkı ve gelir kayıtlarını güncelleyin:
1. Sunucu endpoint'inizde iade olaylarını izleyin.
2. Çözülmüş payload'dan işlemi belirleyin.
3. İşlemi müşteri hesabıyla eşleştirin.
4. Apple'ın girdi mi istediğini yoksa bir sonucu mu bildirdiğini kontrol edin.
5. Kayıtlarınızdan satın alma ve tüketim verilerini toplayın.
6. Apple'ın iş akışı üzerinden, onay alarak ve süre içinde yanıt verin.
7. Sonucu ilgili işlemin kaydına işleyin.
8. Abonelik erişim hakkını güncelleyin.
9. Doğru raporlama dönemiyle mutabakatını yapın.
10. Örüntüler görünür kalsın diye geçmişi saklayın.
App Store Server Notifications iadelerde nasıl yardımcı olur?
Backend'inize bir şeyin değiştiğini neredeyse gerçek zamanlı olarak bildirir. App Store Server Notifications, iadeyle ilgili olaylar için imzalı payload'lar iletir: iade verildiğinde REFUND, reddedildiğinde REFUND_DECLINED ve Apple daha önce onayladığı bir iadeyi geri aldığında REFUND_REVERSED.
Tek başına eksiksiz bir sistem değildir. Endpoint'iniz çalışmazsa bir bildirim kaçabilir ve bu olduğunda sizin tarafınızda hiçbir hata oluşmaz. Apple'ın sunucu API'si tam da bu nedenle iade geçmişini sunar; bu yüzden handler'ın yanında periyodik bir mutabakat çalıştırın.
Geliştiriciler Apple abonelik iadesinden sonra ne yapmalı?
Sadece kaydetmeyin, harekete geçin; iadeyi tespit etmek birkaç adımdan yalnızca ilkidir.
Ücretli erişim sona ersin diye erişim hakkını kapatın. İade edilen bir dönem genellikle aboneliği sonlandırdığından abonelik durumunu güncelleyin. Sonucu işlem kaydına yazın, tutarı doğru döneme taşıyın ve destek ekibinin görebilmesini sağlayın.
Ekiplerin gözden kaçırdığı bir durum: Apple, otomatik yenilenen aboneliklerde orantılı (prorated) iadeleri destekler; burada işlemin yalnızca bir kısmı geri alınır ve geri alınan yüzde işlem payload'unda döner. Ya hep ya hiç mantığıyla çalışan erişim hakkı kodu bu durumları yanlış işler.
Geliştiriciler App Store'daki abonelik iadelerini nasıl yönetmeli?
Her iptali iade gibi ele almayın. Apple'ın kararını geçersiz kılmaya çalışmayın, çünkü bunun bir mekanizması yok. Yanıt verirken varsayımları değil, gerçek işlem verilerini kullanın. İadeler geri alınabildiğinden, erişimi her iki yönde de işlem durumuyla uyumlu tutun. Her olayı gerçekleştiği anda belgeleyin.
Geliştiriciler iade kaynaklı gelir kaybını nasıl azaltabilir?
Apple'ın iadeyi vermesi ile sistemlerinizin bunu yansıtması arasındaki boşluğu kapatarak. Olağan sızıntılar: gece boyunca dolan yanıt süreleri, haftalar sonra fark edilen iadeler, hiç güncellenmeyen erişim hakkı durumu ve analiz edilecek bir iade geçmişinin olmaması.
Amaç meşru iadeleri durdurmak değil. Gerçek bir sorunu olan müşteriler parasını geri almalı. Amaç, çalışmayan bir iş akışı yüzünden para kaybetmemek.
Geliştiriciler tekrarlayan veya şüpheli iade davranışını nasıl ele almalı?
Dikkatle ve bireylere değil örüntülere bakarak. Geçmiş veriler araştırmaya değer sinyaller ortaya çıkarabilir: tek bir hesapta tekrarlayan iadeler, yoğun kullanımın hemen ardından gelen talep veya birbiriyle ilişkili hesaplar arasında kümelenmeler.
Bunları hüküm değil, inceleme başlangıcı olarak görün; bir örüntü pekâlâ bozuk bir paywall'a veya kafa karıştırıcı bir yenileme bildirimine de işaret edebilir. Bunların hepsini mümkün kılan şey güvenilir tanımlamadır ve appAccountToken ve iade savunması tam burada devreye girer: işlemden hesaba giden sabit bir bağlantı olmadan örüntüleri hiç göremezsiniz.
Veriler ne gösterirse göstersin, müşteriler yine normal destek alır ve iadelere her koşulda Apple karar verir.
İade performansı nasıl ölçülür?
Kendi işlem verilerinizden çıkan kendi temel değerlerinizle başlayın. Yayımlanmış kıyaslamalar sizin fiyat noktalarınıza veya ürün karışımınıza uymaz.
Takip etmeye değer olanlar: alınan talepler, görülebildiği yerde onaylanan ve reddedilen sonuçlar, iade oranı, abonelik iade tutarı, ne sıklıkta ve ne kadar hızlı yanıt verdiğiniz, kaçırılan süreler ve hesap bazında tekrar sıklığı. Yanıt metrikleri çoğu ekipte eksik olan iki metriktir ve iş akışının işleyip işlemediğini gösteren de onlardır.
App Store iade yönetimi otomatikleştirilebilir mi?
Büyük kısmı evet, çünkü neredeyse her adım deterministiktir: bildirimleri izlemek, iade olaylarını tanımlamak, işlemleri hesaplarla eşleştirmek, yanıtları hazırlayıp göndermek, sonuçları takip etmek, dahili sistemleri güncellemek ve iade geçmişini tutmak.
Otomasyon Apple'ın kararını kontrol etmez; hiçbir araç da edemez. Değiştirdiği şey, sizin tarafınızın tutarlı ve zamanında işleyip işlemediğidir.
Google Play hakkında bir not
İki mağaza, ortak mantığın genellikle bozulacağı kadar farklıdır. Apple inceleme sırasında sizden bilgi isteyebilir; Google ise geçersiz kılınan satın almaları çekmeniz için sunar. İkisini ayrı entegrasyonlar olarak ele alın.
RefundSensor abonelik uygulaması geliştiricilerine nasıl yardımcı olur
App Store iade yönetimi kategorinin adıdır; RefundSensor ise geliştirici tarafını kapsar: iade iş akışlarını izlemek, Apple'ın desteklenen yanıt yolunu yönetmek, sonuçları takip etmek ve hacim arttıkça kayıtları tek bir yerde tutmak.
İadeleri engellemez ve Apple'ın kararını etkilemez. Ortadan kaldırdığı şey manuel izleme ve atlanan adımlardır.
Bu Kurallar Nerede Belgelenmiş
Uygulamalar veya içerik için iade talep etme — Apple'ın müşteriye dönük süreci ve uygunluğun bölgeye göre değiştiğine dair not.
Send Consumption Information — yanıt iş akışı: onay, 12 saatlik süre, istek alanları.
App Store Server Notifications — iade olaylarının backend'inize nasıl ulaştığı ve bildirim türleri.
Bu iş hâlâ manuel yapılıyorsa
Gece gelen iade olayları ve durmadan akan bir süre, dashboard'u kontrol eden birine göre değildir. RefundSensor geliştirici tarafını üstlenir: olayları izler, desteklenen yanıtları süre içinde gönderir ve sonuçları erişim hakkı ve gelir kayıtlarınıza kadar takip eder.
Sık sorulan sorular
Bir abonelik dönemi için önceden ödenmiş paranın Apple tarafından geri verilmesidir. Yalnızca gelecekteki yenilemeleri durduran iptalden farklı olarak iade, işlem durumunu değiştirir; dolayısıyla erişim hakkı (entitlement) ve gelir kayıtlarının da buna göre güncellenmesi gerekir.
Müşteri iadeyi Apple'dan talep eder. Apple talebi inceler, sunucunuzdan tüketim bilgisi isteyebilir, ardından karar verir ve sonucu bir bildirim olarak gönderir. Siz sonucu takip eder, erişim hakkı ve finansal kayıtları buna uygun şekilde güncellersiniz.
Hayır. Kararı Apple verir ve bunu geçersiz kılmanın bir yolu yoktur. İstendiğinde tüketim bilgisi sağlayabilir ve güncel endpoint üzerinden tercih ettiğiniz sonucu belirtebilirsiniz, ancak Apple bunu diğer faktörlerle birlikte değerlendirir ve farklı karar verebilir.
İptal, bir sonraki yenilemeyi durdurur ve mevcut ödenmiş dönemi olduğu gibi bırakır. İade, önceden ödenmiş parayı geri verir ve erişimi erken sonlandırabilir. İkisi farklı olaylar olarak gelir; her ikisini aynı mantıkla işlemek erişim hakkı hatalarına yol açar.
İade olaylarını imzalı payload'lar olarak sunucunuza iletir; böylece backend'iniz polling yapmadan tepki verir. Tek başına yeterli değildir, çünkü çalışmayan bir endpoint olayları sessizce düşürür. Bunları Apple'ın iade geçmişiyle yapılan periyodik mutabakatla birlikte kullanın.
Otomatik olarak hiçbir şey. Apple ücreti geri alır; siz harekete geçene kadar veritabanınız değişmez. Erişim hakkını kapatın, abonelik durumunu güncelleyin ve bir işlemin yalnızca bir kısmının geri alındığı orantılı (prorated) durumu ele alın. Apple iadeyi geri alırsa erişimi yeniden açmaya hazır olun.
Mekanik kısımlar evet. Bildirimleri doğrulamak, işlemleri hesaplarla eşleştirmek, yanıt sürelerini takip etmek, erişim haklarını güncellemek ve iade geçmişini tutmak tamamen deterministik işlerdir. İnsana kalan kısım, örüntüleri yorumlamak ve bunların fiyatlandırmanız veya ürününüz için ne anlama geldiğine karar vermektir.
