Application is not as described

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

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 that 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 in 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 under the 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:

• The buyer doesn’t want it after they’ve purchased it.
• The application did not meet their expectations.
• The buyer is not satisfied with the current features and 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 purchase by force without any request from the buyer’s end. A forced refund will stop app access as well as support access by denying the purchase code with immediate action.

Refund Request

If a buyer is eligible to get a refund, then he or she must open a support ticket.