簡體   English   中英

App和InApp購買第二次拒絕

[英]App and InApp Purchase second rejection

應用程序歷史記錄:我正在嘗試發送商店中已有應用程序的更新。 此版本是第一個實現“應用內購買”代碼的版本。 我已經測試過應用程序和inapp,它們都可以在沙盒環境中使用。 自然,在批准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有什么問題? 有人有類似的經歷嗎?

這一點引起了我的注意:

我無法核實收據 所有這些功能都可以在沙箱中正常工作

您是否可能忘記了將用於驗證收據的URL從沙盒URL更改為實時URL?

我最近在提交給Apple的應用程序中遇到了這個問題。 在應用購買驗證中,服務器端需要有一個備用系統。 它在Apple中有記錄,但是在技術說明中非常隱蔽: http : //developer.apple.com/library/ios/#technotes/tn2259/_index.html

這是這樣做的方法:

“始終首先使用生產URL驗證收據;如果收到21007狀態代碼,則繼續使用沙箱URL進行驗證。采用這種方法可確保您不必在沙箱中測試或審查您的應用程序時在URL之間切換或位於App Store中。”

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM