Política de reembolso

La aplicación no es como se describe

Una 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 una 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 sobre el problema en primer lugar. Si la aplicación se puede arreglar, entonces lo hacemos 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 una aplicación contiene una vulnerabilidad de seguridad y no se puede reparar fácilmente, estamos obligados a reembolsar a los compradores de la aplicación. Si la aplicación se puede reparar, lo haremos de inmediato actualizando nuestra aplicación. Si nuestra aplicación contiene una vulnerabilidad de seguridad que no se parchea en un período de tiempo adecuado, estamos obligados a reembolsar a los compradores de esa aplicación.

Se promete soporte de aplicaciones 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.

Sin escenario de reembolso

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

• El comprador no lo quiere después de haberlo comprado.
• La aplicación no cumplió con sus expectativas.
• El comprador no está satisfecho con la disponibilidad actual de funciones del servicio.
• El comprador simplemente cambia de opinión.
• El comprador compró un servicio por error.
• El comprador no tiene experiencia suficiente para usar la aplicación.
• El comprador pide buena voluntad.
• Los problemas se originaron en la organización proveedora de la API.
• No se proporcionará 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.