iOS: en la compra de la aplicación. El producto se paga o gratis según el tipo de usuario.

Estoy desarrollando una aplicación de iOS y voy a vender productos en una aplicación basada en el tipo de usuario después del inicio de session del usuario.

Si el usuario es de Tipo A [Usuario privilegiado], entonces puede download el producto totalmente gratis / Basado en el código de promoción / Comprar si el Código de promoción es InValid (Que puedo decidir basado en algunas banderas).

Si el usuario es de Tipo B [Usuario Normal], tiene que pagar por el producto y luego puede downloadlo con un pago exitoso.

Pero, tengo dudas acerca de si Apple va a aprobarlo o no. En el momento de la presentación de la request a la tienda de aplicaciones, les proporcionaré las cnetworkingenciales de Usuario Normal (Usuario de Tipo B) para que puedan comprarlas normalmente.

¿Este enfoque es correcto o incorrecto?

De lo contrario, puedo configurar el mismo producto con dos identificadores diferentes en iTunes connect. Uno gratis y otro para comprar uno.

Cuando el usuario inicia session según el tipo de usuario, puede decidir qué productos cargar para ese usuario en function de los identificadores de productos que tengo conmigo.

¿Hay alguna solución alternativa para el mismo?

¿Alguien ha pasado por el mismo escenario?

Agradeciendote !

Tenía una aplicación gratuita en la tienda que usaba compras en la aplicación para habilitar funciones. También tenía un lugar para ingresar códigos de promoción que también podían habilitar características. Fue rechazado por Apple debido a la capacidad de ingresar un código de promoción y saltarse la tienda de aplicaciones. Suena como lo que intentas hacer.

Tengo un pensamiento, no sé si los ingenieros de testings de Apple lo permitirán o no, mantener la compra de la aplicación para el usuario no privilegiado y para el usuario privilegiado en lugar de pedirles que ingresen el código de promoción dentro de la aplicación, actualicen su privilegio de WS (SI le está enviando un código de promoción por correo electrónico que significa que tiene sus identificadores de correo electrónico o ID de usuario con usted), realice alguna provisión dentro de la aplicación para identificarlo y desbloquear la funcionalidad. Nunca lo intenté, pero una de mis aplicaciones en la aplicación de compra no fue rechazada, aunque tiene un defecto, cuando puse la versión posterior de la compilation, la aplicación fue rechazada y necesitaba corregir esa falla. Se trataba de restaurar el button de compra. Una vez que su aplicación esté en la tienda, no la mirará más. Es solo un pensamiento, pero debes pensar antes de asumir el riesgo.

No creo que puedas hacerlo de esa manera. La aplicación solo puede ser gratuita, si es gratis. Pero no puede hacer que la aplicación no haga nada si no se introduce ningún código de promoción. Por lo tanto, la mejor solución parece ser tener una versión gratuita de su aplicación con una funcionalidad mínima. Los usuarios privilegiados pueden usar el código de promoción (¡no puedes vincular a un sitio donde puedes comprar este código de promoción!) Y los usuarios normales tendrán que hacer una compra en la aplicación para get la funcionalidad adicional.

¡Espero que esto ayude!