Web API v1¶
Web API v1 availability
The recommended version of the Apptus eSales 3 Enterprise Web API is the Web API v2, released May 22, 2018. The Apptus eSales 3 Enterprise Web API v1 is disabled by default. For more information about enabling Web API v1, contact Apptus Support.
The Apptus eSales 3 Enterprise Web API makes it easy to integrate eSales into a site by enabling both client and server side integration. It consists of two main components:
The Web API also includes methods for GDPR Data Management for eSales Enterprise data.
The Web API is built to support major browsers such as Mozilla Firefox, Google Chrome, Safari, and Microsoft Internet Explorer (10 and newer).
Apptus Cloud environment configuration is a part of the customer onboarding process. This configuration is performed by Apptus, but for it to be completed some information regarding origin host settings and selected client side payment strategy are needed from the customer. The customer must also verify that the connection requirements are met when using the RESTful API.
With this provided to Apptus the initial set-up for the Web API will be performed, and the following information is returned to the customer.
- A private key - used for visitor sign in and dynamic pages
- Cluster ID - used when requesting data from the Apptus Cloud
- Cluster credentials - used when importing data to eSales 3
- Apptus eSales Apps and Manager access rights
When the cloud configuration is completed, customers can contact Apptus Support if there are any questions about the current security settings used for their eSales cluster, or if the security settings must be changed.
The origin host is part of the security settings for a cluster. It specifies what domain Ajax requests to the cluster is allowed to originate from.
The following information is needed from the customer to configure the origin host.
- Protocols (HTTP/HTTPS)
- Domains (subdomains)
- Ports (80, 443)
Client side payments¶
Client side payment strategy is part of the security settings for a cluster. There are three different strategies for handling payment notifications with the eSales 3 Web API.
- Do not allow payment notifications - This strategy should be used when payment notifications are always sent server side. Recommended for production clusters.
- Allow limited payments - Ignore suspicious payments e.g. payment notification that seem to be machine generated.
- Allow all payment notifications - Most useful at an early stage of the integration.
- TLS version 1.2 or 1.3 are recommended. Versions 1.0 and 1.1 are deprecated and support will be phased out.
- Server Name Indication (SNI) enabled.
- A CA certificate store that trusts Let's Encrypt root certificates. For more information, see Let's Encrypt Certificate Compatibility.
- HTTP/2 is recommended. Version 1.1 is also supported.
The RESTful API handles the communication with the Apptus eSales Cluster. Load balancing and failover are both handled automatically.
For more details of the RESTful API, see the RESTful API documentation pages.
Sessions and notifications¶
Sessions and notifications are used to keep track of information about visitor interaction that is sent to eSales via the Web API. This information is used to enable personalisation and to improve recommendations and more.
For more details about Notifications, see the Sessions and Notifications page.
Recommendations and best practice¶
- Always instantiate an
esalesobject as a variable with a URL to a cluster and market that exists.
- A general rule of thumb is to never cache eSales generated results. Static data such as descriptions and images can be cached.
- When notifying payments, the recommended notification method to use is Secure Payment Notification.