Refund and Course Exchange Policy

A learner may request a full refund or a one-time course exchange within seven working days from the purchase date, provided the learner has not fully benefited from or completed the course.

A course may be considered fully used when all or substantially all course content has been completed or accessed, the final assessment has been completed, or a completion certificate has been issued.

Watching only part of a course does not automatically prevent a learner from submitting a request. ETripleSoft Learn may review available course activity to determine whether the course was fully consumed or whether the policy was misused. Where reliable activity evidence is unavailable, the request will be reviewed manually and will not be rejected on an assumed viewing percentage.

Within the seven-working-day guarantee period, a learner may request a one-time exchange for another available course. Access to the original course ends after the exchange is completed.

If the replacement course costs more, the learner pays the difference. If it costs less, our support team will confirm in writing how the difference will be handled before completing the exchange; the current platform does not publish an automated credit process.

An exchange is an additional option. It does not replace a refund where the learner is legally entitled to one.

In these situations, ETripleSoft Learn may restore access, correct the problem, provide the course again, exchange the course, or issue a refund as appropriate.

Eligible refunds are returned through the original payment method used with Kashier. ETripleSoft Learn reviews and decides refund requests; Kashier processes the payment refund.

ETripleSoft Learn does not charge the learner an administrative refund fee. An approved refund will be initiated within seven calendar days after the request is reviewed and approved. The learner's bank or card issuer may need additional processing time before the amount appears in the account.

The website does not currently have a request-submission backend, so email is the working request channel. Sending an email does not mean the request has already been approved.