Refund Policy

La aplicación no es como se describe

Una aplicación no es "tal y como se describe" si difiere materialmente de la descripción o de la vista previa de la aplicación, así que asegúrate de "decir las cosas como son" cuando se trate de las características y funcionalidades de los artículos. Si resulta que la aplicación no es `tal 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 soporte de aplicaciones a nuestros compradores y no brindamos ese soporte de acuerdo con la política de soporte de aplicaciones, estamos obligados a reembolsar a los compradores que hayan comprado 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. El reembolso forzado detendrá el acceso a la aplicación, así como el acceso al soporte al denegar el código de compra con una acción inmediata.

Petición para reembolso

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