5th rejection : The Apple Review message is always the same event after trying the "wrty" method :-( :-( : "We were unable to find the following required information in your app's binary: Price of subscription, and price per unit if appropriate"

6th rejection: although I deleted my previous in-app purchases and created new ones, and modify my code to use the new product identifiers, rebuild and submit the new build with the new in-app, it is rejected for the 6th time. Always with the same rejection with the reason: "Schedule 2, section 3.8(b) We were unable to find the following required information in your app's binary: - Price of subscription, and price per unit if appropriate". It works very fine with me on tests and follows Apple's guidelines.. I don't understand.. I am frustrated..

I am in this same situation with 6 rejections! All works fine in my tests, but the App Review Team is not able to fetch my in-app correctly .. it is frustrating!

After my 6th rejection, although I checked all the possibilities, I sent a Request Technical Support, based on the advice of this old post : "From time to time, App Reviews of in app purchase apps will fail when the SKProductsRequest is made to preflight (validate) the in app purchase identifiers.." "..For whatever reason, the SKProductsRequest can fail in the App Review environment." "..For anyone who is sure that the App Review failure resulted from a failure by SKProductsRequest to validate the in app purchase identifiers, one suggestion is that you submit a DTS incident. DTS will review the App Review rejection response and if the failure condition appears to be caused by an SKProductsRequest failure, DTS can request a second review of the app on the newly restarted device.." (post of "rich" : https://developer.apple.com/forums/thread/6401)

7th submission to the App Review: despite believing that there is actually a bug in the App Review environment (as it happened in the past see: https://twitter.com/JPEGuin/status/1174217758604705792), I modified the following (as suggested by some persons in the developer forum): 1- I deleted fetching the in-app items immediately after launching my app; 2- I made the code of the 2 methods: "productsRequest(_ request: SKProductsRequest, didReceive response" and "request(_ request: SKRequest, didFailWithError" inside "DispatchQueue.main.async {code}" ; 3- I uploaded a demo video for the App Review team within this 7th submission to show that all works fine with my sandbox users; 4- I added a note for the App Review team to validate the in-app items (attached with my build) since they have to be validated within my app binary in the same time. Hope this will work !!

Hello, Did you get your issue solved? I am in the same situation after 6 rejections.

my 7th submission is always "waiting for review" since yesterday. It is the first time that takes a long time to go to the status "under review", maybe this is due to the weekend, this is good to know..

my 7th submission is get rejected, and now I am sure that the problem is that the Apple Reviewers are failing in receiving my in-app purchase items: they receive an empty answer in the "productsRequest didReceive" method !! I believe that the bug in the App Review environment described in https://twitter.com/JPEGuin/status/1174217758604705792 is happening again and a lot of apps are getting rejected for this reason!

I totally agree with vernr1, I am describing here my "circular hell" that I am living these days with the App Store Reviewers. Even, recreating new productIDs for new in-app purchase items and attaching them correctly to new builds -as suggested by vernr1- does not work on the App reviewers environment despite all work fine with my sandbox users !! Good luck developers!

My 7th submission is get rejected, and now I am sure that the problem is that the App Store Reviewers are failing in receiving my in-app purchase items see the screenshot that confims that: they receive an empty answer in the "productsRequest didReceive" method after my SKProductsRequest(productIdentifiers:) request and this has no relation with receipts as the APP reviewers mention!! I believe that the bug in the App Review environment described (by pgleeson) in : this link is happening again and a lot of apps are getting rejected for this reason! I tried to explain that to the APP reviewer, I sent a working demo with my sandbox users, and tell them to investigate if they have a bug. The answer was -as usual short- "We are unable to provide information regarding our review environment." Today, I requested an appeal of my app’s review to understand the situation ! What happens with Apple ?! Why do the reviewers behave like that.. I really don't understand!

I have the same issue (7th rejections till now) and, yes Melson I have an iPad with the iOS mentioned by the App Stor reviewers, it works very fine with my sandbox users, but not with the App reviewers.. they receive an empty answer (in the method : func productsRequest(_ request: SKProductsRequest, didReceive response: SKProductsResponse)) of my SKProductsRequest..

My deep search on this forum leads me to say thanks very much Rich for your involvement and reactions regarding the IN-APP famous failure, Fortunately, you are here, because as developers we felt misunderstood, frustrated, and desperate about this recurrent failure.. After 7th rejections, I am approximatively in the same situation described in this thread (app reviewers fetch products with a returned empty set of in-app items, they receive an empty answer in the "productsRequest didReceive" method in answer to the SKProductsRequest(productIdentifiers:) request) I sent a request to the Technical Support (as you suggested, I read a lot of your advice!) but it was apparently sent to the App Review support with no success.. I requested an appeal and I am waiting for the scheduled call from the nice guys of the App Review teams.. If by chance you read this message, Rich, here is my App ID: 1576135970 Thank you very much

Epilogue: After my requested appeal, I received an App Review call indicating that the problem is solved and my app is ready for sale (without any change from my side). My lovely in-app purchases are finally approved ! Thanks to them (& to Bettina, Rich & Marcelo and the others behind the scene) for the fast reaction and happy to see my first app on the store !