App和InApp购买第二次拒绝

时间:2013-01-10 11:20:27

标签: ios iphone in-app-purchase appstore-approval

应用程序历史记录:我正在尝试发送已存储的应用程序的更新。此版本是第一个实施In App Purchase代码的版本。我测试了app和inapp,所有工作都在沙盒环境中。 Naturraly我无法测试官方环境,直到inapp被批准,但我确定我使用验证收件人的PHP脚本工作,因为我仍然使用它已经在商店中的其他应用程序。

首先提交:我已经发送同时审核inapp和应用程序,似乎一切正常,但我的应用程序被拒绝,因为无法购买inapp。同时我的inapp被拒绝了,在iTunes中我发现了这个: enter image description here

在inapp的详细信息中: enter image description here

单击语言详细信息:enter image description here

此时我搜索了我的itunes应用程序设置,我找到了一个关于语言的设置,在“应用程序信息”部分中,默认语言被设置为inapp的不同语言。我已经更改了此设置,现在app和inapp都使用了相同的语言。我删除了inapp,我创建了另一个同名,标识符ecc。 inapp状态更改为等待审核,然后我重新提交应用程序的相同包。

第二次提交:我的应用程序和我的应用程序再次遭到拒绝。错误,拒绝的原因是相同的,我在inapp部分有相同的行为。决议中心的消息是:


“2.2

我们发现,在运行iOS 6.0.1的iPhone 5上,在Wi-Fi和蜂窝网络上查看时,您的应用会出现一个或多个错误,这不符合App Store审核指南。

具体而言,我们注意到在尝试购买In App AddOn时会显示错误消息。

请参阅随附的屏幕截图以获取更多信息。“


我认为此消息是里程碑,我的应用程序显示的错误消息是我在收到SKPaymentTransactionStateFailed或无法验证收件人时触发的警报。所有这些功能在沙箱中都能正常工作。

我的inapp有什么问题? 任何人都有类似的东西吗?

2 个答案:

答案 0 :(得分:1)

这引起了我的注意:

  

我无法验证收件人。所有这些功能在沙箱

中都能正常运行

您是否可能忘记更改用于验证沙箱网址中的收据的实时网址?

答案 1 :(得分:1)

我最近在提交给Apple的应用程序中遇到此问题。 在应用购买验证中,需要为服务器端提供备用系统。 它记录在Apple中,但非常隐藏在技术说明中: http://developer.apple.com/library/ios/#technotes/tn2259/_index.html

以下是这样做的方法:

“始终首先使用生产URL验证您的收据;如果您收到21007状态代码,请继续使用沙箱URL进行验证。 遵循此方法可确保您在沙盒中测试或查看应用程序时无需在URL之间切换,也无需在App Store中进行切换。“

相关问题