Bir Family Sharing iadesi tek bir ödemeyi geri alır ama beş kişiyi hâlâ uygulamanızı kullanır durumda bırakabilir, ve onları yalnızca sunucunuz kesebilir

Bir Family Sharing grubundaki tek bir satın alma, uygulamanızı altı kişiye teslim edebilir. Ödeyen kişi bunlardan biridir. Diğer beşi cüzdanını hiç açmadı, ve Apple yine de uygulamanızın hepsi için çalışmasını bekler. Bir uygulama içi satın alma için Family Sharing'i açtığınız anda kabul ettiğiniz anlaşma budur. Bir Family Sharing iadesinin sıradan bir iadeden farklı bir canavar olmasının nedeni de budur. Alıcı parasını geri aldığında satış tek bir hesap için geri alınır, ama beşe kadar başka kişiye tanıdığınız erişim kendiliğinden kapanmaz. Bunu sunucunuz yapmak zorundadır, ve yalnızca alıcıyı izlemek üzere yazılmışsa yapmayacaktır.

İşte tüm resim tek bir yerde. Bu yazı, Apple'ın paylaşımlı bir satın almayı nasıl işaretlediğini, alıcıyı aileden ayıran tek alanı, Apple'ın size tam olarak ne zaman bir REVOKE gönderdiğini ve onu nasıl okuyacağınızı, bir iadeyi birinin sadece aileden ayrılmasından ayıran sessiz ayrıntıyı, ve size hiç ödeme yapmamış kişilere zaten harcadığınız işlem gücünü saydığınızda paylaşımlı bir iadenin gerçekte ne kadara mal olduğunu adım adım anlatır.

Family Sharing neyi dağıtır, ve kaç kişiye

Bir ürün için Family Sharing'i açın ve ödeme yapan müşterinizin kim olduğunu değiştirin. Apple'da bir aile grubu altı kişiye kadar tutabilir, bir düzenleyici ve beş üyeye kadar. Gruptaki herhangi biri aile paylaşımına uygun bir ürün satın aldığında, gruptaki herkes ona erişim kazanır. Ödeme yapmazlar. Gelirinizde görünmezler. Sadece geçerli bir hakla uygulamanızda belirirler, çünkü Apple her birine aynı satın almayı işaret eden bir işlem düzenler.

Yalnızca iki ürün türü paylaşılabilir, ve tüketilebilirler bunlardan biri değil

Family Sharing tam olarak iki tür uygulama içi satın almayı kapsar: tüketilemeyenler ve otomatik yenilenen abonelikler. Tüketilebilirler, yani jeton ve kredi ürünleri, asla paylaşılmaz, ki bu yüzden bir aile üyesi asla bir CONSUMPTION_REQUEST tetiklemez veya tüketim raporlamanızda görünmez. Uygulamanız yalnızca tüketilebilir ürün satıyorsa, Family Sharing iadeleri sizin sorununuz değildir. Ömür boyu bir kilit açma veya yinelenen bir plan satıyorsanız, öyledir.

Alıcıyı bir yararlanıcıdan ayıran alan

Apple'ın düzenlediği her işlem bir inAppOwnershipType taşır. İki değeri vardır. PURCHASED, bu hesabın ürünün bedelini ödediği ve onu, iptal etmek veya iade istemek dâhil, yönetebileceği anlamına gelir. FAMILY_SHARED, bu hesabın başka birinin satın alması aracılığıyla erişimi olan bir aile üyesi olduğu anlamına gelir. İkisi de kişiye ürününüzü kullanma hakkı verir. Yalnızca biri ödedi. Bu alan StoreKit işleminde, makbuzda ve App Store Server API'sinde bulunur, dolayısıyla hakları zaten kontrol ettiğiniz her yerde okuyabilirsiniz.

Bir Family Sharing iadesi sunucunuza nasıl ulaşır

Paylaşımlı bir satın almadaki iade, herhangi bir Apple iadesiyle aynı şekilde başlar. Bunu yapabilen tek kişi olan alıcı, Apple'dan parasını geri ister. Apple karar verir. Apple onaylarsa, alıcının satın alması geri alınır ve Apple sunucunuza bir REVOKE App Store Server Notification gönderir. Bildirimin hem V1 hem de V2'si onu taşır. REVOKE, arkasındaki hakkın ve onun her aile paylaşımlı kopyasının artık geçersiz olduğuna dair tek sinyalinizdir.

Tek bir işlemi iptal etmeyin, tüm geçmişi yeniden okuyun

Apple'ın bir REVOKE hakkındaki yönergesi nettir: onu tek bir düğme gibi ele almayın. Bir tane aldığınızda, müşterinin tüm işlem geçmişini gezin ve haklarını sıfırdan yeniden oluşturun, çünkü bir kişi aynı veya farklı bir ürünü tanıyan birden fazla işleme sahip olabilir. Yalnızca bildirimde adı geçen işlemi iptal ederseniz, ya iade edilmiş bir aile üyesini canlı erişimle bırakabilir, ya da hâlâ geçerli bir ikinci hakkı olan birini kesebilirsiniz. Her seferinde tam resmi yeniden kurun.

Bir iadeyi bir aile dağılmasından ayıran tek ayrıntı

İşte bir ekibe bir öğleden sonrasını hata ayıklamaya mal eden tuzak. Bir REVOKE, bir FAMILY_SHARED işlemi için çok farklı iki şey ifade edebilir, ve onları birbirinden ayırmanın yolu bazen basitçe olmayan bir alandır. Alıcı bir iade aldığında, FAMILY_SHARED işlemi bir revocationDate ile gelir. Bir aile üyesi sadece gruptan ayrıldığında, aynı türden REVOKE hiç revocationDate olmadan gelir. Apple'ın ticaret mühendisleri bunu geliştirici forumlarında doğrudan söylemişlerdir. Her iki durumda da erişimi çekersiniz, ama yalnızca tarihli olanı bir iadedir, ve yalnızca iade, aynı zamanda bir ödemeyi de geri alandır.

Paylaşımlı bir iade size gerçekte ne kadara mal olur

Parayı takip edin, çünkü Family Sharing'in hesabı sessizce değiştirdiği yer burasıdır. Normal bir iade tek bir satışı geri alır. Apple bedeli alıcıya iade eder ve komisyonunu geri verir, dolayısıyla mağaza tarafı neredeyse başa baş çıkar. Asla geri gelmeyen şey, ürünü sunmak için zaten harcadığınızdır. Family Sharing ile onu bir kez harcamadınız. Altı kişiye kadar için harcadınız. Alıcı ve beş aile üyesine kadar her biri işlem gücünüzü çalıştırdı, API'lerinizi çağırdı, depolamanızı doldurdu ve finanse ettiğiniz ödemeleri çekti, hepsi tek bir ödemenin gücüyle.

Şimdi alıcı iade alıyor. O tek ödeme geri alınıyor. Her aile üyesinin erişimi aynı anda bitmelidir, çünkü onlara hizmet vermeyi haklı çıkaran şey, tek bir ücretli satın alma, artık yok. Sunucunuz yalnızca PURCHASED işlemini iptal edip FAMILY_SHARED olanları canlı bırakırsa, beşe kadar kişi ücretli özelliklerinizi bedavaya tutmaya devam eder, ve siz onlara hizmet vermek için ödemeye devam edersiniz, üstelik sistemde faturalandıracak hiçbir şey kalmamışken. Bu bir yuvarlama hatası değildir. Az önce geri verdiğiniz satışın sunum maliyetinin beş katıdır.

Abonelikler sızıntıyı yinelemeli hâle getirir

Tüketilemeyen bir ürün için, iptal edilmemiş bir aile üyesi, siz fark edene kadar süren tek seferlik bir kayıptır. Otomatik yenilenen bir abonelikte daha kötüdür, çünkü hak zaten yinelemeliydi. Abonelik siparişindeki bir iade, tüm grup için paylaşımı sonlandırmalıdır, ama canlı bırakılan bir aile üyesi, onları kapatmayı başaramadığınız her faturalandırma döneminde ücretli katmanı korur. Çözüm aynıdır, her REVOKE'ta hakları tüm geçmişten yeniden kurmak, ama onu atlamanın maliyeti katlanır.

Doğru yapmak, ve gerçek bir iade yapmadan önce test etmek

Burada inşa edilecek egzotik bir şey yok. İşin tamamı, erişimi alıcıya değil hakka bağlamak, ve o erişimi her REVOKE'ta yeniden oluşturmaktır.

• Erişimi tek bir alıcı hesabına değil, işleme ve onun inAppOwnershipType'ına karşı saklayın, böylece bir FAMILY_SHARED işlemi tek başına erişim tanır ve tek başına iptal edilebilir.
• Herhangi bir REVOKE bildiriminde, adı geçen tek işlemi kapatmak yerine, müşterinin tüm işlem geçmişini yeniden okuyun ve hakları yeniden hesaplayın.
• revocationDate'i olan bir FAMILY_SHARED işlemini bir iade olarak ele alın ve o üyenin erişimini sonlandırın. revocationDate'i olmayanı bir aile ayrılışı olarak ele alın ve onu da sonlandırın.
• Yepyeni bir paylaşımlı satın almayı aceleyle hizmete koşmayın. Apple, alıcının vazgeçebilmesi için onu yaklaşık bir saat tutar, dolayısıyla satın alma dokunuşunda hak tanımak yerine Apple'ın gerçekten düzenlediği işleme uyun.
• Prova yapın. Apple'ın Testing Family Sharing aracı paylaşımlı bir işlemi simüle etmenize olanak tanır, ve bir sandbox iadesi, üretim sunucunuzun alacağı aynı REVOKE'u tetikler.

Bunu yapın, ve bir Family Sharing iadesi önemsiz bir olaya dönüşür. Alıcı parasını alır, tüm grup aynı anda erişimi kaybeder, ve siz size hiç ödeme yapmayan kişilere hizmet vermek için ödeme yapmayı bırakırsınız.