Refund Policy

Application is Not as Described

An application is "not as described" if it is materially different from the application description or preview, so we make sure to "tell it like it is" when it comes to the features and functionality of our application. If it turns out the application is "not as described" we are obligated to refund buyers of that application.

Application Doesn't Work the Way It Should

If an application doesn't work the way it should and can't easily be fixed, we are obligated to refund buyers of the application. This includes situations where the application has a problem that would have stopped a buyer from buying it if they'd known about the problem in the first place. If the application can be fixed, then we do so promptly by updating our application; otherwise we are obligated to refund buyers of that application.

Application Has a Security Vulnerability

If an application contains a security vulnerability and can't easily be fixed, we are obligated to refund buyers of the application. If the application can be fixed, then we do so promptly by updating our application. If our application contains a security vulnerability that is not patched within an appropriate timeframe, then we are obligated to refund buyers of that application.

Application Support is Promised but Not Provided

If we promise our buyers application support and we do not provide that support in accordance with our application support policy, we are obligated to refund buyers who have purchased support.

No Refund Scenario

If our application is materially similar to the description and preview and works the way it should, there is generally no obligation to provide a refund in situations like the following:

• Buyer doesn't want it after they've purchased it.
• The application did not meet the buyer's expectations.
• Buyer is not satisfied with the current feature availability of the service.
• Buyer simply changes their mind.
• Buyer bought a service by mistake.
• Buyer does not have sufficient expertise to use the application.
• Buyer asks for goodwill.
• Problems originated from the API-providing organization.
• No refund will be provided after 30 days from the purchase of a service.

Force Refund

We hold the authority to refund a buyer's purchase by force, without any request from the buyer's end. A force refund will stop app access as well as support access by denying the purchase code with immediate effect.

Refund Request

If a buyer is eligible to get a refund, they must open a support ticket.