不续订订阅:已从收据中删除? [英] Non-renewing Subscriptions: Removed From Receipt?

查看:220
本文介绍了不续订订阅:已从收据中删除?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我正在为我的应用实施应用内购买(即将发布),并为iOS6和iOS7提供支持。我的问题与iOS6和iOS7上的非续订订阅机制之间的差异有关,更具体地说,关于如何实现恢复。为了适应iOS6和iOS7,我实现了一个服务器端解决方案来启用恢复。我可选地允许用户创建可以在不同设备上使用的用户名/密码(如果数据丢失,则使用相同的设备)来进行恢复。我的大部分工作基本上都在工作,但随着我的测试进展,我发现了一些奇怪的东西。



iOS7恢复过程的初始部分使用SKReceiptRefreshRequest刷新应用程序中的收据。当我从iOS7设备上删除应用程序时,重新安装(此时没有收据;使用iExplorer进行测试),并进行恢复,SKReceiptRefreshRequest恢复10次购买(我在测试期间为此特定用户创建) 。其中一个是非消耗品, 九个收据不续订 。这让我很困惑。从Apple文档中,我预计只会在刷新的收据中看到非消费品购买。来自),我现在在收据中显示未续订的订阅购买。我只收到非消耗品(我的应用程序只有非续订订阅和非消耗品购买)。在我写完这篇文章之后,我会立即向Apple提交一份错误报告,他们的文档对预期的行为很不明确。



到目前为止,我的测试是这包括我在iOS 8.4和iOS9上运行的应用程序(9.1 beta实际上因为我没有运行生产版本的正确设备),所以看起来这是Apple的服务器端更改,严格来说不是iOS /设备方改变。另请注意,到目前为止,我的所有测试都是在我的应用程序的开发版本中,因此在应用内购买沙箱中也是如此。我很快就会进行生产测试。



12/3/15;更新; 在Apple技术支持的提示下,我又进行了一些测试。这一次,在运行iOS9.2 beta 4(13C75)的iPad上。现在看来,我们已经恢复了正常的非续订订阅。也就是说,当我进行恢复时,我再次看到收据中的非续订订阅。

解决方案

小心, App Receipt中持续不续订的订阅不能保证App Store审阅者可以接受。成功取决于特定的评论者。我最近收到了来自Apple的消息:


我们发现您的应用程序包含一项功能,可以恢复先前购买的
In- App通过输入用户的Apple ID和
密码购买产品。但是,非续订订阅应用程序内购买不能以这种方式恢复



修改二进制文件以删除此功能是合适的。
如果您希望用户能够恢复非续订
订阅应用程序内购买产品,则需要实施
自己的恢复机制。


所以提交应用程序的最后一次尝试是不吉利的。与前几个不同。



现在,我的计划是将应用程序收据存储在iCloud Key-Value Storage上并自动恢复所有购买。它将满足苹果的要求:


对于非续订订阅,使用iCloud或您自己的服务器将
保持为持续记录。
(c)商店套件编程指南


这里是为这些目的提供的Apple代码:

  #if USE_ICLOUD_STORAGE 
NSUbiquitousKeyValueStore * storage = [NSUbiquitousKeyValueStore defaultStore];
#else
NSUserDefaults * storage = [NSUserDefaults standardUserDefaults];
#endif

NSData * newReceipt = transaction.transactionReceipt;
NSArray * savedReceipts = [storage arrayForKey:@receipts];
if(!receipts){
//存储第一张收据
[存储setObject:@ [newReceipt] forKey:@receipt];
} else {
//添加另一张收据
NSArray * updatedReceipts = [savedReceipts arrayByAddingObject:newReceipt];
[storage setObject:updatedReceipts forKey:@receipts];
}

[存储同步];


I'm implementing in-app purchases for my app (to be released), and providing support for iOS6 and iOS7. My question has to do with differences between non-renewing subscription mechanisms across iOS6 and iOS7, and more specifically about how a restore is implemented. To accommodate both iOS6 and iOS7, I have implemented a server-side solution to enabling a restore. I optionally allow the user to create a username/password that can be used on a different device (or the same device if data is lost) to do a restore. I have most of this basically working but as I've been progressing with my testing, I've found something curious.

The initial part of my restore process for iOS7 uses SKReceiptRefreshRequest to refresh the receipt in the app. When I delete the app from an iOS7 device, re-install (there is no receipt at this point; tested using iExplorer), and do a restore, SKReceiptRefreshRequest restores 10 purchases (that I've created during testing, for this particular user). One of these is a non-consumable, and nine of the receipts are non-renewing. This confuses me. From the Apple docs, I expected only to see non-consumable purchases in the refreshed receipt. From https://developer.apple.com/library/ios/releasenotes/General/ValidateAppStoreReceipt/Chapters/ValidateLocally.html:

"Consumable Products and Non-Renewing Subscriptions: The in-app purchare receipt for a consumable product or a non-renewing subscription is added to the receipt when the purchase is made. It is kept in the receipt until your app finishes that transaction. After that point, it is removed from the receipt the next time the receipt is updated—for example, when the user makes another purchase or if your app explicitly refreshes the receipt."

As relating to non-renewing subscriptions, from https://developer.apple.com/in-app-purchase/In-App-Purchase-Guidelines.pdf:

Use iCloud or your own server to track purchases and allow user to restore purchased subscriptions to all iOS devices owned by a single user

And the following table from (https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/StoreKitGuide/Chapters/Products.html)

Anyone have any insights?

Question: Why does SKReceiptRefreshRequest leave purchases for non-renewing products in the receipt? Is this a bug in the Apple docs or is there something else going on?

2/23/14; Update: I have recently put a bug report into Apple on this. No word back yet. Though, in reality, I don't want this "bug" to go away!

10/20/15; Update: It seems that Apple has actually resolved this "bug". Now, when I do a restore using SKReceiptRefreshRequest (which seems to be Apple's recommended method of doing a restore, see https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/StoreKitGuide/Chapters/Restoring.html), I now am not getting the non-renewing subscription purchases showing up in the receipt. I am only getting non-consumables (my app has only non-renewing subscriptions and non-consumables purchases). I'm going to submit a bug report to Apple immediately after I write this as at a minimum, their docs are ambiguous on the expected behavior.

So far my testing of this has included my app running on iOS 8.4 and iOS9 (9.1 beta actually as I don't have the right device running the production release), and so it appears this is a server side change with Apple and not strictly speaking an iOS/device side change. Also note that all of my testing so far is on a development build of my app, and so is in the in-app purchase sandbox. I'll be running a production test shortly.

12/3/15; Update; At the prompting of Apple Tech Support, I ran some more tests. This time, on an iPad running iOS9.2 beta 4 (13C75). It seems we're back to "normal" now with non-renewing subscriptions. That is, when I do a restore, I'm seeing non-renewing subscriptions in the receipt again.

解决方案

Be careful, persisting non-renewing subscriptions in App Receipt gives you no guarantee to be accepted by App Store reviewers. The success depends on particular reviewer. I've got this message from Apple recently:

We found that your app includes a feature to restore previously purchased In-App Purchase products by entering the user's Apple ID and password. However, Non-Renewing Subscription In-App Purchases cannot be restored in this manner.

It would be appropriate to revise your binary to remove this feature. If you would like users to be able to restore Non-Renewing Subscription In-App Purchase products, you will need to implement your own restore mechanism.

So the last attempt to submit the app was unlucky. Unlike the previous few.

So now, my plan is to store the App Receipt on iCloud Key-Value Storage and automatically restore all the purchases. It would satisfy Apples requests:

For non-renewing subscriptions, use iCloud or your own server to keep a persistent record. (c) Store Kit Programming Guide

here is the Apple's code provided for these purposes:

#if USE_ICLOUD_STORAGE
NSUbiquitousKeyValueStore *storage = [NSUbiquitousKeyValueStore defaultStore];
#else
NSUserDefaults *storage = [NSUserDefaults standardUserDefaults];
#endif

NSData *newReceipt = transaction.transactionReceipt;
NSArray *savedReceipts = [storage arrayForKey:@"receipts"];
if (!receipts) {
    // Storing the first receipt
    [storage setObject:@[newReceipt] forKey:@"receipts"];
} else {
    // Adding another receipt
    NSArray *updatedReceipts = [savedReceipts arrayByAddingObject:newReceipt];
    [storage setObject:updatedReceipts forKey:@"receipts"];
}

[storage synchronize];

这篇关于不续订订阅:已从收据中删除?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆