Can you try generating another event now?
I see the event now.
Thanks. Anyway to pick up event farther in the past?
Oddly, I see it in the other one.
So I have a question then.
For building out your workflow, or to actually run it? I’m curious about the use case.
The new items is created by a button automation in Monday.
So it might not be a new item since it is a move. It is new to the Board but not new to the workspace.
Ah, so you might need a different event source
The test I did with you was a brand new item
Is there an event source that would just focus on something new to a board?
Based on what I’m seeing there I think that’s the right trigger for you but I’m not positive — you might have to experiment with the events to confirm.
ok. I am going to have to use a bit of a chain. I am using Pipedream to manage calls to my platform with my API keys. The client has Zapier already and uses it. I think I am going to let them use their Zapier account to catch the Monday trigger and then POST the payload to my Pipedream endpoint to run on my platform. Then I dont have to share my platform API keys on their Zapier and I am not holding their Monday API key on my Pipedream.
Does that sound legit or is there something else I should do?
Sounds fine. I’m not totally privy to all the goals, constraints, etc, but in theory that sounds fine.
Functionally, it works and did what I needed to do. My only other concern is if there is security reason to not do that.
As far as sending the information from Zapier to Pipedream