@drummer
1. can't hold a previous field date
-> Can you elaborate, didnt get you.
2. Even if so, the run is only for 30 days, I have a project date now that is already 45 days ahead (so schedule is far superior logic)
-> Yes
3. Then I don't even need a delay because it just sends that day.
Odata style filter is addDays(utcNow(),2) eq crec3_projectstartdate. We are eastern time zone so do I need to add 5 hours or convert UTC as well?
-> Yup, no need to delay.
Either you can use filter query or after the action use a condition.
Yes, you might have to convert time. For that before get rows action, make a compose and add hours or maybe...
Its just 5 hours and if you are not dealing with time, just the date, then you can schedule the flow at a certain time that the date matches to the utc Date.
So lets say, you are 5 hours behind utc. Run the flow at 10am, you can go to advance options and run it at 10 am. So, the time is different but the date would be the same.
But if you are dealing with time too, then surely consider converting time.
4. This changes my flow to scheduled correct so is there a way to copy the old flow logic to new? Copy to clipboard or have to copy and recreate it all again...ug
-> You will have to recreate the flow again. You can copy some actions in clipboard, that will work. Though that technique will also not work if you did it a different solution. Or just change the trigger, and add the action get rows, and change some things further in the flow.
5. New - if let's say the date is updated to a later date and 1st already sent - I think I can add a branch that look as status of e.g. "request submitted" and if so branch a new email to clarify this is revised, check prev. send), etc.
-> Not sure about this part, its your flow, you can think of the logic for this part. But the case would be really rare. Like the reminder will only be sent when utc+2 = project date. Can't think of a logic if reminder is sent and someone changes the date later.