Política de Reembolso

La aplicación no es como se describe.

La aplicación "no es como se describe" si es materialmente diferente de la descripción o vista previa de la aplicación, así que asegúrese de "decirlo como es" cuando se trata de las características y funcionalidades de los elementos. Si resulta que la aplicación "no es como se describe", estamos obligados a reembolsar a los compradores de ese artículo.

La aplicación no funciona como debería

Si la aplicación no funciona como debería y no se puede arreglar fácilmente, estamos obligados a reembolsar a los compradores de la aplicación. Esto incluye situaciones en las que la aplicación tiene un problema que habría impedido que un comprador la comprara si hubiera sabido del problema desde un principio. Si la aplicación se puede arreglar, lo haremos de inmediato actualizando nuestra aplicación; de lo contrario, estamos obligados a reembolsar a los compradores de esa aplicación.

La aplicación tiene una vulnerabilidad de seguridad.

Si la aplicación contiene una vulnerabilidad de seguridad y no se puede solucionar fácilmente, estamos obligados a reembolsar a los compradores de la aplicación. Si la aplicación se puede reparar, lo hacemos de inmediato actualizándola. Si nuestra aplicación contiene una vulnerabilidad de seguridad que no se corrige en el plazo adecuado, entonces estamos obligados a reembolsar a los compradores de esa aplicación.

Se promete soporte para la aplicación, pero no se proporciona

Si prometemos a nuestros compradores soporte para aplicaciones y no brindamos ese soporte de acuerdo con la política de soporte para aplicaciones, estamos obligados a reembolsar a los compradores que hayan adquirido soporte.

No existen reembolsos en esto casos

Si nuestra aplicación es materialmente similar a la descripción y vista previa y funciona como debería, generalmente no existe la obligación de proporcionar un reembolso en situaciones como las siguientes:

  • El comprador no lo quiere después de comprarlo.
  • La solicitud no cumplió con sus expectativas.
  • El comprador no está satisfecho con la disponibilidad actual de funciones del servicio.
  • El comprador simplemente cambió de opinión
  • El comprador compró un servicio por error.
  • El comprador no tiene suficiente experiencia para utilizar la aplicación.
  • El comprador solicita un gesto de buena voluntad.
  • Los problemas se originaron en la organización proveedora de API.
  • No se realizará ningún reembolso después de 30 días desde la compra de un servicio.


Forzar Reembolso

Tenemos la autoridad para reembolsar la compra del comprador por la fuerza sin ninguna solicitud por parte del comprador. Forzar el reembolso detendrá el acceso a la aplicación y el acceso al soporte al negar el código de compra con acción inmediata.

Petición para Reembolso

Si un comprador es elegible para obtener un reembolso, debe abrir un ticket de soporte.