Checkout Page Use Cases
General Usage Scenario
- The customer selects a product existing on your end (e.g., in your online catalog or application) and clicks the Buy button.
- You redirect the customer to the checkout page via a checkout link. This link allows the customer to purchase the product selected. Each product uses an individual link. You can add additional parameters to the link to transfer the quantity/currency of the product or to activate a discount, etc.
- On the checkout page, the customer must complete the steps required for the purchase. The customer:
- Manages the contents of their order (changes the quantity of the product selected, returns to your end and adds one more product, applies special offers, etc.)
- Fills in their personal data.
- Selects one of the payment methods.
- Confirms their consent to the sales terms and conditions and to the processing of their personal data.
- Clicks the Continue button.
- We process the actions that the customer makes (order creation):
- We create an order. The status of this order is not paid. The order also has an additional status: not delivered.
- We send you a webhook. It notifies you about the order.created event (example).
- We redirect the customer to the order payment page
After an order has been created, the customer is automatically redirected to the payment page. Next, based on their payment method choice:
- Online method - the customer can immediately pay for the order
- Offline method - the customer receives instructions on how to pay for the order offline
If necessary, they can choose another payment method to pay for the order.
Upon successful order payment:
Upon order payment, order fulfillment (product delivery) is initiated. The way an order is fulfilled depends on the license generation method used for the product being delivered:
- Web service - we send a request to your web service to get the license
- Pre-filled list of licenses - we get the license from the pool on our end
- Informational email - we generate an email (without the generated license)
- If none of the methods is used, you receive an email containing the request to provide the license. You must deliver the product to the customer yourself
After the required license has been generated:
Additional Usage Scenarios
If the customer makes a payment, but an error occurs (e.g., incorrect payment data was entered):
- We send you a webhook on event failed
- The customer can try to pay for their order again or choose a different payment method
If the customer does not pay for their order within a certain time, we send them a reminder email (optional). If the order remains unpaid within 90 days, we automatically delete the order and its status changes to deleted.
If the customer wants to cancel their order for which they have not paid for yet, they can contact our support team. The customer cannot cancel their order on their own.
Unpaid orders get deleted automatically after 90 days from the date of their creation.
The customer can ask to refund their order after they have paid for it. The customer must contact our support team, or you, or they can initiate a chargeback.
If the customer contacts you with a refund request, you can create the request using the ESupport portal or through the Orders API.
Refund requests are processed individually on our end.
If the processing results in refund fulfillment, you will receive a webhook on event product.returned (example), if it has been connected. If it is you who has submitted the request, you can check its status through the ESupport portal.