8

应用历史记录:我正在尝试发送已在商店中的应用的更新。此版本是第一个实现应用内购买代码的版本。我已经测试了应用程序和应用程序,都在沙盒环境中工作。Naturraly 在 inapp 获得批准之前我无法测试官方环境,但我确信我使用的 php 脚本验证 recipit 可以工作,因为我仍在将它与商店中的其他应用程序一起使用。

首次提交:我已同时发送审查 inapp 和应用程序,看起来一切正常,但由于无法购买 inapp,我的应用程序被拒绝。同时我的inapp被拒绝了,在itunes中我发现了这个: 在此处输入图像描述

在inapp的详细信息中: 在此处输入图像描述

单击语言详细信息:在此处输入图像描述

在这一点上,我已经搜索了我的 iTunes 应用程序设置,我找到了一个与语言有关的设置,在“应用程序信息”部分,默认语言设置为 inapp 的不同语言。我已更改此设置,现在 app 和 inapp 具有所有相同的语言。我已经删除了 inapp,并创建了另一个同名的标识符 ecc。inapp 状态更改为等待审核,然后我为该应用重新提交了相同的捆绑包。

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


“2.2

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

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

有关更多信息,请参阅随附的屏幕截图。”


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

我的inapp怎么了??有人经历过类似的事情吗?

4

2 回答 2

1

这是引起我注意的一点:

我无法验证收据。所有这些功能在沙盒中都能正常工作

您是否可能忘记将用于验证收据的 URL 从沙盒 URL 更改为实时 URL?

于 2013-12-17T15:01:53.053 回答
1

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

这是执行此操作的方法:

“始终首先使用生产 URL 验证您的收据;如果您收到 21007 状态代码,则继续使用沙盒 URL 进行验证。遵循这种方法可确保您在沙盒中测试或审查您的应用程序时不必在 URL 之间切换或者在 App Store 中直播。”

于 2014-07-03T07:57:44.093 回答