Apple, Bir İadeyi Onaylayıp Onaylamayacağına Nasıl Karar Verir

Bir iade dashboard'unuza düşer ve nedenini bilmezsiniz. Müşteri uygulamayı iki hafta kullanmıştır, ardından para iade edilmiş ama erişimi açık kalmıştır. Sizin bir söz hakkınız olmamıştır. Çoğu iOS ekibi Apple iade sürecini işte böyle tanır: olay bittikten sonra ve bağlamdan yoksun bir şekilde.

Apple'ın bir iadeyi nasıl onayladığını veya reddettiğini anlamak önemlidir, çünkü bu gerçek geliri belirler. Nihai kararı Apple verir, ancak geliştiriciler bu karara veri sağlayabilir ve çoğu ekip bunu hiç yapmaz. Önlenebilir kayıpları azaltmak istiyorsanız, Apple iade rehberimizle başlayın, ardından kararın gerçekte nasıl verildiğini okumaya devam edin.

Bu, bir alışverişçi olarak nasıl iade alacağınızı anlatan bir rehber değildir. Bu, Apple iade onayı motorunun nasıl çalıştığını ve geliştirici tarafında neyi etkileyebileceğinizi anlatır.

Önemli Noktalar

• Her App Store satın alımında nihai iade kararını geliştirici değil, Apple verir.

• Apple, işlem ayrıntılarını, satın alma geçmişini ve iade geçmişini değerlendiren bir Refund Decisioning System çalıştırır.

• Uygun satın alımlar için Apple bir CONSUMPTION_REQUEST gönderir ve tüketim verisiyle yanıt vermeniz için size 12 saat verir.

• Zamanında yanıt vermezseniz Apple genellikle iadeyi varsayılan olarak onaylar.

• App Store Server Notifications sonucu size bildirir: onaylandığında REFUND, reddedildiğinde REFUND_DECLINED.

• Kanıtı ve yanıtınızın hızını siz kontrol edersiniz. Nihai kararı siz kontrol etmezsiniz.

• Net faturalandırma, sorunsuz çalışan işlevsellik ve hızlı destek, en başta aldığınız iade taleplerini azaltır.

Biri Apple İadesi Talep Ettiğinde Ne Olur?

Bir müşteri App Store iadesi talep ettiğinde, talep size değil Apple'a gider. Müşteri Apple'ın kendi "sorun bildir" akışını kullanır ve Apple'ın sistemi bir inceleme başlatır. Satın alma türü geliştirici girdisine uygun olmadığı sürece bu sürecin içinde yer almazsınız.

Apple tüm başvuru sürecini yönetir. Müşteri, "satın almayı amaçlamadım" veya "uygulama çalışmadı" gibi bir neden seçer. Apple'ın sistemi bu nedeni kaydeder ve hesap ile işlem hakkında zaten bildiklerine göre kontrol etmeye başlar.

Örnek. Bir kullanıcı $9.99'lık bir coin paketi satın alır, bir saat oynar, ardından bunun bir kaza olduğunu söyleyerek iade talebinde bulunur. Bu talebi ilk önce Apple alır. Bundan haberdar olup olmayacağınız, ürün türüne ve Apple'ın kendi sinyallerine bağlıdır.

Apple, İade Taleplerini Nasıl İnceler?

Apple, iade taleplerini işlemi, müşterinin satın alma geçmişini ve geçmiş iadelerini değerlendiren otomatik bir sistem aracılığıyla inceler. Apple bunu kamuya açık şekilde bir Refund Decisioning System olarak tanımlamıştır. Sistem, yalnızca önündeki tek talebe değil, örüntülere bakar.

Tüketilebilir satın alımlar ve bazı diğer türler için Apple, karar vermeden önce sizden de girdi isteyebilir. Bu istek bir CONSUMPTION_REQUEST bildirimi olarak gelir. Ardından, Apple'ın talebi değerlendirmesine yardımcı olacak veriyi göndermeniz için kısa bir süreniz olur.

Apple İade Onayını Etkileyen Faktörler

Apple iade onayı, belirtilen nedene, müşterinin geçmişine, satın alımın ne kadarının kullanıldığına ve geliştiricinin destekleyici veri gönderip göndermediğine bağlıdır. Tek başına hiçbir faktör bir sonucu garanti etmez. Apple bunları birlikte değerlendirir.

Apple'ın kendi kılavuzuna ve CONSUMPTION_REQUEST tasarımına göre şu sinyaller önemlidir:

• Müşterinin seçtiği iade nedeni.

• Hesabın satın alma ve iade geçmişi, tekrarlayan iade talep edenleri işaretler.

• Müşterinin tüketilebilir bir ürünün ne kadarını zaten kullandığı.

• Satın almadan önce ücretsiz bir örneğin, denemenin veya net bir işlevselliğin mevcut olup olmadığı.

• Geliştiricinin 12 saatlik süre içinde gönderdiği tüketim verisi.

Analiz. Hesap geçmişi unsuru, aynı talebe ilk kez satın alan biriyle sürekli iade talep eden birinin farklı yanıtlar alabilmesinin nedenidir. Bu, belgelenmiş bir kural değil, sistemin uzman yorumudur; bu yüzden bunu bir vaat değil bir örüntü olarak değerlendirin.

App Store Server Notifications Geliştiricilere Nasıl Yardımcı Olur

App Store Server Notifications, Apple'ın satın alma olayları hakkında sunucunuza gönderdiği mesajlardır ve iadeleri de kapsar. Bir iadenin gerçekleştiğini, onaylanıp onaylanmadığını ve nedenini bunlar sayesinde öğrenirsiniz. Bunlar olmadan iadeler backend'iniz için görünmez olur.

Sürüm 2 bildirimleri daha temizdir çünkü her biri yalnızca o olaya ait işlemi taşır. İadeler için temel türler şunlardır: Apple girdinizi istediğinde CONSUMPTION_REQUEST, bir iade onaylandığında REFUND ve bir talep reddedildiğinde REFUND_DECLINED. Bir REFUND yükü ayrıca bir revocationReason ve revocationDate taşır.

Standart bir iade ayrıca erişim açık kalırken bir ücreti sessizce geri alabilir, bu yüzden sunucunuzun tepki verebilmesini sağlayan şey bu bildirimlerdir.

Örnek. Sunucunuz bir revocationReason içeren REFUND bildirimi alır. Orijinal işlem kimliğini okur, yetkilendirmeyi iptal eder ve kayıtlarınızı güncellersiniz. Bildirim yoksa bunların hiçbiri gerçekleşmez.

Geliştiricilerin Kontrol Edebildikleri ve Edemedikleri

Geliştiriciler, yanıtlarının hızını ve kalitesini, faturalandırma netliğini ve ürün deneyimini kontrol eder. Geliştiriciler, Apple'ın nihai kararını, müşterinin belirttiği nedeni veya Apple'ın iç puanlamasını kontrol etmez. Bu ayrımı bilmek beklentileri gerçekçi tutar.

Apple'ın Bir İadeyi Reddedebileceği Yaygın Nedenler

Apple, talep kanıtlarla uyuşmadığında, müşterinin bir iade örüntüsü olduğunda veya güçlü tüketim verisi satın alımın amaçlandığı gibi kullanıldığını gösterdiğinde bir iadeyi reddedebilir. StoreKit üzerinden yapılan talepler için bu sonuçlar bir REFUND_DECLINED bildirimiyle belirtilir.

Talepler şu durumlarda daha büyük olasılıkla reddedilir:

• Müşteri, tüketilebilir bir satın alımın büyük kısmını zaten tüketmişse.

• Hesap, satın alımlar genelinde tekrarlayan iade etkinliği gösteriyorsa.

• Geliştirici, normal ve beklenen kullanıma dair net kanıt göndermişse.

• Bir örnek veya deneme mevcutsa, bu da "bilmiyordum" iddiasını zayıflatır.

Örnek. Bir kullanıcı, coinlerin çoğunu harcadıktan sonra bir coin paketi için iade talep eder. Geliştirici, harcamayı gösteren tüketim verisini gönderir. Bu kanıt, Apple'a talebi reddetmesi için net bir neden verir.

Geliştiriciler İçin En İyi Uygulamalar

En iyi uygulama basittir: her iade sinyalini yakalayın, CONSUMPTION_REQUEST'e gerçek verilerle hızlıca yanıt verin ve insanların iade talep etme nedenlerini azaltın. Kararı kazanamazsınız, ama girdileri şekillendirebilirsiniz.

• App Store Server Notifications V2'yi kurun ve CONSUMPTION_REQUEST, REFUND ve REFUND_DECLINED'i işleyin.

• Tüketim yanıtınızı otomatikleştirin; böylece 12 saatlik sürenin rahatlıkla içinde tetiklenir.

• Satın alımları appAccountToken ile bir kullanıcıya bağlayın, böylece gerçek etkinlikle yanıt verebilirsiniz.

• Ödeme öncesinde faturalandırma koşullarını ve deneme ayrıntılarını netleştirin.

• Onaylanan bir iadede erişimi iptal edin, çünkü Apple yetkilendirmeleri sizin için kaldırmaz.

Hacminiz yüksekse, manuel işlem bu yarışı kaybeder. Ekipler, CONSUMPTION_REQUEST yanıtını otomatikleştirerek sessiz kalan ekiplerin varsayılan olarak geri verdiği geliri korur.

Son Düşünceler

Apple, her App Store iadesine karar verir ve bu değişmeyecek. Rakamlarınızı değiştiren şey, Apple girdi istediğinde sunucunuzun devrede olup olmadığı ve kimse para iadesi istemeden önce ürününüzün ve faturalandırmanızın ne kadar temiz olduğudur.

İade akışını, beklediğiniz bir karar değil, beslediğiniz bir sistem olarak ele alın. Bildirimleri yakalayın, CONSUMPTION_REQUEST'i gerçek verilerle yanıtlayın ve yetkilendirmelerinizi senkronize tutun. Bunu yapan ekipler, diğerlerinin giderken hiç fark etmediği geliri sessizce korur.