Esta guía describe el proceso de establecer los registros digitales y las relaciones necesarias para que un juego de Unity interactúe con un In-App Purchase Store. El API de compra Unity IAP está orientado.
In-app purchasing (IAP) es el proceso de transacciones de dinero por bienes digitales. La tienda de una plataforma permite la compra de productos, representando bienes digitales. Estos productos tienen un identificador, típicamente de un tipo de dato string. Los productos tienen tipos para representar su durabilidad: los más comunes son subscripciones (capaz de ser suscritos), consumibles (capaz de ser re-comprados), y no-consumibles (capaz de ser comprados una sola vez).
Windows App Development ofrece pruebas Windows Store Cliente-server IAP tanto locales como remotas.
Esta página cubre las pruebas locales con emuladores y un sistema de facturación simulado, luego pruebas a la Windows Store la cual limita la visibilidad de la app publicada a aquellos con el enlace de la app.
TENGA EN CUENTA: Esta guía apunta a Windows 10 Universal SDK. Otros objetivos Windows están disponibles.
NOTE: Unity versions 5.6+ support IL2CPP Windows builds. Using Unity IAP for IL2CPP on Windows with earlier versions of Unity generates a compilation error.
Escriba un juego implementando Unity IAP. Ver inicialización de Unity IAP e Integrando Unity IAP con su juego.
Mantenga los identificadores de productos del juego a mano para su uso en el Windows Dev Center Dashboard de Microsoft para realizar pruebas remotas de Windows Store más tarde.
Microsoft ofrece una sistema de facturación simulado, permitiendo las pruebas locales de IAP. Esto quita la necesidad de configurar cualquier cosa en la Windows Dev center o comunicarse con la Windows Store mediante la aplicación para una integración de pruebas inicial.
Configurar pruebas locales es más simple que las pruebas de la tienda remotas, aunque requiere unos cambios en el código de la aplicación temporales los cuales necesitan quitarse antes de que se publique la aplicación.
Para probar IAP localmente:
Habilite el sistema simulado de facturación en código dónde Unity IAP se inicializa con su instancia ConfigurationBuilder.
ADVERTENCIA: Quite estos cambios de código después de probar, antes de publicar a la Tienda; de lo contrario la aplicación no va a tener transacciones de dinero real mediante IAP!
Build the application in Unity for Universal Windows Platform.
Abra la aplicación en Visual Studio y ejecute el objetivo x86 para la Local Machine (maquina local).
Pruebe IAP.
Quite el sistema de simulación de facturación del código.
Una funcionalidad básica IAP ha sido probada localmente, usted puede con confianza comenzar a trabajar con Windows Store. Esta prueba confirma que la aplicación tiene todos los IAPs necesarios registrados correctamente para permitir las compras.
Para probar IAP y la publicación utilice el Windows Dev Center y configure la aplicación con una visibilidad limitada. Esto limita la visibilidad de la aplicación para aquellos que tienen su enlace directo.
TENGA EN CUENTA: Probar en la tienda requiere certificación, lo cual puede servir como un obstáculo para las pruebas. Es por lo tanto importante completar las pruebas locales antes de proceder a probar con Windows Store.
En el Dev Center cree una nueva app.
Reserve el nombre de la aplicación.
Para probar IAP con la Windows Store, el Windows Dev Center necesita la app publicada. Oprima Pricing and availability y limite la visibilidad de la tienda de la aplicación para que esté solo disponible a los usuarios que tienen el enlace directo de la aplicación.
En “Distribution and visibility” mire la lista de los publication behaviors disponibles de la tienda. Seleccione Hide this app in the store.
Coleccione el enlace directo. Este será utilizada para instalar la aplicación en un dispositivo Windows 10 para probar.
Envíe la aplicación para Certificación.
Los envíos pueden tomar varias horas en completar, y problemas de bloqueo se pueden levantar por la Microsoft Certification, los cuales usted tiene que solucionar antes de que el envío pase completamente.
Agregue cada IAP, configurando el precio a que sea “gratis” para que ningún dinero sea entregado durante la prueba. Después de que la prueba se haya completado, re-configurando el IAP con el precio deseado y re-publicarlo. Mirar IAP Submissions.
En la nueva página de la aplicación “App overview”, oprima Create a new IAP.
Ingrese el ID de producto.
Configure el tipo, precio, y el lenguaje.
TENGA EN CUENTA: Para Pricing and availability escoja free por propósitos de prueba para evitar que incurra cargos financieros innecesarios. Cuando usted complete con las pruebas, actualice y re-envíe cada IAP con el precio deseado en preparación para el lanzamiento al público.
Seleccione Properties para configurar el tipo.
Seleccione Pricing and availability para configurar el precio, escogiendo Free como se explico arriba.
Seleccione Manage languages y declare el lenguaje soportado.
Seleccione el lenguaje declarado cuando se devuelva a la visión general de IAP.
Pueble el Titulo, Descripción e Icono.
Envíe el IAP para Certificación.
Al igual que Apps, los envíos de IAP pueden tomar varias horas en completarse, y problemas de bloqueo se pueden llevar a cabo por Microsoft Certification, las cuales usted necesitará solucionar antes de que el envío pase con éxito.
Estos pasos siguen una rama del proceso de prueba beta hecho posible con Windows Store. Esto involucra limitar la visibilidad de la aplicación en sí, negando el descubrimiento por parte del público a través de la función “Search Store”. Mirar los recursos del Windows Dev Center acerca de beta testing y targeted distribution para más información.
Confirme que ambas la aplicación y IAPs hayan completado la certificación.
Instale la aplicación en un dispositivo Windows 10 mediante el enlace directo, generado arriba.
Pruebe IAP.
Después de pasar una prueba, actualice el IAP con el precio público deseado, actualice los ajustes de visibilidad de la aplicación para compartirse con el público general, y envíe ambos tipos de cambios para la certificación final.
• 2017–05–16 Page amended with no editorial review