Ters ibraz ile geri ödeme arasındaki fark, kimin karar verdiğine dayanır ve bunlardan yalnızca biri nihaidir

İki kelime, sanki aynı şeyi ifade ediyormuş gibi kullanılıyor. Müşteri her iki durumda da parasını geri alır, o halde hangisi olduğu kimin umurunda. App Store veya Google Play üzerinden satış yapan bir uygulama geliştiricisi için, ters ibraz ile geri ödeme arasındaki fark, sonucu kimin kontrol ettiğine, onu değiştirip değiştiremeyeceğinize ve bu aydan itibaren, iade işleminin hesabınızdan ne kadar götürdüğüne karar verir.

İşte kısa hali. Geri ödeme, mağazanın parayı geri vermesidir ve kararı mağaza verir. Ters ibraz, müşterinin bankasının parayı geri çekmesidir ve kararı banka verir, itiraz hakkı yoktur. Her birinde çok farklı bir yerde oturursunuz. İşte her birinin Apple ve Google'da nasıl göründüğü, mağazanın sizden gerçekten bir şey istediği iki an ve ikisi arasındaki farkın artık size ne kadara mal olduğu.

Ters ibraz ile geri ödeme arasındaki fark, kimin karar verdiğidir

Ödeme jargonunu bir kenara bırakın, ikisini bir soru ayırır: nihai kararı kim verir. Geri ödeme, mağazanın kendi sistemi içinde alınan bir karardır. Ters ibraz, müşterinin bankasında alınan bir karardır, herhangi bir mağaza ayarının ulaşabileceğinden bir katman daha uzakta. Bu tek gerçek, onu itiraz edip edemeyeceğinizden ne kadara mal olduğuna kadar diğer her şeyi belirler.

Kim başlatır ve kim karar verir

Bir geri ödeme iki şekilde başlayabilir. Müşteri mağazadan parasını geri ister ya da geri ödemeyi kendiniz yaparsınız. Her iki durumda da mağaza, Apple veya Google Play, onaylar ve parayı iade eder. Bir ters ibraz yalnızca tek bir şekilde başlar. Müşteri mağazayı tamamen atlar ve işleme bankası veya kart ağı nezdinde itiraz eder ve banka parayı mağazanın ödeme sisteminden geri çeker. Bunu mağaza seçmedi, siz de seçmediniz.

Satıcı mağazadır, siz değil

Klasik e-ticaretten gelen geliştiricilerin ayağını kaydıran kısım budur. App Store veya Google Play üzerinden satış yaptığınızda, kayıtlı satıcı siz değilsiniz. Apple ve Google'dır. Müşterinin kart ekstresinde şirketinizin adı değil, Apple veya Google yazar. Dolayısıyla o müşteri işleme itiraz ettiğinde, ters ibraz önce mağazanın ödeme sistemine düşer. Bankayla telefonda konuşan siz değilsiniz. Bunu mağaza aracılığıyla öğrenirsiniz, tabii mağaza size söylerse.

İkisi yan yana

App Store ve Google Play'de bir geri ödeme nasıl görünür

Geri ödemelerin çoğu, katılabileceğiniz bir görüşme değildir. Mağaza talebi alır, kendi kurallarına göre kontrol eder ve parayı iade eder. Haberi taşıyan bildirimleri kurmuşsanız, size olan biten sonrasında söylenir.

Apple karar verir, sonra sunucunuza bildirir

Bir Apple müşterisi reportaproblem.apple.com adresinden geri ödeme talep eder ve Apple'ın talebi incelemeye kabul etmek için satın alımdan itibaren 90 güne kadar süresi vardır. Apple her vakayı kendi başına inceler ve karar verir. Geri ödemeyi verdiğinde, sunucunuz App Store Server Notifications V2 üzerinden bir REFUND bildirimi alır ve işlem artık bir revocationDate taşır. Talebi reddettiğinde REFUND_DECLINED alırsınız. Apple daha sonra verdiği bir geri ödemeyi geri alırsa, REFUND_REVERSED alırsınız ve satış geri gelir. Bunların hiçbirinde oy kullanmazsınız. Tepki verirsiniz.

Google Play çoğu satın alımı size sormadan geri öder

Google Play, bir müşterinin satın alımdan sonraki 48 saat içinde, doğrudan hesabından, hiçbir geliştirici katılımı olmadan self servis geri ödeme almasına izin verir. 48 saatten sonra müşteri size yönlendirilir ve kendi politikanız üzerinden verebilir veya reddedebilirsiniz. Destek geri ödeme yapabilir ve onaylanmamış bir satın alım yaklaşık 72 saat sonra otomatik olarak geri ödenir. Bunların hepsi Google tarafında çalışır. Sonucu bir iptal edilen satın alım bildirimi veya Voided Purchases API üzerinden görürsünüz ve işiniz geri ödemeyi onaylamak değil, erişimi iptal etmektir.

Mağazanın sizi gerçekten sorduğu iki akış

Her iki mağazada, mağazanın durup karar vermeden önce geliştiriciden kanıt istediği tam olarak iki an vardır. Apple, bir müşteri geri ödeme talep ettiğinde bir CONSUMPTION_REQUEST gönderir ve kullanım verisiyle Send Consumption Information üzerinden yanıtlamanız için size 12 saat verir. Google Play bir ters ibraz incelemesi gönderir ve orders.reviewrefund API üzerinden yanıtlamanız için size 24 saat verir. Geri kalan her şey sizsiz kararlaştırılır. Bu iki pencere, girdinizin sonucu değiştirdiği tek yerdir, bu yüzden otomatikleştirmeye değerler ve gerisi izlemeye değer.

Bir ters ibraz nasıl görünür ve neden nihaidir

Bir ters ibraz, ekstra adımları olan bir geri ödeme değildir. Farklı bir karar vericiye sahip farklı bir mekanizmadır ve bu, bu konuda ne yapabileceğinizi değiştirir.

Parayı müşteri değil banka çeker

Bir ters ibrazda müşteri bankasına işlemin yanlış, sahte, tanınmayan veya hiç teslim edilmemiş olduğunu söyler. Banka varsayılan olarak kart hamilinin tarafını tutar ve işlemi geri alır, parayı kart ağı üzerinden geri çeker. Bunu mağaza onaylamadı. Ürünün teslim edilip edilmediğini kimse sormadan para çoktan gitmiştir. İşte bu yüzden bir ters ibraz, bir geri ödemenin hızlı ve temiz olduğu yerde yavaş ve ağırdır: kart ağının uyuşmazlık sürecinden geçer, ki bu dakikalar değil, haftalar veya aylar alır.

Bankanın kararı nihaidir

Bir geri ödemeyi tersine çevirebileceğiniz gibi bir ters ibrazı bozamazsınız. Banka bir kez hüküm verdikten sonra, o hüküm geçerli kalır. Onu etkileyebileceğiniz tek yer, karar verilmeden öncesidir. Google Play'de banka kaynaklı bir uyuşmazlık bir inceleme açabilir ve Google Play sunucunuza 24 saatlik bir sayaçla bir bildirim gönderir. Bir geri ödeme tercihi ve gerçek tüketim kanıtıyla orders.reviewrefund üzerinden yanıt verin, Google Play de girdinizi, ters ibraza sizin adınıza nasıl itiraz ettiğine katar. Pencereyi kaçırın, uyuşmazlık ürünün nasıl kullanıldığını bilen tek taraf olmadan çözülür.

Her biri size gerçekte neye mal olur

Uzun süre dürüst yanıt şuydu, bir ters ibraz ve bir geri ödeme bir uygulama geliştiricisine aşağı yukarı aynıya mal olur: satış ve onu teslim etmek için halihazırda harcadığınız her şey. Bu ay Google Play geliştiricileri için bu doğru olmaktan çıktı.

Geri ödeme asla tek sayı değildir

İade ister bir geri ödeme ister bir ters ibraz olsun, ödeme asla tek maliyetiniz değildi. Üretilen bir video, bir dizi model API çağrısı, bir içerik üretici ödemesi, tahsis ettiğiniz depolama, bütün bu para siparişi teslim ettiğiniz an hesabınızdan çıktı ve işlem geri alındığında hiçbiri geri gelmez. Satış, görünür sayıdır. İşlem gücü, API çağrıları, depolama ve ödemeler, çoktan hesaptan çıkmış olanlardır. İadeye, müşterinin ne kadar beklediği üzerinden değil, teslim edilen değer üzerinden itiraz edin, çünkü geçen süre bir maliyet değildir ve Apple ile Google onu öyle görmez.

3 Ağustos 2026 tarihinden itibaren bir ters ibraz bir banka ücreti ekler

İşte ikisinin aynıya mal olmaktan çıktığı yer. Şimdiye kadar Google Play bir ters ibrazın alt tarafındaki maliyeti üstleniyordu. 3 Ağustos 2026 tarihinden sonra verilen siparişler için, Google Play bu maliyeti geliştiriciye kaydırır. Kaybedilen bir uyuşmazlıkta, satın alma bedelini Play'in hizmet ücreti düşülmüş olarak geri ödersiniz ve bunun üstüne, finansal kurumun tahsil ettiği ters ibraz ücretini ödersiniz. Google Play hizmet ücreti kısmını karşılamaya devam eder. Bir geri ödeme o banka ücretini taşımaz. Yani ters ibrazla sonuçlanan bir işlem, artık aynı işlemin geri ödenmesinden kesinlikle daha pahalıya mal olur ve fazlası, bankanın ücretidir.

Değişimin arkasındaki ölçek

Google Play, 2025 yılında US$3.4B'lik dolandırıcılık ve kötüye kullanımı engellediğini ve 2026 boyunca hâlâ dolandırıcılık tespiti eklediğini söylüyor. Ters ibraz maliyetini geliştiricilere taşımak, bu hamlenin bir parçasıdır. Bu, size inceleme akışına kanıt besleme konusunda doğrudan bir neden verir, böylece sistem meşru olmayan uyuşmazlıkların daha fazlasına itiraz eder. Kanıtınız, bir itirazı mümkün kılan şeydir ve boş bir yanıt, dostane dolandırıcılık ters ibrazının paranız üzerinde kalmasına izin vermek için bir oydur.

Bir geri ödemenin ters ibraza dönüşmesini nasıl önlersiniz

En ucuz ters ibraz, hiç gerçekleşmeyendir, çünkü sipariş önce geri ödenmiştir ya da zaten elinizin altında duran kanıtla itiraz edilmiştir. Bunların hiçbiri doğru saatte uyanık bir insan gerektirmez. Uyuşmazlıktan önce tesisatın yerinde olmasını gerektirir.

Banka yapmadan önce kötü bir siparişi kendiniz geri ödeyin

Bir sipariş açıkça itiraz edilecekse, onu kendiniz geri ödemek, ters ibrazı kaybetmekten daha ucuzdur. Yaptığınız bir geri ödeme, bankanın ters ibraz ücretini taşımaz. Google Play'de üç yıldan küçük her siparişi, erişimi iptal ederek veya etmeden, tek bir orders.refund çağrısıyla geri ödeyebilirsiniz. Müşteri bankasına ulaşmadan önce oraya varın, bir banka ücreti artı kayıp bir satışı yalnızca kayıp bir satışa dönüştürürsünüz.

İki kanıt penceresini otomatik olarak yanıtlayın

12 saatlik Apple penceresi ve 24 saatlik Google Play penceresi bir makine için rahat, izlemek zorunda olan bir insan için ise acımasızdır. Yanıt otomatik olmalı: bildirim girer, hesap aranır, tüketim toplanır, tek bir çağrı çıkar, döngüde hiç insan yok. RefundHalt'ın sizin için çalıştırdığı kısım budur. CONSUMPTION_REQUEST'i ve Google Play ters ibraz incelemesini dinler, siparişi zaten takip ettiğimiz kullanımla eşleştirir ve bir geri ödeme tercihi ve gerçek tüketim kanıtıyla pencere içinde yanıt veririz.

Kimliği baştan iliştirin ve tüketimi kaydedin

Uyuşmazlık anında ihtiyaç duyduğunuz kanıtın, uyuşmazlıktan önce var olması gerekir. Her satın alıma bir hesap tanımlayıcısı ayarlayın, böylece bir bildirim doğrudan bir kullanıcıya eşlenir, Apple'da bir appAccountToken UUID'si ve Google Play'de 64 karakter veya daha az bir karma setObfuscatedAccountId, asla açık kişisel veri değil. Her ücretli siparişin neyi, ne zaman ve kime teslim ettiğini, talep üzerine bir tüketim yüzdesine dönüştürebileceğiniz bir biçimde kaydedin. Bunu yapın, dar pencere yeter, çünkü token geldiğinde vaka çoktan kurulmuştur.