Webhooks is an HTTP endpoint that is used to receive notifications about events that occur in the Ottu system. For example, if a payment is created, Ottu can send a webhook notification to the merchant's server with the details of the payment. The merchant can then use this information to update their systems. Enhance your Ottu experience with our powerful Webhook Configuration. Take advantage of API payloads, SSL certificate verification options, error notifications, and more.
To access the Webhook Configuration, navigate to Ottu Dashboard > Administration Panel > Webhook > Webhook Config
Imagine a scenario where the merchant’s server experiences downtime for 30 seconds. If the timeout is set to 20 seconds, the retries are set to 3, and the backoff factor is set to 5 seconds, then the following will happen: Keep in mind that the merchant’s server will take 30 seconds to respond, and the number of attempts is 3.
First Try:
Ottu's server will send a request to the merchant's server.
Ottu's server will wait 20 seconds for a response (timeout = 20), and this attempt will fail.
Then Ottu's server will wait 5 seconds for the backoff factor (backoff factor = 5).
Note that the first attempt took 25 seconds.
Second Try:
Ottu's server will retry the request, i.e., send another request.
After 5 seconds, the merchant's server will respond since the server downtime will be over (30 seconds), and the request will be successful.
If checked, Ottu will retry the request if the first attempt fails. See the example scenario above for further clarity.
The URL where transaction data will be disclosed once an operation transaction flow is triggered. See Operation Notification.
If checked, Payment Webhooks will be activated even if the transaction is created via the API.
In this tab, the merchant can define the desired webhook behavior for specific plugins.
Description of Fields:
The plugin that the webhook works for. See Plugins
When a payment event or payment operation occurs, Ottu sends an HTTP request to this URL to disclose transactional data.
If checked, Payment Notifications will be sent for the defined Notification status.
In Ottu, there are two main webhook URLs used for different notification purposes. These URLs differ based on how they are provided and the reasons for the notifications. Here's a detailed breakdown:
For more detailed information on the reasons for notifications, you can refer to the respective sections:
Payment Notification: This section covers notifications related to payment completion, payment status updates, and other payment-related events. Please refer to Payment Notification.
Operation Notifications: This section details notifications for post-transaction activities such as refunds, captures, voids, and other operational events. Please refer to Operation Notification.
Payment Webhook URL:
Checkout API Request Payload:
Webhook Plugin Configuration:
You can configure the payment Webhook URL through the Webhook Plugin Configs in the Ottu administration dashboard. This URL will receive payment notifications for all transactions processed by Ottu. The payment notification should be enabled here.
Operation Webhook URL:
Checkout API Request Payload:
Webhook Configuration:
The Operations webhook_url can also be configured through the Webhook Configuration section in the Ottu dashboard.
Webhook Plugin Configuration:
Additionally, you can configure the operation Webhook URL via the Webhook Plugin Configs.
By setting up these webhook URLs correctly, you ensure that your system receives timely and accurate notifications for both payment and operation events, facilitating seamless transaction management and customer service.
This key is used to .
If checked, the SSL certificate will not be verified when calling the .
If checked, an email will be sent if an error occurs while calling the .
Specify the list of email addresses where the error notification should be sent.
Redirect behavior: The redirect behavior is determined by the response to payment events and payment operations.
If the webhook URL returns a status code of 200, the customer will be redirected to the .
Define the transaction status that will trigger the Payment Webhook, including paid
, failed
, authorized
, and canceled
. Review the for more information.
When creating a Checkout request, you can specify the directly in the API payload. This parameter should be checked.
Similar to the payment webhook, you can specify the operation in the Checkout API request payload. This URL will be used for both payment and operation notifications (such as refunds, captures, and voids). This parameter should be checked