Uygulamanız uygulama içi bir iade talebi sayfası gösterebilir, işte müşteri gönder'e dokunduktan sonra Apple ne yapıyor

Apple, müşterinin uygulamanızdan hiç çıkmadan iade talep etmesine izin verir. Tek bir StoreKit çağrısı, beginRefundRequest, Apple'ın kendi iade sayfasını doğrudan arayüzünüzün içinde sunar, müşteri bir neden seçer ve talep inceleme için Apple'a gider. Formu siz oluşturmazsınız, paraya siz dokunmazsınız ve sonuca siz karar vermezsiniz. Elde ettiğiniz şey, hayal kırıklığına uğramış bir müşteriyi bankasına kaptırmak yerine, iade yolunu zaten bulunduğu yere koyabilmenin bir yoludur. Bu, uygulama içi iade talebidir ve düğmeyi yayınlayıp yayınlamayacağınıza karar vermeden önce anlamaya değer.

İşte gelirininiz için önemli olan kısım. Düğme kendi başına hiçbir şey iade etmez. Bir talep açar, Apple onaylamak veya reddetmek için en fazla 48 saat alır ve tüketilebilir satın almalar için önce sunucunuza bir CONSUMPTION_REQUEST gönderir. Yani bu sayfa bir bağış değildir. Zaten etkileyebileceğiniz o tam iade incelemesine giden bir hunidir ve bir anlaşmazlığı, itiraz edemeyeceğiniz bir chargeback'e dönüşmeden önce kart ağından geri çekebilir.

Uygulama içi iade talebi sayfası aslında nedir

beginRefundRequest, bir pencere sahnesindeki bir işlem için iade talebi sayfasını sunan bir StoreKit 2 yöntemidir. İmza kısadır: func beginRefundRequest(in scene: UIWindowScene) async throws -> Transaction.RefundRequestStatus. Onu çağırdığınızda sistem, müşterinin satın alma ayrıntılarını ve seçmeleri için bir neden kodları listesini içeren bir sayfa gösterir. O arayüzü Apple oluşturur ve kontrol eder. Siz sahneyi ve işlemi verirsiniz, başka bir şey değil.

Apple'ın onu nereye koyacağınıza dair rehberliği açıktır. Bu işlevi hesap ayarlarından veya bir yardım menüsünden çağırın, böylece iade isteyen bir müşteri onu destek arayacağı yerde bulur. iOS 15 ve iPadOS 15, Mac Catalyst 15 ve visionOS 1 ile geldi, dolayısıyla bu sürümleri hedefleyen herhangi bir uygulama onu bugün sunabilir.

Sayfayı açmanın iki yolu

İki giriş noktası vardır. Zaten elinizde tuttuğunuz belirli bir işlem üzerinde beginRefundRequest(in:) çağırabilirsiniz, bu da sayfayı yalnızca o satın almayla sınırlar. Müşterinin belirli bir ürünün satın alımını iade etmesini istediğinizde sayfayı ürün tanımlayıcısına göre de açabilirsiniz. Her iki durumda da sayfa, neden listesi ve karar Apple'a aittir. Sizin işiniz onu sunmak ve sonucu okumakla biter.

Çağrı ne döndürür ve neler ters gidebilir

Yöntem async throws olduğu için ya bir durum döndürür ya da bir hata fırlatır. İkisi de kısa listelerdir ve sayfa kapandıktan sonra arayüzünüzün doğru bir şey söylemesi için ikisini de ele almaya değer.

Müşteri gönder'e dokunduktan sonra sunucunuzda ne olur

Sayfanın kapanması sürecin sonu değil, başlangıcıdır. Apple talebi inceler ve onaylamak veya reddetmek için en fazla 48 saat alır. Tüketilebilir bir uygulama içi satın alma için, karar vermeden önce App Store, kullanım verisi isteyen bir CONSUMPTION_REQUEST bildirimini sunucunuza gönderir. Müşteri bu veriyi paylaşmaya onay verdiyse Send Consumption Information uç noktası üzerinden yanıt verirsiniz. Onay vermediyse, Apple'ın kendi talimatı bildirime hiç yanıt vermemektir.

Apple karar verdiğinde sonuç, sunucunuza bir App Store Server Notification olarak iner. Bu, zaten aldığınız aynı akıştır ve uygulama içi talep, tam olarak bir müşterinin Apple'ın reportaproblem sayfasında başlattığı bir iade gibi bu akışa yönlenir. Talep uygulamanızın içinde başladı diye ele alışta hiçbir şey değişmez.

Düğme size neye mal olur ve neyi kurtarabilir

İtiraz edebileceğiniz bir iade, edemeyeceğiniz bir chargeback'ten iyidir

Uygulamanızın içinde bir iade yolu bulamayan bir müşteri pes etmez. Bankasına gider. Bir kart chargeback'i bankayla kesindir, bir anlaşmazlık ücreti taşır ve kararı hem sizin hem de Apple'ın elinden alır. Uygulama içi bir iade talebi aynı müşteriyi Apple'ın sisteminde tutar, orada tüketilebilir bir satın alma yanıtlayabileceğiniz bir CONSUMPTION_REQUEST ve etkileyebileceğiniz bir karar tetikler. İtiraz edilemeyen bir chargeback'i itiraz edilebilir bir Apple incelemesiyle takas etmek, düğme lehine olan tüm finansal argümandır.

Bir iadenin sürtünmesini azaltıyorsunuz

Dürüst karşı ağırlık şudur: görünür, tek dokunuşluk bir iade yolu, gömülü bir destek e-postasından daha fazla iade talebi üretir. Bunların bir kısmı asla gerçekleşmeyecekti. Bu gerçek bir maliyettir ve Apple'ın giriş noktasını satın alma ekranı yerine hesap ayarlarına veya bir yardım menüsüne koymanızı söylemesinin nedeni budur. Onu, yalnızca merak eden müşterinin değil, zaten mutsuz olan müşterinin bulmasını istersiniz.

Baştan sona işleyen maliyet, iade edilmiş bir hesaba hizmet vermektir

Karar hangi yönde çıkarsa çıksın, siz sonuca göre harekete geçene kadar teslimattaki sayaç dönmeye devam eder. İade edilmiş bir erişim hakkının canlı kaldığı her saat, arkasındaki gerçek maliyetleri ödemeyi sürdürürsünüz: hesaplama, model API çağrıları, depolama ve o müşterinin kullanımına bağlı herhangi bir içerik üreticisi veya ortak ödemesi. Uygulama içi talep bunu değiştirmez. REFUND bildiriminde hızlıca geri alma değiştirir. Düğme, sonunda ürettiği bildirimi ele alışınız kadar ucuzdur.

Uygulama içi iade talebini yayınlamalı mısınız

Onu satışın değil, desteğin yaşadığı yere koyun

Apple'ın konumlandırma rehberliğini izleyin. Hesap ayarları ve bir yardım menüsü doğru yuvalardır. Bir ödeme duvarının yanındaki bir iade bağlantısı, insanlara paralarını geri beklemeyi öğretir ve hiç sunmanız gerekmeyen o merak iadesini davet eder.

Ona güvenmeden önce tüm akışı sandbox'ta test edin

Tüm yolu sandbox'ta ve Xcode'un StoreKit testinde simüle edebilir, bir talebi beklemeden onaylandıya veya reddedildiye taşıyabilirsiniz. Bir onay sunucunuza bir REFUND bildirimi iletir ve bir ret REFUND_DECLINED iletir, böylece gerçek bir müşteri gönder'e dokunmadan önce işleyicinizin doğru tepki verdiğini kanıtlayabilirsiniz.

Her sonucu ele alın ve asla abartmayın

success'te beklemede gösterin, failed'de tekrar deneme sunun, userCancelled'da hiçbir şeyin değişmediğini söyleyin ve duplicateRequest'i müşterinin daha önceki talebinin hâlâ geçerli olduğuna dair sessiz bir not olarak ele alın. Zarar veren tek hata, elinizde yalnızca gönderilmiş bir talep varken müşteriye iadesinin tamamlandığını söylemektir.

RefundHalt sonrasını nasıl ele alır

Uygulama içi sayfa Apple'ındır. Ondan sonra geleni sizindir ve RefundHalt'un yürüttüğü kısım budur. Bir müşteri uygulamanızın içinden bir iade gönderdiğinde, RefundHalt tüketilebilir satın almalar için CONSUMPTION_REQUEST'i yakalar ve Apple'ın karar vermesine yardımcı olan kullanım kanıtıyla 12 saatlik pencere içinde yanıt verir. Apple karar verdiğinde, REFUND'da erişimi geri alır ve REFUND_DECLINED'da erişimi el değmemiş tutar, her biri tam işleme bağlıdır. İncelemeyi, kanıtı veya geri almayı elle bir telaşa bırakmadan, daha dostane uygulama içi iade yolunu sunma imkânı elde edersiniz.