iphone - suscripciones - itunes
Política de suscripción recurrente de iOS para el servicio, no el contenido (4)
Disculpas de antemano por una política, en lugar de una cuestión de programación, pero dada la escasez de información disponible en línea, espero que me puedan perdonar por haberla preguntado aquí.
Me gustaría utilizar las nuevas suscripciones recurrentes de Apple en una aplicación de iOS. He codificado los pagos antes y no tengo problemas allí, sin embargo, en ninguna parte puedo encontrar orientación sobre lo que está permitido bajo el nuevo tipo de suscripción. La implicación "parece" ser que no hay una guía especial, sin embargo, todas las discusiones que puedo encontrar están hablando de proveedores de "contenido" en lugar de proveedores de servicios.
Me gustaría utilizar la suscripción recurrente para un servicio al que la gente se suscribe. No estoy ofreciendo ningún contenido per se.
Usar el antiguo tipo de suscripción no renovable (que está realmente roto, no vale la pena usarlo). Estoy 99% seguro de que la aplicación será aceptada, pero todo lo que se habla de proveedores de contenido me tiene preocupado de que Apple realmente no quiera. Los proveedores de SAAS utilizan el modelo de suscripción recurrente y desean restringirlo a los editores de contenido.
¿Alguien tiene experiencia con el uso del nuevo modelo de pago para software como servicio?
Me encantaría tener una mejor idea de si es viable o no antes de construir una solución de pago completa en torno al concepto.
Como menciono en mi comentario a la respuesta de @Joe Meredith, recibí un rechazo similar. Aunque pensé que esto se debía a una regla no escrita, me di cuenta de que este comentarista de Hacker News encontró una regla escrita que declara explícitamente que
Las aplicaciones que contienen contenido o servicios de "alquiler" que caducan después de un tiempo limitado serán rechazadas
Creo que la política sobre las suscripciones de renovación automática en iOS puede haber cambiado recientemente, pero es difícil porque todavía hay mucha información más antigua y testimonios de desarrolladores. El blog de Marco Arment habla mucho sobre la política marco.org/2012/01/06/autorenewable-subscription-restrictions y here , pero esos son de 2012 y 2013
A partir de ahora (mediados de 2014), de lo que he podido reunir, la política relevante ha cambiado a partir de esto:
"Las aplicaciones que usan IAP para comprar artículos deben asignar el tipo de compra adecuado. Appler In-App Purchase es actualmente una Suscripción renovable automáticamente. Sin embargo, sería más apropiado utilizar el tipo de compra sin suscripción dentro de la aplicación. Las suscripciones están destinadas a aplicaciones periódicas, como revistas y periódicos ".
a esto:
Las aplicaciones solo pueden usar suscripciones de renovación automática para publicaciones periódicas (periódicos, revistas), aplicaciones comerciales (empresas, productividad, creatividad profesional, almacenamiento en la nube) y aplicaciones multimedia (video, audio, voz) o la aplicación será rechazada.
Por lo tanto, parece que una restricción más antigua que se centraba principalmente en publicaciones periódicas se ha ampliado a muchos otros casos de uso. Hay una serie de ejemplos públicos de aplicaciones como Evernote que se han cambiado a autorrenovaciones.
Fuente: https://developer.apple.com/appstore/resources/approval/guidelines.html
Lamento que esté entrando en esto un poco tarde, pero tengo una respuesta para esto.
Básicamente, hace aproximadamente un mes, presenté mi aplicación y se rechazó por no incluir iAP, ya que se vincula a nuestro sitio web SAAS para que los usuarios configuren sus suscripciones. Así que fui a implementar suscripciones de Auto Renwing. no me llevó demasiado tiempo y de las pruebas funcionó bien. Entonces volví a presentarme. y fue rechazado de nuevo.
Descubrimos que el Tipo de compra para uno o más de sus productos de compra en la aplicación se configuró incorrectamente, lo que no cumple con las Directrices de revisión de la tienda de aplicaciones.
Cloud-books está configurado para Auto-Renew Subscription.
En función de la funcionalidad del producto, sería más apropiado utilizar el tipo de compra en la aplicación sin suscripción de renovación. El producto de Suscripción renovable automáticamente se adapta mejor a las aplicaciones que requieren o presentan contenido que cambia de forma dinámica o frecuente, como periódicos digitales o suscripciones de radio.
Aunque al crear un producto iAP hay una bonita línea que dice esto:
Todavía se pueden ofrecer suscripciones sin renovación, pero ahora se prefieren las suscripciones renovables automáticamente por las siguientes razones:
Por lo tanto, desde mi experiencia NO se permite la renovación automática para SAAS.
Si entiendo tu pregunta, estás ofreciendo "otro mes de este servicio" como artículo de suscripción. Este sería un modelo común para juegos basados en suscripción, etc. Probablemente su mejor indicación de si está permitido o no es buscar otras aplicaciones que lo hagan.
Además, ¡no tengas miedo de contactar a Apple! No son monstruos, ¡y responden preguntas! Puede enviar un correo electrónico a soporte técnico o, si eso no le proporciona una respuesta útil, solicite hablar con uno de los administradores biz-dev de iOS de Apple. Tienen personas cuyo trabajo es ayudarte a hacer que tu negocio tenga éxito. Si no saben la respuesta, la encontrarán; si la respuesta es "no", te ayudarán a encontrar formas de hacer algo similar. Son bastante amables y conocedores, como un bar de genios dedicado al negocio de las aplicaciones de iOS.
¡Háganos saber lo que aprende!