Test Payment Flows

Enlace de Github: bit.ly/GitHub-testpaids

Aplicación sencilla para probar y registrar eventos de flujo de compras en la aplicación, creada siguiendo prácticas de facturación estándar para aplicaciones que no ejecutan su propio servidor de facturación (es decir, que dependen de las API de Play Billing en el dispositivo para consultar productos y compras).

Actualmente es compatible con Phone, Android TV y Wear OS.

Para usarlo, la mejor práctica es probar esta aplicación para detectar un flujo de pago que no funciona en su propia aplicación. Si funciona en esta aplicación, compare su código con nuestro código Github o consulte nuestros registros para identificar diferencias; Si también falla en esta aplicación, infórmenos: puede ser un cambio en la facturación de Play que interrumpe el flujo y es posible que tengamos que actualizar la aplicación.

Nota: todas las transacciones en esta aplicación son solo para fines de prueba. No se proporcionarán bienes o servicios reales para las transacciones. Los términos utilizados en la aplicación (por ejemplo, "Compre una rosa") son meramente para fines de demostración y no son reales.

Los precios se han establecido en el mínimo necesario para cumplir con los requisitos de Play Console y minimizar el costo de probar esta aplicación.
La mayoría cuesta USD $0,49 o su equivalente debido al requisito mínimo (puede variar en algunos países debido a un requisito mínimo diferente).

Los flujos de compra se han verificado al momento del lanzamiento. También se actualizará constantemente para ponernos al día con los cambios de facturación necesarios en nuestro mejor esfuerzo. Más para realizar una validación cruzada si descubre que los pagos en su propia aplicación fallan por razones desconocidas.

Puede probar productos dentro de la aplicación y suscripciones (¡recuerde cancelarla después de la prueba!). También proporciona registros para indicar eventos durante el flujo de pago.

Detalles clave de implementación a partir de este momento:

1. Asegúrese de manejar sus compras (reconocer y consumir si corresponde) cuando reciba una respuesta exitosa en onPurchasesUpdated en PurchasesUpdatedListener

2. Asegúrese de consultar también las compras del usuario (queryPurchasesAsync) en las llamadas onResume() de su aplicación (o equivalente si onResume() no es un lugar adecuado), examine el estado de reconocimiento de cada compra y reconózcalas si no se han reconocido correctamente. .

- También consuma los consumibles si ya se reconoció pero aún está incluido en la respuesta (lo que significa que no se consumió exitosamente)

3. Actualice la interfaz de usuario para reflejar los nuevos cambios de la respuesta de facturación en consecuencia.

4. Tenga en cuenta que las pantallas del reloj pueden apagarse muy pronto, lo que podría retrasar onPurchasesUpdated(), etc. debido a que la aplicación no se ejecuta activamente o no recibe eventos cuando se completa un pago. Y cuando activa la pantalla, tanto onPurcahsesUpdated() como queryPurchasesAsync() en onResume() pueden activarse casi al mismo tiempo (así que asegúrese de verificar las condiciones de carrera).

5. Tenga en cuenta que las compras que no se reconozcan dentro de las 72 horas se reembolsarán automáticamente.