Bir uygulamayı başka bir geliştirici hesabına devrettiğinizde satıştan önce verilen siparişler satıcıda kalır, bunun iadeler için anlamı şu

Google'ın yardım sayfası bunu tek satırda söylüyor: bir uygulama devredilmeden önce oluşturulan siparişler orijinal hesapta kalır. Yani bir uygulamayı başka bir geliştirici hesabına devrettiğinizde aboneler alıcıya geçer, ama satın alma geçmişi geçmez. Bu geçmişe bağlı iadeler, itirazlar ve destek talepleri kendiliğinden çözülmez. Mağazanın kuralları kimi gösteriyorsa ona düşer, bu da her zaman parayı alan taraf olmaz. Apple ve Google bunu farklı ele alıyor ve Apple, Google'dan daha az şey söylüyor. Aşağıda her mağazanın neyi belgelediğini, iade düzeninizin hangi parçalarının devirden sonra sessizce çalışmayı bıraktığını ve iki taraftan biri imzalamadan önce neyin yazıya dökülmesi gerektiğini bulacaksınız.

Bir uygulamayı devrettiğinizde ne taşınır, ne kalır

İki mağaza da devri ileriye dönük bir sahiplik değişikliği olarak görür. Uygulama, kullanıcıları ve puanları taşınır. Geçmişin finansal kaydı ise büyük ölçüde taşınmaz.

App Store'da

Apple'ın kuralı verilerle ilgili. Uygulamayı devreden geliştirici devirden önceki ödeme ve satış bilgilerine erişimini korur, sonrasındaki her şeye erişimini kaybeder. Alıcı yalnızca devirden sonra gerçekleşen işlemlerin ödeme ve satış bilgilerini alır. Apple'ın devir kılavuzu devirden önce yapılan satın almaların iadesini ele almaz. Geç gelen bir iadenin kimin gelirinden düşüleceği hakkında hiçbir şey söylemez.

Google Play'de

Google daha açık. Kullanıcılar, istatistikler, veriler, yorumlar, puanlar ve abonelikler devredilir. Devirden önce oluşturulan siparişler orijinal hesapta kalır ve bunlardan biri için iade gerekirse Google, orijinal hesaba geri dönmeniz ya da Google Play Developer API'yi kullanmanız gerektiğini söyler. Satıcının hesabı satış günü önemini yitirmez. Bazı iadelerin yapılabileceği tek yer olmaya devam eder.

Uygulama devrinden sonra iadeyi kim yapar

İki mağazada da iadelerin çoğu hiçbir geliştirici olmadan karara bağlanır. Apple iade taleplerini kendisi ele alır. Google Play'de alıcılar birçok satın almayı 48 saat içinde kendileri iade edebilir, diğerlerini Google destek ekibi onaylar. Devir bunların hiçbirini değiştirmez. Değiştirdiği şey, iadeyi kimin görebildiği ve geliştirici isteyen nadir süreçlerde kimin işlem yapabildiğidir.

Google Play'de sizin vermek istediğiniz bir iade

Diyelim ki uzun süredir abone olan biri, satıştan iki ay önceki bir ödeme için parasını geri istemek üzere yeni sahibe yazdı. Yeni sahip bunu kendi Play Console'undan iade edemez, çünkü sipariş orada değildir. Satıcının giriş yapıp bunu yapması ya da satıcının hesabına API erişimi olan birinin Google Play Developer API'yi çağırması gerekir. Satıcı hesabı kapattıysa ya da yanıt vermeyi bıraktıysa, o iade takılıp kalır. Google, satıcı devirden sonra orijinal hesabı kapatırsa $25 kayıt ücretini iade etmeyi bile teklif eder, işte tam da bu yüzden alıcı, bu olmadan önce devir öncesi iadelerin halledildiğinden emin olmalıdır.

Apple'ın kendi verdiği bir iade

App Store'da iadeyi siz yapmazsınız, Apple yapar. Apple devir öncesi bir satın almayı iade ettiğinde, o işlemin ödeme ve satış kaydı orijinal geliştiricide durur. Apple'ın devir belgeleri bu iadenin hangi tarafın gelirinden karşılanacağını söylemez, bu yüzden iki taraf da varsayımda bulunmamalıdır. Bunu sözleşmeye yazın.

Kanıt isteyen iki iade süreci

Geliştiriciden bir şey isteyen yalnızca iki iade süreci vardır. Apple bir CONSUMPTION_REQUEST gönderir ve Send Consumption Information üzerinden tüketim verileriyle yanıt vermeniz için size 12 saat verir. Google Play bir ters ibraz incelemesi gönderir ve orders.reviewrefund üzerinden yanıt vermek için 24 saat süreniz olur. İki yanıt da uygulamaya değil bir hesaba ait kimlik bilgileriyle imzalanır. Devirler tam da burada bozulur.

Devir sırasında bozulan iade altyapısı

Devredilen bir uygulama haftalarca satış yapmaya devam edebilir ve bu sırada iade tarafının karardığını kimse fark etmez.

Apple'ın bildirim URL'si ve In-App Purchase anahtarı

App Store Server Notifications URL'si her uygulama için ayrı olarak App Store Connect'te App information altında belirlenir. Apple'ın devir kılavuzu bundan bahsetmez, bu yüzden yeni sahip ilk gün o ekranı açmalı ve production ile sandbox'ı kendi sunucusuna yönlendirmelidir. Hâlâ satıcının adresi yazıyorsa, uygulama için gelen her CONSUMPTION_REQUEST alıcının işletmediği bir sunucuya düşer ve 12 saat sessizce geçer.

Yanıtlar, In-App Purchase anahtarı gerektiren App Store Server API üzerinden gider. Bu anahtarları Users and Access altında bir Account Holder ya da Admin oluşturur ve Apple her birini yalnızca bir kez indirmenize izin verir. Satıcının anahtarı satıcının hesabında durur. Alıcı kendi anahtarını oluşturmalı, satıcı da devir teslim bittiğinde kendisininkini iptal etmelidir.

Apple'ın shared secret'ı ve webhook'ları

Otomatik yenilenen aboneliklere sahip uygulamalarda Apple, satıcıya devirden önce bir app-specific shared secret oluşturup bunu alıcıyla paylaşmasını söyler, alıcı da abonelikleri doğrulamak için bunu kullanır. Devir tamamlandığında alıcı, kuruluşu dışındaki kişilerin artık buna sahip olmaması için yeni bir tane oluşturmalıdır. App Store Connect webhook'ları da alıcıya devredilir ve Apple, sonrasında etkinliklerin kendi sunucusuna gelmesini istemiyorsa satıcının bunları önceden silmesini önerir.

Google'ın izinleri ve Cloud projesi

Google, entegre hizmetlere ait izinlerin ve bağlantı ayarlarının devredilmediğini söyler. Satıcıya, uygulamanın kullandığı tüm Google Developers Console projelerine hedef hesabı Owner olarak eklemesini söyler. Play'de real-time developer notifications konunuz ve Developer API çağrılarınızın arkasındaki service account genellikle orada bulunur. Service account'a alıcının Play Console'unda erişim verilmezse geçersiz kılınan satın alma kontrolleri başarısız olur ve bir orders.reviewrefund yanıtı 24 saat içinde gönderilemez.

Bir devrin iadeler ve ters ibrazlar açısından maliyeti

Yukarıdaki mekanizmalar üç yerde paraya dönüşür.

Satıcıya ödeme yapmış kullanıcılara hizmet verirsiniz

Satıştan bir ay önce $59.99 tutarında yıllık plan satın almış bir aboneyi düşünün. Google Play'de bu sipariş satıcının hesabında durur. App Store'da ödeme kaydı satıcıda kalır. Alıcı bunun için hiçbir ödeme almaz, ama yılın geri kalanında o abonenin kullandığı işlem gücünü, üçüncü taraf API çağrılarını ve depolamayı karşılamaya devam eder. O abone daha sonra alıcıdan iade isterse, alıcı Google Play'de satıcı olmadan bunu yapamaz. Bu ön ödemeli abonelikleri imza sırasında hesaplayın, çünkü bunlar alıcının hiçbir gelir olmadan üstlendiği bir maliyettir.

Alıcının hiç satmadığı siparişlerde ters ibrazlar

3 Ağustos 2026'dan sonra verilen Google Play siparişlerinde geliştirici, bir ters ibrazın satın alma bedelinden, Play'in hizmet ücreti düşülmüş olarak, ve bankanın ters ibraz ücretinden sorumludur. Bir ters ibraz karara bağlandığında banka nezdinde kesindir. Google'ın devir sayfası, satıcının hesabında kalan bir sipariş için bu maliyetin nasıl ele alındığını söylemez. Google bunu açıklayana kadar, satış sözleşmesi devir öncesi bir siparişteki ters ibrazı kimin ödeyeceğini ve ters ibraz incelemesine kimin yanıt vereceğini belirtmelidir.

%15 kademesi aynı kazancı iki kez sayar

Google Play'in %15 hizmet ücreti, bir geliştiricinin her yılki ilk $1 million kazancına uygulanır. Bir uygulama ayrı Account Groups içindeki geliştirici hesapları arasında taşındığında, uygulamanın o takvim yılındaki tüm kazancı her iki grubun toplamına da dahil edilir. Google'ın kendi örneği, Account Group A'da $100,000 kazanıp Account Group B'ye taşınan bir uygulamadır. O $100,000 her iki grubun ilk $1 million'ına da sayılır. Eşiğe yakın bir alıcı, kendi satışlarının gösterdiğinden daha erken standart orana ulaşabilir.

Bir uygulamayı devretmeden önce netleştirilmesi gerekenler

Satıcı için

• İhtiyaç duyacağınız raporları indirin. Google'ın toplu dışa aktarma, tahmini satış ve kazanç raporları devredilmez, Apple'daki alıcı da geçmişinizi görmez.
• Devir öncesi iadeler ve itirazlar sonuçlanana kadar orijinal hesabı açık ve ulaşılabilir tutun.
• Bir App Store devrinden önce app-specific shared secret'ı oluşturup paylaşın, ardından In-App Purchase anahtarınızı iptal edin ve sonrasında tetiklenmesini istemediğiniz webhook'ları silin.

Alıcı için

• İlk gün kendi App Store Server Notifications URL'nizi ayarlayın ve kendi In-App Purchase anahtarınızı oluşturun.
• Service account'unuza Play Console'unuzda erişim verin ve real-time developer notifications'ın adresinize ulaştığını doğrulayın.
• Ön ödemeli aboneliklerin ve son büyük satın almaların listesini alın, böylece gelir olmadan neye hizmet vereceğinizi bilirsiniz.
• Devir öncesi iadeleri, ters ibrazları ve ters ibraz incelemelerini, satıcı tarafında adı belirtilmiş bir irtibat kişisiyle birlikte satış sözleşmesine yazın.

RefundHalt her uygulamaya, o uygulamanın sahibi olan hesabın kimlik bilgileriyle bağlanır. Bir devirden sonra uygulamayı yeni sahibin hesabından bağlayın, o andan itibaren tüketim talepleri ve ters ibraz incelemeleri yeni sahibe yönlendirilir.