I’ve set up a very basic Zap with a vFair trigger. The trigger uses a Webhook. The trigger is fired when somebody registers for a specific event in vFair, (there is only one event set up).
The problem is that only a few of the registrations in vFair are triggering the Zap, others do not appear in the Zap history at all. This makes it very difficult to troubleshoot - from vFair’s side they can show that the webhook has triggered in their logs, but in Zapier there is no record of the record being received.
Can anyone shed any light on how to find the cause and fix it?
We are expecting every event registration in vFair to trigger the webhook and send a record to Zapier, but this only happens intermittently. We could have four even registrations in a space of five minutes, of which two trigger the Webhook and two do not.
Related
I’m having a problem with a bot that has to reply automatically when a message is posted in a Teams channel. When it is activated, it also responds to messages that were posted prior to its activation. How can i avoid this ?
Thanks for your help
I'm assuming you're running a flow with a Microsoft Teams trigger.
I can see two possible causes of this.
This first is that Microsoft's Team trigger doesn't work very well and is firing for previous posts while the Flow is disabled. Very plausible
If that's the case you need to make a Condition to check if the post date is greater than the current time minus say 10 minutes, AddMins(UtcNow(),-10). If successful, continue, if not, terminate.
Hopefully, you can pull the post date directly from the Teams trigger, but if not you'll have to use a Teams action to look up information about the given post id provided by the trigger.
The second possibility is that you're not taking the ID from the trigger which will tell you what post to respond to, and accidentally doing some kind of reply to all posts in the channel.
We are using a number of webhooks for testing purposes with the DEMO company and this means the webhook queue is full of items.
Is it possible to remove all these items that i am seeing in the webhook queue as i am getting an error about too many requests?
It isn't possible to remove items from the queue manually. That said, once they've been sent and your script has responded correctly they won't be sent again. As such you should just need to allow your script to receive everything in the queue.
Alternatively you could reset your demo company. This will also reset the webhooks and any data you have entered.
I have developed HubSpot integration using nodejs, I have set a webhook in hotspot as tutorial provided by HubSpot. Now the issue is: webhook is not firing from HubSpot to my server URL, if I test the webhook URL with POSTMan it works fine
I can think of 3 issues that might be causing the problem:
The workflow is not really active.
The workflow is active, but the rules to trigger the workflow are not met.
The workflow is active, but the webhook is not firing successfully. You can check the logs of the workflow by going into its "History" tab.
The workflow is being triggered, but not immediately. This does happen frequently; we have seen times where the workflow takes hours to trigger.
I have successfully created a Glip bot in the sandbox and registered the corresponding webhooks, following the instructions found here: https://ringcentral-api-docs.readthedocs.io/en/latest/glip_bots/
When testing in the sandbox, I only get a webhook payload about 50% of the time when the bot is spoken to in a conversation. I would expect to get one every time, since the bot has a subscription for posts, and is a member of that group. Additionally, if the subscription wasn't working at all, I would expect to get it 0% of the time. Literally the same text will trigger it once, but not the second time.
I determined that there was nothing wrong with the endpoint by using Postman to simulate webhooks. Every time I created a simulation, the bot became aware of the post and responded accordingly. So it isn't the endpoint. It would appear that RingCentral Glip is not calling the endpoint every time it should.
It could potentially be a sandbox issue but I don't see any documentation that supports that theory. The specific event that's not firing every time is "/restapi/v1.0/glip/posts". As I continue to investigate I thought I'd reach out to see if anyone else experienced this issue, or has suggestions on how to debug.
I understand that API.AI works when intents being triggered and responses through a client like Google assistant. I am just wondering if it can subscribe to a certain event and gets triggered.
Basically, I am trying to find out how my server can send me a message when a certain event occurs (e.g., When weather changes from rainy to sunny, I want my chatbot let me know even if I did not ask)
Actions on Google does not support notifications or events. Right now, at least, it is request-response only, in the same way a web server works (which is why webhooks work so well for it).