2010-09-27 10 views
8

Estoy desarrollando una aplicación en la que el usuario podría suscribirse para una función para usar durante un período específico. El período de suscripción se verifica en nuestro propio servidor y, después de este tiempo, el usuario debe comprar una nueva suscripción.iPhone In App ¿las suscripciones de compra pagan por renovar?

Ahora estoy confundido acerca de la alerta de Apple: después del mensaje "¿Quieres comprar uno ...?" - alerta aparece otro con la nota que el usuario ya pagó por la suscripción y si quiere ¡renovar!

¿Esto REALMENTE conduce a un nuevo pago?

+0

No entiendo muy bien su pregunta. ¿Creó la segunda alerta? – Emil

+0

no, la alerta es de Apple. – Sebrassi

+0

La alerta es de Apple, pero SU CÓDIGO la desencadena. Ver mi respuesta, a continuación. – Olie

Respuesta

3

Apple le solicita que presente su propia IU de compra, ya sea algo parecido a AppStore o una alerta. Después de que el usuario le confirma la compra, su aplicación envía el SKPayment, lo que hará que el SDK verifique la identidad de la tienda del usuario y la cantidad que está pagando (que creo que es el segundo cuadro de diálogo al que se refiere).

Cada vez que un usuario le da dinero a través de iTunes, no será un diálogo de iTunes en alguna parte. Apple no quiere que los desarrolladores salten ese paso y obtengan dinero gratis de usuarios desprevenidos. La solución es diseñar a su alrededor: usted sabe que el diálogo está por venir, así que no le dé primero al usuario un diálogo redundante. Muchas aplicaciones usan páginas de información con botones de "compra" para evitar eso: en lugar de dos cuadros de diálogo de compras, verán una página de información de compras, presionar un botón, y luego obtener el cuadro de diálogo de compra de Apple SDK.

Si desea un servicio por suscripción, entonces necesita configurar el elemento en iTunes Connect como una suscripción, no un elemento consumible o no consumible. Una vez que crea un elemento IAP, no puede cambiar su tipo, así que elija correctamente en el momento de la creación. Las suscripciones no se manejan como consumibles, a pesar de que básicamente son solo consumibles basados ​​en el tiempo. Apple aplica las diferentes palabras para comunicar al usuario que una expira en una fecha determinada, la otra expira después de que se agota algún recurso que no se utiliza en el tiempo.

Deberá rastrear la compra de la suscripción en sus propios servidores (para comprobar los recibos y eliminar la piratería), y sus aplicaciones deberían solicitar una renovación en el momento adecuado. En lo que respecta a la tienda de aplicaciones, renovar una suscripción es volver a comprar la suscripción, así que, sí, verá que el SDK lanza algunos diálogos al usuario para pedirle que verifique su compra. Actualmente no existe una opción de "suscripción de renovación automática". Estas razones explican por qué muchos desarrolladores ofrecen suscripciones de varios meses.

0

Puede probar todas las cosas de compra en la aplicación (IAP) en un entorno limitado que no da como resultado pagos reales.

Además, la forma en que su aplicación maneja las distintas transacciones determina cuándo aparece el cuadro de diálogo "¿Desea comprar ...?".

Obviamente, una vez que el usuario adquiere una suscripción, debe guardarla (léase: NSUserDefaults) y no desplegar la alerta "¿Desea comprar?" Si están todos pagados.

Si esto no responde su pregunta, quizás pregunte algo más específico. En particular, es su ejecución del código relacionado con IAP lo que desencadena el "¿Desea comprar?" alerta; entonces tiene que hacer/no hacer eso basado en su conocimiento del pago de la suscripción del usuario.

1

Parece que Apple Store sabe cuándo caducará la suscripción del usuario. No es asi. Por lo tanto, su aplicación puede renovar las suscripciones en cualquier momento, incluso cada 1 minuto. Si lo desea, Apple Store considera que se trata de una renovación válida.Su aplicación (o probablemente su servidor) tiene que hacer la contabilidad, verificar cuánto tiempo atrás fue la última transacción de suscripción exitosa del usuario, y si no fue lo suficientemente pronto, entonces omita la transacción de pago de suscripción.

Cuestiones relacionadas