I have a e-mail being sent that contains a start date and end date of travel. When using Insert Reference and selecting Start Date and End Date from the Item Properties, it is not picking up the correct Start Date. It is using yesterday's date or today's date. The End Date is correct. Any thoughts?
Hi Suzanne,
How are you setting the start date on the list item? Is this via a default value or something else?
Cheers,
Chris
Hi Chris - Below is my list Start Date. Should I use a different default value?
Hi Suanne,
The way you are setting up the start date here will just give you a blank start date. The default value at this step does not really matter. Does the start date get changed before the email is sent? Where do you set the value for the start date field? Is it filled in by a users? Or by the workflow itself?
Regards,
Francois
It is filled in by the user. We have the resources submit their travel requests in the first quarter, so the dates will be throughout the year. We manually start the workflow 45 days to the Start Date.
The date does not get changed unless the user edits the request prior to the workflow being started.
Thanks,
Suzanne
Hi Suzanne,
It sounds like the Start date is linked to the action date for some reason. In Nintex you have the option to link a variable to the action execution date or today which sounds somewhat like your scenario. Can you double-check this?
Can you send a screenshot of where you put the start date into the email?
The correct date for this travel is 5/23/2016 to 5/27/2016. As you can see it used 4/4/2016.
The request for travel was created on 4/5/2016
I am just stumped by this!
Thanks,
Suzanne
Thanks Suzanne,
Can you also send a screenshot of where you set it up in the workflow? With all the {startdate} variables in the email.
Workflow:
Workflow Send Notification e-mail:
I selected the Start Date and End Date from Insert Reference, Item Properties, and then selecting Start Date. Did the End Date the same way.
Hi Suzanne,
It looks like something is modifying the start date because the screen shots that you've provided look OK. It's very strange that someone enters 23 May and the email says 4 April. If they were one day apart then I'd be looking to investigate timezone/daylight savings issues. e.g. if the user is in a different part of the world to the server etc. However a date that's 40+ days apart is not that (I checked to see if it was 45 days apart but it wasn't).
So, can you do a few things:
- Go to the SharePoint list and see what start date is displaying for that same item you've listed above. Temporarily modify the view to show the column if it isn't being displayed. This will tell us if the date has been changed somehow. If it is displaying as 23 May then we have further work to do
- If the date is 4 April then you'll need to look through the form first. Is that changing the date somehow? Best way to test is to have someone fill in and save the form and check what the date says. Do not have any workflow kick off automatically just in case it's the workflow that modifies the date.
- If the form doesn't change the date to 4 April then it's time to look through your workflow from the start to see if you're manipulating the date somehow (e.g. update item) or is there a different workflow that's doing this? The clue might be in your 45 day start - was there anything that attempted to calculate that date?
Cheers,
Chris
Hi Suzanne,
I would add a Log-to-History actions and add a description of where or just Step1, step 2 etc. and the Start date Variable at a few different steps in the workflow, i.e. 1 Log in history action = Step 1 - {Start Date}, 2nd Log in history = Step 2 - {Start Date}, etc.
I'll add this log into history action at the beginning of the workflow, before the assign flexi task, before the email and then again after the email. Then kick of a dummy approval that runs through the process and see at what stage the date changes or is it wrong from the start.
Let me know if you did this.
Hello Chris,
1. on the list for the screenshot above the list is showing 5/23/16 - 5/27/16
2. Created new request, date did not change once the user submitted.
3. I will test the newly created request to see if the date changes. The workflow is manually started. I kickoff the workflows 45 days prior to the start date of the travel.
Thanks,
Suzanne
Ok - I sent the newly created travel request through the workflow. The Sr. Manager notification for approval has the correct dates.
The approval notification e-mail has the incorrect date...again
Hi Suzanne,
just a quick check..are you sure that the StartDate reference you are using in the notification is the ItemProperty and not the reference with the same name under common tab?
you can check in the html of the mail, if the reference is Common:StartDate then you are using the wrong reference..
Giacomo
Hello,
I am selecting the start date from the Item Properties.
Hello,
Dates on Original list request submitted.
According to the Workflow History that I can see the date did not change.
Is there another workflow history I can check?
Thanks - Suzanne
Hi,
could you share with us the html code of the notification email, take from the send notification action in the workflow designer?
Giacomo
Also the approval e-mail notification still has the incorrect date. It is using yesterdays date, even though it was created 4/7 and approved on 4/7.
Holy Cow Batman!!!! --you're Right, even though I am selecting it from Item Properties it is using Common. What do I do now?
The end date is using Item Property.
If you try to insert a new reference to Start Date, is it created with reference to common variable?
If not, you can try to add a set Variable in your workflow to set an existing variable to your Start Date field, then if you go with the mouse over it you should see on the tooltip something like {ItemProperty:FieldName}
This is to check if SharePoint has putted in some strange characters in the fieldname, once you have done that, you can delete the set variable and you edit your html replacing the common%3AStartDate with ItemProperty%3AFieldName
It's fixed!!!! Thank you so very much for your time!!!
I wonder if this is a bug and something to do with the fact you have a column name the same as one of the reserved field names. Would you mind please logging a support call for this Suzanne so the Nintex engineers can investigate?
Cheers,
Chris
I actually have a similar issue. My list column is a calculated date field and when I use it as a reference in an email, it always shows as the day before.
Reply
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.