Kısa yanıt: Bir CONSUMPTION_REQUEST bildirimine yanıt olarak Apple'a consumption verisi göndermeden önce müşteriden geçerli bir onay almış olmanız ve customerConsented alanını true olarak ayarlamanız gerekir. Apple'ın bildirimi, onayın var olup olmadığını size söylemez; bu kasıtlı bir tasarımdır, çünkü Apple onayın sunucunuz tarafından değil uygulamanız tarafından toplanmasını bekler. Ve kullanıcıdan topladığınız verileri paylaşan taraf siz olduğunuz için, bu onaya ilişkin hukuki sorumluluk tamamen size aittir, Apple'a değil. Bunu yanlış yaparsanız, bu sadece reddedilen bir API çağrısı değil, bir gizlilik hukuku sorunu haline gelir.
Çoğu geliştiricinin gözden kaçırdığı boşluk
Refund automation rehberleri, 12 saatlik pencereden ve consumption alanlarından bahsetmeyi çok sever. Ancak bunların neredeyse hiçbiri, bir geliştiriciyi başının belaya girmesine en çok sebep olabilecek tek ayrıntı üzerinde durmaz: CONSUMPTION_REQUEST bildirimi onaya dair hiçbir gösterge içermez.
Bu, insanları şaşırtır. Apple sizden veri istiyorsa, bu verinin paylaşılması için gereken izni de çoktan hallettiğini düşünmek mantıklı görünür. Ama durum böyle değildir. Apple'ın konumu tam tersidir: göndereceğiniz veri, kullanıcınızdan topladığınız veridir, bu nedenle onu paylaşma izninin olması sorumluluğu size aittir. Apple sadece customerConsented alanını true olarak ayarlayarak bunu beyan etmenizi ister ve bunu yapmazsanız gönderimi reddeder. Bu, Apple Consumption API onay gerekliliklerinin özüdür.
Yani bu alan, API'yi mutlu etmek için işaretlediğiniz bir kutucuk değildir. Bu bir hukuki beyandır. Gerçekte onay almadığınız halde bu alanı true olarak ayarlamak basit bir teknik ayrıntı değildir; ortaya çıkmayı bekleyen bir uyumluluk ihlalidir.
Onay neden geliştiricinin sorumluluğundadır
Kimin elinde ne olduğunu bir düşünün. Apple mağazayı işletir ve iade kararını verir. Ancak bir ConsumptionRequest içine koyacağınız hesap süresi, oynama süresi, teslimat durumu ve kullanım geçmişi, kendi gizlilik politikanız kapsamında topladığınız, kullanıcınıza ait kendi kayıtlarınızdır. Bunları Apple'a gönderdiğinizde, kişisel verileri üçüncü bir tarafa ifşa etmiş olursunuz.
Geçerli gizlilik rejimleri kapsamında, bu ifşanın uygun bir hukuki dayanağa ihtiyacı vardır. Apple'ın API dokümantasyonu, Consumption Information API üzerinden kişisel verileri paylaşmadan önce geçerli bir onay alınmasını zorunlu kılar; kesin hukuki gereklilikler ise kullanıcının bulunduğu yargı bölgesine bağlıdır. Apple, geliştiricilerin geçerli yasalara uyumu belirlemekten sorumlu olduğunu belirtir.
Bu nedenle yük geliştiricinin üzerine düşer ve bir düzenleyici kurum, bir kullanıcının verisini paylaşma izninizin nereden geldiğini sorduğunda "Apple istedi" bir savunma oluşturmaz. Bir apple refund onay iş akışı için önemli olan nokta, verinin paylaşılmasından önce onayın mevcut olmasıdır.
Onay nerede toplanmalıdır
Pratikte önemli olan kısım şudur: onay, uygulamanızda ve iade akışından önce toplanmalıdır; bildirim sunucuya ulaştığında tahmin edilerek oluşturulamaz.
Bir CONSUMPTION_REQUEST sunucunuza ulaştığında, sormak için artık çok geçtir. Ortada bir kullanıcı yoktur ve sayaçta yaklaşık 12 saat işlemektedir. Onayın, uygulamanızın kullanıcı katılımı ve veri uygulamalarını açıklama sürecinin bir parçası olarak daha önceden alınmış ve zaten var olması gerekir; böylece istek geldiğinde customerConsented alanını dürüstçe true olarak ayarlayabilirsiniz.
Pratikte bu, uygulamanızın kullanım koşullarının, gizlilik politikasının ve satın alma veya kullanıcı katılım akışının, iade taleplerini işlemek için consumption verisinin Apple ile paylaşılabileceğini açıkça belirtmesi ve arkasında durabileceğiniz bir şekilde onay alınması gerektiği anlamına gelir. Belirsiz, başka onaylarla bir arada verilen veya gözden kaçacak şekilde gizlenmiş onay, tam olarak modern gizlilik hukukunun reddetmek için tasarlandığı türden bir onaydır. Bu konu, apple refund gizliliği açısından da merkezi önemdedir, çünkü Apple consumption verisinin paylaşılmasından önce geçerli bir onayı özellikle şart koşar.
Bunun GDPR ve DPDP ile ilişkisi
Kullanıcılarınızdan herhangi biri AB/Birleşik Krallık'ta (GDPR), Hindistan'da (DPDP), Kaliforniya'da (CCPA) veya giderek büyüyen diğer yargı bölgeleri listesinde yer alıyorsa, consumption verisinin paylaşılması doğrudan bu çerçevelerin kapsamına girer. Tutarlı şekilde uygulanan birkaç ilke şöyledir:
Onay bilgilendirilmiş ve belirli olmalıdır. Kullanıcı, iadeyle ilgili verilerin Apple ile paylaşılabileceğini anlamalıdır; sadece uzun bir hukuki metin yığınını kabul etmiş olmak yeterli değildir.
Onay ayrıştırılabilir olmalıdır. Veri paylaşımı onayını, ilgisiz koşullarla tek bir zorunlu onay kutusunda birleştirmek, bilinen bir kötü uygulama (anti-pattern) örneğidir.
Onayı kanıtlayabilmelisiniz. Sorgulandığında, "onayımız vardı" ifadesinin kanıtlanabilir olması gerekir; bu da onay alımınızın varsayılmak yerine kayıt altına alınmış olması gerektiği anlamına gelir.
Gizlilik politikanız bunu gerçekten belirtmelidir. Politikanız, iadeler için consumption verisinin Apple ile paylaşıldığını açıklamıyorsa, buna dayanan onayınız sağlam bir temelde değildir.
gdpr consumption verisi gerekliliklerini inceleyen ekipler için önemli nokta, Apple'ın bu API için kendisinin geçerli bir onay şart koşmasıdır; kesin hukuki gereklilikler ve hukuki dayanak ise yargı bölgesine göre değişebilir. Apple'ın yönergeleri, onayın özgürce verilmiş, belirli, bilgilendirilmiş ve açık olması gerektiğini ve geliştiricilerin geçerli yasa kapsamında uyumu belirlemekten sorumlu olduğunu belirtir.
Hindistan'a odaklanan uygulamalar için de, dpdp uygulama iadesi onayı, Apple'ın API gerekliliğinin tek başına tüm gizlilik yükümlülüklerini çözdüğünü varsaymak yerine, geçerli gerekliliklere göre incelenmelidir.
Bu bir hukuki tavsiye değildir ve yükümlülüklerinizin ayrıntıları kullanıcılarınıza ve yargı bölgelerine bağlıdır; ancak genel yön açıktır: customerConsented alanının arkasındaki onay gerçek, bilgilendirilmiş ve belgelenmiş olmalıdır.
Uyumlu bir kurulum nasıl görünür
Hepsini bir araya getirdiğimizde, savunulabilir bir kurulum, herhangi bir iadeden önce devreye giren üç parçadan oluşur:
Açıklama: gizlilik politikanız ve kullanım koşullarınız, iade taleplerini işlemek için consumption/kullanım verisinin Apple ile paylaşılabileceğini açıkça belirtir.
Alım: uygulamanız kullanıcının bilgilendirilmiş ve ayrıştırılabilir onayını alır ve bunu kayda geçirir.
Beyan: bir CONSUMPTION_REQUEST geldiğinde, yanıtınız bu kayıtlı onayı customerConsented alanında dürüstçe yansıtır.
RefundSensor, bu zincir düşünülerek inşa edildi. Platform, otomatikleştirilmiş akışın bir parçası olarak iade yanıtını ve customerConsented beyanını ele alır; ayrıca GDPR, DPDP ve CCPA'ya uyumlu eksiksiz bir uyumluluk belgeleri paketi, gizlilik politikası, kullanım koşulları, DPA, çerez ve iade politikaları yayınladık; böylece açıklama ve işleme tarafı doğaçlama yerine güvence altında olur. Uygulamanızda onay alımı, olması gerektiği gibi sizin kararınızda kalır; ancak ondan sonraki her şey halledilir.
Refund compliance software veya bir Apple refund automation aracı değerlendiren ekipler için bu ayrım önemlidir: otomasyon teknik yanıtı halledebilir, ancak müşteri onayını icat etmemeli veya varsaymamalıdır.
En yaygın hatalar
customerConsented alanını varsayılan olarak true ayarlamak. Bir iade özelliğini uyumluluk riskine dönüştürmenin en hızlı yolu.
Apple'ın onayı hallettiğini varsaymak. Apple bunu yapmaz ve bunu açıkça belirtir.
Onayı iade anında toplamaya çalışmak. O anda ne bir kullanıcı ne de buna uygun bir zaman penceresi vardır; onay önceden var olmalıdır.
Gizlilik politikasında hiçbir açıklama yapmamak. Politika, Apple ile veri paylaşımı konusunda sessizse, bunun arkasındaki onayı savunmak zordur.
Bunu tek bir zorunlu onay kutusuna sıkıştırmak. Standart olan ayrıştırılabilir onaydır; birleştirme bunu zayıflatır.
App Tracking Transparency'yi onay mekanizması olarak kullanmak. Apple'ın dokümantasyonu, Consumption Information API için gereken onayın App Tracking Transparency'den ayrı olduğunu açıkça belirtir.
Resmi kaynaklar
Gereklilikler ve düzenlemeler değişebilir, bu nedenle bunları nihai referans olarak kabul edin:
Onay zincirine saygı gösteren refund automation. RefundSensor, otomatikleştirilmiş bir akışın parçası olarak iade yanıtını ve customerConsented beyanını ele alır; bunun arkasında GDPR/DPDP/CCPA uyumlu eksiksiz bir uyumluluk belgeleri paketi bulunur. app refund automation arayan ekipler için onay zinciri, uygulamanın bir parçası olarak kalır. Ücretsiz başla
Sık sorulan sorular
Evet. Geçerli ve bilgilendirilmiş bir onaya sahip olmanız ve customerConsented alanını true olarak ayarlamanız gerekir. Apple bu beyanı şart koşar ve beyan olmadan yanıtları reddeder; onayı almış olmanın hukuki sorumluluğu da size aittir.
Uygulamanızda, iade akışından önce. Bir CONSUMPTION_REQUEST sunucunuza ulaştığında ortada bir kullanıcı yoktur ve sayaçta yaklaşık 12 saat işlemektedir; bu nedenle onayın önceden var olması ve kayıt altına alınmış olması gerekir.
Hayır. Bildirim, onaya dair hiçbir gösterge taşımaz. Apple, bunun uygulamanız tarafından toplanmış olmasını ve yanıtınızda buna dair beyanda bulunmanızı bekler.
Onay zinciri doğru şekilde kurulduğunda, yani politikanızda açık bir bildirim, uygulama içinde alınmış ve kayda geçirilmiş bilgilendirilmiş ve ayrıştırılabilir onay ile API yanıtında dürüst bir beyan olduğunda, evet uyumlu olabilir. Otomasyon yanıtı ele alır; uygulama içi onay alımı ise sizin sorumluluğunuzdadır.
Apple, consumption verisini işlemez; böylece iade kararını bilgilendirme şansınızı kaybedersiniz. Doğru yol, veriyi onaysız göndermek yerine önceden gerçek bir onay almaktır.
