Çoğu ekibe Apple iadelerini takip edip etmediklerini sorun, evet derler. Ne sakladıklarını sorun, iade başına tek bir satır olduğu ortaya çıkar; olay bittikten sonra yazılmış, bir tarih ve bir tutarla.
Bu bir kayıt defteridir, takip değil. Size bir iadenin gerçekleştiğini söyler. Apple'ın süreç boyunca size bir şey sorup sormadığını, birinin yanıt verip vermediğini, yanıtın iletilip iletilmediğini ya da o müşterinin erişiminin gerçek durumla örtüşüp örtüşmediğini söylemez.
Bu boşluk önemli, çünkü bu sürecin bazı bölümlerinin süresi dolar. Apple bir adım için 12 saatlik bir pencere tanır ve bu pencere kapandığında yeniden açılması mümkün değildir. Takip mekaniklerinden çok genel tabloya bakıyorsanız, mobil uygulama gelirini kaybetmeden App Store iadelerini yönetme rehberimiz bunu ele alıyor. Bu yazı ise neyi kaydedeceğiniz ve ne zaman harekete geçeceğinizle ilgili.
Öne Çıkanlar
• Nihai iade kararını Apple verir. Geliştiriciler talepleri onaylamaz veya reddetmez.
• Bir iade talebi birbirinden farklı birkaç durumdan geçer. Yalnızca sonuncusunu saklamak, işe yarar bilgilerin çoğunu kaybetmek demektir.
• Bazı iade iş akışları, rıza alınmış olmak kaydıyla 12 saat içinde tüketim bilgisi gönderme fırsatı verir.
• Bir yanıt göndermek ile o yanıtın kabul edilmesi farklı şeylerdir. Denemeyi değil, sonucu takip edin.
• İade sonucu erişim hakkı mantığınıza ve gelir kayıtlarınıza ulaşmalıdır; aksi halde takip tamamlanmış sayılmaz.
• Otomasyon çoğunlukla kaçırılan olayları ve süresi dolan pencereleri önler. Apple'ın kararı üzerinde hiçbir etkisi yoktur.
Apple iade talebi takibi nedir?
Apple iade talebi takibi, bir iade talebini ilk bildirimden onu kapatan erişim hakkı (entitlement) güncellemesine kadar sizin tarafınızda geçtiği her durumda izlemek anlamına gelir. Bu bir iade kaydı değildir. Bir süreç kaydıdır.
Bu durumlar önemlidir, çünkü gerçekten farklı olaylardır ve ekipler bunları düzenli olarak tek bir olaya indirger:
Durum | Size ne söyler |
Talep alındı | Bir iade talebi var ve Apple bunu size bildirdi |
Yanıt fırsatı açık | Apple sizden girdi istiyor ve süre işliyor |
Yanıt gönderildi | Bir şey geri gönderdiniz |
Yanıt kabul edildi | Apple onu gerçekten aldı — göndermekle aynı şey değil |
İade onaylandı | Apple iadeyi verdi |
İade reddedildi | Apple vermedi |
İade geri alındı | Apple daha önce verdiği bir iadeyi geri aldı |
Erişim hakkı güncellendi | Uygulamanız artık sonucu yansıtıyor |
Yalnızca son satır ürününüzle ilgilidir. Üstündeki her şey, o satırı doğru yazıp yazmadığınızı belirler. Yalnızca “iade onaylandı” bilgisini saklayan bir ekip, bir müşterinin neden hâlâ erişimi olduğunu ya da Apple sorduğunda birinin yanıt verip vermediğini söyleyemez.
Geliştiriciler Apple iade taleplerini nasıl takip eder?
Geliştiriciler, Apple iade etkinliğini Apple'ın sunucu taraflı bildirim sistemi ve kendi işlem kayıtları üzerinden takip eder. İzlenecek yol, olay türüne ve Apple'ın girdi isteyip istemediğine bağlıdır. Olaylar, App Store Server Notifications aracılığıyla yapılandırdığınız bir URL'ye, backend'inizin doğrulayıp işlediği imzalı payload'lar olarak ulaşır.
Handler'ınızda birbirinden ayırmaya değer iki tür iadeyle ilgili olay vardır. Biri sizden bir şey ister. Diğerleri ne olduğunu söyler.
İsteyen tür, Apple CONSUMPTION_REQUEST bildirimidir. Apple'ın bir iade talebini değerlendirirken satın alma hakkında bilgi istediği anlamına gelir. Bu bir iade değildir ve handler'ı her zaman bir tane geleceğini varsaymayacak şekilde yazmakta fayda var.
Söyleyen tür ise sonuçları kapsar: iade verildiğinde REFUND, verilmediğinde REFUND_DECLINED ve Apple daha önce verdiği bir iadeyi geri aldığında REFUND_REVERSED. Çoğu handler'ın unuttuğu, bu üçüncüsüdür.
Her ikisinin de altında, tüm bunları anlamlı kılan kendi işlem deponuz yer alır. Bildirimler Apple'ın tanımlayıcılarına referans verir; eşleştirecek bir satın alma kaydınız yoksa elinizde hiçbir şeye bağlayamadığınız bir olay kalır.
Geliştiriciler hangi bilgileri takip etmeli?
Bilgiyi kaynağına göre ayırın, çünkü bu işin yalnızca bir tarafı yetkili kaynaktır.
Apple'dan, işlem payload'ında: işlem tanımlayıcısı ve orijinal işlem tanımlayıcısı, ürün tanımlayıcısı, satın alma tarihi ve iade edilen işlemler için iptal tarihi ile iptal nedeni. Bu neden alanı, uygulamadaki bir sorun nedeniyle yapılan iadeleri diğer nedenlerle yapılan iadelerden ayırır; bu da göründüğünden daha kullanışlıdır.
Hesap token'ı ikisinin arasında durur. Onu satın alma anında siz oluşturup eklersiniz, Apple da payload içinde geri gönderir; bir işlemden adı belli bir kullanıcıya dönmenizi sağlayan şey budur.
Geri kalan her şeyi tutmak size düşer: dahili kullanıcı tanımlayıcısı, bildirim türü ve ne zaman geldiği, yanıt gerekip gerekmediği, ne gönderdiğiniz ve ne döndüğü, o andaki abonelik durumu, işlem sonrası erişim hakkı durumu ve iadenin düştüğü raporlama dönemi.
İki zaman damgası, sessiz sedasız bu setin en kullanışlı alanlarıdır. Apple'ın olayı ile sizin eyleminiz arasındaki mesafe, takibinizin işe yarayıp yaramadığının tek dürüst ölçüsüdür.
App Store iadeleri adım adım nasıl takip edilir
1. İadeyle ilgili olayı alın
Olaylar, yapılandırdığınız sunucu endpoint'ine ulaşır. Yanlış yapılandırılmışsa ya da hata veriyorsa iadeler yine de ilerler ve siz bunlardan hiç haberdar olmazsınız; üstelik tarafınızda hiçbir hata görünmez.
2. Bildirimi doğrulayın
Payload'a göre işlem yapmadan önce imzayı Apple'ın sertifika zincirine karşı doğrulayın ve bundle ID'yi teyit edin. Aldığı her şeye güvenen bir endpoint, başkalarının da yazabileceği bir endpoint'tir.
3. İlgili işlemi belirleyin
Çözülen payload'daki tanımlayıcıları satın alma kayıtlarınızla eşleştirin, ardından bir kullanıcı hesabına ulaşın. Satın alma anında bir hesap token'ı eklediyseniz bu bir soruşturma değil, basit bir sorgudur.
4. Apple'ın girdi isteyip istemediğini kontrol edin
Bildirim türüne göre dallanın. Bir tüketim talebi yanıt yolu gerektirir. Bir sonuç bildirimi ise durum güncellemesi gerektirir. İkisine aynı muameleyi yapmak, yanıt pencerelerinin kaçırılmasının başlıca yoludur.
5. Desteklenen tüketim bilgilerini toplayın
Değerleri kendi kayıtlarınızdan çekin: satın almanın teslim edilip edilmediği, örnek içerik sunulup sunulmadığı, ne kadarının tüketildiği. Apple'ın Send Consumption Information dokümantasyonu alanları ve geçerli değerlerini ortaya koyar. Bunların hepsinden önce rızayı kontrol edin — Apple, verinin paylaşılması için geçerli müşteri rızası ister, bu rızayı almak geliştiricinin sorumluluğudur ve rıza olmadan gönderilen istekler doğrudan reddedilir.
6. Belgelenen süre içinde gönderin
Apple'ın güncel dokümantasyonu, bildirimden itibaren 12 saat içinde yanıt verilmesini ister. Doğru değerler gönderin ve çağrının başarılı olduğunu varsaymak yerine teyit edin.
7. Nihai sonucu takip edin
Hangi sonuç bildiriminin ne zaman geldiğini kaydedin. Pipeline'ınız bir kesinti sırasında olayları düşürdüyse, Apple'ın sunucu API'si kaçırdıklarınızı geri kazanmak için kullanabileceğiniz iade geçmişini sunar; yalnızca bildirimlere güvenmek yerine bunu periyodik bir mutabakat olarak çalıştırmakta fayda var.
8. Erişim hakkını ve erişimi güncelleyin
Verilen iadede erişimi kaldırın, geri almada geri yükleyin ve bir işlemin yalnızca bir kısmının iptal edildiği orantılı durumu ele alın. Bunu sunucu taraflı olaylardan yönetin ki müşteri uygulamayı yeniden açsa da açmasa da durum doğru olsun.
9. Gelir kayıtlarıyla mutabakat yapın
İadeyi doğru döneme ve ürüne bağlayın. Bu olmadan mühendislik ve finans ekipleri aynı ayın farklı versiyonlarını elinde tutar.
Apple iade taleplerine nasıl yanıt verilir
Apple istediğinde, rızayla ve süre içinde tüketim bilgisi göndererek yanıt verirsiniz. Bir şeyi onaylayarak ya da reddederek yanıt vermezsiniz, çünkü bu seçenek geliştiricilere sunulmaz. Kararı Apple verir.
Gönderdiğiniz bilgi, kayıtlarınızdan alınmış haliyle satın almada gerçekten ne olduğunu anlatmalıdır. Bir tahmin değil, tercih ettiğiniz sonuca doğru eğilmiş bir rakam da değil — dürüst olmamanın ötesinde, bu doğru şekilde paylaşmak üzere rıza aldığınız bir veridir.
İşte çoğu takip kurulumunun gözden kaçırdığı operasyonel nokta. Bir yanıt göndermek ile o yanıtın kabul edilmesi iki farklı durumdur. Çağrı doğrulamadan geçemeyip hata döndürebilir ve kimse sonucu kontrol etmiyorsa, başarısız bir gönderim loglarınızda başarılı bir gönderimle tıpatıp aynı görünür. Yalnızca denediğinizi değil, yanıtın durumunu da saklayın.
Apple bir iadeye karar verdikten sonra ne olur?
Apple sonucu bildirim olarak gönderir ve ücreti kendi tarafında geri alır. Ardından iş size geçer.
Akılda tutulması gereken ayrım şu: Apple'ın bir iadeyi onaylaması bir olaydır, sistemlerinizin bunu doğru yansıtması ise başka bir olay. Apple'ın yarısı siz ne yaparsanız yapın tamamlanır. Sizinki ise yalnızca bildirim geldiyse, bir işlemle eşleştiyse, bir hesaba ulaştıysa ve o hesabın erişimini güncellediyse tamamlanır.
Bu ikisi ayrıştığında, parası iade edilmiş ama ödediği her şeyi hâlâ elinde tutan müşteriler ortaya çıkar. Kimse bunu bildirmez, çünkü onların tarafından bakıldığında yanlış bir şey yoktur. Aylar sonra mutabakatta ortaya çıkar, o da çıkarsa.
Abonelikler özel dikkat ister, çünkü iade edilen bir dönem genellikle aboneliği devam ettirmek yerine sonlandırır ve durumunuz bunu göstermelidir. Destek ekibinin de kayda ihtiyacı vardır; böylece bir temsilci kimseden dashboard'a bakmasını istemeden ne olduğunu görebilir.
Manuel Apple iade takibi neden zorlaşır
Dikkatsizlikten değil. İş, insanların müsait olma biçimiyle örtüşmüyor, o kadar.
İade talepleri müşteriler ne zaman gönderirse o zaman gelir ve her yanıt penceresi gece boyunca ve hafta sonlarında da işlemeye devam eder. Her olay bir sorgu, bir hesap eşleştirmesi, bir rıza kontrolü, bir kullanım rakamı, bir gönderim ve bir erişim hakkı güncellemesi gerektirir. Küçük görevler, ama süreye bağlı ve tekrarlı; doğru gittiklerinde ise görünmez.
Sonra ölçek işin şeklini değiştirir. Birden fazla uygulama, işlem verisi bir sistemde, hesap verisi başka birinde. Kimse geriye dönük doldurmadığı için geçmiş iade verisi zayıf kalır, erişim hakkı uyuşmazlıkları fark edilmeden birikir ve finans tutarsızlığı çeyrek kapanışında gündeme getirir — yanıt penceresinin önemli olduğu noktanın çok ötesinde.
Apple iade takibi otomatikleştirilebilir mi?
Evet, hem de büyük bölümü otomatikleştirilmeli, çünkü neredeyse her adım deterministiktir.
Otomasyon iade olaylarını izleyip doğrulayabilir, her talebi geldiği anda kaydedebilir, işlemleri hesaplara eşleyebilir, bildirim türüne göre dallanabilir, kayıtlarınızdan tüketim verisini derleyebilir, yanıt pencerelerini ve gönderim sonuçlarını takip edebilir, erişim hakkı durumunu güncelleyebilir ve iade geçmişini sorgulanabilir halde tutabilir.
Yapamayacağı şey Apple'ı etkilemektir. Otomasyon iadeleri daha az olası kılmaz ve kararı hiçbir yöne itemez. Değişen şey, sürecin sizin tarafınızın tutarlı biçimde ve süre içinde gerçekleşip gerçekleşmediğidir.
RefundSensor Apple iade yönetimine nasıl yardımcı olur
App Store iade yönetimi, bu işin ait olduğu kategoridir ve RefundSensor işin geliştirici tarafı için tasarlanmıştır: Apple iade iş akışlarını izlemek, desteklenen yanıt adımlarını otomatikleştirmek ve iade olaylarını, sonuçlarını ve kayıtlarını dashboard'lara dağılmış halde değil, tek bir yerde tutmak.
Pratikte yanıt, birinin bildirimleri gözlemesine gerek kalmadan mağazanın penceresi içinde verilir ve iade kaydı hacim arttıkça da doğru kalır.
Apple'ın kararlarını değiştirmez; hiçbir Apple iade yönetimi yazılımı da değiştiremez. Değiştirdiği şey, her talebin geride ne kadar manuel iş bıraktığıdır.
Bu kurallar nerede belgeleniyor
Yukarıdaki teknik iddiaların arkasında üç Apple kaynağı var. Bunları doğrudan okuyun ve düzenli olarak yeniden kontrol edin — bu alan birden fazla kez değişti.
Uygulamalar veya içerik için iade talep etme — müşteriye dönük süreç. Taleplerin nereden kaynaklandığını, müşterilere beklemeleri söylenen 24 ila 48 saatlik güncellemeyi ve Apple'ın uygunluğun ülkeye veya bölgeye göre değiştiği yönündeki notunu anlamak için faydalı.
Send Consumption Information — geliştirici yanıt iş akışı: rıza gereksinimi, 12 saatlik pencere ve istek alanları. Herhangi bir yanıt işleme mekanizması kurmadan önce bunu okuyun.
App Store Server Notifications — iade olaylarının backend'inize nasıl ulaştığı, imzalı payload formatı ve CONSUMPTION_REQUEST, REFUND, REFUND_DECLINED ve REFUND_REVERSED dahil bildirim türleri.
İade olayları hâlâ elle izleniyorsa
Manuel takip, bir bildirimin gece 2'de geldiği ve kimse dashboard'u açmadan pencerenin kapandığı güne kadar ayakta kalır. Bu başarısızlık sessizdir; onu pahalı kılan da budur.
Kurulumunuz böyleyse, RefundSensor Apple iade iş akışlarının geliştirici tarafını üstlenir; olayları izler, yanıtları pencere içinde tutar ve sonuçların kayıtlarınıza ve erişim hakkı mantığınıza ulaşmasını sağlar.
Sık sorulan sorular
App Store Server Notifications ve kendi işlem kayıtlarınız üzerinden. Olaylar, yapılandırılmış bir sunucu endpoint'ine imzalı payload'lar olarak ulaşır. Bunları doğrular, işlemi bir müşteriyle eşleştirir, olayı kaydeder, Apple girdi istediyse yanıt verir ve sonuç geldiğinde saklarsınız.
Bir iade talebini geliştirici tarafında geçtiği her durumda izlemek: talep alındı, yanıt fırsatı, yanıt gönderildi ve kabul edildi, Apple'ın sonucu ve süreci kapatan erişim hakkı güncellemesi. Yalnızca nihai sonucu saklamak, ne olduğunu açıklamak için ihtiyaç duyduğunuz bilgiyi kaybettirir.
Evet. Apple sonucu sunucu bildirimi olarak gönderir. REFUND iadenin verildiği, REFUNDDECLINED verilmediği, REFUNDREVERSED ise daha önce verilen bir iadenin geri alındığı anlamına gelir. İade edilen işlemler ayrıca işlem payload'ında bir iptal tarihi ve bir neden kodu taşır.
Apple istediğinde, geçerli müşteri rızası varsa, kendi kayıtlarınızdaki doğru değerleri kullanarak tüketim bilgisi göndererek. Bir iadeyi onaylayamaz veya reddedemezsiniz. Yanıtınız Apple'ın incelemesine sunulan girdilerden yalnızca biridir ve gönderimin başarılı olduğunu varsaymak yerine teyit etmelisiniz.
Apple'ın bir iade talebini değerlendirirken bir satın alma hakkında bilgi istediğini sunucunuza bildiren bir App Store Server Notification. Bir iade bildirimi değildir, bir karar da değildir. Yanıt vermek müşteri rızası gerektirir ve Apple yanıtın 12 saat içinde gönderilmesini ister.
Apple'ın güncel dokümantasyonu, bildirimden itibaren 12 saat içinde yanıt istiyor. Talepler günün her saatinde gelir; bu nedenle otomasyona en uygun adım budur. Eski bir entegrasyona güvenmek yerine güncel gereksinimi Apple'ın sayfasından teyit edin.
Siz değiştirmedikçe hiçbir şey. Apple'ın ücreti geri alması veritabanınızı değiştirmez. Backend'iniz iade verildiğinde erişim hakkını kaldırmalı, Apple iadeyi geri alırsa erişimi geri yüklemeli ve bir işlemin yalnızca bir kısmının iptal edildiği durumu ele almalıdır.
Mekanik kısımlar otomatikleştirilebilir. Bildirimleri doğrulamak, işlemleri hesaplarla eşleştirmek, yanıt pencerelerini ve gönderim sonuçlarını takip etmek, erişim haklarını güncellemek ve iade geçmişini tutmak tamamen deterministiktir. İnsana kalan ise rıza akışını tasarlamak ve iade örüntülerinin ürün hakkında ne söylediğini okumaktır.
