ios - tag - tesis sobre youtube pdf
Uso de elementos genéricos de compra en la aplicación para una gama dinámica de productos digitales (3)
¿Alguno de ustedes ha implementado algo similar al siguiente escenario?
Considere una aplicación que proporciona audiolibros:
- Los libros se mantienen dinámicamente desde una interfaz de usuario basada en la web por los autores.
- Los libros están disponibles para los usuarios de la aplicación iOS, como elementos de compra dentro de la aplicación.
Por defecto, las pautas de Apple sugieren el uso de IAP no consumible y la adición continua de tantos artículos IAP como libros que tenemos. Pero esto no es apropiado para nosotros, ya que los autores no tendrán acceso a iTunesConnect, por lo que no puede ser dinámico, "autoservicio".
Por lo tanto, estamos planeando crear un conjunto de elementos IAP "consumibles" genéricos como "Libro por valor de $ 0.99", "Libro por valor de $ 1.99", etc. Luego, en la aplicación, mostraremos el elemento IAP correspondiente para los libros según lo especificado por los autores, cuando lo agregaron a nuestro sistema.
Por supuesto, almacenamos los artículos comprados en el lado del servidor, por lo que el usuario siempre tendrá acceso a los artículos comprados, incluso si acceden más tarde desde otro dispositivo.
¿Apple aprobará esta implementación?
¿Encaja con su política de IAP?
He encontrado algunos temas bastante antiguos similares en el foro, pero las respuestas fueron confusas. ¿Has implementado algo similar y has obtenido la aprobación de Apple?
La clave aquí es asegurarse de que estas compras sean restaurables, siempre. Así que asegúrese de almacenar las "ID" o, sin embargo, identifique el elemento diferente de una manera que esté asociada directamente a la ID de Apple (no a la cuenta, sino a la ID de Apple).
Sí, en mi punto de vista lo aceptarán. Siempre y cuando permita a los usuarios recuperar sus compras más adelante. Su sistema me hace pensar en una moneda virtual que he hecho donde tuve que hacer consumibles genéricos que necesitaba ser guardados para el usuario. Apple lo aprobó (y aún lo hace) porque estaba guardando todas las compras, incluso si no encajaba perfectamente con la política de IAP;)
Apple ha aceptado nuestra solución , tal como se describe en la pregunta.
El punto es, como se resaltó correctamente en @RomOne y @ ge0rges, que debe proporcionar la posibilidad de restaurar los elementos más adelante.
Como almacenamos cada compra en nuestra base de datos, y nuestros usuarios están autenticados (deben registrarse e iniciar sesión para comprar), podemos proporcionarles acceso a los artículos comprados para siempre, incluso cuando accedemos a la aplicación desde otro dispositivo.
También estamos almacenando el ID de producto asociado a la compra en aplicación de iTunesConnect, más el ID de usuario, el precio y la fecha, para tener un registro detallado de todas las compras.
Importante : Apple ha rechazado nuestra primera solución porque no entendían cómo funciona y cómo se puede restaurar una compra.
La clave del éxito fue describir en detalle cómo funciona el sistema y proporcionar a un usuario de prueba acceso a nuestro sitio web de administración. Esto permitió a los revisores de Apple ver todo el sistema.