ios – App和InApp购买第二次拒绝

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

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

在inapp的细节:

单击语言详细信息:

此时我已经搜索了我的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有什么问题?
任何人都有类似的东西吗?

解决方法

这引起了我的注意:

i can’t verify a recipit. All this functions works correctly in sandBox

您是否可能忘记更改用于验证沙箱URL到实际URL的收据的URL?

相关文章

背景 前端时间产品经理决定使用百度统计,使得 工程B 中原统计sdk-友盟统计,需要被去除。之前尝试去除...
结论: alloc负责分配内存和创建对象对应的isa指针; init只是返回alloc生成的对象。 所以alloc后,多次...
更新 如果UI愿意把启动图切割成n份,按一定约束在launchscreen.storyboard中进行排版,启动图效果会更好...
最近在看一本书《Effective OC 2.0》,今天看到有个tip是OC适中循环各自优劣性,作者最终推荐此块循环。...
// // ViewController.m // paintCodeTestOC //gif // Created by LongMa on 2019/7/25. // #import &a...
背景介绍 一般情况下,出于省电、权限、合理性等因素考虑,给人的感觉是很多奇怪的需求安卓可以实现,但...