Our problem is that our app was rejected for "Guideline 3.1.1 - Business - Payments - In-App Purchase". Specifically, "the app uses a promo code to unlock or enable paid features in store".
Our app does use promo codes. But these codes do not directly unlock paid functionality. What our app actually does with promo codes is as follows... We have products with ids "Product1" and "Product1_Discount1". These are both valid product definitions in Apple IAP. They enable the same features within the app but have different price definitions. We allow the user to enter an optional promo code. We consult our backend to see if the promo code allows the user the opportunity to purchase "Product1_Discount1", and if it does we display the info defined by "Product1_Discount1", otherwise, we display the info defined by "Product1".
We are trying to understand a) is it always going to be a guideline violation to offer our own promo codes for in-app purchases (these are not Apple generated codes, we generate them)?, or b) is there a scenario where it is acceptable to manage our own promo codes for in-app purchases?
We didn't see anything in the guidelines that prohibited us to define multiple IAP products that have different prices but enable the same functionality. Is this allowed?
Our business goal is to share revenue of purchases that our partners promote which we track using their designated promo codes. Is our approach a definite guideline violation? If so then what is the recommendation to achieve our business goal?
Thanks
