Workflow Step: HTTP Request (Webhook)
complete
Jerry (CEO)
Add new Workflow Step,
HTTP Request
, to make calls to other applications and store the responses as variables.Use Cases
- make a call to my server whenever a specific event happens (like a contact field changes) and pass that information to keep my data updated
- make a call to another software to start a process there (e.g. calling integromat or pabbly so they can run an automation there)
- make a call to another software to get some data in the response and then store it in respond.io
- request the status of an order and provide and send a message to the contact with that information
- request stock availability and provide and send a message to the contact with that information
NOTE: due to the complexity and cost of this STEP in will only be available to our Enterprise, Reseller and CUSTOM customers.
Z
Zy
complete
Great news, the HTTP Request (Webhook) Step has been released for Workflows ! 🎉
Using HTTP Request step, you can:
- Define the call method together with URL
- Define the request body
- Define the request header
- Save the response as variables
- and more
Learn more about HTTP Request here: https://docs.respond.io/workflows/steps#step-http-request
J
Jide Ogunsanya
if zapier could be integrated, kindly integrate respond.io with integromat too pls
Gábor Dencs
Hey Jerry (CEO), we're truly excited about this.
Adding to the use cases, we would love to be able to pass contactId (Cid) through this HTTP Request. Then we could send personalized messages and message templates to this user via Messages API.
If you also add the possibility of passing the last query text/input from user, then we could easily send messages from the else branch (of a workflow branching step) to any AI (not just Dialogflow) for intent recognition and send a matching response through Messages API.
Jerry (CEO)
Hey Gábor Dencs: we will allow the contact.Id (primary contact ID of our platform) to be sent but not the contact.Cid (ID used by the channels and our existing APIs).
Cid is complex, one contact can have many (one for each channel connected), so it's not a single value variable. So I am afraid in the short term you might need to do an extra call to our APIs to get the Cid based on other fields (like email or phone).
We are planning on working our new APIs in the first half of 2022, those APIs will be based on contact.Id and not Cid. Hope this helps!
J
John Buckman
Gábor Dencs: I've got a similar use case -- I want to tie my CRM to respond.io, so that I have a RESPOND url link in my CRM when that customer is in respond.
Currently we hand-type the customer # into respond when the person gives us their info. However, with Phone number in respond, we can often match in our CRM, so sending a HTTP request to us with the respond ID and their phone, would often let me determine the customer #, which could then be stored in respond.
Also, when a customer indicates an order #, such as 12345-67789 in a respond msg to us, I'd love to have a respond regular expression match that causes that to trigger a workflow, which can then tell my app so I can now link the respond ID to the CRM ID.
I know, I know, so many features...
V
Viktor Nagornyy
I want to add another use case, which falls inline with help desk and support: make a call to another software to get some data in the response and display it inside the conversation (without storing)
I have 3 examples:
- This is my top use case - displaying a list of article links based on the user's search query. Respond would simply do a GET request of the search query, and our API would respond maybe with a JSON list of articles. Respond would format it into suggested articles and display them, so user can click. This could actually be a whole independent step, too.
- When we ask user for the order number, fetch order/tracking information and display it in the conversation.
- When user asks for stock availability of an item, fetch stock availability and display it.
This data could be stored as a workflow variable temporarily, I guess.
Jerry (CEO)
Hey Viktor Nagornyy: these are some very interesting use-cases. They will definitely be supported, you would just have to save the response of the http request as a variable, and then you would use those variables in a following Step (e.g. Send Message). I have added some of your use-cases to the main post.
I do want to add one big disclaimer though, due to the complexity and cost of this new STEP in will only be available to our Enterprise Plan (or Reseller).
Jerry (CEO)
in progress
Jerry (CEO)
Merged in a post:
Add Webhook as an Automation Action
Z
Zunaid Khan
Please see here:
We should be able to specify a webhook URL to send the information to, for any automation trigger.
This will allow other services such as Integromat and Pabbly Connect to be also be used.
J
Javier Escobar
Regarding webhooks, there's an option using Dialogflow, but it only intercepts incomming messages from users. I'd be nice of we can also intercept what do the operators write
J
Jide Ogunsanya
Javier Escobar: i will be glad if you can point me to a tutorial that explains how it can be used to intercept incoming messages
Shlomi Kakon
If I could put a webhook address in you I could do it myself
A
Alban Taraire
That would be really perfect!
B
Bernard Rodriguez
OMG. This is so needed for automation purposes! Please implement this!!!!
Load More
→