Webhooks
A webhook allows a Talon.One Application to send information in real-time to third-party
software. A webhook is configured to be triggered by a specific event and sends
an HTTP request (POST
, PUT
, GET
, DELETE
, PATCH
).
In the case of Talon.One, you can create webhooks to communicate information from the Talon.One Rule Engine to an external system. A webhook is always triggered as an effect inside a rule.
This a generic topic about webhooks, to see a concrete example, see the webhook tutorial.
Custom effects and webhooks allow you to send data from Talon.One to the platform of your choice.
To choose one over the other, consider the following:
- If you prefer receiving the data in your integration layer, and parse it like any other effects, use a custom effect.
- If you want the data to be sent to a specific URI, you might prefer using a webhook.
Your contract can determine the maximum number of webhooks that you can create. You can find this information in the Campaign Manager, in Account > Usage & Limits.
Creating a webhook
To create a webhook:
In the bottom-left corner of the Campaign Manager, click Account > Tools > Webhooks > Create webhook.
Edit the fields as needed:
Use the Properties section to type the Webhook title and specify the Applications in which the webhook should be available.
- To display the webhook as an effect in the Rule Builder, select Display in Rule Builder.
Use the Parameters section to define parameters in your webhook than can be populated when a rule gets executed.
This allows you to share data from the Rule Engine with the recipient of the webhook.
Use the Request section to set the URL of the receiving service, for example, one of your webapp's endpoints.
Use the Payload section to represent the data of your webhook.
Use the webhook inside a rule as an effect. For more information, see the product docs.
For a concrete example, see the webhook tutorial.
Defining a webhook's payload
When you define the payload of your webhook you can use parameters and attributes:
- A parameter is a value you set in a rule and that gets inserted in your payload when the rule is executed.
- An attribute is a value that is stored inside Talon.One. It can come from the integration layer via the Update customer profile or Update customer session endpoints such as the customer's location or the session's value.
Using parameters in a webhook
A parameter allows you to set its value from a rule.
For example, if we want to send an email via a webhook, we can set the body of the email from a rule:
Create a parameter named
bodyText
:In the Request payload field, paste the following to store the
bodyText
parameter value in abody
property in the request:{
"body": "${$bodyText}"
}Create a rule that uses this webhook as an effect and we set the
bodyText
parameter value:
Alternatively, we can share data from Talon.One without relying on data set in a rule thanks to attributes.
Using attributes in a webhook
You can send any attribute in your payload. If you do not know what attributes are, see attributes.
To list available attributes, use the Attribute Library. To open the library, in the lower-left corner, click Account > Tools > Attributes > Attribute Library.
There are 2 categories of attributes: Built-in and Custom. The way you use them in your payload depends on their category.
Using a custom attribute
To use a custom attribute, use the <entity>.Attributes.<attributeName>
pattern.
Example: myAttribute (Coupon) becomes "my_prop": "${$Coupon.Attributes.myAttribute}"
.
Using a built-in attribute
To use a Built-in attribute, use the <entity>.<attributeName>
pattern.
Example: To use Integration ID (Customer Profile), use Profile.IntegrationId
.
If you are using the attribute library to find entity names, rename the following entities as follows:
CustomerProfile
toProfile
CustomerSession
toSession
Examples:
CustomerProfile.name
becomes"my_prop": "${$Profile.name}"
.CustomerSession.CurrentLocation
becomes"my_prop": "${$Session.CurrentLocation}"
.
To see a list of built-in attributes, see Attributes. For a webhook example, see the webhook tutorial.
Webhook retry policy
If a webhook fails or receives an error, it is triggered 10 times with an increasing amount of time between each attempt.