App和InApp购买第二次拒绝 [英] App and InApp Purchase second rejection
问题描述
应用程序历史记录：我正在尝试发送已存储的应用程序的更新。此版本是第一个实施In App Purchase代码的版本。我测试了app和inapp，所有工作都在沙盒环境中。 Naturraly我无法测试官方环境，直到inapp被批准，但我确定我使用验证收件人的PHP脚本工作，因为我仍然使用它已经在商店中的其他应用程序。
App History: I'm trying to send the update of an app that is already in store. This version is the first with In App Purchase code implemented. I have tested app and inapp,all works in sandbox environment. Naturraly i can't test the official environment until the inapp is approved, but i'm sure that the php script i use verify recipit works because i'm still using it with other apps already in store.
首次提交：我已经发送同时审核inapp和应用程序，似乎一切正常，但由于无法购买inapp，我的应用程序被拒绝了。同时我的inapp被拒绝了，在iTunes中我发现了这个：
First Submit: i have send to review the inapp and the app at the same time,it seems all ok but my app was rejected due the impossibility to purchase the inapp. At the same time my inapp was rejected, and in itunes i have found this:
在inapp的详细信息中：
In the detail of the inapp:
单击语言详细信息：
此时我搜索了我的itunes应用程序设置，我在应用程序信息部分找到了一个关于语言的设置默认语言设置为inapp的不同语言。我已经更改了此设置，现在app和inapp都使用了相同的语言。我删除了inapp，我创建了另一个同名，标识符ecc。 inapp状态更改为等待审核，然后我重新提交应用程序的相同包。
At this point i have searched trought my itunes app settings and i found a setting that regards the language, in "App Information" section the default language is setted to a different language of the inapp. I have changed this setting and now app and inapp have all the same language. I have deleted inapp and i have create another with the same name,identifier ecc. The inapp status is changed to waiting to review, then i have resubmit the same bundle for the app.
第二次提交：我的应用程序和我的应用程序再次被拒绝。错误，拒绝的原因是相同的，我在inapp部分有相同的行为。决议中心的信息如下：
Second Submit: My app and my in app was rejected again. The error,the cause of rejection is the same and i have the same behavior in inapp section. The message in resolution center is this:
2.2
我们发现，在运行iOS 6.0.1的iPhone 5上，在Wi-Fi和蜂窝网络上查看时，您的应用会出现一个或多个错误，这不符合App Store审核指南。
We found that your app exhibited one or more bugs, when reviewed on iPhone 5 running iOS 6.0.1, on both Wi-Fi and cellular networks, which is not in compliance with the App Store Review Guidelines.
具体来说，我们注意到在尝试购买In App AddOn时会显示一条错误消息。
Specifically, we noticed that an error message is displayed when attempting to purchase the In App AddOn.
请参阅随附的屏幕截图了解更多信息信息。
Please see the attached screenshot for more information."
我认为此消息是里程碑，我的应用程序显示的错误消息是我发出的警报我收到SKPaymentTransactionStateFailed或我无法验证收件人。所有这些功能在沙箱中都能正常工作。
I think this message is mileading, the error message displayed by my app is an alert that i fire when i receive a SKPaymentTransactionStateFailed or when i can't verify a recipit. All this functions works correctly in sandbox.
我的inapp出了什么问题？
任何人都有类似的东西吗？
What's wrong with my inapp?? Anyone have expirienced something similar?
推荐答案
我最近在提交给Apple的应用程序中遇到此问题。
在应用购买验证中，服务器端需要有一个备用系统。
它在Apple中有记录，但非常隐藏在技术说明中：
http://developer.apple.com/library/ios/#technotes/tn2259/_index.html
I recently had this problem with an app submitted to Apple. There is a fallback system that needs to be in place for server side in app purchase validation. It is documented in Apple, but VERY well hidden in tech note : http://developer.apple.com/library/ios/#technotes/tn2259/_index.html
这是方法：
始终首先使用生产URL验证收据;如果收到21007状态代码，请继续使用沙箱URL验证。
遵循此方法可确保您在沙盒中测试或查看应用程序时不必在URL之间切换，或者在App Store中进行实时更新。
"Always verify your receipt first with the production URL; proceed to verify with the sandbox URL if you receive a 21007 status code. Following this approach ensures that you do not have to switch between URLs while your application is being tested or reviewed in the sandbox or is live in the App Store."
这篇关于App和InApp购买第二次拒绝的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
