That means you may need to add a unique value with each webhook request to make the request unique.
You can use a UNIXtimestamp.
Thanks, Troy.
The payload is different every time. It's unlikely a deduplication problem, but still a log would be helpful to debug.
d
@danielp
The Zap Runs is all that is available.
So, to be clear, there is no place where we can see what server/IP address that the Zapier webhook call came from, correct?
Hi @stevepowell
Zap Runs will be where to look.
If the same data is sent to the same webhook, then Zapier will see that as a duplicate.
That means you may need to add a unique value with each webhook request to make the request unique.
You can use a UNIXtimestamp.
Ok, so it’ s not shown to the user then. There is no IP/Server information on the Zap Run/History nor the Zap Run Details screen. To be clear, I’m not asking about duplicated data. Here’s a sample… where did this Zap catch this data from? Where did this data originate from?
Thanks.
@stevepowell
Yeah that metadata is not exposed in the Zap Runs history details.
You can submit feedback and feature requests via a ticket to ZapierSupport to be properly logged: https://zapier.com/app/get-help
The URL is secured by obscurity. It is almost impossible to guess the combination of the number and code in the URL. But if you make the URL public (e.g. in front-end JavaScript) anyone who finds it will be able to spam it and trigger your Zap. Treat it as a password or any other secret!