Si encuentras algo que no comprendes puedes dejarlo en los comentarios y te ayudaremos tan rápido como podamos.
Solución:
En realidad, no se pueden administrar las suscripciones en la zona de pruebas, pero como descubrió Jean-Paul de Ville de Goyet en los foros de desarrolladores de Apple:
Las suscripciones de 1 mes se renuevan automáticamente cada 5 minutos. Hasta aquí todo bien. Se renuevan automáticamente 5 veces y luego se detienen, por lo que después de 25 minutos obtendrá el error 21006. Sin embargo, incluso al volver a comprar la misma suscripción, NO se renovará automáticamente nuevamente en la misma cuenta de prueba, ya que ya se ha renovado automáticamente 5 veces. Entonces, si desea probar la renovación y ha estado jugando con estas suscripciones por un tiempo, necesita crear un nuevo usuario de prueba de iTunes Connect. Honestamente, esto es muy molesto y sería mucho más fácil si pudiéramos restablecer todo el historial de compras de una cuenta de usuario de prueba.
Probé mis suscripciones de la misma manera.
Hay una respuesta del desarrollador de Apple. (Rich Kubota) Acerca de las pruebas de suscripción en un entorno de pruebas.
Este es un error en el proceso de simulación de compra en la aplicación. No existe una forma admitida de simular el proceso de cancelación o de simular el proceso de gestión de suscripción desde la aplicación de iTunes de un usuario. Esta limitación también existe con la versión TestFlight de la aplicación. Cuando envía la compilación TestFlight de la aplicación a un usuario y este prueba la aplicación, la cuenta de usuario en realidad está operando en el entorno de espacio aislado. Ha verificado esto porque la aplicación TestFlight no aparecerá como una aplicación administrada en la sección de suscripción administrada de iTunes de los usuarios de TestFlight. Esto se debe a que la aplicación se encuentra en el entorno de la caja de arena, del cual la aplicación de iTunes no sabe nada.
Ha pasado un tiempo desde que respondí en este foro, sin embargo, la mejor manera de verificar que la aplicación manejará el proceso de renovación automática es verificar que la aplicación también maneje la detección de renovaciones de suscripción de renovación automática a través de transactionObserver correctamente. . Por ejemplo, si compra una suscripción de 1 mes en el entorno sandbox. Luego elimine la aplicación, espere 6 minutos, luego reinicie la aplicación, ¿el TransactionObserver detecta que hay una Transacción incompleta (la renovación comprimida de un mes) para procesar?
Esto es muy similar a lo que ocurre en el caso de que el usuario reinicie una suscripción en la página de gestión de suscripciones de iTunes. La tienda de iTunes registra la transacción y se habilita una transacción incompleta para la cuenta de usuario/ID del paquete de aplicaciones. Cuando la aplicación se inicia y activa el transactionObserver (a través de una llamada a addTransactionObserver), se detecta la transacción incompleta y se llama al método delefgate de la transacción actualizada para procesar la renovación. Luego, la aplicación puede validar el recibo de la aplicación para verificar que ahora hay un in_app array elemento para el elemento de suscripción de renovación automática que tiene una fecha de caducidad mayor que la fecha actual y sabe que la suscripción de renovación automática product_id está activa.
En cuanto a probar que se ha cancelado una suscripción de renovación automática, esto nuevamente necesita soporte del servidor iTunes Store para simular. Sin embargo, el proceso de validación de recibos funciona a diario y puede detectar qué in_app array el elemento es el más actual para la suscripción de renovación automática, luego, al detectar si cancel_date está configurado, le dice a la aplicación que la suscripción se canceló. Como nota, solo detectar que el campo cancel_date para cualquier elemento puede resultar en un false positivo. El usuario podría haber cancelado una suscripción de renovación automática antes, luego decidió que ya no era tan malo y volvió a comprar el artículo. Por esta razón, la lógica debe asegurarse de que el campo cancel_date esté configurado en el in_app más actual. array elemento para saber que la suscripción actual ha sido realmente cancelada. Un problema que estoy tratando de determinar: si un artículo cancelado tendrá la fecha de vencimiento movida a la fecha de cancelación para que una suscripción cancelada pueda aparecer igual que una suscripción vencida. Parece el movimiento correcto, pero esta información está controlada por el equipo del servidor de iTunes Store.
Si desea buscar un mecanismo para simular estas funciones del entorno de la tienda de producción en la zona de pruebas, le sugiero que envíe una solicitud de mejora mediante la página web Informe de errores del desarrollador de Apple. Seleccione el producto iTunesConnect para el informe de errores, ya que la sugerencia es algo para simular en iTunes Store, no en iOS.
Recuerda que tienes permiso de interpretar .