App和InApp购买第二次拒绝
应用程序的历史logging：我试图发送已经存在的应用程序的更新。 这个版本是第一个实施In App Purchase代码。 我testing了应用程序和inapp，所有在沙箱环境中的作品。 Naturraly我不能testing官方的环境，直到inapp被批准，但我敢肯定，我使用validationrecipit的PHP脚本的作品，因为我仍然在其他应用程序已经在商店使用它。
第一次提交：我已经发送同时审查inapp和应用程序，似乎一切正常，但我的应用程序被拒绝，因为不可能购买inapp。 同时我的inapp被拒绝了，在iTunes中我发现这个： 
在inapp的细节中： 
点击语言详细信息： 
在这一点上，我已经search了我的iTunes应用程序的设置，我发现一个关于语言的设置，在“应用程序信息”部分默认的语言设置为不同的语言的应用程序。 我已经改变了这个设置，现在app和inapp都有相同的语言。 我删除了inapp，并创build了另一个具有相同名称的标识符ecc。 inapp状态更改为等待审查，然后我已重新提交相同的应用程序包。
第二次提交：我的应用程序和我的应用程序被拒绝了。 错误，拒绝的原因是一样的，我在inapp部分有相同的行为。 parsing中心的消息是这样的：
“2.2
我们发现您的应用程序在运行iOS 6.0.1的iPhone 5上进行了审核时，在Wi-Fi和蜂窝networking上都显示了一个或多个错误，这些错误不符合“App Store评测指南”。
具体而言，我们注意到当尝试购买In App AddOn时显示错误消息。
请参阅附件截图了解更多信息。“
我认为这条消息是里程碑，我的应用程序显示的错误信息是一个警告，当我收到一个SKPaymentTransactionStateFailed或当我无法validation收件人时，我会触发。 所有这些function在沙箱中都能正常工作。
我的inapp有什么问题？ 任何人都有类似的经历？
这引起了我的注意：
我无法validation收件人 。 所有这些function在沙箱中都能正常工作
是否有可能忘记更改用于validation从沙箱URL到实时URL的收据的URL？
我最近有一个应用程序提交给苹果这个问题。 在应用程序购买validation中，服务器端需要有一个回退系统。 这是logging在苹果，但很好地隐藏在技术说明： http : //developer.apple.com/library/ios/#technotes/tn2259/_index.html
这是做到这一点的方法：
“请务必首先使用生产urlvalidation您的收据;如果您收到了21007状态代码，请继续使用沙箱url进行validation。遵循此方法可确保您的应用程序在沙箱中进行testing或审核时不必在URL之间进行切换或者住在App Store中。“