2012-03-22 19 views
7

Estamos a punto de lanzar una aplicación en Android Market, con la facturación integrada en la aplicación para desbloquear ciertas funciones durante el período de suscripción.Cupones para la facturación integrada en la aplicación

Mi jefe ahora quiere que implementar un número variable de "libres suscripciones" en el sentido de que:

  1. Las descargas de "usuario suerte" & instala la aplicación desde el Android Market como cualquier otro cliente (siempre de forma gratuita, pero las funciones premium requieren pago a través de la facturación en la aplicación).
  2. El "usuario afortunado" recibe alguna clave por correo electrónico que le permite evitar el proceso de pago de Factura en la aplicación (es decir, pagar).
  3. La clave solo se puede usar una vez.
  4. Al ingresar la clave a través de un elemento del menú, se habilita la suscripción por X meses, como si hubiera pagado mediante Facturación en la aplicación.

La "clave" básicamente funciona como un cupón, pero no he encontrado ninguna opción en el Publisher's Console.

¿Conoce alguna de estas características o una forma sencilla de implementar lo anterior sin duplicar la base de datos de clientes en nuestro servidor (los editores)?

+0

¿No es la parte principal de su pregunta cómo puede evitar que el usuario use el código varias veces? Porque la activación de las "Funciones Premium" no debería ser un problema. – theomega

Respuesta

8

En realidad me zambullí en este tema tal vez hace 2, 3 meses. Mi conclusión fue que actualmente no hay forma de configurar este sistema, sin usar su propio servidor.

Generar códigos de cupón únicos y caducarlos en el uso es bastante sencillo. Permita que el usuario ingrese el código, envíe una solicitud POST a su servidor, controle el código tanto del lado del cliente como del servidor y vea si coinciden. Luego, expire el código en el servidor y está listo. Sin embargo, hace que su aplicación sea vulnerable a la piratería (si no lo es); si tiene una aplicación de alto perfil, asegúrese de implementar comprobaciones de seguridad (por ejemplo, compruebe los certificados SSL para evitar un ataque man-in-the-middle).

La parte difícil es restablecer 'regalos' adquiridos previamente cuando los usuarios vuelven a instalar su aplicación o cambian de teléfono/firmware. Para este propósito, necesitará una forma de identificación estable y confiable (en varios dispositivos) (por ejemplo, acceso a la cuenta de Google principal del usuario en el teléfono). Si usa e-mailadresses provistos por el usuario, es muy fácil ingresar el e-mailaddress de otra persona. Si tuviera que implementar un sistema de cupones, le aconsejaría que no reintegre los "regalos".

+0

Gracias por la excelente respuesta, que me puede ahorrar un montón de prueba y error. Tenga en cuenta que la vulnerabilidad a la piratería no es un problema, ya que incluso los métodos más seguros (incluido SSL) son vulnerables a la piratería, como se muestra en [este artículo] (http://techcrunch.com/2011/11/14/siri-cracked). -open-teóricamente-abriendo-a-otro-dispositivos-o-incluso-android /). No tiene sentido tratar de protegerse contra el hacker determinado. Simplemente hágalo * más conveniente * para que el usuario final pague ... :) –

+0

Sí, estoy totalmente de acuerdo. El problema es: su jefe no puede;) – Reinier

-2

y puede agregar una pantalla para ingresar cupones.
y el usuario puede entrar e ingresar su código y, si es correcto, puede darle lo que quiera.

Cuestiones relacionadas