@Shaun
Nice, now the issue in your attached workflow is that you’re using the wrong format: format('yyyy-MM-dd 08:30:00') should be format('yyyy-MM-dd HH:mm:ss')
Here’s a working example for your case.
Just change the 10-second delay to your desired “wait until” date/time:
This was bothering me so after doing some checking, I’m adding more context here…
IMO… there is a bug. The wait node fails with an error message like invalid input syntax for type timestamp with time zone: "0NaN-NaN-NaNTNaN:NaN:NaN.NaN+NaN:NaN" if the Date string isn’t a VERY specific format (i.e. just "yyyy-MM-dd'T'HH:mm:ss", without TZ or millis)(also i.e. a standard ISO date format WON’T WORK). The Date string should be valid if it conforms to any parsable date string format, OR the error message should say how/why the format is invalid.
The “reason” for this is (probably) related to the 2nd bullet point here, which is also a “heads up” for expectations if the Date string value is created anywhere that IS affected by the TZ settings for n8n or the specific workflow.
Hmm, I see that formatting was an issue but it appears that something else may be going on.
The Wait in this workflow has an incorrect format but you can see that even though the wait is still waiting, the workflow thinks something is being passed to the next node. When I open the last node, the input is empty. The wait is for 5 seconds.
So there be some kind of bug going on here.